Re: [Talk-de] boundarys / river als boundary / admin_level?

[Florian Lohoff]

On Tue, May 21, 2019 at 12:05:41AM +0200, wambac...@posteo.de wrote:
> 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.

Ich habe bei dir schon so viel Boundarys exportiert ;) Das mit dem
buffer ist mir bisher nicht aufgefallen.

> "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
> Ticket zu gab)

Das 

http://polygons.openstreetmap.fr/get_poly.py?id=73347=0.02-0.001000-0.005000

wirft komische polys.

> Was brauchst du denn genau?
> - Mehr als eine Grenze auf einem Schlag? No Problem.

Jaja - ich kenne das und benutze das reichlich wenn
ich wieder irgendwo shapes oder polys brauche. Bisher war mir
nicht aufgefallen das ich einen buffer setzen kann.

> Und natürlich alles bei Bedarf mit frei definierbaren Buffern ohne
> Überlappungen.

Siehst du - den hatte ich noch nicht entdeckt. Dann hast du ja alles
was mein Herz begehrt ..

Flo
-- 
Florian Lohoff f...@zz.de
UTF-8 Test: The  ran after a , but the  ran away


signature.asc
Description: PGP signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] boundarys / river als boundary / admin_level?

[Jochen Topf]

On Mon, May 20, 2019 at 10:23:07PM +0200, Florian Lohoff wrote:
> 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 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.
> 
> Ich habe halt hier für meinen ganzen Auswertungsramsch diverse sub PBFs
> von Deutschland die ich derzeit mit osmupdate/osmconvert update
> und neu beschneide. Dafür brauche ich halt polys.
> 
> osmupdate/osmconvert ist da ein wenig eigenwillig was das ausschneiden
> angeht. Daher ist mir dann OWL/Regierungsbezirk Detmold um die Ohren
> geflogen. Ich würde ja einfach auch osmium umstellen in der pipeline
> aber da fehlt mir das mit dem dem automatisch update eines pbfs d.h.
> download der change files. 

Das geht mit
https://docs.osmcode.org/pyosmium/latest/tools_get_changes.html bzw.
https://docs.osmcode.org/pyosmium/latest/tools_uptodate.html

> Ich will doch einfach nur ein geographisches .pbf auf dem aktuellen
> stand halten. Und das "consumerdevice" um das zu machen ist
> halt osmupdate mit dem -B poly und schon läuft das für doofe.

"für doofe" würde ich ja nicht sagen. Man muss ja schon wissen, dass man
dabei ggf. nicht komplette Daten erzeugt und damit irgendwie umgehen.
Aber hast recht, Osmium kann das nicht so einfach (gerade weil ich den
User nicht "in Sicherheit wiegen" will).

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