Programmvorstellung: OSM2World

[Tordanik (Tobias Knerr)]

@SunCobalt

@Tordanik

Dieses Problem tritt leider manchmal auf, wenn in den OSM-Daten Polygone mit Selbstüberschneidungen vorkommen. Es kann aber auch auftreten, wenn Knoten so nahe beieinander liegen, dass erst die Ungenauigkeiten bei der Fließkomma-Arithmetik zu einer vermeintlichen Selbstüberschneidung führen.

Oh. Das ist eine Corine-Land Cover Relation, wie sie sehr oft in Europa vorkommt. CLC geht bekannterweise nicht sehr sparsam mit Nodes um, die auch mal fast übereinander liegen können.

Ja, das ist ein typisches Import-Artefakt, ist mir schon mal begegnet. Ein Mapper würde das wahrscheinlich nicht absichtlich so malen. Muss ich wohl mal sehen, wie man das Programm etwas toleranter gegen solche Situationen bekommt.

@SunCobalt

Das ist Debian/headless mit xvfb ohne richtiges X.

Prinzipiell sollte das gehen, maps.osm2world.org verwendet praktisch dasselbe Setup (Ubuntu vs. Debian sollte nichts ausmachen). Irgendwie kommt mir diese Fehlermeldung sogar bekannt vor - eine Ursache könnte sein, dass der osm2world-Aufruf nicht den vom xvfb bereitgestellten screen nutzt. Ein erster Vorschlag wäre daher:

Starte xvfb mit -screen 0, also z.B.

Xvfb -screen 0 1024x768x24 &

Dann rufe OSM2World mit DISPLAY=:0 auf, also z.B.

DISPLAY=:0 ./osm2world.sh ...

Lass mich wissen, ob das was an der Fehlermeldung ändert.

@SunCobalt

Nett wäre es, wenn osm2world eine *.pgw (Worldfile) mit erstellen könnte. Dann könnte man mit gdal eine Vergrößerungspyramide erstellen und das Bild über Mapserver in OL darstellen.

Das sehe ich mir mal an, hatte bisher noch nicht mit Worldfiles zu tun.