- About the Autorouting
- Downhill preference on difficult trails
- Usage Instructions
- Mapsource/Basecamp 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 (84)
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 – however the Velomaps are better for racing bicycles..
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
Mapsource/Basecamp vs GPS settings
In Mapsource and Basecamp 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 want 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 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. This means they behave like Emergency as vehicle setting. 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 = 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)
Basecamp and newer Garmin GPS sometimes do not follow the transport modes strictly.
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", therefore you should also activate avoid toll roads). Also tick avoid unpaved roads if you don't want to cycle (maybe forbidden) against oneway streets.
Avoid toll roads Avoids very difficult ways (MTB only, not trekking bikes)
Avoid Ferries - Avoids ferries, cablecars, gondolas and any lift that takes bicycles.
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. 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 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. 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.
Hallo,
ich habe mir die Europakarte (openmp_europe)nach Anleitung in das MapSource Vers. 6.16.3 geladen. Hat alles bis auf eine Anwendung wunderbar geklappt.
Wenn ich in der “Kartenfunktion” mit einem Linksklick eine Kartenkachel auswählen möchte um sie auf mein Garmin 60CSX zu trasformieren kommt sofort beim Klick eine Garmin Fehlermeldung dass ich einen Fehlerbericht an Garmin senden soll. Ich kann dann nur noch mit der ESC-Taste das Programm beenden.
Mache ich was Falsch? Mit anderen Karten wie velomap_Malta/velomap_alps oder Garmin-Produkten habe ich diesen Fehler nicht.
Wie kann ich Kartenkacheln mit Routenberechnungsdaten auswälen und an mein GPS senden?
Vielen Dank
Harald
Hallo,
seit dem Update vom 16.6.11 kann ich keine Strecke mehr routen die länger als 15km ist, bei längerer Strecke gibts nur eine Luftlinie.Die Berechnung dauert auch extrem lange. Bei der Topo Schweiz funktioniert es.
Die Einstellungen hab ich seit dem letzten Update nicht verändert.
Einstellung:
Fahrrad
Mautstrassen vermeiden
Unbefestigte Strassen vermeiden
Strassen Auswahl mitte
WAs läuft da Falsch?
Gruss aus der Schweiz
Bruno
An den Karten hat sich nichts geändert vom Autorouting her. Evtl sind bei dir in der Gegend viele unverbundene Straßen/Wege?
Die Topo Schweiz routet primär über große Straßen, das ist logisch dass es da auch über größere Entfernungen klappt.
Bei mir gehen in Mapsource fast immer 20-40km Luftlinie ohne Zwischenwegpunkt. Benutzt du evtl Basecamp 3.2 beta 1?? Die Version ist grauenhaft was das Autorouting betrifft. beta2 ist so lala, und schlechter wie andere Basecamp 3 oder Mapsource 6.16 Versionen.
Danke für deine Antwort. Ich benutze Mapsource 6.16.3.
Mit 3 Zwischenpunkten klappts über 95 km.
Gruss
Bruno
Ich würde gerne direkt über mein Garmin Dakota20 Routen berechnen.
Leider finde ich jedoch leider fast keine Straßen direkt über das Routing meines Garmin. Wenn ich auf Ziel –> Adressen –> … –> Strasse eingeben –> kommt das Ergebnis "Keine Ergebnisse gefunden. Ändern Sie die Suchparameter"
Das Autorouting über MapSource inkl. Übertragung auf mein DAKOTA 20 funktioniert problemlos. Hier sind auch alle Straßen, etc. vorhanden.
Sind die Straßen womöglich falsch hinterlegt? Auch über die POI Suche finde ich die Straßen nur teilweise…
Danke im Voraus!!!
Wenn die POI Suche Straßen findet, dann schmeiß die Karten die diesen Schwachsinn verzapfen runter. Die zerstören die Suche. Im Prinzip sollten alle Straßen am GPS ident zu Mapsource gefunden werden. Es muss natürlich zuerst eine beliebige Hausnummer eingegeben werden. Das ganze gehört auch zum Thema Adresssuche und nicht Autorouting.
Hallo,
das Routing an meinem Laptop mit Mapsource funktioniert ganz toll – liefert eine wunderbar fahrradfreundliche Route.
Vielen Dank!
Nun kommt das Problem: Wenn ich die Route an den foretrex301 sende, dann finde ich dort nur noch eine Luftlinie zwischen dem Anfangs- und dem Endpunkt. Der Foretrex unterstützt ja kein Wegerouting, hat ja auch keine eigenes Kartenmaterial.
Gibt es irgend einen Trick die Route z.B in einen Track umzuwandeln. so dass ich ihn im korrekten, vollständigen Verlauf auf den Foretrex übertragen kann?
Vielen Dank
Jan
Ja, steht doch auch hier: WinGDB kann Routen in Tracks umwandeln.
Hallo,
das Autorouting mach ich in MapSource, konventire mitWin GDB 3 und sende es danach ans Oregon 550t. Klapt eiwandfrei, nun hab ich festgestellt das der Reisecomputer total falsche Kilometer angaben macht, also 4300km anstatt 90km. Kann das mit dem konventieren Route zu tun haben?
Gruss
aus der
Schweiz
Bruno
Nein – eindeutig nicht. Da hat der irgendwo ein Fehlersignal reingebaut. Kann passieren.
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.
… 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…
Hi,
Ich habe mir die Deutchland map auf mein neues
Garmin Etrex Vista HCx
geladen. Das funktioniert extrem gut, ich bin ueberascht.
Aber wenn ich eine Stadt als Ziel eingebe, dann macht er manchmal echt Bloedsinn. Er faengt auf der naechsten Autobahn an und schickt mich ueber Autobahnen dahin (Mein ausprobiertes Beispiel ist Heidelberg -> Speyer) …
Wenn ich einen punkt in der Stadt (per Zeiger) als Ziel angebe, macht er das nicht, dann ist die route extrem cool.
Ich habe mir gedacht: Vielleicht verwendet er unter bestimmten umstaenden (z.B. Stadt als Ziel) die Basiskarte zum Routen … das wuerde dann Sinn machen.
Klar, ich kann meine routen per mapsource planen, aber manchmal will ich spontan einen kleinen Abstecher machen. Und openmtbmaps kann das offesichtlich (theorietisch bzw. mit Aufwand).
Kennt jemand das Problem?
Kann ich was dagegen machen?
Danke!
Gruesse,
Nathan
Nicht routingfaehige Basemap draufflashen.
Hallo alle miteinander!
Noch einmal Danke für die großartige Arbeit.
Ich kehre soeben von einer Reiseradtour durch die Ardennen zurück und möchte nun die aufgezeichneten Tracks auswerten bzw Wege hinzfügen. In Belgien, Luxemburg und Frankreich fehlen tatsächlich noch viele kleinere Wege.
Ist das auch der Grund dafür, dass das Autorouting mich stellenweise partout über große Strassen führen wollte, obwohl eindeutig bessere (auch in der GPS-Karte) vorhanden waren?
Oder liegt es evtl an schlampigem taggen an entsprechenden Stellen? Ich habe alle Einstellungen für’s Autorouting vorgenommen wie hier beschrieben, in D funktioniert das ganze Grandios, aber in BE/LUX/FRA eben nicht.
Ich möchte natürlich gerne meine neuen Daten direkt dichtig und brauchbar mit Tags ausstatten, vielleicht finde ich die entsprechende Seite hier nicht, sondern nur die Links zu den sehr umfangreichen Tuts in OSM. Ich weiß, es macht ne Menge Arbeit, fänd es aber schön, wenn die für die Veloisten relevanten Tags in einer Übersicht direkt auf deiner Seite zu finden wären. So wäre man sich auch als Anfänger sicher, die richtigen Informationen für den richtigen Zweck gefunden zu haben. So irre ich mehr oder minder in so vielen Seiten unterschiedlicher Ausrichtung herum, ohne genau zu wissen was für Fahrradfahrer die wichtigen Informationen sind…
Herzliche Grüße aus Bonn,
Markus
siehe teilnehmen / participate
Hallo Extremecarver,
habe alles genauestens durchgelesen und auch alles genau so eingestellt wie auf deiner Seite beschrieben. Trotzdem habe ich unterschiedliches Routing auf MapSource und auf meinem Garmin Edge 705
Auf Mapsource bleibt die kalkulierte Route auf dem Weg – auf dem Garmin hingegen, werden manche Via Punkte direkt verbunden.
Hat jemand im Forum ne Ahnung was das sein könnte oder Du Extremecarver?
Besten Dank
Gruss Timo
see here http://openmtbmap.org/about/autorouting/en-plan-routes-efficiently-de-effektive-routenplanung/
Hi! Zunächstmal vielen Dank für das tolle Projekt!
Leider funktioniert bei mir die Übertrag von Routen in Garmin Mobile XT nicht richtig. Routen, die ich mit MS erstelle werden übertragen, beim Import dann aber zeigt Mobile XT zwar die Route nochmal an, jedoch wird sie nicht wirklich importiert (kein gelber “Fortschrittsbalken”). MIt Straßenrouten aus City Navigator funktioniert es.
Schon mal so ein Problem gehört? Muss ich noch irgendwas bei den Einstellungen beachten?
Danke für die Hilfe!
Grüße
The latest GB map (30-Jun-2009 03:58) does route well in MapSource, but not at all on Oregon. Just a blanket
“Route Calculation Error: Maps do not have routable roads in this area.”.
The version available on 15-Jun did route on Oregon. Three layers were selected for each area uploaded (main_, main2_, mtb_).
Some positive feedback as well; your change to line type for bridleway combined with adding explicit bicylce access has made bridleways distinct from footpaths on the Oregon and allowed routing to include bridleways while exlcuding footpaths. This is now very usable for UK MTB riding.
!!! Garmin, Why is the “include route calculation data” checkbox hidden in corner
Problem solved, time to get the bike out.
Feedback on autorouting:
However I setup MapSource or the Garmin Oregon, the latest map version seems reluctant to use the (fully connected) local network of highway=cycleway. It does not ignore them completely, but switches to traffic roads at the first opportunity.
Example: N51 53.467 W0 11.689 to N51 54.493 W0 10.905
There is a fully connected cycleway through the park, but the calcualted route only follows it halfway before switching to the residential roads to the west.
Over longer distances within the towm, main roads are chosen even when there are adjacent cycleways and shorter routes on other cycleways.
This is an excellent piece of work and I thought I had found the ideal MTB map. Unfortunately a quirk of UK law means the GB map has a significant problem which show up in two ways.
In the UK, all bridleways are a Public Right of Way accessible to bicycles. Footpaths are not. Unfortunately, this map uses the same line type (thin broken red line) for both, so it is not easy to identify which are which. This is important if you want to keep to legal routes.
Also, according to the routing help page, bridleways and footways are lumped together under the routing option ‘avoid toll roads’ unless the bridleway is explicitly tagged as allowing bicycles. Since the Public Right of Way law exists, many UK mappers do not tag bridleways explicitly for bicycles. Hence no option will route using UK bridleways while avoiding footpaths (according to the help page).
Would it be possible to render bridleways on the GB map using a different line type and to route on the basis that they are allowed for bicycles unless explicitly tagged as not allowed ? I don’t see an obvious line type in the current legend, but I’m guessing that routing is a matter of rules used when processing.
In theory, the access tags could be added by a bulk update of OSM, beyond my skills. I don’t know an existing example of tagged bridleway to see how it would come out on this map (so I will add one).
Hmm, let me think about it. If I am not wrong outside of the UK bridleways are forbidden for usage without further notice, or at least this is considered to be impolite. I’ll think about it. There are no free linetypes, but I could display it as “path” blue line. Making country specifick rendering is a bit off, because I don’t use any cvs to manage my styles, so If I make changes on a per country basis, than I would have to manually update the style-files.
Please do think it over. Being able to distinguish bridleways from footpaths is *very* significant to mountain biking in the UK. If you need to use an existing linetype, then what you use for highway=byway would be a reasonable choice. Both are a Public Right of Way for cycling.
No chance, there are no empty types I can sacrifice. I can remap from footway to path.
Now in Germany there exist 4x as many bidleways as in UK (only 1255 according to tagwatch). Also I don’t think that a bridleway is nice for trekking bikes, therefore I will leave it out of routing for cycletouring and only inside mtb/hiking purpose (so if you set avoid toll roads, you will not be routed on bridleways whith avoid toll roads checked- except if tracktype=grade1 to grade3). It’s true however that bridleways are more of a path than a footway so I will remap to path.
footpaths don’t exist anyhow. it’s not an official tag. I interpret it as path however.
BTW there are 5x as many paths compared to bridleways in Germany, and 5x as many footways compared to paths (though many of the footways are in reality paths).
Apologies, I did not make myself clear. I was not suggesting dedicating a type to bridleways, I can see there are none to spare. Rather, that mapping highway=bridleway the same as highway=byway could be well suited to UK use.
Regarding routing options, a combined MTB/hiking option does not fit with UK access rights. Hiking needs to allow both bridleways and footways; MTB must allow bridleways but not footways. So as it stands, there is no routing setup which would produce good routes for UK MTB riders.
If MTB riding is the goal, then this map will only become widely used in the UK if these quirks can be accomodated.
Well around here noone minds if mountainbikers use highway=path or wrongly tagged highway=footway (for me footway is only inside cities). Of course often this might not be legal, but most mtbikers I know don’t care (I will not speak for myself on this…..).
highway=byway has no category on it’s on either, it’s using the same as unclassified, road, residential and minor. Eiterh I map it as track, path or footway. Something else makes no sense.
OK. I have figured out how to use JOSM search to tag existing bridleways with bicycle=yes. I will do that and hopefully the existing routing rules will do the job next time you render the map.
There are already a significant number tagged bicycle=permissive, so if that could included for routing along with ‘yes’ and ‘designated’ we should have a full solution. (Permissive is where there is no public right of way in law, but the landowner allows public access.)
Hi Felix,
beim taggen in und um Stuttgart stoße ich häufig an (meist asphaltierte) Waldwege, die zu einem Biergarten/Schießstand führen und als “highway=Service” getaggt sind. Eigentlich würde ich unter service nur Sackgassen verstehen, die ausschließlich zu dem Ziel führen, wird aber anscheinend anders gelebt.
Dadurch werden diese beim Autorouting relativ stark abgewertet, vor allem im Vergleich zu den dann weiterführenden Wegen, die häufig stärker priorisiert und durchaus interessant sind. So entsteht wegen ein paar hundert Metern ein “Nadelöhr”, dass zu oft unnötig ist.
Gibt’s die Problematik noch häufiger?
Ist der Vorschlag sinnvoll, Service stärker zu priorisieren (in die 5er Kategorie?) oder macht das keinen Unterschied (bisher in 4)?
Gruß Kai
Ja Service ist echt beschissen, man weiß nie was es sein soll. Ich finde nicht das Zufahrtsstraßen als Service getagged sein sollten. Fuer mich sind Service, Straßen auf Parkplaetzen, Tankstellen, Autobahnraststaetten, private abgezaeunte Wege, Wege im Steinbruch, etc….
Wenn Tracktype eingegeben ist, werden sie hoeher gestellt. 5er gibts nicht. Es geht nur von 0-4. Wobei hoeher als 2 uebertrieben waere.
Hallo Extremecarver, habe mal Deine Deutschlandkarte probiert. Auf Mapsource ist das Routing wirklich schön/gut (Vermeiden von klassischen Strassen), aber auf meinem Garmin Etrex Legend HCx sieht es nicht so gut aus. Beispiel: 5km Routing von Ehningen nach Aidlingen… gutes Ergebnis wie immer in Mapsource… aber auf dem Etrex kann ich einstellen, was ich will: es wird immer über Strasse (K1001) geroutet statt wie in Mapsource über Wald/Feldwege… was kann ich da tun? Danke!
Ich noch mal. Es sieht so aus, als müsste man auf dem Etrex ‘Fernstrassen vermeiden’ wählen, damit nicht ausschliesslich über die K1001 geroutet wird… ist das so gewollt?
Hast du Car/Motorcycle eingestellt und keine vermeidungen, sowie faster route? anstelle von shorter distance?
Bei mir mit Vista HCx sind die Ergebnisse 99% identisch (außer natuerlich dass lange Distanzen nur in Mapsource funktionieren).
Danke Extremecarver, Du hast recht und ich habe versucht, mehr zu denken, als nötig: Car/Motorcycle, keine Vermeidungen (gar nichts anhaken), sowie faster route anstelle von shorter distance ist die Lösung! 1) Verstehe ich es zusätzlich richtig, dass bei ‘Maut vermeiden’ etwas ‘gemässigtere Wege’ gewählt werden? 2) Was wäre zum Wandern / zu Fuss eine gute Einstellung?
Jip, so wie beschrieben. Halt nur wenn die Attribute in OSM gesetzt sind. Zum Wandern / Zu Fuß auch Car/Motorcycle ohne vermeidungen. Wenn man direkte Linie auf kurze Distanzen moechte (etwa Downhill), dann Shortest Route, dazu eignet sich dann auch bicycle oder pedestrian ganz gut.
Das meiste funktioniert aehnlich wie in Mapsource 6.13.x
Tolle Karten, die Darstellung auf dem Vista C ist optimal! Ich habe heute das Routing in bekannter Gegend ausprobiert, auch das hat mich überzeugt. Die Wahl der Strecken ist echt beeindruckend.
Danke,
Gruß geomut
Hallo extremecarver, danke für Deine Antwort. Eine “cancel” Option war leider nicht vorhanden. Hatte deshalb anscheined keine andere Möglichkeit, als einen Hard Reset durchgeführen.
Hallo extremecarver, danke für Deine Antwort. Eine “cancel” Option war leider nicht verfügbar. Habe keine andere Möglichkeit gefunden, als einen Hard Reset durchzuführen. Ciao, Markus
Angeblich tritt das Problem beim Oregon auch bei anderen Karten wie der Garmin Topo Austria v2 auf. Ist also ein recht Oregon spezifisches Problem (dass auch nicht bei jeder Firmware auftrit), siehe auch hier: http://www.naviboard.de/vb/showthread.php?t=35777
Ich hatte vorher schon mal die “All in one Garmin Map” ausprobiert, damit funktioniert dieser Fall korrekt (bei Rad-Routing wird der Fahrradweg genommen und für Fußgänger die Treppe). Kannst du das irgendwie übernehmen?
Nein, Der Grund warum die “All in one Garmin Map” ueber den Fahrradweg routet liegt daran, dass dort die Access Rights so gesetzt sind, dass Treppen nur fuer Fußgaenger erlaubt sind, dies moechte ich aber nicht, da man beim Mountainbiken ja auch immer mal wieder einer Treppe begegnet, und ueber diese Fahren moechte (evtl gibt es sonst auf 20km Umweg keine andere Moeglichkeit – Autorouting dann unbrauchbar). Vernuenftiges Routing ueber laengere Distanzen funktioniert aber nicht mit der Einstellung Fußgaenger, daher hab ich das ganze halt ziemlich umgeschreiben. Ein zweiter Grund koennte sein dass in der All-in-one-Map der Fahrradweg/Path/Track eine deutlich niedrigere Road_Class bzw Road_Speed hat, womit die Time-Penalty fuer die Spitzkehre deutlich geringer ist, und somit kein anderer Weg gesucht wird, es braucht aber eine hohe Road_Class / Road_Speed auf solch Wegen damit sie von vornherein fuer Routing auf laengeren Strecken benutzt werden (ohne wegen der Time-Penalty fuer Kurven wieder gegen primarys und Co benachteiligt zu werden).
P.S. – wenn du nicht ueber die Treppe willst, warum aktivierst du dann nicht Mautstraßen vermeiden? Damit wirst du ueber den Weg statt die Treppe geroutet (außer eine Treppe ist Teil einer Fahrrad Route).
Noch mal vielen Dank für die Mühe, das scheint wesentlich komplizierter zu sein, als ich dachte. Wenn ich die Mautstraßen vermeide bedeutet das doch, wenn ich dich richtig verstanden habe, dass footways gemieden werden, was wenn sie falsch getaggt sind nicht nötig ist. So werde ich über eine secondary geführt, nur weil die Alternativroute ein kurzes Stück footway enthält. Na ja, wahrscheinlich ist das aber eher ein Problem der Kartendaten, sonst funktioniert es wunderbar.
Nein, mit Mautstraßen vermeiden wird alles vermieden, was man als Fahrradfahrer nicht haben moechte. Treppen, schwierige Wege, …..
Das einzige Problem damit ist, dass etwas zu viel gemieden wird, weil die Tags falsch sind path/footway bzw zu schwierige highway=path oder highway=track weil Tags wie tracktype, mtb:scale, etc… fehlen die eindeutig zu erkennen geben dass man da nicht lang soll. Highway=footway und irgendein Attribut dass mich erkennen laesst das der Weg fuer Fahrradfahrer geeignet ist (bicycle=!no) — dann wird der Weg nicht vermieden.
Erst mal danke für die super Karte. Was mich beim routing nur irritiert ist, dass bei einer Bahnunterführung, wo es sowohl eine (direkte) Treppe, als auch einen Fahrradweg (kurze Schleife) gibt, sich das Navi nicht dazu bewegen lässt über den Radweg zu routen (z.B. hier).
Häufig sind benutzbare Wege (fälschlicher Weise) als Fußweg getaggt: gibt es eine Einstellung, mit der Fußwege zum Routen benutzt, Treppen allerdings ausgeschlossen werden?
Mit Maut vermeiden, werden auch highway=steps vermieden. Das Problem liegt hier jedoch in der scharfen Kurve mit dem geringen Winkel. Garmin hat da eine irsinnge Time Penalty drauf, so dass der Umweg sehr unattraktiv wird!
Dass koennen je nach Wegklasse bis zu 360sek sein.
Nur bei Einstellung Fußgaenger gibt es keine Penalty, allerdings werden dann die Road Classes kaum mehr beachtet. Wirklich optimal wird soetwas also nicht funktionieren.
An solch Stellen einfach damit abfinden, man sieht dann eh lokal wie man das umfahren kann.
Hey, das nenne ich eine schnelle Antwort. Wenn der Effekt nur bei solchen Konstellationen auftritt kann ich auch gut damit leben.
Routing funktioniert seit dem letzten Update super in Mapsource (auf dem Legend konnte ich es aus Zeitgründen noch nicht testen).
Weiter so!
kann ich die drawpriority von den Karten so erkennen (evtl MS oder im Garmin), oder muss ich so ein DOS-Tool (womit ich die Priorität ändern kann) dazu haben
Habe schon mal im mtb-news – Forum gefragt, aber keine Antwort erhalten:
nach welchen Kartendaten routet er, wenn ich auf dem Garmin die OSM-Karte und die CityNavigator oder DTL V3 habe?mein Test war nicht eindeutig, habe dazu immer während des Routings mal die Häckchen bei den KArte gesetzt/entfernt.
Welches Format ist dominant?
Jene Karte mit der Hoeheren Draw Priority. Du musst die CN ausschalten, damit auf der openmtbmap geroutet wird
zunächst besten Dank für diese grossartige Karte!
Habe mein Oregon 400t neu und als erstes die openmtbmap DE Karte vom 21.05. mittels Mapsource 6.13.7 direkt auf's Gerät installiert. Autorouting hat auf dem GPS gut geklappt. Dann habe ich mal, bei nicht ausreichendem Sat-Empfang in der Wohnung, eine neue Route geplant und wollte sie auf der Karte anzeigen lassen. Ich hatte nur zwei Teilstrecken angegeben, eine unter 10 und eine mit max. 20 km Länge. Auf dem Display wurden erst nur die beiden Luftlinien angezeigt; ich wollte dann näher zoomen ob sich hier noch etwas ändert, d.h. ob es routet. Dabei kam ich auf den "Los"-Button für die Navigation, und dann ging das Problem los: der Bildschirm wurde weiss und ich erhielt die Meldung "Berechne… 53%". Und auf diesem Status bleibt das Gerät, egal was ich bisher gemacht habe (aus/eingeschaltet, Karten deaktiviert und wieder aktiviert, die Route gelöscht, Akkus entfernt und wieder eingesetzt, GPS auf "Vorführmodus" gesetzt (weil es immer nach Satelliten gesucht hat), das Gerät in's Freie gebracht damit es Sats findet; verschiedene Zoomstufen probiert). Nichts half. Bleibt mir jetzt nur noch der Hard Reset, oder wie sind Deine/Eure Erfahrungen?
(P.S. ich kann das natürlich auch nochmal in ein Garmin-Forum stellen, wollte aber erst mal nachfragen ob es evtl. ein bekanntes Problem bei der openmtbmap ist)
Besten Dank und Gruß, Markus
Ist ein Problem dass auftreten kann, wenn die Route zu umfangreich fuer das GPS ist. Dass dies nur per Hard Reset loesbar ist, muss ein Firmware Fehler des Garmin sein.
Es sollte immer ein druecken auf "cancel" den Routingvorgang abbrechen.
Danke für Deine Antwort. Eine “cancel” Option war leider nicht vorhanden. Hatte deshalb anscheined keine andere Möglichkeit, als einen Hard Reset durchgeführen.
Hallo Felix,
ich hab die Karte (Bayern) gestern gleich ausporbiert und bin begeistert! Auf dem Colorado ist die Darstellung sehr gelungen.
Super Kartenmaterial, ich freue mich schon darauf damit das erste Mal zu biken