OSM-Daten mit Maperitive herunterladen

Eberth · 2013-03-18 18:23:40

Wenn ich in Maperitive versuche, OSM-Daten mit der programmeigenen Funktion herunterzuladen, werden

- über die XAPI veraltete Daten geladen
- über die Overpass-API Daten mit Lücken geladen (einzelne Flächen innerhalb der BoundingBox sind einfach leer)

Alternativ habe ich versucht, die Daten mit JOSM herunterzuladen und dann in Maperitive zu importieren. Hier habe ich stets das Problem, dass z. B. Waldgebiete, die über die Grenzen des geladenen Gebietes hinausgehen, in JOSM "abgeschnitten" werden und in Maperitive dann komplett fehlen.

Irgendwie muss das doch zu machen sein. Das Gebiet ist auch nicht besonders groß, allerdings zu groß, um die Daten direkt von openstreetmap.org aus herunterzuladen. Die Grenzen sind 7.7804, 7.9265, 50.3858, 50.4717

Hat jemand eine Idee, was ich da noch machen kann?

Thomas

TEL0000 · 2013-03-18 19:49:02

Ich hatte mit der die Overpass-API mit Maperitive noch keine Probleme. Wie sehen die Lücken denn aus?

quasilotte · 2013-03-18 20:39:30

Ich hab mich nicht so wirklich an die API's gewöhnen können.

Ich nehm lieber Extrakte z.B von http://download.geofabrik.de/europe/germany.html

Das mit osmconvert ausschneiden (mit --complex-ways !!)
osmconvert --complex-ways --drop-version --drop-author --emulate-osmosis --out-pbf -b=7.7804 50.3858 7.9265 50.4717 "PFAD\germany.pbf" > "PFAD\extrakt.pbf"

Das dann in Maperitve rein...

Last edited by quasilotte (2013-03-18 20:41:15)

buedner · 2013-03-18 21:44:00

Das Problem tritt bei Flächen vom Typ multipolygon mit mehreren outers auf, von denen einige außerhalb der Downloadgrenzen liegen, und die deshalb nicht komplett geladen werden und daher nicht darstellbar sind.

Man kann die Downloadgrenzen soweit ausdehnen, dass alle Multipolygone komplett erfasst werden, oder die runtergeladenen Daten aus Maperitive heraus speichern (save-source file=xxx.osm index=x) und in einem Editor öffnen und dann die fehlenden Abhängigkeiten nachladen, oder die quasilotte-Methode anwenden.

quasilotte · 2013-03-19 06:53:40

buedner wrote:

Das Problem tritt bei Flächen vom Typ multipolygon mit mehreren outers auf, von denen einige außerhalb der Downloadgrenzen liegen, und die deshalb nicht komplett geladen werden und daher nicht darstellbar sind.

Das ist das Hauptproblem - da Maperitive konsequent keine Fläche zeichnet wenn diese nicht geschlossen (was ja bei einem fehlendem Outer der fallist).

Man kann die Downloadgrenzen soweit ausdehnen, dass alle Multipolygone komplett erfasst werden, oder die runtergeladenen Daten aus Maperitive heraus speichern (save-source file=xxx.osm index=x) und in einem Editor öffnen und dann die fehlenden Abhängigkeiten nachladen, oder die quasilotte-Methode anwenden.

Nach meinen Erfahrungen kann man die Grenzen nicht soweit ausdehnen das immer alles drinn ist.
Bei einem Test hatte ich erst bei einem Rand von 4 Grad alles dirn (entspräche 3.78 46.38 11.92 54.47)
Selbst bei einem Rand von 2 Grad fehlte nochwas siehe http://forum.openstreetmap.org/viewtopi … 47#p316447.

Mit einem Editor nachladen geht natürlich aber bis ich damit fetig bin hab ich es 3mal Ausgeschnitten (die API's sind ja auch nicht die schnellsten!)

Marqqs · 2013-03-19 08:17:17

quasilotte wrote:

osmconvert --complex-ways --drop-version --drop-author --emulate-osmosis --out-pbf -b=7.7804 50.3858  7.9265 50.4717 "PFAD\germany.pbf" > "PFAD\extrakt.pbf"

Moin!
Wahrscheinlich kennst du dich mit osmconvert inzwischen besser aus als ich, auf jeden Fall benutzt du es häufiger. :-)
Deine Befehlszeile wird wahrscheinlich funktionieren, aber drei Optionen sind überflüssig:
--drop-author: Diese Option wird von --drop-version mit eingeschlossen.
--emulate-osmosis: Wirkt nur bei .osm-Ausgaben (XML-Format).
--out-pbf: Einfacher ist es, -o= zu verwenden, dann pickt sich osmconvert das Dateiformat aus dem Dateinamen raus.

Das verkürzte Kommando:

osmconvert --complex-ways --drop-version -b=7.7804,50.3858,7.9265,50.4717 "PFAD\germany.pbf" -o="PFAD\extrakt.pbf"

Nicht falsch verstehen, deine Tipps hier im Forum sind meistens eh besser als meine, war nur als zusätzlicher Hinweis gedacht. :-)
Markus

wambacher · 2013-03-19 09:22:19

quasilotte wrote:

Nach meinen Erfahrungen kann man die Grenzen nicht soweit ausdehnen das immer alles drinn ist.

Mit osmosis kein Problem:
die Optionen completeWays=yes, completeRelations=yes, cascadingRelations=yes und clipIncompleteEntities=false sorgen dafür, dass beim Clippen nichts "verschütt" geht. (*)
Die Extrakte der Geofabrik sind so erstellt.
Du mußt "nur noch" dieses Verhalten den anderen Tools beibringen - oder osmosis verwenden

Gruß
walter

*) http://wiki.openstreetmap.org/wiki/Osmo … ring_Tasks

quasilotte · 2013-03-19 09:35:07

wambacher wrote:

quasilotte wrote:
Nach meinen Erfahrungen kann man die Grenzen nicht soweit ausdehnen das immer alles drinn ist.
Mit osmosis kein Problem:
die Optionen completeWays=yes, completeRelations=yes, cascadingRelations=yes und clipIncompleteEntities=false sorgen dafür, dass beim Clippen nichts "verschütt" geht. (*)
Die Extrakte der Geofabrik sind so erstellt.
Du mußt "nur noch" dieses Verhalten den anderen Tools beibringen - oder osmosis verwenden
Gruß
walter
*) http://wiki.openstreetmap.org/wiki/Osmo … ring_Tasks

Das bezog sich auf die API
- mit osmconvert --complex-ways ... ist auch alles drin

@Marqs
Ist halt alles historisch so gewachsen und was geht warum sollte man das Ändern! Mal gucken ob weglassen Zeitvorteile bringt!
Und besser kenne ich osmconvert sicher nicht - allerhöchstens die Verküpfung mit anderen Programmen intensiver (mit einem Nachbarforumuser) betrieben.

Eberth · 2013-03-19 13:21:43

Die Sache wird komlizierter, als ich dachte. osmconvert kann ich nicht verwenden, da ich auf einem Mac mit MacOS arbeite.
Dann muss ich also mal versuchen, ob osmosis läuft und ich mit der Kommandozeileneingabe klar komme. So wie ich das verstehe, kann ich doch bei der Geofabrik die OSM-Datei für Rheinland-Pfalz herunterladen und dann mit osmosis den rechteckigen Bereich, den ich brauche, ausschneiden. Richtig?

Thomas

Oli-Wan · 2013-03-19 13:32:09

Eberth wrote:

Die Sache wird komlizierter, als ich dachte. osmconvert kann ich nicht verwenden, da ich auf einem Mac mit MacOS arbeite.

Mal ganz dumm gefragt: warum nicht? Ich kenne mich mit Macs nicht aus: möglicherweise steht ja einer der von osmconvert.c eingebundenen Header dort nicht zur Verfügung. Aber ansonsten braucht es nur einen C-Compiler und eine installierte zlib.

wambacher · 2013-03-19 13:47:53

Eberth wrote:

So wie ich das verstehe, kann ich doch bei der Geofabrik die OSM-Datei für Rheinland-Pfalz herunterladen und dann mit osmosis den rechteckigen Bereich, den ich brauche, ausschneiden. Richtig?

richtig!

http://wiki.openstreetmap.org/wiki/Osmo … iled_Usage

In etwa so:

osmosis --rb file=in.pbf --bb left=xx top=xx right=xx bottom=xx completeWays=yes completeRelations=yes cascadingRelations=yes clipIncompleteEntities=false --wx file=out.osm

nicht getestet aber sollte ok sein. wenn du weitere Fragen hast, meld dich ruhig.

Gruss
walter

Achtung: doppelte Minus-Zeichen !! wird gerne übersehen.

Eberth · 2013-03-19 14:05:13

Das mit osmconvert scheint mir zu kompliziert. Ein Programm erst compilieren usw., da müsste ich mich stundenlang einarbeiten und dafür fehlt mit die Zeit.

Ich habe mir osmosis nun runtergeladen. Das ist doch ein JAVA-Programm, soweit ich das im WIKI sehe. Ich komme aber noch ganz klar damit, das Programm zu starten. Habe jetzt im Terminal-Fenster in den Ordner ../osmosis-latest/bin gewechselt und dort versucht, die Kommandozeile wie von wambacher beschrieben einzugeben. Das ergibt aber die Fehlermeldung "command not found".

Was mache ich da falsch? Bin wohl von den GUIs anderer Programme etwas verwöhnt.

Thomas

Oli-Wan · 2013-03-19 14:10:11

Eberth wrote:

Das mit osmconvert scheint mir zu kompliziert. Ein Programm erst compilieren usw., da müsste ich mich stundenlang einarbeiten und dafür fehlt mit die Zeit.

Die Kompilierung von osmconvert (eine einzige Datei) ist ein Einzeiler auf der Kommandozeile; "usw." erübrigt sich. Die Frage ist halt nur, ob alle nötigen Header vorhanden sind - aber diese Frage beantwortet der Compiler ganz von alleine.

Eberth wrote:

Habe jetzt im Terminal-Fenster in den Ordner ../osmosis-latest/bin gewechselt und dort versucht, die Kommandozeile wie von wambacher beschrieben einzugeben. Das ergibt aber die Fehlermeldung "command not found".

Auf einem *nix-artigen System müßte das Kommando in diesem Fall mit ./osmosis statt osmosis beginnen. Mac: keine Ahnung.

Eberth wrote:

Bin wohl von den GUIs anderer Programme etwas verwöhnt.

Für osmosis gibt es übrigens auch ein GUI-Frontend: http://code.google.com/p/osmembrane-gui/

Last edited by Oli-Wan (2013-03-19 14:12:08)

Eberth · 2013-03-19 14:25:48

Ich hab's hinbekommen. Osmosis ließ dann sich dann doch im Terminal-Fenster ausführen und wie es scheint, hat die erzeugte osm-Datei in Maperitive keine "Löcher".

Danke für Eure Hilfe!

Thomas

Announcement

#1 2013-03-18 18:23:40

OSM-Daten mit Maperitive herunterladen

#2 2013-03-18 19:49:02

Re: OSM-Daten mit Maperitive herunterladen

#3 2013-03-18 20:39:30

Re: OSM-Daten mit Maperitive herunterladen

#4 2013-03-18 21:44:00

Re: OSM-Daten mit Maperitive herunterladen

#5 2013-03-19 06:53:40

Re: OSM-Daten mit Maperitive herunterladen

#6 2013-03-19 08:17:17

Re: OSM-Daten mit Maperitive herunterladen

#7 2013-03-19 09:22:19

Re: OSM-Daten mit Maperitive herunterladen

#8 2013-03-19 09:35:07

Re: OSM-Daten mit Maperitive herunterladen

#9 2013-03-19 13:21:43

Re: OSM-Daten mit Maperitive herunterladen

#10 2013-03-19 13:32:09

Re: OSM-Daten mit Maperitive herunterladen

#11 2013-03-19 13:47:53

Re: OSM-Daten mit Maperitive herunterladen

#12 2013-03-19 14:05:13

Re: OSM-Daten mit Maperitive herunterladen

#13 2013-03-19 14:10:11

Re: OSM-Daten mit Maperitive herunterladen

#14 2013-03-19 14:25:48

Re: OSM-Daten mit Maperitive herunterladen

Board footer