On Mon, May 20, 2019 at 08:36:18PM +0200, Florian Lohoff wrote: > On Fri, May 17, 2019 at 07:22:06PM +0200, wambac...@posteo.de wrote: > > Moin > > > Am Ende war es vieles - poly von download.geofabrik.de der an einer > > > winzigen stelle einen node schneidet einer boundary. > > > osmupdate/osmconvert mit dem poly schneiden dann da einen teil der > > > boundary weg. > > > > Die Poly-Files der Geofabrik sind fast alle händisch erstellt worden, > > daher einfach und relativ schnell. Wenn sich aber eine Grenze verändert > > haben sollte, kann das (nie wieder angefasste) Poly-File schon mal > > falsch sein. > > > > Mein Tip: / > > /- https://wambachers-osm.website/boundaries// > > > > - bpoly mit einem Buffer von 1-2 km wählen und dann sind die > > *tagesaktuell*. ;) > > Da geht nen buffer? Das habe ich wohl übersehen. Habe mir > jetzt bei > > http://polygons.openstreetmap.fr/get_poly.py?id=73347¶ms=0.020000-0.001000-0.005000 > > besorgt - Problem ist das entgegen der Doku die durch > das ST_Simplify doch kleiner werden und schneiden können. Muss man > also im Buffer entsprechend vorsorgen. Ausserdem entstehende da durchaus > mal seltsame Multipolygone.
Wenn Du alles innerhalb einer Grenze haben willst, kannste das auch mit "osmium extract --polygon" machen und die Grenze direkt aus OSM nehmen. Wenn Du dann noch die "smart"-Strategie benutzt, dann ist auch die Grenze selbst garantiert drin. Vereinfachte Grenzen machen das Ganze etwas schneller, aber nicht viel. Und dann musste Dich nicht mit Buffern oder so rumärgern. Jochen -- Jochen Topf joc...@remote.org https://www.jochentopf.com/ +49-351-31778688 _______________________________________________ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
