Hallo! Ich hab schon einige Artikel im Wiki gelesen. Dort werden zwar unzählige Programme genannt, aber was mir fehlt ist ein allgemeiner Überblick welche Schritte zur Erstellung einer eigenen Karte notwendig sind. Soweit ich das verstanden habe muss als erstes ein Kartenausschnitt gewählt, dann Höhendaten hinzugefügt und zum Schluss ein Installationspaket erstellt werden. Wie ist das POIs, sind die automatisch enthalten?
Für jedes Ausgabeformat geht das anders.
Die Karte soll in Basecamp genutzt werden.
Garmin-Format hast du doch schon einige Male hier angesprochen, langsam sollte das laufen. Wenn nicht, dann bleibe bitte bei deinen anderen Threads.
Dann fängst Du einfach hiermit an:
http://wiki.openstreetmap.org/wiki/Mkgmap/help/How_to_create_a_map
Und wenn Du das am laufen hast, kommt der nächste Schritt, die Dateien anpassen.
Java, mkgmap und splitter sind installiert. Die OSM Daten habe ich von http://download.geofabrik.de/europe/alps.html (alps-latest.osm.pbf)
In der Anleitung steht
Gilt das auch für den Alpen Extrakt?
Da du mich im anderen Thread darum gebeten hast hier zu beschreiben wie ich meine Karte erstellt habe:
Ich habe erst mal mit dem Default mkgmap Style angefangen, also einfach erst mal mit splitter und mkgmap vertraut machen. Dann habe ich mich an ein angepaßtes Style-File und TYP-File gemacht. Dazu habe ich nicht bei Null angefangen sondern Styledatei und TYP-Datei der Süddeutschland+ Karte von Joachim Moskalewski verwendet (http://www.gpxtour.de/de/page/getmap/). Man sollte sich dazu auch unbedingt die im Internet vorhandene Doku zu Styledateien und TYP-Dateien durchlesen. Ich bin dann fast alle Punkte in der Style-Datei und analog jeweils das selbe in der TYP-Datei durchgegangen und habe für die TYP-Datei auch jede Menge neuer Icons mit Gimp entworfen. Die Icons werden im XPM Format gespeichert, welches letzendlich nichts anderes als ein Textformat ist. Daher ist die Ausgangsbasis für die binäre TYP-Datei ebenfalls eine simple Textdatei in die ich die XPM-Dateien eingefügt habe. Auch die Styledatei ist eine simple Textdatei deren Format im Wiki beschrieben wird. Die Garmin-Hexcodes welche in der Styledatei verwendet werden müssen, finden sich in diversen Dokus die ich im Internet gefunden habe.
Wenn man eine Routingfähige Karte möchte: Achtung! Nicht alle Garmin Hexcodes für Ways sind auch routingfähig. Generell gibt es leider viel weniger Garmin Types als Varianten von OSM-Wege Typen. Daher muß man immer irgendwie Informationen unter den Tisch fallen lassen. Welche, das macht dann den Verwendungszweck der Karte aus. Für eine Wanderkarte lassen sich zum Beispiel Autobahnen und Bundesstraßen mit nicht Routingfähigen Garmintypen belegen. Aber selbst die nicht Routingfähigen Garmintypen werden einem schnell ausgehen, wenn man viele Wegearten berücksichtigen will. Die Freizeitkarte beispielsweise faßt jeweils 2 sac_scale Grade zu einer Darstellung zusammen. Für eine Freizeitkarte ist dies OK, eine Bergwanderkarte sollte dies aber weiter differenzieren: Bei meiner Karte werden lediglich T5/T6 zusammengefaßt und ansonsten gibt es für jedes sac_scale eine eigene Linie.
Das manuelle Editieren der TYP-Datei ist etwas fehleranfällig. Für Windows gibt es auch entsprechende Editoren, da ich aber Linux und OpenBSD verwende editiere ich die TYP-Datei direkt und habe mir dazu ein paar passende vim-Makros gemacht.
Was den Kartenausschnitt angeht: Wie bereits gesagt verwende ich (wenn ich nicht einen Geofabrik-Extrakt direkt verwende) osmconvert um eine passende bbox aus einem größeren Extrakt auszuschneiden (-b Option von osmconvert). Dieses Verfahren benutze ich insbesondere bei der Grenzkarte und allen Pluskarten.
Ein paar Shellscrips erleichtern mir inzwischen Kartenupdates (die ich aber im wesentlichen immer noch von Hand mache).
Der Workflow sieht dann so aus:
- Runterladen eines größeren Geofabrik Extraktes (oder Alternativ: Update eines vorhandenen Extraktes mit osmupdate)
- Mit osmconvert den benötigten Ausschnitt ausschneiden.
- Mit splitter diesen Ausschnitt teilen
- Das Resultat dann mit mkgmap weiterverarbeiten, mkgmap nutzt das vorher erstellte TYP- und Stylefile.
- Fertig
Die meiste Arbeit im Vorfeld verursacht das vertraut machen mit der Syntax des Stylefiles, das Erstellen/Anpassen des Stylefiles und das Erstellen/Anpassen des TYP-Files.
Wühl dich erst mal durch die Doku:
http://wiki.openstreetmap.org/wiki/Mkgmap/help
Dieses wären Beispiele für routingfähige und funktionierende Style- und TYP-Datei (in diesem Fall zum Radfahren):
http://gps.maroufi.net/download/myradstyle.zip
http://gps.maroufi.net/download/TYPMASTER-RAD.TXT
Gruß
unixasket
Ja! Sofern es mehr als ein paar MB sind gilt dies immer (Es gilt zum Beispiel nicht für ein Liechtenstein-Extrakt).
Gruß
unixasket
Vielen Dank! Das muss ich wahrscheinlich mehrmals durchlesen damit ich alles verstehe.
Wenn Garmin so eingeschränkt ist wäre es vielleicht besser die Karte für andere Programme zu erstellen?
java -jar splitter.jar alps-latest.osm.pbf
steigt mit
Exception in thread "main" java.lang.OutOfMemoryError: Java heap space
aus.
Im Wiki steht
Wie berechnet sich dieser Parameter? Der Rechner hat 8 GB RAM.
Moin,
Dir ist aber schon bekannt dass es auch fertige Karten für BaseCamp gibt?
Freizeitkarte z.B. hier: http://osm.geoclub.de/
LG,
-moenk
Sowohl splitter, als auch mkgmap brauchen für große Regionen auch viel Speicher. Wenn du 8 GB hast und nicht zu viele andere Prozesse parallel laufen kannst du zum beispiel 6 GB für splitter reservieren:
java -jar splitter.jar -Xmx6000M
6000M ist eigentlich etwas weniger als 6 GB.
Hättest du alle seine Threads verfolgt, wüßtest du das er die Freizeitkarte bereits ausgiebig ausprobiert hat, aber mit dem Routing nicht zufrieden ist.
Gruß
unixasket
P. S.: Für den Einstieg habe ich auch mal was geschrieben:
http://gps.maroufi.net/mkgmap.shtml
Gibt es auch einen Parameter der allen vorhandenen Speicher verwendet? Man muss es ja nicht künstlich beschränken, oder doch?
Und muss der Parameter vor oder hinter -jar, weil im Wiki steht
Bitte noch beachten, dass das mkgmap style-System vor kurzem ziemlich umgekrempelt wurde.
Wer also bestehende Fremd-styles als Basis nimmt muss auf die passende mkgmap Version achten.
Ja. 
Doch! Schließlich willst du nicht, daß Java allen verfügbaren Speicher deines Systems benutzt, immerhin gibt es noch andere Prozesse.
Sorry, mein Fehler: Es muß davor stehen, meine Zeile oben ist also falsch, die Angabe im Wiki korrekt.
Gruß
unixasket
Ich habe es jetzt so gemacht:
java -Xmx8G -jar splitter.jar alps-latest.osm.pbf > splitter.log
Läuft gut und hat nur wenige Minuten gedauert. Übrigens zeigt das Logfile insgesamt 139 Zeilen mit Incomplete multipolygon relation Meldungen.
Als nächster Schritt steht im Wiki
Adressen und Postleitzahlen spielen fürs Bergsteigen eigentlich keine Rolle. Muss ich das trotzdem machen? Gipfel, Hütten usw sollten natürlich enthalten sein.
Nein, ich mache das auch nicht. Da geht es nur um die Adresssuche. Alles andere funktioniert auch ohne. Laß diesen Schritt einfach weg.
Gruß
unixasket
Dann muss der Parameter --bounds in mkgmap auch weggelassen werden, oder? Also
–bounds kenne ich gar nicht, ich weiß nicht was das macht. Ich verwende es jedenfalls nicht. Der Adressindex wird über --index erzeugt. Das benütze ich auch nicht.
Gruß
unixasket