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.
>
>
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/osmcon
Hi,
On Mon, May 20, 2019 at 09:32:25PM +0200, Jochen Topf wrote:
> > 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 Multipoly
Jetzt mal Butter bei die Fische:
Hast du den Export der Boundaries überhaupt ausprobiert? Ich könnte auch
in den Logfiles nachsehen, aber warte erstmal ab.
"Komische" Poly-Files hab ich bei meiner Software übrigens schon lange
nicht mehr erlebt.( muss ca 6-7 Monate her sein, dass es da mal ein
Ti
4 matches
Mail list logo