I’m interested in the new feature the overview map 
Is the overview map also routable? As I understood it is a reduced map as the basemap on the nüvi is? Maybe so the long route problem could be solved? Because if i have only the Austria OSM map on my nüvi, he is able to route to far away destinations simply by switching to the reduced map at the borders … Due to the increasing osm data i have more and more problems also with inner austrian routes …
No this overview map isn’t routable. The routing takes place at the most detailed zoomlevels, so it doesnt solve the long routing problems, it only helps to draw the maps more quickly on the screen.
OK, so only reducing the number of ways (ex tracks for a car only map) could help to solve that problem?
Routing will work if data is prepared correctly for routing. This means proper dividing roads into categories and preserving continuity in main categories. Creating clean network of main roads would help, number of other roads is not so important.
If the option “avoid unpaved streets” is enabled, the nüvi does also not route over tertiary streets which have the tag surface=cobblestone. (many streets in old towns) I thought that this option only avoids unpaved tracks > trackgrade 1?
No, it affects all kind of highways with the following properties:
# Flag unpaved roads.
highway=*
& (surface=cobblestone | surface=compacted | surface=dirt |
surface=earth | surface=grass | surface=grass_paver |
surface=gravel | surface=grit | surface=ground | surface=mud |
surface=pebblestone | surface=sand | surface=unpaved |
mtb:scale=* |
tracktype ~ 'grade[2-6]' |
smoothness ~ '.*(bad|horrible|impassable)' |
sac_scale ~ '.*(mountain|alpine)_hiking' |
sport=via_ferrata)
{ add mkgmap:unpaved=1 }
(highway=bridleway | highway=path | highway=track | highway=unsurfaced)
& surface!=* & tracktype!=* & smoothness!=* & sac_scale!=*
{ add mkgmap:unpaved=1 }
Report of strange map display aspect ratio problem
Downloaded Generic Routable version of UK/Iceland earlier (Mac version) and when imported into BaseCamp, the map is squeezed East-West. Never had problems with all the other maps from the server for other regions of the world. Have tried it a second time and the same happened.
Anything I missed? Thanks. 
There is quite a number of bug reports about this on the Garmin forum, like this one: https://forums.garmin.com/showthread.php?9459-Custom-map-display-distorted
I think in Garmin-speak this is a feature, not a bug…
In the Windows version of Mapsource and Basecamp (?) you can press ctrl-alt-a and set the geographical height of your location (netherlands: 52 degrees). Default the value is on ‘auto’. Maybe this will work in the Mac version too?
BaseCamp for Windows doesn’t have that option; you need MapSource or JaVaWa GMTK to change the projection angle. BaseCamp will use that value.
On the Mac it isn’t possible at all.
Ouch! I just happen to be on a Mac… 
I did some inquiries on the Garmin forum (tried it before without getting a response), and got an answer this time: yes, it is possible on the Mac too.
It will be an option in JaVaWa GMTK version 3.2 (coming soon).
thanks for the update!
The destinations work quite good but as I have seen the --process-destination and --process-exits are only used in the normal style … Maybe you can add this to the new style too?
I’m also waiting wishfully for the next update with r2654 where the housenumber matching is improved on roads with ref tag.
@ popej: how can this be done?
When the newest map (Openfietsmap Lite) will be? 
You mean good routing? I don’t know a solution but I can suggest a design target.
On Garmin maps routable roads are divided into 5 classes. Class 4 are main roads, which are important for long distance routing. They should create clean and continuous network.
On a generic map of Poland class 4 roads looks like this:
There is no network, only some separate roads. On that kind of map current nuvis and latest BaseCamp won’t calculate any longer route.
Next picture is a part of network from Holland:
It is dense enough to get good routing but have some irregularities, which probably could be improved.
Other problem not visible on these pictures is continuity. Any break in network can exclude whole segment form calculations. This probably include links between highways.
I don’t think that creating good network could be done automatically. It would need manual work. And probably there won’t be general rules, since roads networks in different countries are very different, like the 2 examples above.
in my case i think the network is complete and fully connected. (Because Vienna - Innsbruck; Innsbruck - Verona are working but not directly Vienna - Verona) As i have seen in the style file motorway links are currently class 3. So maybe they should also have road class 4? Also maybe add primary roads to class 4 to get a main network.
For my feeling also the routing currently is not always preferring highways and routes instead on primary roads because they are shorter. (For example Vienna where the nuevi mostly routes on the primary roads instead of going the longer, but faster way on the motorway. Is there the maxspeed and the number of traffic lights included in penalizing these roads on the link weight? Average speed on motorway is 80kmh where on a typically inner city primary road with intersections and traffic lights it is 35kmh.
There are many problems to consider.
First is that Mapsource calculates differently then current version of BaseCamp. Older nuvis calculate different then current models. You can get route on one device and failure on other.
Short distances are calculated differently then long distances.
Network could be complete but too complicated to calculate long route. Network with long roads is easier to calculate than the same network divided into more short roads.
Speed is included in calculations, probably crossroads and turns too. I don’t think traffic lights are included but you can decrease speed of road with lights.
You can experiment with motorway_link. I think class 4 could help.
no change with class 4 for motorway links. i also tried additionally to increase primary roads to class 4 to get an austrian wide network but he fails calculating the route every time for routes for ex from vienna to bregenz, or vienna to innsbruck (without having the motorway over rosenheim in the map such that he can route over the “große deutsche eck”) maybe i have a problem with the style file because when i removed the line concerning tracks, tracks are again visible and routeable in the map, normal behavior?
What program or device are you using? I think Mapsource should be able to calculate your routes but latest BaseCamp has a bad routing, not suitable for OSM at all.
I’m experimenting with routing network in Poland. I have set class 4 for following roads:
motorway and motorway_link
trunk, trunk_link
primary and primary_link with valid int_ref
primary and primary_link for selected national roads
roundabouts with above road types
With these settings I can get working routing across whole country. I think that other countries could have other requirements, depending on their roads network, since too many roads with class 4 is a wrong solution too.