-
Notifications
You must be signed in to change notification settings - Fork 576
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
make import-sql fails in New-Zealand with lwgeom_union: GEOS Error: TopologyException: #1022
Comments
Hi @quentar, it looks like there is some invalid geometry in buildings when it tries to create a materialized view with aggregate buildings. In Pull Request is very welcome. Thanks |
This PR solving the speed and memory issue with buildings aggregation on zoom level 13. The problem was to create ST_ClusterDBScan which failed after try to cluster a larger area. Now it will make cluster only in "small" polygon using 'country_osm_grid` which covers the world's lands. This PR solving #1022 and #974
I seem to be getting this same issue sadly,
|
Running quickstart.sh with north-america/us (after pulling latest master) fails at import-sql with the same error for me as well: |
Hi @sdacunha and @PoornimaSuresh, can you please try to lower the precision of SnapToGrid in update_buildings.sql? for example: SELECT (array_agg(dta.osm_id))[1] AS osm_id,
ST_Buffer(
ST_Union(
ST_Buffer(
- ST_SnapToGrid(dta.geometry, 0.000001)
+ ST_SnapToGrid(dta.geometry, 0.001)
, zres14, 'join=mitre')
)
, -zres14, 'join=mitre') AS geometry |
I'm running into the same issue with
|
The first buffer creates some geometries that are not valid. It is not a global problem (founded in Delaware, in Maryland or Czech Republic it is OK). A quick solution can be adding SELECT (array_agg(dta.osm_id))[1] AS osm_id,
ST_Buffer(
ST_Union(
+ ST_MakeValid(
ST_Buffer(
ST_SnapToGrid(dta.geometry, 0.000001)
, zres14, 'join=mitre')
+ )
)
, -zres14, 'join=mitre') AS geometry |
Trying to generate
australia-oceania
on fresh machine (no previous db), it fails currently on import-sql step,drilling down it seems it is is
australia-oceania/new-zealand
sub region (iequickstart australia-oceania/new-zealand
fails in the same way)Last release
3.11
does work with sameosm.pbf
input files - completing all steps and generate tiles.It seems reproducible for me every time running this region now.
Console :
docker-compose logs
:(Complete docker-compose logs do not seem helpful but for completeness)
And thank you for providing amazing vector maps toolkit to everyone!
The text was updated successfully, but these errors were encountered: