You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Jul 24, 2021. It is now read-only.
Author: amm [Added to the original trac issue at 10.16pm, Saturday, 27th October 2012]
This should now be fixed in r28868
However, I am not sure this is the best way, or one isn't still better off doing the bbox cut out as a pre-processing step.
The full data will still be in the planet_osm_ways and planet_osm_rels tables and the import will potentially be even slower than doing the full import, as the cache hit ratio will be lower, which will compensate some of the gains during the indexing steps.
Reporter: stephankn
[Submitted to the original trac issue database at 12.00pm, Sunday, 14th October 2012]
When using the --bbox parameter during an initial import it is not working with pbf files as input. Using xml files work as expected.
How to reproduce:
Create test DBs:
Import same data into both DB one time as xml one time as pbf:
Statistic of input file:
Query database:
Only the database with xml input source respects the bounding box parameter. With pbf as input file all data is imported.
The text was updated successfully, but these errors were encountered: