[mkgmap-dev] Restaurant+hotel not appearing in nuvi

Fri Apr 3 15:24:48 BST 2009

As I wrote. All maps that have the same MapID will be shown at the same 
time. The higher the "mapname" (notice you can't change that by simply 
renaming but you have to compile with another "mapname" parameter) the 
higher the order for showing. All Polygons need to be in the base layer 
(the one with the lowest mapname) otherwise they are shown above lines 
and POI. Inside a single .img Polygons will allways show at the bottom. 
For POI that solution makes not much sense though as there are far to 
many sensible combinations. The problem with a second layer is that a 
second layer is not enough. Imagine a road being part of a cycling 
route, a mtb route and a hiking route. So now you would have to make ONE 
layer for EACH.

Garmin devices are more flexible than mapsource, insofar that you can 
change the "transparent" bitset and show several maps with different 
mapID at the same time - this enables us to use more different types (as 
unluckily we still have no RGN2,3,4, support (also falsely known as 
3-byte support)). In Mapsource you can only show maps of the same MapID 
at the same time (so only one mapset at a time). On the devices again 
you have to have on base map (not transparent) - and additional 
transparent mapsets best without polygons to be shown above in order of 
their mapnames.

Having mkgmap double, tripple,... check every POI, Polyline the map 
generation would be more flexible and quicker.
Greetings,
Felix

Torsten Leistikow wrote:
> Ralf Kleineisel schrieb:
>   
>> Another approach to this would be to create two map layers with two
>> different TYP files. The lower, normal map layer contains the roads and the
>> routing information. The second layer is transparent and only contains
>> additional graphics for drawing on top of the map layer, e.g. colored bike
>> route markings, tunnels, bridges and so on.
>>     
>
> I thought about this, and I am going to try this approach next, since I
> don't have the time to implement the proposed extension of mkgmap by myself.
>
> But this solution will not help the POI problem.
>
> And the solution is also much less flexible: You have to decide before
> the map generation, which items shall be drawn on which layer. And you
> also need to decide before, how many layers you need. I think my
> proposal is much more flexible if you have different combination of
> multiple items (e.g. a street is on a bridge, has a cycle lane and is
> part of an relation)
>
> And I don't know, how the Garmin devices handle multiple transparent
> maps, In mapsource you always get only one map at a time.
>
> Gruss
> Torsten
> _______________________________________________
> mkgmap-dev mailing list
> mkgmap-dev at lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>
>   
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.mkgmap.org.uk/pipermail/mkgmap-dev/attachments/20090403/c3caa4d2/attachment.html 