- About the Autorouting
- Usage Instructions
- Mapsource vs GPS settings
- Faster Time vs Shorter Distance
- Transport Modes
- Avoidances
- Estimated Arrival time
- Route Calculation method (GPS only)
- Route Calculation Percentage value
- Route Calculation Fails
- Routing does not work over long distances:
- How to overcome problems when routing over long distances:
- Comments (37)
About the Autorouting
The maps offered here are to be used for cycling and roadbiking. There is a general preference to route you small streets and cycleways. Streets have lower priotriy. However note that the GPS will not take huge detours on trails to avoid a primary or secondary highway – even though they have the lowest priority. Autorouting with my maps is unusable with a motorcar. Use another Openstreetmap implementation instead if you intend to use your car. The maps can be used for autorouting on a racing bicycle – though one could create better maps especially for that purpose.
Usage Instructions
Mapsource vs GPS settings
In Mapsource under options/autorouting you have a slider to prefer small roads (left side) to highways (right side). If you move this slider to the right hand side, better suited ways/streets will be preferred. On the GPS such a setting does not exist, but the GPS is anyhow more strict on choosing well suited roads. On the other hand the "route calculation method" is only available on the GPS.
Faster Time vs Shorter Distance
With my maps shorter distance already tries to route over nice ways. If you use "faster time" – especially in combination with car/motorcycle then an even higher preference for "nice" ways will be used and routes tend to be longer (more detours) overall. With my maps there is no such routing as really shortest distance (it is actually impossible to do really have autorouting on Garmin GPS find the shortest route over long distances). If you use shorter distance the route will be in general straighter and with less detours – also longer overall distances will be calculated without crashing (error notice, no actual crash).
Transport Modes
Please note, etrex 30 and Garmin Basecamp currently don't accept any limitations set with transport mode. Avoidances like unpaved roads or toll roads do work however. It is well possible that with future firmware updates also other Garmin GPS devices will omit the transport mode selection.
Car/Motorcycle; Delivery; Emergency = Works well in combination with "faster time". Works well on shorter distances – might produce long detours.
Taxi = avoids under most circumstances footways; steps, pedestrian ways, living streets or streets with unknown surface/tracktype. Behaves however like Car/Motorcycle in Basecamp >=3.2 or etrex x0 GPS devices. To avoid unpaved ways, you still need to select to avoid them.
Bus / Truck = Avoids turning. Hence don't use it.
Pedestrian no good autorouting over longer distances, will usually give quite direct vias – does not respect oneways.
Bicycle = Works well in combination with "shorter distance". Is good for calculating longer distances on you GPS if you get "out of memory" errors.
Basecamp and newer Garmin GPS sometimes do not follow the transport modes strictly.
Avoidances
Avoid unpaved roads Avoids ways that are not good enough quality for a racing bicycle (sometimes this fails because of missing/wrong OSM data or tags).
Avoid toll roads Avoids ways not suitable for a trekking bicycle. Note really difficulty ways like via ferratas, difficult alpine ways, or difficult mtb trails are not routable anyhow.
Avoid Ferries – Avoids ferries, cablecars, gondolas and mixed lifts.
Carpool lanes – NEVER tick this, might destroy autorouting.
U-Turns avoid sharp turns – best not use, because it will destroy sensible autorouting.
NEVER Tick "Avoid Highways" – It will block the best ways. On my maps, shared use pathes and cycleways are encoded for the GPS as highways. Real highways or big streets where cycling is not allowed are not routable anyhow with the Velomaps.
Seasonal Road closures – it is currently not possible with mkgmap to produce maps that react to this setting.
Estimated Arrival time
It is not possible to have nice routing with correct estimated arrival times for cycling if you use car/motorcycle mode (but that might give you the best routing). Using bicycle the estimated arrival times using "faster time" are simply calculated by averaging 18km/h – hence not very useful. Using "shorter distance" the arrival time often becomes really bogus.
Route Calculation method (GPS only)
Per default I would advise to use "quick". However if you get "out of memory" errors, go for "better route". On best route calculation is able to get you to pretty remote places, however you might need to wait up to 10 minutes or longer until the calculation is actually finished.
Route Calculation Percentage value
The indicator has a bug on all units. It is only correct if jumping by several percent. However if it only increases by one percent per second, then it will reach 100% long before it has calculated the route. Hence when it gets stuck at 100%, there is still a good chance that the route can actually be calculated correctly. Using "better route" or "best route" for route calculation method, this often means waiting 3-5minutes until the route is actually calculated.
Route Calculation Fails
If Routing fails and you need to get somewhere without being able to set via points, you can try with “shorter distance” caculation which should autoroute even through heavily mapped cities (actually the better a region is mapped, without sufficient bicycle/mtb routes the more difficult it is for the routing engine to get over longer distances, Enabling “shorter distance” instead of “Faster Time” gets you to your destination quite well (though then also big streets are chosen quite often). Due to the way the maps are setup, setting your GPS to “shorter distance” should generate routes that are much quicker. “Faster Time” calculates nicer routes, but will take much more time. It it fails with "out of memory" error, you can also change the route calculation method. Another possibility to to deactivate "avoid unpaved roads". Often some very small patches of unpaved roads will hinder the routing to work well. Then just try to cycle a bit nearer using the route, and after a few kilometers (or better say 20 turns) click on recalculate after reactivating avoid unpaved roads.
Routing does not work over long distances:
There are two main causes for bad routing: 1. non connected streets in OSM. 2. Not enough streets suitable for cycling – or tracks and pathes that are not tagged with tracktype/smoothness so that they are blocked when using "avoid unpaved roads". You should be able to route for 15km minimum to about 70-80km maximum without needing to route over via points on old GPS. Using Mapsource or newer GPS like Oregon or Dakota you can route over much longer distances. Very very long routes will never work because the routing engine of Garmin is not strong enough (and maybe there are still some improvements to be made in mkgmap). This is because Garmin algorithm likes to go straight for long time (like on a motorway) – routes suitable for cycling or mountainbiking make turns, have many intersections and are not so easy to be routed on. Because I don't want the maps to send you onto big roads, routing will not work over long distances. For autorouting inside your car there are better maps available. Maps offered here are supposed to give you the best routing possible on Garmin GPS for mountainbiking / hiking or cycling. Solution: Insert additional via-points.
How to overcome problems when routing over long distances:
Routing without via points over large distances (i.e. 50-100km) will often not work, even though by setting via points you will find a way. The better the OSM Coverage the greater the distance you can cover with the autoroute function. For in car use I recommend either Garmin City Navigator maps if you have the doll to shell out, or the excellent Autoroutable maps by Lambertus: http://garmin.na1400.info/routable.php The maps offered here are to be used for cycling, commuting via bicycle and roadbiking. I have structured the Routing Preferences so that small streets are preferred over larger streets. If you want to plan you're routes in Mapsource and be sure that recalculation works on GPS I recommend you to read through here: plan-routes-efficiently following this tutorial and using wingdb you can easily create routes via pc that go over 200-300km. I advise however to make a new route for each day.
Hallo,
endlich habe ich meinen Etrex Vista durch den Montana 650 ersetzt. Jetzt wollte ich die Autoroutingeinstellungen testen. Nach dem ich alle erdenklichen Kombinationen probiert habe, hat nicht eine davon auf meiner kurzen Testroute auf dem Ilmradwanderweg geroutet, sondern auf der parallel verlaufenden Bundesstraße. Wie bekomme ich den Montana dazu, auf dem Fernradweg zu routen?
schwer zu sagen, es hängt von zu vielen Faktoren ab.
Hallo,
@extremcarver: Salomonische Antwort
Aber irgendwie muss man das doch zum Laufen bekommmen. In Mapsource funktioniert das Autorouting auch mit wenigen WP super, fast immer werden Radweg genutzt. Nur bei meinen nagelneuen Montanan 650 soll das Routing nicht genauso funktionieren?
Evtl. hat ja einer von Euch bereits Erfahrungen mit dem Montana u. Autorouting mit Velomap???
probier mal mit Basecamp 3.3 – dass sollte sich normalerweise ähnlicher verhalten….
Hallo Felix,
Nach dem download vom neuen Europakarte geht der autorouting in Mapsource nicht mehr. Was kann loss sein?
Höhendaten nicht mit ausgewählt, ist derzeit leider ein Problem. Werde es für die anderen Karten mit dem nächsten Update ändern. Bei Europa bis zum nächsten Update immer die Höhenlinien mitinstallieren…
Verzeihung, hatte eine Falsche Reply gedrückt. Nun unter diese posting:
Das Problem -neben die Problemen mit den Höhenlinien- ist die Autorouting. Vorher konnte ich ein Route machen mit einige Waypoints und Mapsource machte daraus ein Route über die Wegen. Das geht nicht mehr. Mapsource zeigt nur noch eine gerade Linie von ein Waypoint zu das nächste.
Oder hat das Autorouting Problem mit die Höhenlinien zu tun?
Autorouting ist derzeit kaputt, wenn bei der Installation die Höhenlinien nicht ausgewählt werden. Ich werde heute die Karten updaten um diesen Fehler zu beheben (bis auf Europakarte – da mache ich erst in 1-2 Wochen wieder ein Update).
Big fan of your maps for cycling in Belgium with an Edge 605. However:
I’m finding that many of the tracks that have no further info (e.g. TrackType or Surface) are not in fact suitable for race bikes.
Secondly is it possible to reduce (slightly) the use of surface=cobblestones – I know some cyclists do like them but I doubt it is a majority.
And any ideas why city search does not work in basecamp for OSX – “address search is not supported” s the error message?
HB
Well I think surface=cobblestone is treated like tracktype=grade2 so if you remove unpaved roads, it should only be routed in rare circumstances..
tracks without further info, are a huge problem. If I take them out, trekking cyclists won’t be happy, and so on. I think that if you avoid unpaved roads (activated) then they should not be taken, are they??
As for OSX, I have no clue at all. I suppose something went wrong when transforming the maps to gmap format…
Thanks for the clarification. Cobblestones as grade2 sounds right, and I’ll look out more carefully. But tracks with no other info are frequently routed (I update OSM afterwards of course) and that’s a problem – could you default to grade2 for the velomap?
How do you deal with rcn relations? I’m a road cyclist that prefers back streets to a cycle lane (and even sometimes a track), but I have not found a way to get that without a lot of waypoints.
Tracks with no tracktype are taken with very low priority, but not as unpaved. Meaning you should not be routed on them over longer distances. If you can use taxi as mode on your GPS then you can avoid them (as that is the racing cycle mode). I did add some more unpaved assumptions however (especially on footway/path) for the next map udpate.
As for relations, yes they are heavily preferred. Especially rcn and up (lcn a bit less). However there is no good indicator in OSM on what is a cycle worthy back street (you could add class:bicycle to those suited well) – as usually residential streets are not very straight and you cannot cycle fast on them (due to loads of intersections where you have to give way) – hence I need to take them with very low priority (if not part of cycleroute, bridge, class:biycle, or similar). Unclassified streets however are very high priority.
Hi
was out cycling this morning and got routed down a “bridleway” – i.e. route reserved for horses. A bug?
HB
Well bridleway is not reserved for horses as long as we follow the English wiki description (it is a shared use way for cyclist, pedestrian and horses). So if avoid unpaved roads is not marked (for plain highway=bridleway WITHOUT bicycle=yes) it is used. If bicycle=yes is added, it is always used (exception if tracktype or smoothness tell of bad condition).
Hallo,
Ich nutze die Velomap Stand 10.06.2011 und konnte das Routing meines Etrex Cx bei unserer 3-wöchigen Tour durch Brandenburg häufig nicht nachvollziehen.
(Mit einer früheren Version hatten wir im April am Mainradweg Null Probleme.)
1.
Das Navi versucht vom Fernradweg (Saaleradweg) auf ein mit „Pth“getaggten Weg abzubiegen.
Auch mit geänderten Routingeinstellungen (Voreinstellung war: kürzere Strecke, bessere Route, Auto/ Motorrad) konnte ich das Etrex nicht davon abbringen, über diesen (im Übrigen unbefahrbaren) Weg zu routen. Was umso sinnloser erschien, da der nächste Wegpunkt auch auf diesem Radweg liegt.
2.
Auf dem gleichen Fernradweg wurde immer wieder auf parallel verlaufende Straßen geroutet, sollte die Präferenz hier nicht auf dem Radweg liegen?
3.
Auch beim spontanen Routing zu einzelnen Wegpunkten (z.B. Pension) wurden wir auf teilweise über Singletrails geschickt.
4.
Auf unserer geplanten Route hingegen wollte das Etrex ab und zu auf Bundesstraßen ausweichen – der Vergleich mit Mapsource: Routing hier über Radwege
Die andere routingfähige Karte (CN 9NT) ist definitiv nicht aktiv.
Liegt das Problem an der Karte, am Geräte oder an beiden? – oder doch an mir
Zur Adresssuche: Funktioniert diese jetzt brauchbar am GPS?
1. Path sollte halt immer klassifiziert werden bezüglich Zustand. Die kann man nicht generell ausschließen.
2. Schwer zu sagen, warum das fehlschlägt.
3 siehe 1.
4. Etrex ist teils leider suboptimal was Routing angeht. die neuen GPS von Garmin sind da deutlich besser. Das Cx ist sowieso schon steinalt und halt lange nicht mehr Stand der Technik. WinGDB hilft bei vorgeplanten Routen am PC.
Hi,
seit dem Update vom 01.07 bekomme ich kein Routing auf meinem Garmin Edge 800 mit den Velomap-Karten hin. Ich kann das Ziel auswählen, klicke auf Berechnen und bekomme die Fehlermeldung “Keine routingfähigen Strassen in diesem Gebiet auf den Karten vorhanden”.
Mit einer älteren openmtbmap Karte geht es.
Kurzes Update : mit einer openmtbmap Karte vom 30.06 haut es auch nicht mehr hin. Irgendwelche Änderungen bei der mkgmap Version ?
Aaah – Anfängerfehler. Habe vergessen den richtigen Haken in Mapsource zu setzen…..
Nichts für ungut….
Hallo,
zunächst mal : tolle Sache. Habe mit opentmtbmap bereits Trails vor meiner Haustür gefunden die ich bislang übersehen hatte
Nun beschäftige ich mit velomap und stelle fest, dass die Präferenz, bzw Nicht-Präferenz von Radwegen/unbefestigten Wegen. Zumindest in Mapsource ist es so, dass trotz der Einstellungen
* Unbefestigte Wege vermeiden
* Maut vermeiden
* Schieberegler ganz rechts
* kürzeste Strecke
auf einigen Routen Wegen gewählt werden, die nicht befestigt sind (mit unpaved, oder Grade2, etc. getagged)
Dies scheint immer dann der Fall zu sein wenn der Weg Teil eines Radwegenetzes ist. Für Touren- oder Crossrad geht das, auf dünnen Rennradreifen macht es keinen Spass.
Ich werde das Routing aber nochmal auf dem GPS Gerät testen, ggf kommen da andere Ergebnisse raus.
Danke
Carsten
Nein das was durchaus Absicht. Müsste ich evtl nochmal irgendwie optimieren. Das Problem ist halt dass das Vermeiden nur 100% geht. Sprich mal ein kurzes Stück g2 (20-30m) am Rennrad ist kein Problem, aber längere Strecken blöd. Leider ist das so nicht umsetzbar. Daher hab ich halt im Falle von Routen (allerdings mit niedriger Priorität) G2 bzw ähnliche Werte erlaubt (bin mir jetzt nicht sicher ob nur für path/track/cycleway oder auch für footway?
Müsste ich selber mal im Style nachschauen.
Das würde bedeuten, dass ich mir einen eigenen Style bauen muss, wenn ich das vermeiden möchte ? Scheint mir auf den ersten Blick nicht ganz so eingängig zu sein.
Derzeit ja, aber ich werde versuchen mir was zu überlegen. Das große Problem ist halt, dass die neuen GPS von Garmin alle nur noch Auto, Fahrrad, Fußgänger haben (LKW ist nicht wirklich brauchbar), aber nicht mehr Taxi, Rettung und Co.
Kleine Änderungen am Style brauchen aber gar nicht soviel Zeit. Das Problem ist halt erstmal durch das Lines File durchzusteigen. Das hat gute 2000 Zeilen Code, sprich selbst ich brauche immer etwas Zeit um mich zu orientieren.
Na, das beruhigt mich ja
Vielleicht hast Du ja einen kleinen Hinweis wo man schauen sollte im lines File. Denn auf gut Glück macht das gar keinen Sinn.
Oder gibt es vielleicht so etwas wie einen Debugger wo man das OSM – Objekt mit allen Tags reinkippt und dann angezeigt bekommt welche Operationen von mkgmap greifen ?
Prinzipiell ist natürlich die Frage wo der Fokus von velomap liegen soll. Touren/Cross geeignete Strecken findet man ja auch mit openmtbmap.
Musst am Ende des ersten Drittels schauen. CTRL-F “mkgmap:unpaved”. klassische Fahrradtouren sind mit der Velomap schon besser. Aber ich werde mal nächste Woche schauen ob mir was einfällt. Gibt noch ein paar Möglichkeiten.
Hallo,
ich besitze einen Garmin Etrex Legend HCX. In Mapsource klappt das Autorouting ganz gut mit folgenden Einstellungen: Fahrrad; unbefestigte Wege und Mautstraßen vermeiden. Kürzere Entfernung. Schiebregler ganz links (wenig befahrene Straßen vorziehen).
Beim GPS habe ich jetzt schon etliche Varianten durchprobiert, bloß leider führt keine zum Erfolg. Da ich Rennradler bin möchte ich nicht unbeding auf Schotterstraßen geleitet werden. Mapsource vermeidet diese, nur der Etrex schickt mich immer wieder über einen Schotterweg. Welche Einstellungen können zum Erfolg führen?
Hast du evtl noch weitere Karten am GPS? Weil unbefestigte Wege vermeiden funktioniert ident am GPS wie in Mapsource. Und wenig befahrene Straßen bevorzugen bringt meist schlechte Ergebnisse.
Hallo,
stelle fest das das Routing für RR-Strecken bei mir am Besten funktioniert, wenn ich Schieberegler ganz links und “kürzere Entfernung” habe + Einstellung FUSSGÄNGER. Sonst gibt es teilweise enorme Umwege, die größtenteils totaler Schwachsinn sind. Selbst wenn ich eine schöne Strecke fahren wollen würde, wären diese Strecken/Umwege nicht brauchbar. Ich habe dies nun auf diversen Strecken in meinem Trainingsgebiet, welches ich nun wirklich sehr gut kenne, ausprobiert. Mit Einstellung FAHRRAD oder gar AUTO würde ich da im Kölner Westen nur noch frustriert sein.
Bisher habe ich allerdings nirgendwo gelesen, dass man FUSSGÄNGER einstellen sollte! Mache ich da einen Denkfehler?
Du hast nicht zufällig Autobahnen vermeiden aktiviert? Bei Vermeidungen sollte nur unbefestigte vermieden werden. Du kannst mal probieren Mautstraßen auch zu vermeiden, je mach Gegend wird das Routing dadurch besser. In Großstädten, ist das Routing aber generell ziemlich problematisch. Da sollte man einfach versuchen so schnell wie möglich rauszukommen.
Hallo,
ich benutze die Velomap Germany vom 8. April und habe gegenüber einer alten Velomao von 2010 festgestellt, dass sich das Autorouting in Mapsource stark geändert hat. Hier meine Einstellungen:
- Fahrzeug Auto/Motorrad bzw. Fahrrad (beides probiert)
- Kürzeste Entfernung
- Vermeiden von Unbefestigten Straßen (bin Rennradfahrer)
- vermeiden von Fären
- Den Schieber für “Straßenauswahl” musste ich in die Mitte stellen, da in Stellung “Autobahn vorziehen” gigantische Umwege auf kleinsten Wegen gemacht werden.
Trotz der Einstellung “Vermeiden von Unbefestigten Straßen” habe ich festgestellt, dass über die als braune durchgehende Linie dargestellten Wege geroutet wird. Die haben in Mapsource die Bezeichnung “Trk Wald” bzw. “Feldweg Land/Wald”. Ist dies ein Problem im Autorouting in der Velomap oder in der Klassifizierung der Wege in OSM ? Für Rennradfahrer ist es jedenfalls ungünstig.
Ansonsten ist die Velomap super (großes Lob für die Arbeit). Ich habe sie schon oft hier in Deutschland und gelegentlich im Ausland verwendet.
Ulrich
Sorry, kein Weg hat bei mir je die Bezeichnung “Wald” im Namen. Für sowas immer Link zum Weg in OSM angeben, sonst kann ich NULL nachvollziehen.
Hallo Extremcarver,
ich bin mir nicht sicher, was du mit “Link in OSM” genau meinst aber hier ein Link zu einem dieser Wege (Wobei es unmengen davon gibt):
http://www.openstreetmap.org/index.html?lat=47.86177&lon=11.55462
In Potlach2: Way 23759621
Ich vermute ja, dass diese in OSM nicht genau genug beschrieben sind.
Vielen Dank
Ulrich
Jip, die sind nur highway=track & fixme=tracktype. Hab das mal als Ausnahme aufgenommen, dass es mit Mautstraßen vermeiden, vermieden wird. Priorität war aber sowieso so gering wie möglich. Per default gehe ich davon aus, dass highway=track wenn nichts angegeben ist, befahrbar ist. Ebenso bei path und cycleway, nicht so bei footway.
Hallo,
seit einem Monat bin ich stolzer Besitzer eines Garmin Edge 705. Ich plane eine Radtour nach Portugal und habe mit der velomap_spain Probleme mit dem Autorouting (MapSource Vers. 6.16.3).
Eine ebenerdige Überquerung oder stückweise Benutzung von Nationalstraßen (N-xxx)im Bereich Logrono bis Burgos ist nicht möglich! Es wird immer ein Umweg dafür gesucht. Teilweise muss man aber solche Straßen überqueren oder benutzen (N-Straßen in Spanien sind wie bei uns Landstraßen, sind aber als highway_trunk getaggt).
Gibt es dafür eine Lösung oder liegt hier ein Fehler zugrunde?
Lg RoliM
Dann musst du bicycle=yes hinzufügen. Ich denke nicht dass ich das ändern werde. Für mich ist trunk ohne bicycle=yes gesperrt.
Hallo extremcaver,
kann es sein, dass der Text auf dieser Seite sich wiederholt? Nach dem Kapitel “How to overcome problems when routing over long distances” beginnt alles erneut.
Beste Grüße
Martin
Corrected.