- Übers Autorouting
- Bergab Bevorzugung auf schwierigen Trails
- Einstellungen
- Mapsource/Basecamp vs GPS Einstellungen
- Faster Time / Schnellere Strecke versus Shorter Distance / Kuerzere Distanz
- Transport Modes – Fahrzeugauswahl
- Vermeidungen
- Geschaetzte Ankunftszeit
- Routenberechnungsfehler
- Weitere Gruende warum das Autorouting nicht auf laengere Strecken funktioniert:
- Wie man trotzdem ueber laengere Strecken Routen am PC plant die das GPS neuberechnen kann:
- Kommentare (84)
Übers Autorouting
Die Openmtbmap Karten sind zum Radfahren, Mtbiken und Wandern gedacht. Daher werden prinzipiell dafuer geeignete Wege gewaehlt. Straßen werden eher vermieden. Zum Autofahren muss man andere Karten fuers Autorouting benutzen. Fuer Rennradfahrer sind die Karten benutzbar, aber man koennte mit recht wenig Aufwand ein deutlich geeigneteres Autorouting erreichen.
Bergab Bevorzugung auf schwierigen Trails
Die Openmtbmap hat eine ganz besondere Eigenschaft. Wenn ein Weg zu schwer ist ihn bergauf zu befahren, dann wird er bergauf gemieden, bergab jedoch bevorzugt. Damit dies klappen kann muss ich beim Kartenerstellen jedoch Wissen, a) wie schwer es ist bergauf zu fahren, – welches in OSM mit dem mtb:scale:uphill Tag attributiert wird — siehe hier DE:Key:mtb:scale und b) muss klar sein in wleche Richtung ein Weg bergauf geht. Dafuer gibt es den incline tag. Wege die bergauf in OSM eingezeichnet sind, bezeichnet man mit incline=up bzw incline="positiver Wert", Wege (Wegteile) die bergab verlaufen kennzeichnet man mit incline=down bzw incline=-15 (-15 steht exemplarisch fuer 15% Gefaelle - also negativer Wert in Prozent).
Es ist also egal ob der Weg bergab oder bergauf verlaeuft, er muss nur richtig gekennzeichnet werden.
Einstellungen
Mapsource/Basecamp vs GPS Einstellungen
Prinzipiell routet Mapsource zuverlaessiger als die "alten" GPS wie etrex/60CSx und etwas besser als edge 705. Nuvis oder Oregon/Dakota dagegen sind in der Autoroutingqualitaet und insbesondere auch beim autorouting ueber laengere Distanzen gleich gut, oder sogar besser als Mapsource 6.16.1 bzw Basecamp 3 (aeltere Mapsource/Basecamp Versionen routen schlechter).
Nur in Mapsource und Basecamp jedoch gibt es einen Regler der von links (kleine Straßen bevorzugen) nach rechts (Autobahnen bevorzugen) verschiebbar ist. ACHTUNG mit der Openmtbmap ist die Richtung genau umgekehrt. Die schoeneren Wege/Trails entsprechen Autobahnen. Will man also vor allem auf Trails/Fahrradrouten geroutet werden, dann kann man den Slider nach rechts (also in Richtung Autobahnen bevorzugen – "Prefer Highways") verschieben.
Faster Time / Schnellere Strecke versus Shorter Distance / Kuerzere Distanz
Am GPS wie auch unter Mapsource kann man obiges einstellen. Bei Schnellere Strecke versucht das GPS/Mapsource 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).
Transport Modes – Fahrzeugauswahl
Achtung – die Fahrzeugauswahl funktioniert seit Bascamp v. 3.1 nicht mehr. Genauso funktioniert sie nicht mehr auf dem etrex 30. Hier werden sämtliche Beschränkungen einfach ignoriert. Evtl wird dasselbe auch bei neuen Firmwares auf anderen Garmin GPS Devices passieren. Vermeidungen funktionieren jedoch weiterhin. Durch diesen Bug verhalten sich alle Transportmodi so wie "Emergency".
Car/Motorcycle bzw PKW = Fast alle Straßen/Wege werden fuers Autorouting genommen (außer Klettersteige und aehnliches). Funktioniert gut mit Schnellere Strecke – fuehrt jedoch oft zu großen Umwegen
Delivery / Lieferfahrzeug = ident zu PKW außter dass Primaries (Bundesstraßen) and Secondaries (Landstraßen) gemieden (jedoch nicht ausgeschlossen) werden (außer sie sind ein Tunnel/Bruecke bzw Teil einer Fahrrad/MTB Route )
Taxi = Rennradmodus – keine bridleways außer sie sind ausdruecklich fuer Fahrradfahrer erlaubt (Man muss natuerlich noch unpaved roads und toll roads vermeiden aktivieren).
Emergency / Krankenwagen = Alle Wege sind routbar, auch Klettersteige. Sonst aehnlich zu PKW
Bus / Truck - Bus/LKW = funktioniert zusammen mit openmtbmaps ueberhaupt nicht. Es wird versucht kaum abzubiegen, was also komplett danebengeht.
Pedestrian - Fußgaenger = Kein Autorouting ueber laengere Strecken moeglich. Ignoriert mehr oder weniger die Klassifizierung von Straßen/Wegen und sucht den kuerzesten Weg. Gut daher will man einen "downhill only" Weg bergauf routen, oder fuer Klettersteige.
Bicycle / Fahrrad = Ist im Zusammenhang mit schnellere Strecke aehnlich wie PKW und kuerzere Distanz. Macht generell weniger Umwege. Zusammen mit Kuerzere Distanz der optimale Modus will man schnell und ohne Umwege zum Ziel. Funktioniert gut ueber laengere Strecken, oder als Alternative wenn das GPS mit "zu wenig Speicher" die Berechnung im Modus PKW abbricht.
Vermeidungen
Avoid unpaved roads / Unbefestigte Wege Vermeidet Wege die fuer Trekkingbikes nicht geeignet sind bzw fuer Fahrradfahrer explizit verboten. Schotterstraßen werden damit jedoch nicht vermieden (hierfuer muss man Taxi als Modus auswaehlen). Auch werden sehr schwierige Wege nicht gemieden. Man muss also zusaetzlich noch "Mautstraßen vermeiden" aktivieren. Zusätzlich werden Einbahnstraßen respektiert (sonst werden sie mit niedrigster Priorität gegen die Fahrtrichtung auch fürs Routing mitbeinbezogen).
Avoid toll roads / Mautstraßen Vermeidet sehr schwierige Wege
Avoid Ferries / Fähren vermeiden – Gondeln, Sessellifte mit Fahrradbeförderung, sowie Faehren werden ausgeschlossen.
Carpool lanes / Fahrgemeinschafstspuren – ACHTUNG NIE anwaehlen. Zerstoert das Autorouting komplett.
U-Turn / Kehrtwenden - Vermeidet jegliche scharfe Kurven – ALSO NIE Anwaehlen
Niemals aktiveren "Avoid Highways – Autobahnen vermeiden" - Dadurch werden die besten Trails sowie Fahrradrouten und Fahrradwege gemieden. Aktiviert man dies, ist das Autorouting unbenutzbar
— Zurzeit mit mkgmap nicht moeglich zum setzen: Seasonal Road closures / Saisonale Sperrungen - Es ist zurzeit nicht bekannt wie man diese ins Garmin Format umsetzt.
Geschaetzte Ankunftszeit
Es ist nicht moeglich hier Sinnvolle Werte zu erhalten, ohne das Autorouting zu zerstoeren. Die geschaetzte Ankunftszeit ist daher meißt kompletter Unsinn. Das schauen auf die Restkilometer und abschaetzen wieviele (falls) Hoehenmeter noch bergauf kommen, macht mehr Sinn.
Routenberechnungsfehler
Leider ist die Berechungsmethode die Garmin benutzt, primaer fuer Routing vom Ort zur Autobahn/Schnellstraße – auf Aubahn Schnellstraße zum Zielort, und wieder kurz ueber Ortsstraßen zum Ziel optimiert. Der Routingalgorhytmus 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 openmtbmaps wird man es nicht hinbekommen – solange Garmin nicht einen neuen Algorhytmus 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 die Berechnungsmethode zu wechseln. Ausserdem muessen von Mapsource ans GPS gesandte Routen am GPS neu berechnet werden. Dazu unten mehr
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 MTBiken / Fahrradfahren geieignete Strecken, 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: Zusaetzlich 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,
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