Re: [mkgmap-dev] Help from the style file gurus

Hi, I don't know if this already has been discussed, but some combinations of TYP file and overlays wont work in Mapsource. I'm trying to put oneway, bridge and tunnel symbols on the roads by using the layer style file. This works fine with tunnels and bridges, but with oneway symbols I noticed the following issue: For oneway streets I create in the TYP file a line element. Its a 3 pix bitmap with a a black arrow sign -> in the centre line. I use the line symbol 0x00 (Road) to display this line, but any line that garmin can display, works. In the line overlay style file, I combine this arrow sign with the highways: 0x0200: 0x02, 0x00 (representing highway=primary & oneway=yes or 1) 0x0300: 0x03, 0x00 (secondary roads / oneway) 0x0400: 0x04, 0x00 (tertiary / oneway) 0x0500: 0x05, 0x00 (unclassified / oneway) I noticed that: 1) Only on the LOWER class roads (0x04, 0x05 etc) the arrow display (that i put in the center of the bitmap) is displayed fine, as long as I draw the lines as BITMAP in the TYP file. It doesn't matter if they are either 1 or 2 colored bitmaps. So a yellow tertiary road, with black borderlines, and a black arrow in the centre of the road indicating the driving direction, will display fine. 2) If I draw the roads as line elements instead of bitmaps, the arrow is NOT displayed. 3) With MAJOR road types 0x02 and 0x03 however, the arrow only shows up if: - the roads are drawn as bitmap AND - the center of this bitmap (where the arrow is displayed) is transparent, otherwise it will be covered by the bitmap color of the road. With a line that is defined by two colored bitmaps, the arrow is covered and don't show on mapsource 4) As I said tunnels and bridges showed up fine, as long as the bitmap of these tunnels and bridges were wider then the bitmap of the roads. Of course this could be arrow signs or other symbols too, as long they are drawn outside of the road. I use mapsource 6.15.7, and I don't know if this behavior is a bug in mkgmap or is it a mapsource issue?

Moin, Minko schrieb am 17.02.2010 16:05:
I don't know if this already has been discussed, but some combinations of TYP file and overlays wont work in Mapsource.
I don't know, whether they are not working, or whether you are expecing too much. I didn't follow the discussion, when the overlay were introduced, but based on my own observations, the overlays provide the following: They give you an easy way, to create multiple Garmin-lines out of a single OSM-way. But they do not help in changing the drawing order of the lines in the map. I think, the drawing oder of the lines in a map can not be specified, but I might be wrong and also my understanding of the overlays feature might be wrong. If I want a line always drawn on top of another line, than I create a second (and transparent) map layer with a higher draw priority for the upper line. For the Garmin units both map layers can be combined into a single gmapsupp.img by mkgmap and they are displayed fine. In Mapsource I haven't found a solution for this problem, here I only know how to display one map layer at a time. Gruss Torsten

Torsten, you are right that I'm expecting too much ;-) We have only a limited number of Garmin lines to use, so I created some extra possibilities by combining those lines with the layer option. Multiple map-layers can be done, but I don't like it because you can't see them in Mapsource. What I observed was that the lines 0x01, 0x02 and 0x03 seems to have the highest draw priority. If you dont make them transparent you can't use another layer on top of those lines. All other lines can be combined (as long as you use it as bitmap) as far as I tried them out. So I wonder, can this be changed in mkgmap? Cheers, Minko
participants (2)
-
Minko
-
Torsten Leistikow