Ok, damit wären wir bei meinem nächsten Problem. Habe vorhin schonmal versucht, mit Osmosis einen Bereich auszuschneiden. Ich bekomme jedoch das Programm aus dem Batch-File nicht zum laufen!
Im Moment verwende ich Osmosis v0.38 mit dem Map_Composer. Die Batch-Beispiele, welche man im Internet findet, funktionieren nicht. Hier der Aufruf:
*
SET java=C:\Programme\Java\jre6\bin\java.exe -Xmx1600M
SET osmosis_path=C:\works\Programme\Osmosis 0.38
SET osmosis=%java% -cp “%osmosis_path%\lib\default\osmosis-core-0.38.jar”
SET input_osm_file=C:\works\Programme\Map_Composer\Input\input.osm
SET output_osm_file=C:\works\Programme\Map_Composer\Input\output.osm*
Was interessiert mich Norddeutschland, wenn ich da noch nie im Leben war?
Interessanter wäre ein Dienst, wo man mit einen Ausschneidewerkzeug ein Quadrat oder Kreis um seinen Wohnort ziehen kann, meinetwegen auch wie bei JOSM entlang eines Tracks mit xkm Umkreis das dann eine fix und fertige Garmin Mapsource fähige Karte ausspuckt, wo man davor auch noch definieren kann, was man dabei haben will und was nicht. z.B. keine Umrisse von Gebäude oder Flächen wie Wälder, keine POIs die mich nicht interessieren um den Kartenaufbau und die POI Suche zu verbessern. Ob Routenfährig oder nicht ,mit Höhenlinien usw. Nach dem absendeknopfdruck beginnt sofort der Download.
Lokal auf dem Computer dann noch ein Programm, mit dem man mit einem doppelklick seine Daten bei Mapsource aktualisieren kann.
Ich denke für sowas gäbe es Bedarf und nicht nach extrakten wo man selbst stundenlang hand anlegen muss.
Könnte bitte einer der Windows-Profis das Programm pbftoosm für Windows übersetzen? Das würde vielen helfen, die Osmosis unter Windows nicht recht zum Fliegen kriegen. Außerdem läuft es für solche Spezialfälle (Bereich aus einer PBF-Datei ausschneiden) einiges schneller.
Ich hab schon probiert, pbftoosm mit MinGW zu compilieren, es aber nicht geschafft. Es scheitert irgendwie an der Bibliothek für lzip. http://wiki.openstreetmap.org/wiki/Pbftoosm
@softcake
Also ganz einfach man entpackt Osmosis in einen “neuenOrdner” dorthin kopiert man dann die europe.osm.pbf
Jetzt erstellt man sich eine neue *.bat Datei in diesem “neuenOrdner” mit oben aufgeführter Zeile
Nun die *.bat Datei ausführen und man erhält einen Ausschnitt den man weiterverarbeiten kann.
Unbedingt Osmosis 0,39 verwenden die verarbeitet *.pbf meist ohne Fehler.
Ich nutze die Daten von der Geofabrik aber es klappt nicht immer jedes File, manchen Tag ist irgendwie der Wurm drin.
Um JAVA mehr Speicher zu geben, muss du eventuell die Auslagerungsdatei vergrößern. Damit sollte JAVA dann mehr als 50% des realen Hauptspeichers erhalten können.
So war das zumindest bei meinem virtuellen WinXP mit 1,25 GB Speicher. Nach Vergrößerung der Auslagerungsdatei konnte ich JAVA/JOSM dann 800+MB zuteilen. (900MB ging nicht mehr)
Bedarf hätte ich eher an einem fertigen AIO Germany+ Image.
Wobei mein Bedarf auch davon abhängt, was ich in absehbarer Zeit an Unternehmungen plane.
Mir selbst Garmin-Karten zu erstellen, überfordert meine derzeitigen Kenntnisse.
Von daher Dank an dich und alle anderen, die das können und ihre Ergebnisse anderen zur Verfügung stellen.
Manche Wünsche sind schon in Erfüllung gegangen bevor man sie gestellt hat
Es gibt unter http://140.78.94.22/osm/ bereits das aio-germany-custom.img ist mit dem germany+ Extrakt erzeugt worden ist.
Wenn irgendwo eine Ecke fehlen sollte, dann bitte melden. Bei der nach dem selben Prinzip erzeugten Österreichkarte hab ich so eine Ecke gehabt, die eigentlich innerhalb des Polygons und auch in Österreich lag, am resultierenden Garmin-Image dann aber doch fehlte, keine Ahnung warum eigentlich. Ich hab einfach den Polygonzug erweitert und damit passt es nun dort.
Osmosis 0.39 funzt bei mir! Versuche gerade, einen winzigen Kartenausschnitt aus germany+.osm zu extrahieren. Der Vorgang selbst wird wohl ein wenig dauern. Denke, osmosis ist nicht das optimalste Werkzeug, um Daten aus einer großen Datei zu extrahieren.
Marqqs’ Vorschlag bezüglich pbftoosm klingt da schon vielversprechender…
Danke & Gruß
softcake
Edit 1: Bei weiteren (größeren) Ausschnitten legt osmosis ordentlich an Tempo zu. Seltsam. Leider meint Map_Composer beim Kartengenerieren “OSM file truncated” und bricht den Vorgang ab. Der input-Kartenausschnitt ist etwas größer gewählt als der output-Ausschnitt.
Die in OSM als Rahrradrouten-Relation vorhandenen Radwege und auch Wanderwege sind im Garmin Image auch schon, als separater Layer, dabei. In dem Downloadverzeichnis ist aber auch dieser Layer einzeln vorhanden. Reitwege hab ich nicht drinnen, wären aber relativ leicht nach dem selben Schema wie Rad-/Wanderwege erweiterbar. Die Höhenlinien hab ich für meinen Bereich (Alpenregion) von der OpenMTB-Map Webseite, ich glaub die haben aber auch alle anderen Bereich Europas oder darüber hinaus.
Ich habe vor wenigen Tagen für odbl.de auch komplett auf pbf umgestellt, denn mit osmto geht das Entpacken und Ausschneiden (Polygon) extrem schnell (101 mal schneller als Osmosis und bzip2, 20 mal schneller als das alte pbf2osm und osmchange, 6 mal schneller als Osmosis und pbf).
Die Dateien werden durch pbf am stärksten gepackt und es geht viel schneller als mit gzip, bzip2 oder xz. Zum Packen verwende ich noch Osmosis, was natürlich nicht die beste Geschwindigkeit hat, aber es gibt noch keine schnellere Alternative. Und insgesamt ist es trotzdem schneller als mein vorher verwendetes lzo, weil pbftoosm das Ausschneiden eines Polygons jetzt integriert hat.
Die Changesets einer Woche werden per Named-Pipes dort „eingeleitet" (im Flug entpackt und gleich verarbeitet). So:
for dailychange in $(ls *.osc.* | grep -v '\.pipe$'); do
# create named pipes for each osc file
mkfifo ${dailychange}_named.pipe
zcat $dailychange > ${dailychange}_europe.pipe &
done
In Wirklichkeit sieht (auf dem „Berechnungsserver") das Ganze noch etwas komplexer aus, da mit tee und einer weiteren Named-Pipe die Ausgabe gleich noch an das Auswertungsskript weitergeleitet wird.
Hier noch ein paar Zahlen zur Packgeschwindigkeit und der resultierenden Dateigröße:
588 MB – bayern.osm.lzo – Dauer zum Packen: 0:57 min
351 MB – bayern.osm.gz – Dauer zum Packen: 2:08 min
287 MB – bayern.osm.bz2 – Dauer zum Packen: 20:09 min
217 MB – bayern.osm.xz – Dauer zum Packen: 42:19 min
181 MB – bayern.osm.pbf – Dauer zum Packen: 3:27 min
Hallo, ist das ganze wirklich schneller, als ein Update komplett über osmosis, auch wenn man den Planet komplett lässt und nicht Europa ausschneidet? Hast du da auch Erfahrung?
Um auf das eigentliche Thema dieses Fadens zurückzukommen:
Ich habe gerade Baden-Württemberg und Bayern mit osmchange verbunden und an Gosmore geschickt. Damit kann ich über den gesamten Bereich routen. Liegt das an der Primitivität von Gosmore oder ist das immer so einfach möglich, so dass die Idee „DE+50 km" total überflüssig ist?
Für Basel (Dreiländereck) würde man sich dann das Gebiet Elsass (alsace.osm.pbf), Baden-Württemberg (baden-wuerttemberg.osm.pbf) und die Schweiz (switzerland.osm.pbf) mit osmchange verbinden. Diese Methode ist schneller, als sich das aus ganz Europa rauszuschneiden. Und universeller als einen „Bla+50 km" oder so Extrakt zu finden (der erst mal erstellt werden musste).