nachdem meine Motorrad-Touren Karte immer besser und schöner wird, habe ich nun das Problem, dass der Splitter (Version r200) nicht ganz sauber trennt. Und nun habe ich zwischen den Kacheln kleine, kaum auffallende Lücken, die das Routing von der OSM-Karte auf die Garmin-Basemap zurückfallen lassen. Ich habe deutschland.osm.bz bei der Geofabrik geladen.
Auch ohne ‘–overlap=2000’ wird diese Option mit dem defaultwert 2000 gesetzt, siehe unten die Ausgabe von Splitter, einfach nur mal so ausprobiert, ich baue meine Karten aber schon lange mit dieser Option.
Ich glaube, Dein Problem liegt eher bei mkgmap, leider kann ich aber ohne Kenntnis Deiner Optionen dazu nichts sagen:
Edit: Ich hätte die Option --output-dir setzen sollen, habe mir mein Workdir etwas zugemüllt, zum Glück habe ich nicht versucht meinen Planet zu splitten
das glaube ich seit gestern auch, denn mit “–max-nodes=1000000” hat sich nur die Laufzeit von mkgmap verlängert, die Lücke in der zusammengeklebten gmapsupp.img aber blieb exakt an meiner Prüfstelle (Routing von mir zuhause zu meiner Motorrad-Werkstatt). Auf mich wirkt es so, dass es nur in der mit mkgmap erzeugten gmapsupp.img ist und sich nicht auf das später erzeugte gmapi-File für BaseCamp durchschlägt.
Gibt es andere Tools, Einstellungen, Mittel und Wege das zu verbessern?
Bei einer Lücke während einer Route fällt mein Garmin auf die rudimentäre Basemap mit den eckigen Fernstraßen-Linien zurück. Das ist unschön.
Bei mir war das Problem die mkgmap-Option “–ignore-osm-bounds”. Die ist zu Urzeiten irgendwie in mein Skript reingekommen und ich habe gesucht wie verrückt, warum das inter-tile-routing nicht funktioniert.
Als Splitter benutze ich auch die r200, alles prima!
Das Bild stammt von meinen Garmin zûmo550. Die Stelle, wo das Routing von der gmapsupp.img, die ich mit mkgmap generiert habe, auf die Basemap von Garmin’s zûmo zurückfällt, ist der dünne Strich links vom Mauszeiger. Rechts daneben die Ansicht mit Garmin’s Basemap, wo auch nochmals genau zu erkennen ist, das rechts von der Kachelgrenze auf OSM-Daten und links davon auf Basemap-Fernstraßen geroutet wird. Der Routing-Fehler kommt also von der Lücke zwischen den Kachelgrenzen. Wodurch aber entsteht die Lücke?
Nochmals betont: Es handelt sich um eine winzige Lücke zwischen Kachelgrenzen in der Datei gmapsupp.img, die von mkgmap erstellt wurde. Ob und wie es sich direkt in der Garmin Software MapSource oder BaseCamp auswirkt, habe ich bisher nicht getestet.
Vielleicht hat ja irgendjemand den entscheidenen Tipp!?
Vielleicht liegt es aber auch an mkgmap bei der Erzeugung der gmapsupp.img!?
Ich habe mir mal die Gegend angesehen, habe aber dort keine Kachelgrenze, hätte mich auch überrascht
Über Kachelgrenzen kann ich aber hinwegrouten, egal ob AIO oder RRK, in Basecamp geht es auch.
Was mich aber etwas verwundert, die Problemstelle ist immer an der gleichen Stelle?
Sollte aber bei variablen Daten nicht der Fall sein, bei meinen Karten verschieben die sich.
Folgendes nur so als Hinweis, muss nicht zutreffen:
Ein anderer Lösungsansatz wäre gerätespezifisch, da sich die Garmins sonderbar verhalten, wenn man die SD-Karte nicht sauber entfernt. Einzelne Elemente sind verschwunden, bei meinem und fremden Oregon schon beobachtet, vielleicht hat Dein Gerät eigene Probleme, dass könnte die Lücke zumindest möglich machen. Ein Zurücksetzen auf Werkszustand kann dann helfen, sichere aber Deine Daten.
habe erst heute die Zeit gefunden, meinen zûmo550 Hardwaremäßig zu resetten. Kein Erfolg.
Ebenso habe ich auch zwischenzeitlich neu gesplittete und erzeugte Karten sowohl auf meinem als auch dem zûmo550 meiner Frau getestet. Immer an diesen Kartenlücken klappt es nicht mit dem Routing.
Aber: In Basecamp klappt es.
Sendet man dann jedoch die Karten mit MapInstall wieder an den zûmo550 sind die Lücken sogar noch schlimmer.
Für mich sieht es inzwischen nach einer Inkonsistenz zwischen mkgmap und den zûmos aus.
Ist jedenfalls äußerst unschön, wenn gerade das Navi einen unterwegs in die Botanik schicken will
