Some time ago we have introduced the teature 'order-by-decreasing-area'.
Maybee a similar arangement helps. Order all lines ,(related to streets)
in range of layer . Highest layer at last ?
thomas
--------------------------------------------------
Von: "Gerd Petermann" <[email protected]>
Datum: Sonntag, 25. Februar 2018 16:50
An: "Thomas Morgenstern" <[email protected]>; "Development list for
mkgmap" <[email protected]>
Betreff: Re: [mkgmap-dev] Wrong rendering Layer=1
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 <[email protected]> im Auftrag von
Thomas Morgenstern <[email protected]>
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<mailto:[email protected]>
Datum: Sonntag, 25. Februar 2018 14:52
An: Development list for mkgmap<mailto:[email protected]>
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@pinns<mailto:osm@pinns>" <[email protected]<mailto:[email protected]>>
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@dell]
any idees to resolve this in stylefile ?
thomas
________________________________
_______________________________________________
mkgmap-dev mailing list
[email protected]<mailto:[email protected]>
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________
mkgmap-dev mailing list
[email protected]<mailto:[email protected]>
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________
mkgmap-dev mailing list
[email protected]
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
________________________________
_______________________________________________
mkgmap-dev mailing list
[email protected]
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________
mkgmap-dev mailing list
[email protected]
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________
mkgmap-dev mailing list
[email protected]
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
