Inzwischen habe ich mich eingelesen. Leider muss ich immer wieder feststellen, das viele Howto’s nur Windows betreffen. Zum Glück wird bei OSM auch etwas mehr mit Linux gemacht. Für Mac OS X vermisse ich jedoch die entsprechende Hilfestellung beim Kartenbauen. Für die Verwendung fertiger Karten gibt es auch hier gute Tipps. Aber nicht bis zur fertigen Karte.
Da mir das Gefühl fehlt, die Frage hier an die Spezialisten:
Wie lange ungefähr dauern die Schritte mit den Tools Splitter und Mkgmap?
Weitere Frage an einen Karten-Ersteller mit Mac OS X Lion:
Wo finde ich hierzu eine Einsteiger-Gerechte Anleitung zum Kartenbauen?
Wie dann die fertige Karte in BaseCamp kommt ist bekannt und stellt kein Problem dar.
Vielen Dank und ein schönes Wochenende.
Gruß Scotti
Im wesentlichen brauchst du Java, splitter.jar, mkgmap.jar und die jeweiligen lib-Verzeichnisse. Die Aufrufe der beiden Tools sind unter jedem OS ähnlich.
Vorgehensweise grundsätzlich:
germany.osm.pbf laden
splitter.jar --max-nodes=1000000 --mapid=<4-stellige Zahl>0001 --notrim germany.osm.pbf
mkgmap mit ein paar Parametern aufrufen
Das Ändern des Styles geht mit einem normalen Texteditor.
Allerdings möchte ich das gerne auf meinem performantesten, neuesten Rechner machen. Und das ist der iMac.
Gemäß der gefundenen Anleitungen habe ich das Splitten nur unter Linux zum Laufen gebracht. Und das läuft noch immer auf meinem Ubuntu-Linux-PC mit 2GB RAM/Pentium 4. Ist das normal?
Für’s Erstellen einer eigenen Deutschland-Karte…
Was wäre die Mindest-Konfiguration?
War wäre die empfohlene Konfiguration?
Und wieviel Laufzeit dauern die einzelnen Schritte?
Eventuell lohnt sich ein Blick auf die Entwicklungsumgebung für die Freizeitkarte von toc-rox. Die gibt es auch ausgelegt auf OSX. Anpassungen im Style- und Typ-File sind natürlich notwendig.
Laufzeiten auf AMD Phenom II X6 1090T, 8gb RAM und SSD:
splitten aller meiner Karten aus planet.osm.pbf: 1:05 h
mkgmap braucht dann 0:40 h für Deutschland, andere Regionen sind deutlich fixer. Die Türkei bspw. in 2 min.
Allgemein ist es deutlich sinnvoller erstmal klein anzufangen. Bspw. mit einem Bundesland oder noch kleiner.
Wenn du nichts über den Fehler/das Problem erzählst, kann dir da auch keiner helfen…
Danke. Mit 8GB RAM und SSD sowie fixer CPU kann ich nicht mithalten
Ich kann über keinen Fehler und auch über kein Problem erzählen, weil bisher alles läuft … und läuft … und heute morgen um 7 Uhr nach ca. 8 Stunden noch immer läuft.
OK, hab voller Zuversicht gleich ganz Deutschland genommen Das wird’s bei meiner betagten Hardware dann auch wohl sein. Muss also doch erst mal kleinere Brötchen backen. Zum Glück wird das Wetter am Wochenende passend
Habe jedenfalls Dank der Angaben von aighes und der Freizeitkarte ein Gefühl, welche Hardware-Ausstattung sinnvoll ist.
Für germany.osm ist 2GB an der Grenze würde ich sagen. Für Splitter solltest Du 1-2 Stunden und für mkgmap
nochmal 1-2 Stunden einplanen auf’m P4-Rechner.
Wichtig ist eine korrekte Speicherzuteilung für java (-Xmx1500M oder so).
Mit Sicherheit kam da 'ne Meldung. Irgendwie hab ich da wohl ein wenig verpeilt, denn heute läuft es auch auf dem iMac
Zur Info:
Für das Splitting von Rheinland-Pfalz.osm benötigt es mit 2,93 GHz Intel Core 2 Duo unter 4 GB nicht einmal eine Minute. In 42 Sekunden war alles gesplittet Jetzt mal Germany probieren …
Update: 1138 Sekunden für ganz Deutschland (germany.osm). Gute Hardware. Gute Laufzeit
Habt Dank Die nächsten Fragen und Probleme kommen bestimmt, sobald ich mich an Mkgmap mit seinen zahlreichen Parametern wage
Nochmals ein schönes Wochenende. Wir haben es uns verdient
Bei meiner Linux-Kiste habe ich heute Abend nach fast 20h Laufzeit den Splitter abgebrochen. Da stimmte wohl irgendwas nicht
Muss mich wohl bald von meiner alten Hardware trennen …
Ich hab meine erste selbst generierte OSM-Karte von Rheinland-Pfalz auf meinem Garmin zûmo550 laufen
Dabei versuche ich die Linux-Anleitung für den Mac nachzuziehen. Gibt aber durchaus immer wieder Fallstricke
Will man GPSBabel von der Shell aus aufrufen, dann muss man sich diese erst aus dem heruntergelassenen Paket extrahieren.
Bin also auf dem richtigen Weg Die nächsten Schritte sind, die vollständige All-in-One-Map zu haben. Erst mal nur für Rheinland-Pfalz. Wenn das hinhaut, dann für Deutschland. Und dann wird das Stylefile in Angriff genommen! Denn als Motorradfahrer brauche ich keine Strommasten und -leitungen in der Karte. Bestimmt fallen da noch ein paar Details mehr zum Opfer. Aber genau dafür ist ja OpenStreetMap da:D
Gute Nacht. Schlaft gut. Ihr wisst gar nicht, wie viel Ihr mit wirklich geholfen habt. Danke nochmals an Euch alle!
Ich melde mich wieder, wenn die nächsten Probleme auftauchen, was jetzt wohl erst beim Stylefile der Fall sein wird …
Gruß
Scotti
PS: Auf dem iMac hat die Erzeugung der Basemap für Rheinland-Pfalz nicht einmal 2 Minuten gedauert!
Das Erzeugen von Garmin-Karten mit splitter.jar und mkgmap.jar ist - Dank Euch - überhaupt kein Problem mehr
Sogar das Weglassen im Style ist kein Problem. Muss man ja nur mit # auskommentieren, bevor die Karte erzeugt wird.
Das Bearbeiten eines TYP-Files stellt für mich schon seit Jahren kein Problem mehr dar, färbe ich doch jedes Jahr die Original-Garmin-Karte neu ein.
Aber wie versprochen geht es weiter mit Stolpersteinen
Hier (http://www.mintelonline.de/Streckensperrungen/Streckensperrungen_Motorrad_20042012.gpx) gibt es die Motorrad-Streckensperrungen als .gpx-Datei. Jetzt habe ich gesehen, das auch die AiO-Karte aus einer Datei allbugs.gpx ein .osm-Format macht und dieses als weitere Karte als Layer mit einbindet. Das habe ich auch versucht, aber leider ohne sichtbaren Erfolg
Ich vermute, ich muss spezielle Einstellungen im Style und ein passendes TYP-File haben. Frage: Was muss wo wie geändert werden, damit die gesperrten Strecken zumindest erst einmal sichtbar werden?
Hier (http://noegs.blogspot.de/2012/01/tracks-als-transparente-garmin-karte.html) habe ich etwas dazu gelesen. Ich konnte zwar die .gpx-Datei entsprechend laden und sogar die Wegpunkte als Streckensperrung für Motorräder mit dem entsprechenden Verkehrsschild darstellen und speichern. Frage: Aber wie geht es dann weiter, damit die Änderung auch in meiner Deutschland-Karte angezeigt wird?
Schon wieder vielen Dank im Voraus. Ich zähl auf Euch
Morgen Euch allen einen schönen Sonntag
Gruß
Scotti
UPDATE: Die verwendete .gpx-Datei hatte nur Routen mit Start- und Zielpunkt. Musste erst in BaseCamp aus den Routen Tracks machen. Diese Tracks verlaufen nun als “Autobahn”-Overlay genau über der gesperrten Strecke.
Und wieder ein Erfolg
Nachdem meine Deutschland-Karte schön ausschaut und sogar als Overlay die meisten Streckensperrungen anzeigt, geht es jetzt darum das Routing zu verbessern, sprich an Motorrad-Verhältnisse anzupassen.
Das stelle ich mir so vor:
Einstellung am Garmin Auto/Motorrad
Schnelle Route - Keine Ausschlüsse (für schnelle Anreise in Tourengebiet)
Route soll wie Auto gehen auch über Autobahnen und Bundesstraßen
Schnelle Route - Ausschluss Autobahnen (für schnelle und schöne Anreise ins Tourengebiet)
Route soll wie unter 1. laufen, nur ohne Autobahnen
Kurze Route - Ausschluss Autobahnen und Ausschluss Unbefestigt (für Touren auf Straßen)
Route geht bevorzugt über Kreisstraßen, Landstraßen, aber auch Bundesstraßen, jedoch keine Autobahn
Kurze Route - Ausschluss Autobahnen aber Unbefestigt Erlaubt (für Enduro-Touren auf erlaubten! unbefestigten Wegen)
Route geht über jede mögliche, nicht mit Verkehrszeichen verbotene Strecke, egal ob unbefestigt oder Wirtschaftsweg.
Welche Angaben/Änderungen muss ich dazu im Style machen?
Zur Zeit nutze ich aus der AiO-Deutschland den PKW-Style mit abgeschalteten Stromleitungen.
Bzw. auf welchen besseren Style kann ich aufbauen? Finde im Netz einfach nur Auto, Lkw oder Fahrrad/Mountainbike Sachen. Von denen ist Auto zwar das geeignetste, aber eben nicht perfekt. Mit dem Auto will man möglichst schnell von A nach B. Mit dem Motorrad will man die netten kleinen Straße und (erlaubten!) Wege fahren, aber zur Anreise eben auch mal nur schnell in sein Tourengebiet auch über Autobahn und große Bundesstraßen
Wie sollte ich vorgehen, um diese Zwickmühle elegant zu lösen?
Mein Tip wäre: Schau dich bei den vorhandenen Karten um, ob sie die Styles frei gegeben haben.
Dann schaue dir an, ob du den Style verstehst und nachvollziehen kannst. Nur so weißt du, was du ändern musst um Erfolg zu haben. Dann nimm den Style als Grundlage, der dem Ziel am nächsten ist.
Es nutzt dir recht wenig, wenn der Style zwar an sich gut funktioniert, du aber keine Ahnung hast, an welcher Schraube du drehen musst.
So weit bin ich doch schon. Na ja, fast. Ich verstehe einiges im kopierten PKW-Style der All-in-One-Deutschland.
Nur eben nicht alles. Und - weiß der Geier warum - gibt es keine Motorrad-tauglichen Styles Gäbe es die, würde ich jetzt nicht mit einer eigenen Karte experimentieren müssen. Gibt es aber nicht.
Gibt’s hier den niemanden, der einem den Aufbau eines Style-Files mit Must-have und Nice-to-have Einstellungen erklärt?
Quasi einen x-beliebigen Style nehmen und mit Einsteiger-tauglichen Kommentaren versehen?
Ein “Howto eigenen Style erzeugen” würde sicher nicht nur mir sehr helfen
Als erstes musst du dir klar machen, welche Einstellungen für das Routing du an deinem Zumo 550 überhaupt vornehmen kannst.
Da wären oft Auto(Motorrad)/Fahrrad/Fußgänger. Dazu kommen die Einschränkungen wie Autobahnen oder unbefestigte Wege vermeiden dazu. Nur mit diesen Einstellungen kannst du das Routing beeinflussen.
Du kannst auch Einstellungen für andere Einteilungen mißbrauchen. Das hat eine der Radkarten so gemacht (Auto=Rennrad, Fahrrad=Tourenrad, Fußgänger=MTB oder so ähnlich). Leider weiß ich nicht welche Radkarte das war, musst du leider selber suchen.
Wie das dann in den Style-Files kodiert werden muss, kann ich dir leider nicht sagen.
viele Monate und ein gefühlt nicht enden wollender Winter sind ins Land gegangen. Diese Zeit habe ich intensiv genutzt und an einer Karte für den Motorradfahrer programmiert. Doch halt, ich habe keine neue Karte erstellt. Das macht erst der User. Ich habe eine Art “Backmischung” programmiert, sowohl für Windows als auch für Mac. An Linux will ich mich auch irgendwann noch wagen.
Zu dieser “Backmischung” benötigt man noch frische Zutaten wie die passende .osm.pbf-Datei einer beliebigen Region sowie die precompiled-Dateien für bounds und sea wie sie Wanmil anbietet.
Alles Weitere lädt sich die “Backmischung” wie z.B. aktuelle Versionen von splitter und mkgmap. Zusätzlich kommen noch ein paar Motorradspezifische Daten von meinem Server dazu wie z.B. die Daten für Motorrad-Streckensperrungen. In der Mac-Version sind wichtige benötigte Unterprogramme bereits in der App paketiert.
Kurzum, die fertige Garmin-Karte kann damit von jedem User auch mit wenigen Computer-Erfahrungen selbst erstellt werden. Das Routing ist derzeit noch experimentell. Auf langen Strecken fällt es auch mal auf die Garmin BaseMap zurück. Hier helfen dann weitere Wegpunkte. Auch will mein Garmin zûmo550 trotz Autobahn-Ausschluss bei längeren Routen gerne immer wieder auf die Autobahn. Das habe ich ihm noch nicht zu 100% abgewöhnen können Dafür funktioniert der Ausschluss-Schalter für Fahrgemeinschaftsspuren prima: Hiermit werden Kraftfahrstraßen ausgeschlossen.
Um die weitere Optimierung des für’s Routing notwendigen Styles werde ich mich die nächsten Monate lieber auf dem Motorrad kümmern, denn im richtigen Leben fallen einem Umgereimtheiten viel eher auf als auf den bekannten Teststrecken zur Simulation.
Routing um für Motorräder in Fahrrichtung Süd gesperrten Tunnel wegen Eisenbahngleisen in der Fahrbahn
Zugeschaltetes Overlay einer zeitweisen Streckensperrung (Wochenende/Feiertage)
Und besten Dank auch hier nochmals an alle hier, die mir bei meinen Start-Schwierigkeiten geholfen haben sowie natürlich an alle Entwickler der von mir genutzten Tools wie splitter, mkgmap, gmt, gmapi-builder usw. usw. und an meinen Sponsor MotoRoute.net
Falls Ihr noch wertvolle Verbesserungs-Tipps habt, immer her damit!
Vor ungefähr einem Jahr kamen deine ersten Fragen zum Motorrad-Routing.
Jetzt stellst du eine (erste) Lösung für dieses Problem vor. Wirklich beeindruckend.
Und das Ganze hast du auch noch gut dokumentiert.
Die Doku werde ich demnächst noch um den Quell-Code der Mac-Version ergänzen.
Für den nächsten langen Winter habe ich dann vor, eine Linux-Version als reines Script zu erstellen und - um Download-Traffic zu sparen - die Bounds selbst zu kompilieren. osmconvert und osmfilter laufen ja bei mir inzwischen auch auf dem Mac. Danke nochmals
Die präzise schrittweise Anleitung ist auf jeden Fall gut - wie oft wird hier gefragt “was muß ich mit der heruntergeladenen Datei tun?”, “wie bekomme ich die Daten aufs Navi?” oder “wie wird aus germany.osm.pbf eine Karte für *?”. Ich würde aber dazu raten, die Verarbeitung noch stärker zu integrieren, also z.B. dem User das Herunterladen der OSM-Rohdaten abzunehmen und innerhalb Deines Programms eine entsprechende Auswahlliste anzubieten. Dann wird direkt die richtige Datei heruntergeladen und an der richtigen Stelle abgelegt. Analog so viele der übrigen Schritte wie möglich in den Wizard einbinden.
Die Analogie mit der Backmischung gefällt mir - noch stärker integriert könnte sie sogar den Einkauf von Mehl und Eiern übernehmen.
Ein pingeliger Kritikpunkt noch: auf der Motoroute-Seite ist mehrfach von /open street [Mm]ap/ die Rede, das sollte natürlich OpenStreetMap heißen. Ferner steht dort:
Das ist natürlich (abgesehen von Orthographie und Zeichensetzung) richtig - aber wie und wo meldet man denn so einen Fehler? (Bitte auf Notes verweisen, nicht mehr auf OpenStreetBugs.) Noch lieber wäre mir ein Hinweis, daß man auch selbst an OSM mitarbeiten kann - und nicht bloß Fehler melden. Je nach Region bleiben gemeldete Fehler jahrelang liegen, das ist sicher auch für den Melder nicht sehr befriedigend. Während der Kartenerzeugung sollte auch “Start_MRTK” reichlich Zeit haben, ein bißchen Reklame anzuzeigen, etwa: ach übrigens, die Daten stammen von OpenStreetMap, da kann man auch mitmachen.
Das wird’s bei meiner betagten Hardware dann auch wohl sein. Muss also doch erst mal kleinere Brötchen backen. Zum Glück wird das Wetter am Wochenende passend 
Jetzt mal Germany probieren … 
