Contents
- 1 Übers Autorouting
- 2 Alte Generation (Mapsource, Garmin GPS OHNE Activity Routing)
- 3 Mittlere Generation (Basecamp 3.3 - 4.5)
- 4 Neue Generation (Basecamp 4.6 - 4.8)
- 5 Faster Time / Kürzere Zeit versus Shorter Distance / Kürzere Strecke
- 6 Vermeidung von Straßentypen
- 7 Vermeidung von Merkmalen:
- 8 Routenberechnungsfehler
Übers Autorouting
Die VeloMap Karten sind zum Radfahren /Tourenradfahren und Rennradfahren gedacht. Daher werden prinzipiell dafür geeignete Wege gewählt. Große Straßen werden eher vermieden. Zum Autofahren muss man andere Karten fürs Autorouting benutzen. Wenn die Karten so benutzt werden von den Einstellungen, dass man angibt ein Auto zu fahren, keine Straßen zu vermeiden, große Straßen zu bevorzugen oder Kehrtwenden zu vermeiden, dann wird man über Nebenstraßen, Radwege, Radrouten und generell niederrangige Straßen geroutet.
Autobahnen und Schnellstraßen sind in den meisten Ländern von vornherein nicht Routingfähig.
Garmin hat 2012 und 2016 das Autorouting stark verändert. Daher muss man nun Unterscheiden, welches Garmin GPS man hat, bzw ob man Mapsource bzw Basecamp benutzt.
Alte Generation: Mapsource, Basecamp 1, 2 und 3.1 sowie 3.2, Alle Garmin GPS die noch kein Activity Routing unterstützen (etrex vista/legend/summit, edge 705, GPS Maps 60 Serie, Sowie auch Dakota, erste Generation Oregon, Montana, 62er Serie, und andere mit Firmware von 2011 oder älter). Achtung, nur Mapsource 6.16.3 ist voll kompatibel (außer Höhenlinien) mit den Velomaps. Auch Basecamp v1 oder v2 sollten auch nicht verwendet werden.
Mittlere Generation: Basecamp Version 3.3 - 4.5, Dakota neueste Firmware, Oregon 600 neueste Firmware, Montana, 62er mit Firmware neuer Juni 2012. Etrex 10,20,30 ist etwas ein Sonderfall, da sie noch kein wirkliches Activity Routing unterstützen, jedoch sonst zur mittleren Generation gehören. Selbiges gilt evtl auch für das Dakota 20 mit neuester Firmware. Garmin Edge 820/520 mit original Firmware
Neueste Generation: Basecamp v4.6 oder neuer, etrex 10x/20x/30x, Oregon 700/75, GPSMaps 64 aktuellste firmware/66 Serie, Edge 830/1030, Edge 820 aktuellste firmware
Nuvi, Zumo oder andere zum PKW Sektor gehörende GPS, kann ich nicht einordnen.
Mapsource & Basecamp vs GPS Einstellungen
Prinzipiell routet Mapsource/Basecamp zuverlaessiger als die "alten" GPS wie etrex/60CSx,edge 705 und etwas besser wie Nuvis oder Oregon/Dakota.
Faster Time / Kürzere Zeit versus Shorter Distance / Kürzere Strecke
Am GPS wie auch unter Mapsource kann man obiges einstellen. Bei Schnellere Strecke versucht das GPS/Mapsource/Basecamp bevorzugt schoene Straßen/Wege auszuwaehlen. Dies kann jedoch zu großen Umwegen fuehren (und leider wird auch scharfes abbiegen gemieden). Besonders auf kurzen Strecken funktioniert dies sehr gut. Stellt man um auf Kuerzere Distanz wird eher versucht einen geraden Weg zu suchen - wobei jedoch noch immer Wege/Trails bevorzugt werden gegenueber Straßen.
Besonders fuer das Routen ueber groeßere Distanzen OHNE VIAPUNKTE zu setzen, ist dies empfehlenswert - da Schnellere Strecke auf laengere Distanzen nicht berechnet werden kann (Abbruch mit Fehlermeldung).
Geschätzte Ankunftszeit
Garmin GPS unterstützen keine vernünftige Berechnung der Ankunftszeit, für Radfahrer oder Fußgänger, egal mit welcher Karte. Auch werden Höhenlinien/Höhendaten (selbst mit Activity Routing und entsprechenden Karten) nicht für die Berechnung der Ankunftszeit verwendet.
Im Modus Fahrrad wird einfach ein Fixgeschwindigkeit benutzt (je nach Straße 8km/h oder 18km/h, Im Modus Fuß 4km/h. In den motorisierten Modi dagegen abhängig vom Straßentyp. Mit der Velomap macht daher die Ankunftszeit keinen Sinn. Man sollte lieber selber überlegen wie lange man für X Kilometer braucht, und Höhenunterschiede nicht vergessen.
Prozentindikator fuer Routenberechung (nur GPS)
Der Prozentindikator hat einen Bug. Er geht mindestens jede Sekunde um 1% hinauf. Dadurch kann es passieren, dass er bei 100% ankommt, aber die Route noch lange nicht zu Ende berechnet ist. Hier hilft nur warten bis entweder die Route berechnet ist, oder ein "out of memory" Fehler gemeldet wird (oder man drueckt auf Cancel/Abbruch).
Der Höhenmodus macht bei den Velomap keinen Unterschied im Routing.
Vermeidung von Straßentypen
Autobahnen: Ich habe die Bevorzugung von Fahrradrouten als Autobahnen in die Velomap eingetragen. Für Rennradfahrer kann es also Sinn machen, bei Autobahnen vermeiden einen Haken zu setzen. Tourenradfahrer, oder Freizeitradler wollen dies sicherlich nicht - in dem Fall also auf keinen Fall Autobahnen vermeiden aktivieren.
Bundesstraßen: Bitte auf keinen Fall vermeiden. Mit dieser Kategorie, würden sonst fast alle Fahrradwege, und niederrangigen Straßen, oder Wege mit guter Oberfläche rausfliegen.
Landstraßen: Nie aktivieren, der Großteil der Straßen und Wege in der Velomap ist so klassifiziert.
Straßen in Wohngebieten: Wenn man dies aktiviert, werden Primaries und Secondaries in den meisten Fällen fürs Routing gesperrt, sowie "highway=residential" also echte Straßen in Wohngebieten, oder Straßen/Wege die fürs Rennrad nicht gut geeignet sind. Da sämtliche dieser Straßen eh ein niedrige Priorität haben, macht das ausschließen wenn nur für Autorouting fürs Rennrad Sinn.
Unbefestigte Straßen: Macht was es sagt, und vermeidet sämtliche unbefestigte Straßen und Wege. Zusätzlich aber auch noch Wege/Straßen wo man prinzipiell ganz gut fahrradfahren kann, dies aber verboten ist, oder fahren gegen Einbahnen. Da in der Velomap sowieso nur halbwegs gut befestigte Straßen routingfähig sind (soweit korrekt getagged in OSM), macht ein Haken hier, wiederum primär nur für Rennradfahrer Sinn.
Vermeidung von Merkmalen:
Mautstraßen: Wege die man lieber nicht benutzt, sind so klassifiziert. Allerdings haben die eh niedrige Priorität. In allen Modi außer Auto/Motorrad ist diese Vermeidung nicht abwählbar. Im Auto/Motorradprofil kann man sie aktivieren.
Fähren - Vermeidet Fähren, und Gondeln / Lifte / Autoverladezüge die Fahrräder mitnehmen.
Kehrtwenden - Schließt enge Kurven vom Routing aus. Nie aktivieren!
Seilbahnen: ohne Funktion mit Velomaps (am besten daher nicht aktivieren)
Schmale Wege: ohne Funktion mit Velomaps (am besten daher nicht aktivieren)
Fahrgemeinschaftsspuren: Wenn aktiviert (und dies ist Standard in allen Modi außer Auto/Motorrad), dann wird nicht über Wege geroutet, auf denen Fahrradfahren verboten ist (aber evtl praktisch). Macht primär fürs Rennradfahren Sinn.
Datum und Uhrzeit von Sperrungen - ohne Funktion mit Velomaps (am besten daher nicht aktivieren)
Steige: ohne Funktion mit Velomaps (am besten daher nicht aktivieren)
Kreisverkehr: Macht genau was es sagt. Es schließt alle Kreisverkehre aus. Sollte daher also nie aktiviert werden.
Routenberechnungsfehler
Leider ist die Berechungsmethode die Garmin benutzt, primaer fuer Routing vom Ort zur Autobahn/Schnellstraße - auf Autobahn Schnellstraße zum Zielort, und wieder kurz ueber Ortsstraßen zum Ziel optimiert. Der Routingalgorythmus versucht so selten wie moeglich abzubiegen, und wenn er abbiegen muss, dann moeglichst ohne große Richtungsaenderung. Daher funktionieren lange Routen auf einmal berechnet nicht. Abhilfe schafft hier, dass man Viapunkte setzt - denn ueber kuerzere Strecken (zaehlen tut hier nicht die Distanz an sich, sondern die Anzahl an Abbiegevorgaengen), funktioniert das Routing recht gut (und besser als mit velomaps wird man es nicht hinbekommen - solange Garmin nicht einen neuen Algorythmus verwendet).
Je besser/dichter eine Region gemapped ist, desto schwieriger ist es folglich auch die Route zu berechnen. Es gibt ein paar Moeglichkeiten um OHNE Viapunkte laengere Routen zu berechnen. Ersten von PKW das Fahrzeug auf Fahrrad umstellen. Und Zweitens von Schnellere Strecke auf Kuerzere Distanz. Drittens Routenberechnungsmethode zu wechseln. Und Viertens, "Unbefestigte Wege vermeiden" deaktivieren, da evtl ein paar ganz kleine Abschnitte hier fuer große Umwege verantwortlich sind (etwa weil in OSM etwas falsch/nicht ausreichend getagged ist). Ausserdem muessen von Mapsource ans GPS gesandte Routen am GPS neu berechnet werden. Dazu unten mehr
Achtung Kartenversion:
Die Kartenversion mit der die Route am PC geplant wird, muss ident zur Karte sein die du am Garmin GPS Gerät nutzt. Das bedeutet selbes Kartenerstelldatum! Und auch selbes Land (wobei das wenn es nicht über Grenzen geht meist egal ist). Also Karten am PC und am Gerät immer gleichzeitig updaten - wenn du Routen am PC planst. Für Tracks ist dies natürlich egal.
Weitere Gruende warum das Autorouting nicht auf laengere Strecken funktioniert:
1. Sehr haeufig sind in OSM leider Straßen nicht verbunden, dies zerstoert natuerlich die beste Berechnungsmethode. 2. Zu wenig fuers Fahrradfahren geieignete Straßen, aber viele ungeeignete. Besonders innerhalb von Großstaedten tut sich das Autorouting schwerer. Da etwa auch Ampeln beachtet werden und zu einer Abwertung einer Straße fuehren. Loesung: Zusätzlich Via-Punkte
Wie man trotzdem ueber laengere Strecken Routen am PC plant die das GPS neuberechnen kann:
Da das GPS die von Mapsource gesandten Routen neu berechnen muss, ist es erforderlich dies dem GPS leichter zu machen. Dies geht etwa indem man alle 1-2 km einen Viapunkt setzt. oder aber indem man die Route so plant in Mapsource / Basecamp wie man will, und vor dem senden ans GPS intelligent WinGDB Viapunkte hinzufuegen laesst. Dann entspricht auch die berechnete Strecke von Mapsource fast 1:1 der Neuberechnung am GPS. Mit der hier erklaerten Anleitung Routen effektiv planen, kann man auch mal locker 200-400km Strecke in eine Route integrieren, und die GPS koennen sie ohne Probleme neuberechnen. Auch kann WinGDB eine Route in einen Track umwandeln (oder umgekehrt) falls man lieber mit Tracks arbeitet - aber zur Planung den Komfort des Autoroutings am PC genießen will.
Hallo Felix,
seit einiger Zeit bemerke ich in Basecamp+Velomap, dass Routing über als “Pdstrn” (Fußgänger) gekennzeichnete Wege strikt vermieden wird. Nun ist es oft so, dass dort gleichzeitig ausgewiesene Fahrradrouten langführen. Das ergibt zusammen keinen Sinn. Man kann mit zusätzlichen Wegepunkten die Strecke erwingen, aber in einigen Fällen musste ich sehr viele Punkte setzen.
Viele Grüße, Peter
Welcher Modus? Seit dem letzten Update hat Basecamp leider wieder einiges verschlechtert am routing kommt mir vor.vor allem wenn Fußgänger/wandern usw als Modus ausgewählt ist.
Basecamp 4.7.4 von Mai 2021: Tourradfahren – kürzere Strecke – Vermeidung von Straßentypen und Merkmalen nichts angehakt
M.E. ist dass auch erst später aufgetreten – dann kann es eigentlich nur eine Änderung in Velomap sein, oder?
Ich habe es auch mal mit dem guten alten Mapsource probiert: genau der gleiche Effekt.
Hmm, sehr komisch – kannst du mir mal einen OSM Permalink zu so einem Stück antworten. Eigentlich dürfte das nicht sein (außer es hat Fahrradverbot mit xbk pdstrn bezeichnet)
Meine “Lieblingstelle”:
https://www.openstreetmap.org/?mlat=53.32656&mlon=11.48758#map=17/53.32656/11.48758&layers=C
https://www.openstreetmap.org/?mlat=53.33351&mlon=11.48514#map=17/53.33351/11.48514&layers=C
Die Hofdamenallee im Schlosspark Ludwigslust. Da führen der Mecklenburgische Seenradweg und der Residenzstädte-Radweg lang.
Viele Grüße, Peter
Soweit ich sehe, ist der Weg als “pdstrn”, aber nicht als “xbk pdstrn” gekennzeichnet.
Super vielen Dank – ich habe den Fehler gefunden. Ich habe nicht überprüft ob highway=pedestrian Teil einer Fahrradroute oder MTB Route ist beim setzen der Tags zum verbieten der Nutzung des Weges. Ich update grad alle Karten neu – wird in 24-36h für die Deutschlandkarte (Version 27.11 oder 28.11) aktualisiert sein. Ich denke es macht Sinn die sonst per default in der VeloMap auszunehmen – da in Deutschland pedestrian wenn kein bicycle Tag vorhanden ist laut Tagging Richtlinien verboten ist für Fahrrad (im Prinzip ist es hier also ein Tagging Fehler – das dort eine Fahrrad route entlang geht, kann ja auch bedeuten absteigen nötig. Ein bicycle=yes wäre angebracht (ich halte mich hier in der VeloMap an die Richtlinien je nach Land laut OSM Wiki – und für Deutshcland ist per default eben verboten=absteigen.
Vielen Dank, das klappt jetzt. Ich gebe Dir recht, dass das Tagging auf solchen Stecken geändert werden müsste. Denn ich habe real noch nie ein längeres Stück gesehen, wo ein Radweg lang ging und ich hätte schieben müssen.
Ich habe aber im Zuge dessen bzw auch schon vorher ein Problem beim Routing in Basecamp gefunden – und das Routing diesbezügich etwas angepasst. Aber das betraf nicht pdstrn mit Fahrradrouten oder MTB Routen (sehr wohl aber ohne – allerdings auch nur im Modus Fußgänger/wandern)
ö
Hi Felix, I’ve been using your maps in Berlin for a few days now. And while I like the looks, I’m not too thrilled about the routing.
I think this is related to your general preference for small streets. While for many use cases that makes perfect sense, for functional commuting (getting from A to B fast without getting hit by a car) in a big city like Berlin, this is not optimal.
In many cases a big city street (with two lanes each way and a cycling-lane painted on the street) is faster and safer than a small street (with one lane and no cycling strip, or one on the sidewalk that is in terrible shape) where car drivers are often very aggressive because they can’t pass you easily and think you should ride on the non-functional sidewalk strip. I think many of us know the scenario…
So my question is, would it be possible to have a configuration profile for this sort of commuting? Priority to fast big roads, scenic views unimportant? (By comparison, I’ve tried the BBBike map, and while not perfect, at least it doesn’t actively try to chase me off a big street at every opportunity).
Of course general routing can never be perfect. But I think there are different functional ways of riding a bicycle. They are all legitimate, but they would need different routing protocols.
It is really hard to get nice routing outside of cities while also getting decent routing in cities – even more as it’s completely random if big streets are a good optio nor not. Sometimes they are – sometimes not at all – yes I likely 50% of the time in big cities also use big streets – as they have better green light phases over small streets. And yes I try to avoid steets which have a cylceway=track while favouring cycleway=lane. That only works if people tag this correctly. Additionally the key class:bicycle may be useful which I also look at. A big problem then of course is trying to get this into the garmin algorythm which acts more and more random (10 years ago this was much better – before they tried to change the algo to create usable bicycle routing with their old maps not made for bicycles…). Most of the blame here is on Garmin actually which made it next to impossible to get proper routing for bicycles.
Hi Felix, I have a Mid Generation GPS – the Oregon 600. You mention above to use Basecamp v3.3 to v4.5. Dakota, Oregon 600/650, Montana, etc.
But only the new basecamp 4.7.3 is available for download.
Will that still work with the Oregon?
Any special instructions? Thank you.
sorry if you misunderstood – just use the new Basecamp. The only thing is that the autorouting in the older Basecamp versions was more similar to how it will work on the 600. No worries using the newest Basecamp version – just when rerouting on device the differences may be a bit bigger.
Thank you, that’s perfect
I have a query on how turn by turn directions (on a Garmin Edge 530) work with regard to roundabouts. I’ve had a play and it seems that to take a right turn on a round about here in the uk (would be the 3rd exit), my turn by turn instructions tell me to take a left turn, then a right turn and then another left turn – ie instead of telling me to take the 3rd exit, its navigating me round the roundabout itself. Is there anyway to change this behaviour? The standard Garmin maps seem to at least acknowledge the existence of roundabouts rather than try to treat each part of the roundabout as a separate turn. Cheers.
it shouldn’t happen that way. Is it on the Europe map or UK map? In the Europe map it’s not avoidable. but in the UK map it should be fine.
Hi. Im using the Great Britain map, on an edge 530 with latest firmware. I’ve just removed and reinstalled the Velomap, and made sure all other maps are disabled on the device (apart from the Garmin INTL Basemap). It seems to happen with route calculation on the device itself, or via saved courses (imported from Komoot). I’ve also tried routing (bicycle mode) via Garmin basecamp, with the edge 530 attached and using the Velomap – its the same, it doesn’t recognise the roundabout, but does with Garmin maps for the same route
Is there anything I could send to assists with this?
yep it doesn’t recognise roundabouts – I disabled that because of a bug – but actually it was a bit unrelated. From next map update onwards I will re-enable roundabout specific routing.
Ok great stuff, thanks for the update, much appreciated!
I can see this has been updated already, and is now working perfectly! Thanks for sorting it.
Hallo Felix, ich habe ein Problem mit dem Autorouting: Velomap-Karte vom 02.07.20, Route geplant mit BaseCamp 4.7.2, im Wesentlichen auf eingezeichneten Fernradwegen, 60 km, 25 Zwischenziele. Unser Oregon 600 routet problemlos, unser Oregon 700 verliert alle paar km die Route. Er will dann umkehren zum letzten oder vorletzten Zwischenziel. Manchmal fängt er sich wieder beim Erreichen des nächsten Zwischenziels, sonst manchmal beim erneuten Start der Route. Dabei zeigt er dann statt der Route lange parallele Geraden zu den Zwischenzielen. Das Routing ist so völlig unbrauchbar. Die Oregons haben die aktuelle Firmware und sind mit einer fertigen Deutschland Karte als img bestückt. Kannst du mir helfen?
Gruß Axel
Sehr komisch – ich hab leider kein 700er zum überprüfen. Kannst du mal stattdessen die Länderkarte am 700er probieren – also ein ganz aktuelle? Die Routing Einstellungen sind identisch?
Hallo Felix,
Ich habe sämtliche Kombination der Routing – Optionen ausprobiert. Die Länderkarte kann ich nicht probieren, da ich unterwegs bin und kein Notebook auf dem Fahrrad habe. Ich habe das Verhalten schon vorher bemerkt, aber es damit begründet, dass ich Kreisrouten mit identischem Start und Ziel gefahren bin. Damals habe ich eine Länderkarte benutzt.
Hallo Felix, ich habe jetzt die img-Datei vom 10.07. installiert. Keine Verbesserung. Der Oregon 700 unterscheidet sich in den Konfiguration-Möglichkeiten erheblich vom 600 und auch im Verhalten. Er neigt dazu, die Zwischenziele zu ignorieren oder daran zu scheitern. Am besten funktioniert Off-Road, dann werden allergings die Zwischenziele ignoriert. Gibt es denn niemanden, der die gleichen Probleme mit einem 700er hat? Vielleicht solltest Du mal einen 700er testen?
Ich werde mal versuchen an ein 700er zu kommen.
Hallo Felix, noch eine Rückmeldung nach 1200 km: das oben geschilderte Verhalten habe ich auf dem Radweg HH Rügen beobachtet. Auf dem Oder-Neiße-Radweg funktionierte das Routing recht gut, allerdings ist dort das Wegenetz wohl auch weniger komplex. Auffällig war allerdings , dass der 700 oft im Detail andere routen vorschlug als der 600, der sehr konform zu Basecamp routet. Das Verhalten des 700 konnte ich durch die Einstellungen nicht beeinflussen.
Hallo Felix,
leider habe ich im vergangenen Jahr keine Rückmeldung mehr von Dir bekommen.
Da der Fahrradurlaub in Kürze ansteht, habe ich meine Oregon 600 und 700 (jeweils mit aktueller Firmware) mit der aktuellen Germany.img vom 19.06.2021 bestückt. Eine Probetour mit dem Oregon 700 ergab, dass die Routingprobleme aus dem letzten Jahr noch größer geworden sind, ein Autorouting ist nicht mehr möglich. Regelmäßig will das Gerät zum letzten passierten Zwischenziel zurückrouten. Ein Routing auf dem Oregon 600 (was im letzten Jahr bis auf wenige Ausnahmen noch funktionierte) ist nicht mehr möglich. Das Gerät bricht nach “LOS” das Routing ab. Teilweise haben beide Geräte die Meldung gegeben, dass über 50 Zwischenziele nicht geroutet werden können, obwohl die nicht der Fall war. Kurze Routen – ca. 20 km – mit etwa 15 bis 20 Zwischenziele funktionieren nicht mehr. Diese Routen konnte ich im letzten Jahr mit den älteren Karten problemlos verwenden. Ich habe die Garmins mit den von Dir empfohlenen Routing-Einstellungen versehen und auch weitere Kombinationen erfolglos ausprobiert.
Mein Fazit nach mehreren Stunden Aufwand: Deine Karte vom 19.06.2021 ist für Autorouting-Zwecke auf Garmin Oregon 600 und 700 nicht einsetzbar.
Ein Quercheck mit OpenTopoMap-Karten ergab, dass diese auf beiden Geräten schnell und problemlos routen, allerdings mit wenigen Abweichungen.
Ich hätte gern von Dir eine Rückmeldung, ob Du mir für das von mir gewünschte Autorouting Velomapkarten bis Mitte Juli bereitstellen kannst oder ob ich auf ein anderen Kartenprodukt wechseln muss. Ich würde dies bedauern, da ich bislang mit dem Layout der Karten und dem von Dir geleisteten Support zufrieden war.
Gruß Axel
Bist du sicher dass du keine Vermeidungen aktiviert hast? Ich habe am 600er keine Probleme. Ein 700er habe ich noch nicht – ich habe ab nächster Woche noch eine Fenix 6x Pro zum überprüfen (da die nur 64 Farben darstellen kann – habe ich eine bestellt um dafür ein Layout zu kreieren – da es derzeit problematisch ist).
Außer dir hat niemand solche Probleme gemeldet. 49 Zwischenziele auf einer Route könnten ein Limit sein – also nicht mehr als 49 Zwischenziele.
Die Routen hast du in Basecamp erstellt und dann auf das Gerät übertragen? Die Karte mit der du die Routen erstellst ist identisch zu der auf dem 600er und 700er (das ist sehr wichtig). Alle anderen Karten sind deaktiviert (bzw entferne sie sogar mal temporär durch umbennenen der Dateiendung etwa zu .img.bak.
Gerade Bundestraßen und Autobahnen vermeiden etwa führt dazu dass das Routing nicht nutzbar ist.
Nachdem ich gestern Abend noch einen Warnhinweis auf die unterschiedlichen Kartenversionen gefunden hatte, habe ich die .img-Datei vom 19.06. durch die Deutschlandkarte vom 14.05.21, die ich in Basecamp nutze, auf den Handgeräten ersetzt (per Garmin Mapinstall). Nun sind die Karten identisch und die auf dieser Kartenversion in Basecamp erstellte Routen funktionieren auf den Handgeräten tadellos! Das Routing ist in wenigen Sekunden berechnet, ich bin heute erfolgreich eine Kreistour mit 40 km und 41 Zwischenzielen gefahren. Auch das Einspringen mitten in der Tour geht reibungslos. Aber: Alte Routen (ich habe über 500 Routen) müssen mit einer neuen Karte neu berechnet werden, sonst gibt es die genannten Probleme auf dem Handgerät. Ich denke, Du solltest den Hinweis zu den Kartenversionen deutlich prominenter platzieren, da insbes. die .img-Datein sonst ein Stolperstein sind. Auch kann man mal vergessen, ein Kartenupdate im PC auf den Handgeräten nachzuziehen.
Da wir auf den Fahrradurlauben Wandertage einlegen, die ich mit der Openmtbmap plane: Gibt es etwas zu beachten, wenn beide Karten auf dem Handgeräte in zwei .img-Dateien vorhanden sind? Kann es durch die Verwendung der Höhenmodelldateien zu Problemen kommen?
Das sollte doch logisch sein. Das Problem muss nicht immer auftreten – aber wenn eine Straße etwa verschoben ist – oder nicht mehr existiert – dann ist die Route futsch. Genauso wenn ich etwas am style-file – also der Erstellung bezüglich des Routings ändere. Das betrifft alle Karten, also nicht nur meine sondern auch jede andere Karte basierend auf OSM, oder Garmins eigene Karten.
WAs meinst du mit beide Karten – wichtig ist nur keine Karte doppelt. Höhenlinien sind als gmapsupp.img separate Karte – in dem Fall dürfen die Höhenlinien halt nicht auch nochmal mit der Karte an sich gesendet worden sein (etwa mit MapInstall).
Aber ich habe jetzt hier nochmals einen Absatz diesbezüglich eingefügt.