- About the Autorouting
- Downhill preference on difficult trails
- Usage Instructions
- Bicycle vs MTB/Hiking mode:
- Mapsource vs GPS settings
- Faster Time vs Shorter Distance
- Transport Modes
- Avoidances
- Estimated Arrival time
- Route Calculation Fails
- Routing does not work over long distances:
- How to overcome problems when routing over long distances:
- Comments (77)
About the Autorouting
The maps offered here are to be used for cycling, mtbiking and hiking. There is a general preference to route you over trails and cycleways. Streets have lower prioty. 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 you car. The maps can be used for autorouting on a racing bicycle – though one could create better maps especially for that purpose.
Downhill preference on difficult trails
All trails from which I can assume that they are usable downhill only will have much higher priority in the downhill direction, uphill they will only be chosen if long detours are unavoidable otherwise. This means uphill on relatively easy trail, downhill much more technical. In order for this to work you need to use the incline tag correctly. I have rules setup to catch more or less any value, be it incline=up or incline=down, incline=(-)??% or also wrong tags like incline=positive or incline=-. Any way with mtb:scale:uphill=4 or mtb:scale:uphill=5 (see mtb:scale for explication of mtb:scale:uphill) will be avoided on uphill. Therefore please add mtb:scale:uphill and incline tags to all your favourite trails that are too difficult for uphill. mtb:scale:uphill=3 will be considered oneway if incline>15% or incline<-15%.
It does not matter whether the way itself in the osm database points uphill or downhill. I reverse ways pointing uphill when rendering the maps. This is of course only possible if the incline tag exists on the way.
Usage Instructions
Bicycle vs MTB/Hiking mode:
If you activate “avoid toll roads” and "avoid unpaved roads" on your GPS or in Mapsource you get pristine bicycle routing respecting that pedestrians are humans too 
, not using footways, bridleways except if they are part of a bicycle route or have bicycle=yes or bicycle=designated added.
If you deactivate (untick) avoid unpaved roads, but leave avoid toll roads checked, then you are in cycle/touring mode. Ways only suitable for mtbiking should be avoided.
If you check "avoid unpaved" roads, then unpaved roads are excluded from routing (however you should also tick avoid toll roads).
If you check avoid unpaved roads, but not check avoid toll roads – then difficult trails will be included, but easy trails and tracks (and also any roads) will be excluded from autorouting.
Mapsource vs GPS settings
In Mapsource under options/autorouting you have a slider to prefer small roads (left side) to highways (right side). The gnarlier trails or the more preference for bicycle routes you wan't to have (thereby accepting longer over distance) the more you can move this slider to the right. I don't recommend to ever move this slider to the left with my maps, else you will be routed over primaries/secondaries and other unsuitable roads. This slider does not exist on GPS. The GPS will route like if you leave the slider in the middle position (more or less).
Faster Time vs Shorter Distance
With my maps shorter distance already tries to route over nice ways. If you use "faster time" – escpecially 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 overal distances will be calculated without crashing (error notice, no actual crash).
Transport Modes
(from map update 18.12.2009 onwards)
Car/Motorcycle = nearly all types of roads are routable (exceptions are via ferratas and their like). Works well in combination with "faster time". Works well on shorter distances – might produce long detours.
Delivery = equal to Motorcar/Motorcycle but Primaries and Secondaries are avoided (less priority – exept if they are part of a cycle/mtb route, or bridge/tunnel )
Taxi =Racing Bicycle mode – also no bridleways except if cycling explicitely allowed! (You also have to check avoid unpaved roads and avoid toll roads).
Emergency = any way (including via ferratas) is routable.
Bus / Truck should not be used, will end up with very bad routing
Pedestrian no good autorouting over longer distances, will usually give quite direct vias – does not respect oneways. Therefore good if you have to route uphill a "downhill only" way or for via ferratas.
Bicycle = now works very well together with "shorter distance". – Only via ferratas are blocked (just like car/motorcycle). Less preference for "perfect ways". Works well in combination with "shorter distance". Is good for calculating longer distances (not really long, but longer than the other modes)
Avoidances
Avoid unpaved roads Is to be used to a) stay on ways where cycling is not forbidden, and avoid difficult ways, bad surface, tracktype=grade3 and higher….. (does not avoid ways that are for MTBikers only and avoided via "avoid toll roads")
Avoid toll roads Avoids very difficult ways (MTB only, not trekking bikes)
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, trails, pathes and cycleways are encoded for the GPS as highways.
— Not possible to set with mkgmap: 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 bicycle/mtb use.
Route Calculation Fails
If Routing fails and you need to get somewhere whithout 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. Setting “Avoid Toll Roads” when using the GPS for bicycling is not so important in cities, you might find that routes are better with it off. Once you route outside of cities, escpcially into mountaineous regions, you will have to activate it, in order not to be guided from one summit through the valley to the next summit…. Essentially in most regions first the nice ways are mapped, now autorouting will work very nicely, as people start to map ways just to get them into the map but not because they find them nice to use, the routing calculation gets more difficult. Oneway streets are still disrespected.
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 mountainbiking/cycling around. Well I bet there are – but probabely they are not tagged according to the tagging guidelines yet. You should be able to route for 15km minimum to about 70-80km maximum without needing to route over via points (maps 20.05 or later). Much longer 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 staight 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 wan't 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. 30-40km) 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. Very often ways chosen will be up,down,up,down instead of through the valley – because we prefer nicer and more challenging over simple roads. For getting to the mountain with your car, better take another map. 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, mtbiking and hiking. So you will never be routed onto big ways. I have structured the Routing Preferences so that interesting trails should be chosen over 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.
Spend a token to make the maps even better - Unterstuetz openmtbmap - fuer noch bessere Karten.
Hi Felix,
wenn das Routing bisher irrsinnige Umwege produziert hat, lag es meist an unconnected ways, die logischerweise nicht überbrückt errden konnten.
Jetzt habe ich hier eine durchgängige und richtig getaggte Straße, wo das sich Routing an einer bestimmten Stelle weigert, den Weg fortzusetzen und anstatt 50m Strecke auf direktem Weg zu nehmen, einen 35 km langen Umweg fahren will.
Die Straße ist fehlerfrei ohne Löcher aufgezeichnet, es liegen auch keine Abzweigungen auf der kritischen Strecke. Auch mit Micro Abständen zwischen den Routing Points passiert immer dasselbe.
Problem tritt bei beliebiger Routing Einstellung in MS aber auchauf dem eTrex Legend HCH auf. Ein .gpx File könnte ich dir schicken.
Hast Du eine Ahnung woran so was liegt?
Gruß vom Gardasee
Chris
ohne Permalink, kann ich nicht mal raten.
Hallo Felix,
da hast du natürlich recht. Hier das Permalink:
http://www.openstreetmap.org/?lat=45.750537&lon=10.541928&zoom=18&layers=M
versuch mal in MS eine Route vomoberen auf das untere Ende der angezeigten Straße zu planen. Der kritische Punkt liegt bei N45 44.977 E10 32.433. Der Fehler tritt in MS, BC und auch im Etrex auf.
Vielleicht weißt du ja woran es liegt.
Gruß vom Gardasee.
Chris
PS: Direkt antworten geht mit dem FF immer noch nicht, nur mit dem IE
Da hab ich keine Ahnung was passiert. Evtl hat da mkgmap irgendwas falsch gemacht, muss ja schliesslich einige punkte raushauen, weil da scheinbar nur ein track direkt importiert wurde….
Hallo,
bin der gleiche Tim der her schonmal gepostet hat. Das Problem mit den Abstürzen war auf die Speicherkarte zurückzuführen, also defintiv KEIN openmtbmap-Bug!
@Felix du hast auf meine letzte Mail nicht geantwortet, war das Absicht oder soll ich sie nochmal schicken? Hab auch noch ne andere Frage. ^^
greez
Ich kann nur eins schreiben: WOW.
Seit dem letzten Update im Mai ist das Autorouting richtig gut.
Vorher im "mtb-mode" 10-11km, jetzt problemlos 16-22km.
So macht das Spass, danke.
Hallo ich habe die Italy map geladen und kann dort das Autorouting nicht einsetzen – funktioniert das hier nicht, sobald ich in die alps gehe funktioniert das routing wieder
Lösung ??
danke
Hallo,
ich bins mal wieder. Aus einem Satz werde ich einfach nicht schlau, Thema Auto/Car: “Funktioniert gut mit Schnellere Strecke – fuehrt jedoch oft zu großen Umwegen” meine Frage: Was führt zu Umwegen? Auto oder Auto + kürzere Zeit?
Ich tendiere momentan zum Fußgänger-Modus, weil “sucht den kuerzesten Weg”. Und mit dem Rad müsste ich mit dem kürzesten doch auch den schnellsten Weg haben?
Ich will echt nicht nerven, aber ich steig da einfach nicht hinter.
greez
Achja, der Button unter mir “Notify me of followup comments via e-mail” scheints nicht zu tun…
Die Kombination sucht lieber einen weiten schönen Weg, als einen nicht so guten kurzen. Und Fußgänger funktioniert nur auf max 2-3km Entfernung, und auch da nicht gut. Einfach ausprobieren.
Okay, also bin ich mit Fahrrad & kürzere Strecke wohl am schnellsten unterwegs. Danke!
Heute fuhr ich 13km hin (mit openmtbmap) und 17km zurück (City Navigator) – an der Stelle schonmal großes Lob. Ich war schneller und dennoch um Längen schöner unterwegs. 
Nur kam ich sicherlich drei, vier mal in diese Situation: Kartendetails verschwanden, ich sah nur noch meine Route. Irgendwann änderte sich nichts mehr und ich musste das nüvi neustarten. Ist das ein bekannter Bug oder mach ich was falsch oder gehts meinem nüvi nicht mehr so gut?
Jetzt hab ich noch eine einzige Frage und danach lass ich dich in Ruhe
greez
PS: Ich wollte mal für die gute Arbeit hier was spenden (bin zwar Schüler, aber für irgendwann anstehende Kartenupdates müsste ich auch zahlen). Geht das nur über PayPal? Hab dort keinen Account…
Hmm sollte eigentlich nicht passieren. Aber mit Nuvi kenn ich mich in Praxis nicht aus. Hab nur die Karten zu testzwecken draufgespielt, eigentlich sollte es funktionieren. Schick mir eine Mail, wenn ich es nicht überlese kann ich die meine Kontodaten schicken.
Vielleicht war ich auch nur zu ungeduldig (hatte es eilig) oder bin von der Route kurz abgekommen, ist ja auch nicht schlimm. Nüvi Neustart dauert 20 Sekunden.
Ich schreib dir dann in ein paar Tagen ne Mail, hab momentan viel zu tun. Aber ich halte mein Wort
greez & jetzt lass ich dich fürs erste in Ruhe
Hallo,
mein erster Post hier. Bei velomap schrieb ich schon folgendes:
“Hallo,
ich bin seit kurzem stolzer nüvi 200 Besitzer und habe zum einen die Frage, ob für mich die openmtbmap oder die velomap die richtige ist und dann noch welche zum Autorouting.
Im Prinzip möchte ich mithilfe meines Navis möglichst schnell mit dem Fahrrad von A nach B kommen; wie das geschieht ist mir an sich egal. Ich möchte von den offiziellen Straßenkarten die beim nüvi dabei waren weg, weil diese mich niemals durch einen Wald o.ä. routen würden – auch wenns kürzer wäre.
Die meisten Strecken die ich fahre sind nicht länger als max. 30km. Welche Map sollte ich dann nehmen und für welches “Fahrzeug” (Auto, Fussgänger, Fahrrad) entscheide ich mich unter diesen Umständen?”
unabhängig davon dass man mir mit der Frage hier bestimmt auch helfen kann, fiel mir gerade noch etwas ein. Bei einem Freund klappt es mit der Adresseingabe nicht – es wird nichts gefunden. Ich meine, hier schon darüber gestolpert zu sein, finde es aber nicht mehr. Lässt sich das beheben?
greez
Nein, ist ein Fehler in mkgmap. Alternative ist nur City Navigator kaufen – wenn nicht eh schon beim Nuvi mitgekauft (und diese aufs GPS spielen, aber deaktiviert)
danke. Darauf hätte ich auch kommen können. Hab mich jetzt mal schlau gemacht wie ich mehrere Karten aufs nüvi kriege und werde mich gleich daran versuchen…
greez
Hi Felix,
letztes Wochenende wollte es mit der Routenplanung einfach nicht klappen: Aus einer 35km Route wurde beim “recalculate” ein wirrer 120km Zickzack Kurs. Ich habe dann ganz brav nochmal deine Tutorials durchgesehen:
im “How to plan… efficiently” tutorial steht, man sollte als Fahrzeug Car/Motorcycle auswählen und auf den “shorter distance” Algorithmus gehen. Das führt aber zu dem oben erwähnten Zickzack Kurs sowohl mit MS beta 6.16.0.3 als auch mit 6.15.7.
Im Autorouting Tutorial steht unter “Transport Modes” dass car/motorcycle “Works well in combination with “faster time”" – Bei Auswahl Fahrzeug “Bicycle” steht “now works very well together with “shorter distance”".
Ich habe MS bzw. mein Etrex auf “bicycle” umgestellt und siehe da: es funktioniert.
Könnte das ein Widerspruch in deinen Tutorials sein? Wenn ja, lohnt es evtl. das zu korrigieren.
Benötigst du Hilfe beim Erstellen der Tutorials? Wenn ja, wäre ich gerne bereit, das für die Community bzw. für die DAUs unter uns zu überarbeiten (in de und en).
Gruß
Chris
bicycle ist fuer laengere Distanzen gut – da es weniger strikt gute Straßen voraussetzt. Car/Motorcycle ist auf kuerzeren Distanzen besser. Wenn Faster Time zu viel Umwege macht, dann Shorter Distance….
Werd das evtl mal noch einarbeiten.
So hab das ganze mal auf Deutsch uebersetzt und aktualisiert. Bezueglich recalculate, gilt natuerlich noch immer WinGDB bzw Viapunkte als einzige wirkliche Abhilfe.
Hi,
my etrex Legend also has a setting for “Calculation Method”. Any idea what this is good for? Is there an optimal setting for openmtb maps?
Thanks and regards
Chris
You mean the quickest…quicker…normal….better…best.
Well it makes the GPS try harder to find an optimal route. However quickest needs the fewest memory, so it will be useful to have longer routes (without via-points).
Problem. As of 2010/01/22 routing on Trunk Roads tagged bicycle=yes still doesn’t work.
While examining the ‘lines’ file you published today, I see that the word ‘bicycle’ was misspelled as ‘biycle’ in the lines, 1068 and 1069, relating to trunk roads.
Problem solved?
And thank you for publishing your Styles.
Cheers,
Angus
Ups, sorry. Will solve. I have to rewrite large part of the style anyhow, cause mkgmap style handling went havoc, now back to old, but I have to rework quite a bit.
There seems to be a problem with Public Footpaths in the UK. They are “official rights of way, accessible to walkers only”[1]. Openmtbmap routes cyclists onto these footpaths.
Quoting from Bicycle vs MTB/Hiking instructions:
“If you activate “avoid toll roads” and “avoid unpaved roads” on your GPS or in Mapsource you get pristine bicycle routing … not using footways, bridleways except if they are part of a bicycle route or have bicycle=yes or bicycle=designated added.”
When I was biking in the UK last fall openmtbmap tried to route me onto a public foot path that is tagged as follows: ‘highway=footway, foot=yes, designation=public footpath’, and definitely _not_ tagged ‘bicycle=yes’. I was in car/motorcycle mode with ‘avoid toll roads’ and ‘avoid unpaved roads’ properly checked.
The public footpaths in question can be found in the vicinity of the villages of Threapwood and Malpas in Cheshire.
[1] http://wiki.openstreetmap.org/wiki/UK_Countryside_mapping
Thanks, Angus
Ups, sorry. Have to correct the description. It will only block footways whith bicycle=no, or so I think. Will look up the rules again.
okay, looked at it again. From next update footways without bicycle=yes/permissive/designated or part of a bicycle route – will be blocked by “avoid unpaved roads”. Up to now there were some exceptions (in general footways were already blocked by avoid unpaved.
The UK countryside mapping is however not of big interest to me. Rules on who can use what kind of road are nearly everywhere more or less the same, except that british osm mappers seem to think to use keys differently than everyone else. I am for internationally clear rules and keys, or at least use a country prefix (though I don’t really support that either because it causes a lot of work). Designation would be great, but only if it gets internationnaly accepted values.
Hi,
wahrscheinlich habe ich in Bezug auf die mtb:scale und incline Einstellung was nicht richtig verstanden…
Ich habe eine Reihe von Wegen in der Art mtb:scale=3 bzw. mtb:scale:uphill=4 gekennzeichnet und incline=25% getaggt. Zusätzlich läuft die Wegrichtung in Richtung uphill.
Bei dir wird – völlig richtig – die Wegrichtung umgekehrt (Darstellung Einbahnstraße Richtung downhill).
Markiere ich beim Routen in Mapsource – Strecke läuft downhill – einen Punkt innerhalb der downhill Strecke, springt die Routenmarkierung bis zum untersten Ende des Wegs und dann wieder hoch zum gesetzten Routenpunkt. Markiere ich dieselbe Stecke in umgekehter Richtung (uphill), dann funktioniert alles wie erwartet.
Beispiel:
http://www.openstreetmap.org/?lat=47.2947&lon=11.2086&zoom=14&layers=B000FTF
Weg von Auland b. Seefeld nach Eigenhofen
Ist das normal? Wenn nein, was mach’ ich falsch?
Danke und Gruß
Chris alias XXLbiker
Ja das ist normal. Es liegen schließlich zwei routingfaehige Wege aufeinander. Praktisch ist es aber egal, denn dies passiert NUR wenn man auf den Weg selbst klickt (hierbei kannst du halt nur den oberen oder den unteren erwischen), nicht wenn der Weg teil der Strecke ist. Durch die Pfeile sieht man ja eh dass der Weg Downhill only ist.
Bei Routing mit “faster time” wird der Weg schon nicht uhpill geroutet wenn es alternativen gibt.
My question is about trunk roads and autorouting. Does your map always ignore trunk roads?
To be specific, the A495 in England is similar to any number of other ‘A’ roads except that it happens to be tagged as ‘trunk’ instead of ‘primary’. In the areas where I like to cycle you can seldom cross any ‘A’ roads directly, you must ride along them for a short distance first before getting to the other side. And that creates a problem for openmtbmap when crossing the A495. In the most extreme case it creates a 45 km detour in order to get to a point less than 100 m away. (Welshampton)
If I tagged the A495 ‘bicycle=yes’ would the problem resolve itself?
Cheers, Angus
Currently any trunk road is blocked. You’re right, I will include trunk roads into routing (at the lowest possible priority) if tagged bicycle=yes and motorroad=yes is not present. I will not do this for highway=motorway.
[...] Autorouting [...]
… today I have made a will the new maps beta on the field and I have to say that I have found her well done, pleasant and as really excellent legibility is on an etrex ivista hcx that on a 60 csx… personally I hold the well succeeded project… and always thanks of the job…
[...] Autorouting [...]
[...] Wie wurde diese Technik umgesetzt? Allen Wegen auf den Karten sind Prioritäten zugewiesen. Aufgrund dieser Prioritäten wird entschieden, ob diese Wege für Mountainbikes (z.B.: Pfade, spezielle MTB Touren) und/oder Fahrräder (z.B.: (Radrouten, Fahrradwege) geeignet sind oder vermieden werden (z.B.: Autobahnen, Fußwege). Eine genaue Beschreibung findet ihr hier. [...]