Mark Burton wrote:

Hi Maning,

...

One user reported that "lane assist" works on my mkgmap generated map. I don't know what lane assist do and not so sure if it works with mkgmap. Anybody here can confirm that this works for newer garmin nuvis?

I have a brand new Nuvi 255 and it doesn't have "lane assist" but it does tell you to "keep left/right" or "exit left/right" as appropriate.

I suspect that the lane assist feature is not available on the cheaper Nuvis.

Cheers,

Mark _______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

I can't believe that it works. We don't even have the data in Openstreetmap (in general), nor anything about lanes in the style-file. Probabely again someone viewing osm map, but routing on underlying CN (without knowing about this).

Mark Burton wrote:

Hi Felix,

...

I can't believe that it works. We don't even have the data in Openstreetmap (in general), nor anything about lanes in the style-file.

http://www.malsingmaps.com/forums/viewtopic.php?f=73&t=16364&start=0

Obviously, we don't know how to encode this stuff at the moment.

...

Probabely again someone viewing osm map, but routing on underlying CN (without knowing about this).

Is this really possible?

Yes, very often. Due to some changes in code of mkmgap (I had written about this earlier) the draw priority compared to non mkgmap maps, or older mkgmap maps (before rev 10??) will always show in front (at least on vista hcx). So mkgmap maps will usually always show in front. However it might be that maps in the back take preference for routing (this is a black book on which map is chosen for routing, so if people don't deactivate (deactivating however does not completely deactivate, i.e. POI search, but to avoid routing should be enough) all other maps, they might be chosen for routing. That's the same with routable basemap. So I am sure that if you have mkgmap produced europe.osm and route from say germany to spain, routing will usually be carried out on routable basemap, while short distances use europe.osm.

Cheers,

Mark _______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Hi, Felix, Felix wrote:

Yes, very often. Due to some changes in code of mkmgap (I had written about this earlier) the draw priority compared to non mkgmap maps, or older mkgmap maps (before rev 10??) will always show in front (at least on vista hcx). So mkgmap maps will usually always show in front.

Sorry but i can't agree. I use Topo D V2, and your osmmtbmap and selfmade routable overlays of my mtb-tracks. my overlay DP(drawpriority)30 , Topo DP 26, osmmtbmap DP 25. Never the osmmtbmap was drawn over the Topo D V2. Felix wrote:

However it might be that maps in the back take preference for routing

Again i can't agree. My Overlay always gets the routing preference, if a routable way is close enough (i don't know th critical distance)and there is a way to the destination). But in the case if there is no suitable route on the overlay to the choosen destination, the routing engine on my 60csx takes the next underlying routable map to find a route. First i observed this as suddenly the pink routing line was drawn over a way in my Topo, where until yet i never had been and no way was exiting in my overlay. A quick view in the routing preview on my 60csx showed me, that the routing happens on the osmmtbmap, although i started the routing on my overlay. So afaik the routable maps with the highest DP gets the preference and if you where leaving the area where you have suitable ways in this map, the next routable map with lower DP is taken to do the job. Regarding "lane assist" or car pool lane(HOV) avoiding, afaik that stuff is hold in the .trf files of Garmin routable maps. cheers Gert