Für mehr RAM braucht man ein 64bit-System 
Da wirst du dann wohl einen Bereich aus germany+ ausschneiden müssen…
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*
*%osmosis% --rx file=%input_osm_file% --bounding-box left=12.1 bottom=50.1 right=12.2 top=50.2 --wx %output_osm_file%
*
Im Augenblick bekomme ich einen Error “Unrecognized Option --rx”
Eventuell kann hier ja mal jemand den Inhalt eines funktionierenden Batch-Files für die v0.38 posten? Mir wäre langsam mal nach einem Erfolgserlebnis…
Gruß, softcake
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.
Da wären wir bei einem meiner Anliegen:
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
Hallo,
also ich nutze Osmosis 0,39 und schneide die europe.osm.pbf mit folgenden Befehl.
“F:\neuenOrdner\bin\osmosis.bat” --rb europe.osm.pbf --bb bottom=50.6 left=13.6 top=51.3 right=15.5 right=16.6 clipIncompleteEntities=yes idTrackerType=BitSet --wx grosser_ausschnitt.osm
@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.
Gruß Jörg
Hallo softcake
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)
Edbert (EvanE)
Hallo Marqqs,
Bei mir tut’s unter MinGW einfach ein:
gcc -c pbftoosm.c
und ein anschliessendes
gcc -o pbftoosm pbftoosm.o -lz
Ergebnis: pbftoosm.exe mit 114.358 Bytes.
Allerdings musste ich “pbftoosm.c” vorher noch folgendermassen patchen, damit es das pdf-File binär öffnet:
1042a1043,1045
> #ifdef _WIN32
> read__fd= open(filename,O_RDONLY|O_BINARY);
> #else
1043a1047
> #endif
3243a3248,3251
> #ifdef _WIN32
> setmode(fileno(stdout), O_BINARY);
> setmode(fileno(stdin), O_BINARY);
> #endif
(Mail mit Patch an Autor geht gleich raus…)
Viel Erfolg und schöne Grüße
PA94
Hallo Markus
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.
Edbert (EvanE)
DANKE! 
Prinzipiell hast du recht, aber XP 32bit kann einer Anwendung nicht mehr Speicher zuweisen. 
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.
Markus
Mist, wieder nix! 
Hallo,
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.
Edit 2: Mein Aufruf sieht so aus:
“c:\works\Programme\Osmosis-0.39\bin\osmosis.bat” --rx germany+.osm --bb left=11.1 bottom=49.7 right=12.9 top=50.7 clipIncompleteEntities=yes idTrackerType=BitSet --wx fichtelmap.osm
Passt doch soweit, oder?
Gut, oder besser schlecht.
An die 1600MB Grenze bin ich natürlich nicht gestoßen.
Edbert (EvanE)
Markus
Prima, die hatte ich mir gerade gestern geladen.
Habe mal kurz kontrolliert, ein gutes Stück Holland ist im Bereich Emmerich/Kleve vorhanden.
Jetzt fehlen nur noch ein Fahrrad-Layer und Höhenlinien.
(Für die Reiter natürlich Reit- statt Radwege)
Edbert (EvanE)
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.
Markus
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.
So wird beispielsweise Europa aktuell gehalten:
pbftoosm -i=planet-latest.osm.pbf -B=europe.poly | osmchange -B=europe.poly *_named.pipe | $OSMI --fast-read-xml - --wb europe.osm.pbf
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
Ich empfehle von xz auf pbf umzustellen.
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).
Ohne es gemessen zu haben: Ja, denn mit Osmosis kann man immer nur ein Changefile gleichzeitig reinmischen¹. Mit osmchange dagegen beliebig viele. Oder ich habe es falsch verstanden.
¹) In der Anleitung steht folgendes:
Der fette markierte Teil des Satzes ist das Problem. Sonst könnte man einfach mit zcat 20110424-20110425.osc.gz 20110425-20110426.osc.gz mehrere Änderungen in einem Rutsch einfügen.