- 1 About the Autorouting
- 2 Usage Instructions - For All Programs / GPS.
- 3 Old Generation (Mapsource, Garmin GPS without Activity Routing Support)
- 4 Mid Generation (Basecamp 3.3 – 4.5 or older Garmin GPS with first version of Activity Routing Support)
- 5 New Generation – 2016 onwards – Basecamp 4.6 or newer:
- 6 Faster Time vs Shorter Distance
- 7 Road Type Avoidances
- 8 Feature Type Avoidances:
- 9 General Tips and Advices - e.g. Route Calculation Fails
About the Autorouting
The maps offered here are to be used for recreational / touristic cycling and/or roadbiking. There is a general preference to route you small streets and cycleways. Streets have lower priority. However note that the GPS will not take huge detours on trails to avoid a primary or secondary highway - even though they have the lowest priority. Autorouting with my maps is unusable with a motorcar. Use another Openstreetmap implementation instead if you intend to use your car.
Please note, the instructions below are only valid for Velomap - other maps might behave differently. Also note, never have to different maps, which both offer Autorouting, enabled on your GPS device. In that case routing results will be erroneus or bogus (or failing). As the format of Garmins new maps with Activity Routing is not known, I have tweaked the maps to give similar or better results, by tricking the maps in such a way, that cycle routes are like interstate highways, while primary or secondary big roads are residential roads for the routing software. Therefore read carefully (actually the results you can achieve with my maps, are far superior for cycling, compared to any Garmin map as of 2012 (and Velomaps offer routing for bicycle since 2009, so long before Garmin copied it)).
Usage Instructions - For All Programs / GPS.
Note that all may behave different. In principle we have the following classes:
Old Generation - Mapsource, Basecamp v1 & v2 & v3.1, v3.2, All Garmin GPS WITHOUT Activity Routing (etrex vista/legend hcx or older, edge 705, GPS Maps 60 series; AND Dakota, first generation Oregon, Montana,GPSMaps 62 series with older Firmwares )
Old Generation (Mapsource, Garmin GPS without Activity Routing Support)
For the Old Generation, there is still one Distinction. In Mapsource under options/autorouting you have a slider to prefer small roads (left side) to highways (right side). If you move this slider to the right hand side, better suited ways/streets will be preferred but route calculation over long distance may fail. On the GPS such a setting does not exist, but the GPS is anyhow more strict on choosing well suited roads. On the other hand the “route calculation method” is only available on the GPS.
Transport Modes
Car/Motorcycle = Works well on shorter distances – might produce long detours. Routes over All Roads and Ways exactly like Bicycle.
Taxi = avoids under most circumstances footways; steps, pedestrian ways, living streets or streets with unknown surface/tracktype. To avoid unpaved ways, you still need to select to avoid them. Besides it routes identical to car/motorcycle
Bus / Truck = Avoids turning. Hence don’t use it.
Pedestrian No good autorouting over longer distances, will usually give quite direct vias – does not respect oneways.
Bicycle = Works well in combination with “shorter distance”. Is good for calculating longer distances on you GPS if you get “out of memory” errors. Routes over All Roads and Ways exactly like Car/Motorcycle.
Only For Mapsource
Note the slider called “Road Selection”. The more towards the right (prefer highways) you push it, the more you will be routed over Cycleroutes and Cycleways. Never move it to the left. If you feel that cycleroutes are favored too much, better use transport mode: bicycle, or use “shorter distance”.
NEVER Tick “Avoid Highways“ – It will block the best ways. On my maps, shared use pathes and cycleways are encoded for the GPS as highways. Real highways or big streets where cycling is not allowed are not routable anyhow with the Velomaps (so no need to avoid them).
Route Calculation Method: Per default I would advise to use “quick”. However if you get “out of memory” errors, go for “better route”. On best route calculation is able to get you to pretty remote places, however you might need to wait up to 10 minutes or longer until the calculation is actually finished.
Route Calculation Percentage value – The indicator has a bug on all units. It is only correct if jumping by several percent. However if it only increases by one percent per second, then it will reach 100% long before it has calculated the route. Hence when it gets stuck at 100%, there is still a good chance that the route can actually be calculated correctly. Using “better route” or “best route” for route calculation method, this often means waiting 3-5 minutes until the route is actually calculated.
So what of the above makes sense?
For roadbiking: Use “Bicycle” as transport mode, tick “avoid toll roads”, tick “avoid unpaved roads”, and use shorter distance/faster time to your liking. Maybe if you don’t mind very few times to cycle on gravel, then don’t activate “avoid unpaved roads” – they won’t be frequent.
for commuting: Use “Bicycle”, shorter distance, and don’t tick any avoidances
for recreational cycling / trekking / touring: Use Car/Motorcycle, Faster Time, and tick “avoid toll roads”.
— As the map data in Openstreetmap is everywhere different, and also the offer of good ways/routes for cycling differs a lot, just try around a bit in Mapsource, to find out what happens. In General Mapsource and your GPS will route similar over short distances.
Mid Generation - Basecamp v3.3 to v4.5. Dakota, Oregon 600/650, Montana, GPSMaps 62 series with newest Firmware, 64 with older firmwares, edge 520/820 with older firmwares
Mid Generation (Basecamp 3.3 – 4.5 or older Garmin GPS with first version of Activity Routing Support)
Basecamp v3.3 to 4.5, behaves quite differently to previous versions, or Mapsource, and also on the internal side of how it checks the maps, and what it does is very different. So Let’s have a look on what you can set. In Principle (except for etrex 10/20/30) the GPS devices behave very similar to Basecamp v4.
In the top left, you can set the Profile. Currently Automotive is activated.
Automotive and Motorcycling have been the method of choice for Basecamp v3 and Mapsource – but are not really usable except for short distances with VeloMaps in Basecamp v4 and newer anymore! On etrex and 62s series – where you cannot choose ATV as routing mode – use car or bicycle.
Then there are several Bicycling, Mountainbiking, Group Cycling (and maybe more in future) options. With the VeloMap – if you configure the avoidances the same, they all route alike. These modes are okay, if you don’t mind to find yourself quite often on asphalt and streets. They do tend to often use bigger streets with newer firmwares though or in Basecamp v4.
ATV and Dirt Biking Route pretty similar – Dirt Biking gives the best routes and can route over very long distances (>100km by air without any intermediary routing points). However Dirt Biking is not available on most GPS devices – while ATV is (e.g. on most Oregon/Montana and maybe Dakota/64s?).
Therefore you can chose between ATV – which is the best choice if you want to transfer the route itself to your new generation device – and Dirt Biking, which you can use for best routes that you copy via right-click advanced to a track – and send the track to your device (except of course if your device supports Dirt Biking profile – then go for it in any case).
Hiking, Walking, Mountaineering also all behave alike –> The results are okay for short distances with the Velomap – over long distances however it seems to use the worst streets/ways for cycling (mainly primary and secondary roads).
So what of the above makes sense?
For roadbiking: Use Dirt Biking / ATV as transport mode if available (or else try car or bicycle), tick “avoid toll roads”, tick “avoid unpaved roads”. Play around with avoiding Interstates as well as Residential roads to your liking. Shorter Distance no detours, faster time for nicer roads.
For commuting: Use Dirt Biking / ATV as transport mode if available (or else try car or bicycle), shorter distance, and don’t tick any avoidances.
For recreational cycling / trekking / touring: Use Dirt Biking / ATV as transport mode if available (or else try car or bicycle), faster time, and tick “avoid toll roads” if you hate to very very occasionally need to push your bike, because a short stretch of the track is not nice for your rather slick tires.
— As the map data in Openstreetmap is everywhere different, and also the offer of good ways/routes for cycling differs a lot, just try around a bit in Basecamp, to find out what happens. In General Basecamp and your GPS will route similar over short distances.
New Generation - Basecamp v4.6 - 4.8, Oregon 700/750, GPSMaps 64 current firmware/66 series, Edge 830/1030, Edge 820 with current firmware
New Generation – 2016 onwards – Basecamp 4.6 or newer:
Note that long distance routing does not work reliably with car based vehicles anymore – except if you block residential roads.
Usually the best setting is now to use bicycle, Tour cycling or mountainbike or, shorter distance, and as avoidances only toll road and or unpaved roads based on preference for difficult or less difficult trails.
Then there are several Bicycling, Mountainbiking, Tour Cycling options. With the VeloMap – if you configure the avoidances the same, they all route alike. They are now the best option for longer distance routing.
ATV and Dirt Biking Route pretty similar – Dirt Biking gives the best routes and can route over shorter distances (<=10km by air without any intermediary routing points). IUt usually fails on longer distances. Also Dirt Biking is not available on most GPS devices – while ATV is.
Hiking, Walking, Mountaineering also all behave alike –> The results are okay for short distances with the Velomap – over long distances however it seems to use the worst streets/ways for cycling (mainly primary and secondary roads).
Motocar/Motorcycle
not suitable for longer distances. Very short distances route pretty well. In general ATV or dirt biking are better however.
I'm not sure where and how to classify Nuvi and Zumo devices - it will depend on age.
Faster Time vs Shorter Distance
With my maps shorter distance already tries to route over nice ways. If you use "faster time" - especially in combination with car/motorcycle or Automotive mode, 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).
Estimated Arrival time
Garmin is not supporting proper Arrival times for Cycling. Using bicycle the estimated arrival times using "faster time" are simply calculated by averaging 18km/h - hence not very useful. Using "shorter distance" the arrival time often becomes really bogus. Using Automotive, Car/Motorcycle or other modes, the times will be far too short. Also elevation (so climbs or downhills) are not taken into the calculation. This is the same for Garmins own maps.
Road Type Avoidances
NEVER Tick "Avoid Highways" - It will block the best ways. On my maps, shared use pathes and cycleways are encoded for the GPS as highways. Real highways or big streets where cycling is not allowed are not routable anyhow with the Velomaps (so no need to avoid them).
Interstates: I have put cycleroutes high priority into my maps. If you tick "avoid Interstates" then this high preference is largely reduced. Never tick it if you you like cycleroutes and don't mind the occasional detour it takes to stay on a cycleroutes. If you are however a roadbiker, and your main aim is to cycle fast and improve your fitness, then you can tick this box, and you'll be mainly routed over unclassifed and tertiary streets.
Major Highways: If you tick it you will avoid streets that are nice for cycling, cycleways, cyclepaths, and so on. Well as you want to cycle with this map, I don't think you ever want to tick that box.
State Highways: Don't tick it. Most ways in the Velomap would be blocked.
Residential Roads: If you tick it, then actual highways where cycling is allowed, are avoided (primary and secondary streets that have no cycleways), as well as actual residential roads. For roadbiking this might make sense. For recreational cycling, don't tick it.
Unpaved roads: Does what it says and avoids unpaved roads. However also avoids ways that are not good enough quality for a racing bicycle with slick tires (sometimes this fails because of missing/wrong OSM data or tags). Also avoid ways, where cycling is forbidden, but thought to be still possible. (e.g. a primary road, where cycling is forbidden).
Feature Type Avoidances:
Toll roads Avoids ways not suitable for a trekking bicycle. Note really difficulty ways like via ferratas, difficult alpine ways, or difficult mtb trails are not routable anyhow. In General this avoids ways with tracktype 5 or above, or mtb:scale>0 or sac_scale mountain_hiking or above. Note that the ways avoided, are of very low priority, so usually never taken.
Avoid Ferries - Avoids ferries, cablecars, gondolas and mixed lifts.
U-Turns avoids any turn over 120° - best not use, because it will destroy sensible autorouting.
Cable Cars: Does not matter with Velomaps (or better, does not work, best don't tick anyhow).
Narrow Trails: Does not matter with Velomaps.
Carpool lanes: Avoids all ways where cycling is forbidden (and no more).
Date and Time Closures - it is currently not possible with mkgmap to produce maps that react to this setting.
Climbing Paths: Does not matter with Velomaps.
Roundabouts: Well does exactly what it says. I advice you to never tick this box, else roundabouts are avoided, and then routing likely won't work well.
General Tips and Advices - e.g. Route Calculation Fails
If Routing fails and you need to get somewhere without being able to set via points, you can try with “shorter distance” calculation which should autoroute even through heavily mapped cities (actually the better a region is mapped, without sufficient bicycle/mtb routes the more difficult it is for the routing engine to get over longer distances, Enabling “shorter distance” instead of “Faster Time” gets you to your destination quite well (though then also big streets are chosen quite often). Due to the way the maps are setup, setting your GPS to “shorter distance” should generate routes that are much quicker. “Faster Time” calculates nicer routes, but will take much more time. It it fails with "out of memory" error, you can also change the route calculation method. Another possibility to to deactivate "avoid unpaved roads". Often some very small patches of unpaved roads will hinder the routing to work well. Then just try to cycle a bit nearer using the route, and after a few kilometers (or better say 20 turns) click on recalculate after reactivating avoid unpaved roads.
Attention - Same Map.
You need to plan the routes with the identical map in Basecamp (same country, same date (that is paramount) that you use on your GPS device. Unicode/Non Unicode does not matter however. If you created the route with an older map - recalculate it in Basecamp first - then send it again to your GPS device. Also if you update maps on your device - it will often lead to errors if you try to use an older route (does not have to - but the more months between the map used for planning, and the map used with the route on your device - the more likely you get route calculation errors). To correct this - recalculate the routes in Basecamp with the new map - and send them again to your device. If the route now does not work in Basecamp anymore - its quick to notice. Maybe you will need to move some via points.
Routing does not work over long distances:
There are two main causes for bad routing: 1. non connected streets in OSM. 2. Not enough streets suitable for cycling - or tracks and pathes that are not tagged with tracktype/smoothness so that they are blocked when using "avoid unpaved roads". You should be able to route for 15km minimum to about 70-80km maximum without needing to route over via points on old GPS. Using Mapsource or newer GPS like Oregon or Dakota you can route over much longer distances. Very very long routes will never work because the routing engine of Garmin is not strong enough (and maybe there are still some improvements to be made in mkgmap). This is because Garmin algorithm likes to go straight for long time (like on a motorway) - routes suitable for cycling or mountainbiking make turns, have many intersections and are not so easy to be routed on. Because I don't want the maps to send you onto big roads, routing will not work over long distances. For autorouting inside your car there are better maps available. Maps offered here are supposed to give you the best routing possible on Garmin GPS for mountainbiking / hiking or cycling. Solution: Insert additional via-points.
How to overcome problems when routing over long distances:
Routing without via points over large distances (i.e. 50-100km) will often not work, even though by setting via points you will find a way. The better the OSM Coverage the greater the distance you can cover with the autoroute function. For in car use I recommend either Garmin City Navigator maps if you have the doll to shell out, or the excellent Autoroutable maps by Lambertus: http://garmin.na1400.info/routable.php The maps offered here are to be used for cycling, commuting via bicycle and roadbiking. I have structured the Routing Preferences so that small streets are preferred over larger streets. If you want to plan you're routes in Mapsource and be sure that recalculation works on GPS I recommend you to read through here: plan-routes-efficiently following this tutorial and using wingdb you can easily create routes via pc that go over 200-300km. I advise however to make a new route for each day.
I have a query on how turn by turn directions (on a Garmin Edge 530) work with regard to roundabouts. I’ve had a play and it seems that to take a right turn on a round about here in the uk (would be the 3rd exit), my turn by turn instructions tell me to take a left turn, then a right turn and then another left turn – ie instead of telling me to take the 3rd exit, its navigating me round the roundabout itself. Is there anyway to change this behaviour? The standard Garmin maps seem to at least acknowledge the existence of roundabouts rather than try to treat each part of the roundabout as a separate turn. Cheers.
it shouldn’t happen that way. Is it on the Europe map or UK map? In the Europe map it’s not avoidable. but in the UK map it should be fine.
Hi. Im using the Great Britain map, on an edge 530 with latest firmware. I’ve just removed and reinstalled the Velomap, and made sure all other maps are disabled on the device (apart from the Garmin INTL Basemap). It seems to happen with route calculation on the device itself, or via saved courses (imported from Komoot). I’ve also tried routing (bicycle mode) via Garmin basecamp, with the edge 530 attached and using the Velomap – its the same, it doesn’t recognise the roundabout, but does with Garmin maps for the same route
Is there anything I could send to assists with this?
yep it doesn’t recognise roundabouts – I disabled that because of a bug – but actually it was a bit unrelated. From next map update onwards I will re-enable roundabout specific routing.
Ok great stuff, thanks for the update, much appreciated!
I can see this has been updated already, and is now working perfectly! Thanks for sorting it.
Hallo Felix, ich habe ein Problem mit dem Autorouting: Velomap-Karte vom 02.07.20, Route geplant mit BaseCamp 4.7.2, im Wesentlichen auf eingezeichneten Fernradwegen, 60 km, 25 Zwischenziele. Unser Oregon 600 routet problemlos, unser Oregon 700 verliert alle paar km die Route. Er will dann umkehren zum letzten oder vorletzten Zwischenziel. Manchmal fängt er sich wieder beim Erreichen des nächsten Zwischenziels, sonst manchmal beim erneuten Start der Route. Dabei zeigt er dann statt der Route lange parallele Geraden zu den Zwischenzielen. Das Routing ist so völlig unbrauchbar. Die Oregons haben die aktuelle Firmware und sind mit einer fertigen Deutschland Karte als img bestückt. Kannst du mir helfen?
Gruß Axel
Sehr komisch – ich hab leider kein 700er zum überprüfen. Kannst du mal stattdessen die Länderkarte am 700er probieren – also ein ganz aktuelle? Die Routing Einstellungen sind identisch?
Hallo Felix,
Ich habe sämtliche Kombination der Routing – Optionen ausprobiert. Die Länderkarte kann ich nicht probieren, da ich unterwegs bin und kein Notebook auf dem Fahrrad habe. Ich habe das Verhalten schon vorher bemerkt, aber es damit begründet, dass ich Kreisrouten mit identischem Start und Ziel gefahren bin. Damals habe ich eine Länderkarte benutzt.
Hallo Felix, ich habe jetzt die img-Datei vom 10.07. installiert. Keine Verbesserung. Der Oregon 700 unterscheidet sich in den Konfiguration-Möglichkeiten erheblich vom 600 und auch im Verhalten. Er neigt dazu, die Zwischenziele zu ignorieren oder daran zu scheitern. Am besten funktioniert Off-Road, dann werden allergings die Zwischenziele ignoriert. Gibt es denn niemanden, der die gleichen Probleme mit einem 700er hat? Vielleicht solltest Du mal einen 700er testen?
Ich werde mal versuchen an ein 700er zu kommen.
Hallo Felix, noch eine Rückmeldung nach 1200 km: das oben geschilderte Verhalten habe ich auf dem Radweg HH Rügen beobachtet. Auf dem Oder-Neiße-Radweg funktionierte das Routing recht gut, allerdings ist dort das Wegenetz wohl auch weniger komplex. Auffällig war allerdings , dass der 700 oft im Detail andere routen vorschlug als der 600, der sehr konform zu Basecamp routet. Das Verhalten des 700 konnte ich durch die Einstellungen nicht beeinflussen.
Hallo Felix,
leider habe ich im vergangenen Jahr keine Rückmeldung mehr von Dir bekommen.
Da der Fahrradurlaub in Kürze ansteht, habe ich meine Oregon 600 und 700 (jeweils mit aktueller Firmware) mit der aktuellen Germany.img vom 19.06.2021 bestückt. Eine Probetour mit dem Oregon 700 ergab, dass die Routingprobleme aus dem letzten Jahr noch größer geworden sind, ein Autorouting ist nicht mehr möglich. Regelmäßig will das Gerät zum letzten passierten Zwischenziel zurückrouten. Ein Routing auf dem Oregon 600 (was im letzten Jahr bis auf wenige Ausnahmen noch funktionierte) ist nicht mehr möglich. Das Gerät bricht nach “LOS” das Routing ab. Teilweise haben beide Geräte die Meldung gegeben, dass über 50 Zwischenziele nicht geroutet werden können, obwohl die nicht der Fall war. Kurze Routen – ca. 20 km – mit etwa 15 bis 20 Zwischenziele funktionieren nicht mehr. Diese Routen konnte ich im letzten Jahr mit den älteren Karten problemlos verwenden. Ich habe die Garmins mit den von Dir empfohlenen Routing-Einstellungen versehen und auch weitere Kombinationen erfolglos ausprobiert.
Mein Fazit nach mehreren Stunden Aufwand: Deine Karte vom 19.06.2021 ist für Autorouting-Zwecke auf Garmin Oregon 600 und 700 nicht einsetzbar.
Ein Quercheck mit OpenTopoMap-Karten ergab, dass diese auf beiden Geräten schnell und problemlos routen, allerdings mit wenigen Abweichungen.
Ich hätte gern von Dir eine Rückmeldung, ob Du mir für das von mir gewünschte Autorouting Velomapkarten bis Mitte Juli bereitstellen kannst oder ob ich auf ein anderen Kartenprodukt wechseln muss. Ich würde dies bedauern, da ich bislang mit dem Layout der Karten und dem von Dir geleisteten Support zufrieden war.
Gruß Axel
Bist du sicher dass du keine Vermeidungen aktiviert hast? Ich habe am 600er keine Probleme. Ein 700er habe ich noch nicht – ich habe ab nächster Woche noch eine Fenix 6x Pro zum überprüfen (da die nur 64 Farben darstellen kann – habe ich eine bestellt um dafür ein Layout zu kreieren – da es derzeit problematisch ist).
Außer dir hat niemand solche Probleme gemeldet. 49 Zwischenziele auf einer Route könnten ein Limit sein – also nicht mehr als 49 Zwischenziele.
Die Routen hast du in Basecamp erstellt und dann auf das Gerät übertragen? Die Karte mit der du die Routen erstellst ist identisch zu der auf dem 600er und 700er (das ist sehr wichtig). Alle anderen Karten sind deaktiviert (bzw entferne sie sogar mal temporär durch umbennenen der Dateiendung etwa zu .img.bak.
Gerade Bundestraßen und Autobahnen vermeiden etwa führt dazu dass das Routing nicht nutzbar ist.
Nachdem ich gestern Abend noch einen Warnhinweis auf die unterschiedlichen Kartenversionen gefunden hatte, habe ich die .img-Datei vom 19.06. durch die Deutschlandkarte vom 14.05.21, die ich in Basecamp nutze, auf den Handgeräten ersetzt (per Garmin Mapinstall). Nun sind die Karten identisch und die auf dieser Kartenversion in Basecamp erstellte Routen funktionieren auf den Handgeräten tadellos! Das Routing ist in wenigen Sekunden berechnet, ich bin heute erfolgreich eine Kreistour mit 40 km und 41 Zwischenzielen gefahren. Auch das Einspringen mitten in der Tour geht reibungslos. Aber: Alte Routen (ich habe über 500 Routen) müssen mit einer neuen Karte neu berechnet werden, sonst gibt es die genannten Probleme auf dem Handgerät. Ich denke, Du solltest den Hinweis zu den Kartenversionen deutlich prominenter platzieren, da insbes. die .img-Datein sonst ein Stolperstein sind. Auch kann man mal vergessen, ein Kartenupdate im PC auf den Handgeräten nachzuziehen.
Da wir auf den Fahrradurlauben Wandertage einlegen, die ich mit der Openmtbmap plane: Gibt es etwas zu beachten, wenn beide Karten auf dem Handgeräte in zwei .img-Dateien vorhanden sind? Kann es durch die Verwendung der Höhenmodelldateien zu Problemen kommen?
Das sollte doch logisch sein. Das Problem muss nicht immer auftreten – aber wenn eine Straße etwa verschoben ist – oder nicht mehr existiert – dann ist die Route futsch. Genauso wenn ich etwas am style-file – also der Erstellung bezüglich des Routings ändere. Das betrifft alle Karten, also nicht nur meine sondern auch jede andere Karte basierend auf OSM, oder Garmins eigene Karten.
WAs meinst du mit beide Karten – wichtig ist nur keine Karte doppelt. Höhenlinien sind als gmapsupp.img separate Karte – in dem Fall dürfen die Höhenlinien halt nicht auch nochmal mit der Karte an sich gesendet worden sein (etwa mit MapInstall).
Aber ich habe jetzt hier nochmals einen Absatz diesbezüglich eingefügt.
Hallo Felix,
vielen Dank für deine prima Karten. Macht Spaß, damit Radtouren zu planen.
Eines habe ich noch nicht hinbekommen: Bei der Planung einer Tour für “Tourrad” mit der VeloMap führt mich das Autorouting immer wieder über Wege (G3 Pth), die als MTB Trails passen aber mit einem Gravel Bike teilweise nicht mehr befahrbar sind. Gibt es einen Weg, unbefestigte Wirtschaftswege (Trk) zuzulassen, aber Trampelpfade auszuschließen (insbesondere, wenn sie extreme Steigung haben …)?
Ich verwende Basecamp Mac, aktuell 4.8.8. Routing-Einstellungen wie oben beschrieben: Alle Vermeidungen inaktiv außer Mautstraßen.
Viele Grüße,
Thomas
Du kannst nur zusätzlich unbefestigte Wegen meiden – dann wird aber alles ab G2 gemieden. Echte steigung wird generell nicht beachtet hierbei (nur mtb:scale:uphill > 2)
Danke für die prompte Antwort. Das mit der Steigung ist auch nicht so wichtig.
Auf unbefestigte Wege komplett zu verzichten ist leider zu viel, da fallen dann die schönsten Strecken mit raus. Da bleibt dann wohl nur, nach dem Autorouting die Trampelpfade einzeln herauszusammeln und dort das Routing manuell zu korrigieren.
Wäre es vielleicht auch techisch möglich, die Unterscheidung Pth vs. Trk auf die Eigenschaft “Schmale Wege” o.ä. abzubilden? Dann könnte man die Pfade ja beim Routing ausschließen.
Nein – diese zusätzlichen Paramater gehen leider nur für originale Garmin NT Karten. Ich habe nur zwei Möglichkeiten – einmal Unpaved, einmal Maut. Es ist halt schwer – da jeder da andere Präferenzen hat bis zu welcher Kategorie er gerne fahren würde. Bei der VeloMap sollten G3 Wegen generell schon sehr selten gewählt werden.
Wenn du die OpenMTBMap nimmst – und dann unbefestigte Wege vermeidest – wird alles über G2 gemieden. Dass kannst du also mal alternativ ausprobieren.
Hallo Felix,
vielen dank erst einmal für die wunderbaren Karten!
Gestern habe ich ein Update der openvelomap gemacht und auch die Karten in meinem etrex30x aktualisiert. Leider funktionieren meine Routen nicht mehr. Ich habe natürlich mit dem neuen Kartenmaterial in Basecamp vor dem Übertragen noch einmal neu berechnet. Jetzt bekomme ich im Navi nur Luftlinien zwischen den Via-Punkten gezeigt und der Go-Button erscheint gefühlt erst nach 10 min. Ich habe im etrex wie auch in basecamp Profil Fahrrad und die gleichen Vermeidungen eingestellt. Woran könnte das liegen?
Beste Grüße
Burkhard
Ich habe das Problem gelöst. Offensichtlich reicht es nicht aus die Routen vor dem Übertragen an das etrex neu zu berechnen. Wenn man eine komplett neue Route in Basecamp mit der geupdateten Karte erstellt, funktioniert das Routing im etrex wieder einwandfrei.
Ja – komplett neu weil wenn da Wege fehlen oder ein paar Meter anders liegen – dann gibt es sonst Probleme.
Hallo Felix,
kann es sein, dass ein uralter Bug in letzter Zeit wieder in die Velomap reingerutscht ist? In letzter Zeit wird beim Autorouting von Kreisverkehren direkt auf meinem eTrex Vista HCx grundsätzlich 2x “Rechts abbiegen” anzeigt (1x beim Einbiegen in den Kreisverkehr, 1x beim Verlassen desselben), nicht mehr “Kreisverkehr, 2. Ausfahrt o.ä.”. Ich kann mich erinnern, dass vor vielen Jahren in meiner Garmin-Anfangszeit genau dieses Problem bestand, und Du hattest es seinerzeit korrigiert (seinerzeit bei der OpenMTBMap, siehe https://www.naviboard.de/showpost.php?p=355348&postcount=8)
Ich hab das absichtlich geändert – weil ich dachte es hängt mit gelegentlichen (sehr selten – aber reproduzierbar) Abstürzen beim Autorouting zusammen – sicher ist es jedoch nicht – es könnte auch an einem anderen Fehler (teils OSM, teils mkgmap) dort gelegen haben – und trat bei Kreisverkehren vermehrt auf. Ich bin mir 90% sicher es lag nicht an der Kreisverkehrskennzeichnung (Typ) – und ich könnte es wieder als echten Kreisverkehr eintragen in der Karte und bin mir unsicher ob die Anweisung so wichtig ist vs potentiellen Absturz (auch wenn sehr sehr selten).
Abstürze sind natürlich immer doof, andererseits sind die doppelten “Rechts abbiegen”-Hinweise verwirrend, insbesondere, wenn es um den Kreisel erst einmal 270 Grad herumgeht und man somit eigentlich links abbiegt. In Ländern wie UK mit den vielen auf der Straße aufgemalten Minikreiseln stelle ich mir das noch lästiger vor. Wäre klasse, wenn Du die Ursache der Abstürze finden und sie irgendwie umschiffen könntest.
Servus,
ich hatte folgendes Problem(Garmin etrex Legend HTC) dass es bei gesuchten Ortsnamen nichts angezeigt hat bzw die Ortsnamen waren mit versch Symbolen zusammen gesetzt(Ähnlich wie die Winding Schrift.
Wenn ich aber dann direkt in der Karte gesucht hatte war der Name richtig geschrieben.
Da muss ich bestimmt am GPS was umstellen?
Gruß
Peter
Ist dass eine Karte mit Update 17.08? Ich hab da in der VeloMap riesig was verbuggt – ich suche grad nach dem Fehler und lasse die Karten neu berechnen.
Das Legend HCx nehme ich mal an, ich kenne kein HTC ist halt sehr alt. Wähle da evtl mal die Non Unicode Version wenn es eine Unicode Karte war – um welche Karte genau geht es da?
Hi 🙂
Leider funktioniert das Autorouting mit Basecamp 4.6.2 über das Profil Dirtbike nicht. Woran kann das liegen. Profil Tourenbike funktioniert einwandfrei.
Grüße Peter
Kann teils an der Wegestruktur im Gebiet liegen – du müsstest dann mehr Zwischenpunkte setzen.
Hi, eine Route über BaseCamp zu erstellen geht nur begrenzt. D.h. nur über kurze Distanzen ca. 100 Km)? Gruß, Stefan
100km ohne Viapunkte wird gar nicht gehen – aber eine Route von 200-300km mit Viapunkten ist schon möglich. Am besten bei langen Touren pro Tag eine Route erstellen. Die Komplexität ist einfach viel höher als bei PKW Routing, und Basecamp hat dafür auch einfach den falschen Algo.
Hallo,
Ich habe die aktuelle basecamp version und alle Einstellungen vorgenommen so wie oben beschrieben. Leider habe ich das Problem, dass das Autorouting fast nie Fahrradwege direkt neben/ an den Straßen berücksichtigt. Ich muss die Route immer manuell auf den Fahrradweg ziehen. Ist das normal? Denn ich fahre auch mit dem Rennrad lieber auf dem Radweg neben der Straße als auf ihr. Durch das manuelle ziehen der Route wird der zeitliche Aufwand der Planung um ein Vielfaches vergrößert…. Das finde ich sehr schade. Gibt es dagegen Abhilfe?
Viele Grüße!!
Fahrradwege die neben Straßen verlaufen sind oft kritisch. Die haben viel mehr Kreuzungen und sind viel ungerader wie die Straße daneben – das führt dazu dass auch wenn sie höher priorisiert ist – einfach nicht gewählt wird. Erst recht in der Stadt (da sind die Fahradwege wenn separat eingetragen meist eh komplett unroutbar – ist ein OSM Problem und wäre besser wenn die Fahrradwege gar nicht separat eingetragen wären sondern als cylecway=track). Du kannst ein bisserl rumprobieren mit den Einstellungen – aber im Prinzip ist es solange es wirklich parallel läuft doch egal. Lass dich auf der Straße routen und fahr halt 5-10m daneben am Fahrradweg. Manuell rüberziehen würde ich nur wenn der Wegverlauf klar anders ist (sprich so dass man es nicht klar erkennen könnte beim entlangfahren).
I have encounter a routing anomaly on occasion that I can not explain! When I am routing on some secondary roads or trails and I click two points on the trail, the route goes beyond the second point and comes back to it. see that attached file for an example of this, if it is a problem with the underlying data, I would like to know what I can do to fix it.
In the example there is only two points which are only 216m apart, yet the details say that it is 330m in total length, it appears to happen when I click in the middle of a straight segment!
Thanks
Bruce H.
That can sometimes happen – as I put several roads on top of each other. It should not happen over longer distances – basically it only happens (and not very often) directly around the place you clicked. sometimes you could avoid it – by clicking besides the road instead of on it – but that makes not much sense when you send such a route to your device – so just ignore it – this error is pretty rare (and I think does not happen on device anyhow – it’s basecamp/mapsource only).
Hallo Felix,
ich bin neu hier. Ich habe ein Dakota 20 mit neuster Firmware (5.80 von Oktober 2013)
Dort gibt es jedoch nicht das Profil “Dirt-Biken” sondern nur
*Motorrad/Auto
*Fahrrad
*Fußgänger
Welches Profil ist nun empfehlenswert für eine Radtour?
“Motorrad/Auto” und “Kürzere Zeit” mit (bei nicht perfektem Wetter) “Mautstraßen vermeiden”?
Vielen Dank!
Joshua
Bei Motorrad/Auto eher kürzere Strecke – bei Fahrrad kannst auch kürzere Zeit probieren. Da musst du einfach mal ein bisserl probieren. Je mehr Viapunkte desto besser/problemloser gehts.
Mautstraßen vermeiden – wenn du schlechte Untergründe wirklich ganz schwarz/weiß schematisch vermeiden möchtest.
Servus,
habe hier mit dem Edge1000 ein Problem mit der Österreich Karte (Version vom 29.07.15). Habe die Karte auf den Edge geladen und das Routing von einem Ort zum anderen funktioniert nicht. D.h. die dicke Linie mit den Abbiegehinweisen erscheint nicht, wenn ich z.B. einen Ort in der Nähe angebe. Wie gesagt, nur in AT. In DE ist alles super.
Hat jemand eine Idee oder kann das auch mal testen?
Danke und Grüße
brezel
Bist du in AT – oder im Simulationsmodus? Wenn direkt dicke Linie kommt – hast du grad evtl Direktouring aktviert statt ein richtiges Profil. Wenn du das nur simulierst – das klappt ab und zu einfach nicht.
Servus Felix,
dank dir erstmal für die Mühe! Schöne Sache das alles und macht viel Freude.
Folgende Frage hätte ich:
Ich möchte Routen in Basecamp fürs Rennrad planen. Das klappt auch alles super (Italien, Südtirol) und ich kann auch in der Grafik das Höhenprofil sehen. Allerdings rechnet mir Basecamp die Gesamthöhenmeter nicht aus. Ich sehe zwar die Entfernung, aber keine Summe der zu fahrenden Höhenmeter. Ist das irgendwie machbar?
Grüße und besten Dank
brezel
Und noch eine weitere Frage:
Das Routing in Basecamp habe ich eingestellt, wie angegeben. D.h. Vermeidung von Autobahnen usw. alles deaktiviert. Fahre ich im Schwarzwald von Forbach nach Schönmünzach routet mich die Openvelomap immer über die Bundesstraße, nie über den sehr gut ausgebauten und geteerten Radweg. Müsste der nicht genommen werden?
Der Ausschnitt zeigt das Problem. Rechts ist ein Radweg, der auch als Tour de Murg gekennzeichet ist. Links ist die Bundesstraße. Von der Strecke her, müsste beides annähernd gleich sein, gewählt wird aber immer die Bundesstraße.
Teils macht es einfach was es will – dann braucht es einen Zusatzpunkt auf der Route – bzw sie sieh drauf. Wenn selbst das nicht geht – dann ist es meist ein Datenfehler (was nicht richtig Verbunden ist der Klassiker) in OSM.
Ich schau mir das Morgen aber mal an – ich nehm an es ist die aktuellste Karte?
Klicke in das Diagram rein – und markiere einen Teil/komplett – für die Markierung bekommst du eine Addition.
Servus nochmal,
Danke dir! Mit den Höhenmeter klappt so. Nicht unbedingt intuitiv, aber es funktioniert und gibt zumindest mal nen Eindruck von den Höhenmetern. Gute Sache das fürs Alpine fahren. Da kommen bei 80km sonst schnell 3000 Höhenmeter zusammen.
Bzgl. des Tracks:
Es ist die neueste Karte und ich meine an einer Stelle ist die Kennzeichnung für den Radweg unterbrochen. Der Weg geht zwar durch, aber die Markierung nicht. Evtl. liegt es daran. Zusätzlicher Punkt geht natürlich, aber das da ein Super Radweg ist, weiß ich nur, weil ich den Weg kenne. Ist ein abolutes Highlight im Murgtal und die Straße ist die Hölle. Wenns daran liegt, schau ich auch mal selber ob ich das für die nächste Version reparieren kann. Wenn man durchs Murgtal fährt, muss man definitiv diesen Weg nehmen. Schöner gehts kaum auf dem Renn- oder Tourenrad.
In der VeloMap routet es korrekt (mit Fahrzeug Auto – mit Fahrrad bleibt er auf der Straße – wenn du mittig beginnst – mit Startpunkt Schwarzwald Radweg weiter nördlich – immer korrekt). Sprich in der VeloMap schaut für mich alles korrekt aus – da die Brücken meist als Fußweg ohne bicycle=yes markiert sind. Zumindest im Modus kürzere Zeit. Im Modus Kürzere Entfernung hakt es etwas – ich hab es mir gerade in den Rohdaten nochmal angeschaut – und verstehe nicht warum hier nicht rüber geroutet wird – weil stärker abwerten kann ich die Straße kaum.
In OpenMTBMap – warte auf jeden Fall nochmal auf das nächste Kartenupdate – ich korrigier da grad noch einige Autoroutingeinstellungen. Evtl ist da ein Wegstück fälschlich verboten.
Ich verstehs nicht. Wenn ich Auto aktiviere (heißt bei mir “Fahren” -> (Basecamp V4.4.7), routet er auf der Deutschlandkarte generell nur Luftlinie. Nehme ich Fahrrad, kann ich einstellen, was ich will, das Ding bleibt beim Routing auf der Bundesstraße. Sogar zu Fuß :o|
Kürzere Zeit, kürzere Entfernung spielt auch keine Rolle, nehmen tut er den Weg rechts der Murg nur, wenn ich “Dirtbiken” einstelle 🙂
Aber dann wirds an anderen Stellen wild. Ist hier kein Drama, weil ich die Strecke kenne, aber der Radweg ist absolut perfekt, egal ob zu Fuß oder mit dem Fahrrad, Tourenbike, Rennrad. Besser gehts nicht. Vielleicht ein Bug in Basecamp? Hab hier noch ne alte Garmin Topo rumfliegen und die installier ich mal. Mal gucken, was da geroutet wird…
Ich hab gerade auch mal mit der neueste Basecamp Version gearbeitet – da wurde wieder was geändert. Benutz mal das Profil Dirt Biking (ohne Vermeidungen – bzw so wie oben angegeben) – das geht sehr gut. Ich muss mal schauen wie/was ich ändern kann um auf die neueste Basecamp Version das Routing besser hinzubekommen – bzw schauen welche Geräte Dirt Bike als Modus anbieten.
Mit der neuen Kartenversion (29.07.15) und neuem Basecamp (4.5.0) haut alles hin. Beim Fahrradrouting wird jetzt komplett auf dem Radweg geroutet, ohne irgendwelche Verrenkungen (Dirt Bike oder so). Supi!
Hi Extremecarver
I just joined up to VeloMap to help me route find in Puglia Italy for a three week cycling trip my wife and I are planning in Italy. My wife was not impressed when I managed to lead us onto the Kremser-Bundesstrasse last year while when cycling to Vienna 🙂 This year I wanted to be better prepared and signed up to your great service so our routes were safer and more enjoyable.
Now since I am new to your map system, I thought I would try having Basecamp auto-route with Velomaps for areas that I am familiar with, namely British Columbia, Canada. I tried picking some areas that I knew well and that had well established bike routes between two towns. However when I used Auto-route, the Basecamp immediately designed a route that follows the nearest highway, ignoring all the secondary and residential roads. I have the Active Profile as Car/Motorcycle, and set for Faster Time, and only “avoid toll roads” selected. I have also tried setting “Shortest Time” but it doesn’t seen to help.
You can see an example result in the attached screenshot where a route between the town of Parksville, BC and Qualicum Beach follows Highway 19 rather than the secondary roads and trails.
What am I doing wrong?
Regards,
EricB
Well I guess that’s in the US. The problem is that OSM is quite lacking there (and actually not only OSM – but the infrastructure for cycling itself is mostly really bad). If you would use “fastest time” it would probably route through quieter streets in the example – but basically the grey streets – are residential – in general (at least in Europe) they are not well suited for fast cycling (low priority on intersections – and so on). As for the tertiary roads in the screenshot – they are really not leading to your destination (and Garmin algos don’t like changing roads/streets – that’s something I cannot solve with my maps). So for what I see here – there really is no good route.
Thanks for feed back. It certainly could be a North American problem as I agree the infrastructure for biking is poor here (although the West Coast has some good areas). I’ll try auto-routing again with the Austrian maps, as I know some of the touring routes there fairly well.
That said, one thing that made me think I was doing something wrong was Google Maps actually found better routes than Garmin. For example, the attached Google route of the same area isn’t perfect, but it isn’t all on the Hwy 19 either (FYI the “official” bike route is on Hirst Ave to Renz Rd to Wembley and then follows Google’s suggestions). Since Google is usually a bad routing solution for bikes (IMHO), I thought Garmin/Velomaps would beat it cleanly. And this is just an example – I tried a number of routes out.
But in the end I am looking for the really low traffic routes in Southern Italy, as the cycling in infrastructure there isn’t all the strong either (at least as I understand it). So grey streets would be ideal as they are both scenic and low traffic. Any way to make these the priority in the Garmin with your maps? Google Maps in the area don’t even offer the option of bike routes, so I am not complaining about Velomaps, just looking for the best results I can get.
Thanks
Eric
Well while google maps is rather strong in the US, but lacks in Europe – the result is not so suprising there. As for routing on small roads in South Tyrol – that should work out quite well I guess. In general there suitable roads exist. Overall Velomaps route better on the countryside compared to inside cities.
Hello,
I’m trying to plan my route through Turkey on Basecamp 4.4.4. There is the D400 trunk that crosses the whole country, and after i verified on other cyclotourists blogs, i can guarante it’s usable for bikes. My point is, i cannot plan routes using that trunk, whatever changes i make to the activity profile. I noticed you were writing about settings changes to another user (that setting being bicycle=yes). Where do i change that info ? Is it for that road only or general on all the map ? Is it MapSource only ?
Sorry for bothering you again
Best regards
I have the same problems in Uzbekistan and Iran and cannot plan my biketrip as i have to ride those trunks (there is no other choice). I would like to tag those trunks as bicycle=yes but only for me and not on OSM. Is it possible ? If yes, how ?
Thank you for your time
Well they are routable – but not allowed for routing. Hence avoided at nearly all costs. I will in January or February rework this with a per country default.
Basecamp is quite loose on the restrictions – so it would be less likely blocked there.
Even though I think adding bicycle=yes in OSM is okay – just as the per country defaults set in the wiki are not sufficient in all cases. So yes – some could consider the information superfluous – but I think it’s okay and noone will delete this. For highway=motorway I would definitely say this no matter what’s written in the wiki.
Thats means i have to correct all those trunks in OSM for at least 5 countries (Turkey, Iran, Turkménistan, Uzbekistan, Kirgizistan + eventually Kazakhstan, China, …) and then wait until, based on those new infos, you republish an veloasia map. Thats very time consuming and i have to plan all my route before the end of the year… Thats what i wanted to avoid by using your maps… Isn’t there another way ? Or at least a way to circumvent this problem temporarily or only on the maps that are installed on my computer ?
Well – I now changed the per country defaults (except doing the opposite for Germany as indicated on the wiki, and adding a few more major European countries to not allow routing on trunk roads) based on the wiki page here: http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions
– It will be on Tomorrows Velomap – please try it out, I’m not sure if it really works correctly. (if you download the maps for Windows – you probably need to wait til Saturday for downloading).
Thanks a lot for your very precious help ! I’ll re-downoad veloasia.exe on saturday and keep you posted asap about the results. By the way, the 3rd download for asia (veloasia.7z) is still reachable through the link you provided on another comment (ftp://ftp5.gwdg.de/pub/misc/openstreetmap/openmtbmap/odbl/velomap/continents/veloasia.7z)?
Best regards and another big thank you !!!
Yes – I still need to post this link, plus links to some more other countries… Currently the new EU VAT laws mean I don’t have much time at all…
Hello,
I just tested the veloturkey map with much better results. Thank you so much for your efforts, it helps me a lot !!! I’ll test veloasia in the next days and keep you posted.
Asia is perfect too !!!