[mkgmap-dev] Wrong rendering Layer=1

Sun Feb 25 18:10:18 GMT 2018

Hi Arndt,

sorry, I replied to Thomas' post but addressed you.

Gerd

________________________________________
Von: mkgmap-dev <mkgmap-dev-bounces at lists.mkgmap.org.uk> im Auftrag von Arndt Röhrig <arndt at speichenkarte.de>
Gesendet: Sonntag, 25. Februar 2018 19:05:53
An: Development list for mkgmap
Betreff: Re: [mkgmap-dev] Wrong rendering Layer=1

Hi Gerd,

sorry, i have no idea.

My workaround for oneway arrows is, to set them to 0x01 and don´t use 0x02-0x03 for other highways.

openfietsmap set relations to 0x02. The relations are allways over the other ways.

Arndt

Gerd Petermann hat am 25. Februar 2018 um 17:50 geschrieben:

Hi Arndt,

many OSM applications evaluate tags like bridge and layer.
The default style doesn't even evaluate bridge or layer, since we don't know a way to tell Garmin software a draw order
of lines. This is just a special problem with the (old) Garmin img format.
Maybe there is a way to change the draw order, if you have an idea, please let us know.

Gerd

________________________________________
Von: mkgmap-dev im Auftrag von Thomas Morgenstern
Gesendet: Sonntag, 25. Februar 2018 17:25:08
An: Development list for mkgmap
Betreff: Re: [mkgmap-dev] Wrong rendering Layer=1

I am wondering, why we write tag=bridge and tag layer=anywhat, when mkgamp does ignore bridge=yes and layer=1. All the work, to tset this tag is seenless.?
thomas

Von: Arndt Röhrig
Datum: Sonntag, 25. Februar 2018 14:52
An: Development list for mkgmap
Betreff: Re: [mkgmap-dev] Wrong rendering Layer=1

Hi,

imho there is no draw prio possible with lines. Solid has no effect. Only typ 0x01, 0x02, 0x03 and perhaps 0x04 will be draw always over the other lines. I used it for one-way-arrows.

Arndt

"osm at pinns" > hat am 25. Februar 2018 um 15:21 geschrieben:

Hi

Layering of lines does not seem to be supported by Garmin - I have seen many Topos where bridges are completely ignored.

Using a TYP file you can often force lines to have a draworder by making them solid - solid has often a higher draworder than lines with bitmaps.

I'm not sure whether placing a line at the end of a 'lines' block in the RGN would ensure it will be parsed last.

Nick

On 25/02/2018 13:15, Thomas Morgenstern wrote:

Hi , maybee I found a bug in rendering layer's. I have prepared a small SanIsidro.osm.pbf and the resulting gmap with FID 982, created with mkgmap-r4127, Download : http:\\img2ms.de/Downloads\WrongLayerSanIsidro.rar .
The error is, that the highway ID=217.806.076 is rendered over the bridge ID=65.208.316. Bridge has tag bridge=yes and originaly layer=1. I tried layer=2, but it makes no different, it should bee rendered over the highway, This wrong rendering happens in may cases related to TF-1 in tenerife.
[cid:793096B291174F75AFA2407BB062C915 at dell]

any idees to resolve this in stylefile ?
thomas

________________________________
_______________________________________________
mkgmap-dev mailing list
mkgmap-dev at lists.mkgmap<mailto:mkgmap-dev at lists.mkgmap>.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

_______________________________________________
mkgmap-dev mailing list
mkgmap-dev at lists.mkgmap<mailto:mkgmap-dev at lists.mkgmap>.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

_______________________________________________
mkgmap-dev mailing list
mkgmap-dev at lists.mkgmap<mailto:mkgmap-dev at lists.mkgmap>.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

________________________________

_______________________________________________
mkgmap-dev mailing list
mkgmap-dev at lists.mkgmap<mailto:mkgmap-dev at lists.mkgmap>.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________
mkgmap-dev mailing list
mkgmap-dev at lists.mkgmap<mailto:mkgmap-dev at lists.mkgmap>.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev