1-way Arrows:

1 - highway=primary    [0x10106 resolution 24 continue ]
2 - oneway=yes         [0x01  resolution 24 continue]
3 - highway=primary [0x0a  road_class=0 road_speed=0 resolution 24 ]

1 - typ file shows the primary, no routing
2 - typ file shows an arrow, no routing
3 - typ file shows transparent nothing, routing commands

mkgmap shows an error-message, that "a routable & a not routable way leads to routing errors".
But it works good. 0x01 will always show on top. Routing is OK.




Another way is, run mkgmap 3 times.

first time:
highway=primary [0x01  road_class=0 road_speed=0 resolution 24 ]

second time, with option "transparent" and a higher draw-priority than the first time
oneway=yes         [0x10901  resolution 24 continue]

third time:
make tdb & img from all *img.

0x10901 is a good Number, cause BaseCamp will show no name in the PopUp, when the Hand goes over this way

Arndt

nwillink <osm@pinns.co.uk> hat am 7. März 2016 um 19:16 geschrieben:


Ligfietser is correct about non bitmap lines generally having superior
draworder to bitmap lines.
Again, the behaviour of lines is determined by your device ,not Mapsource or
Bascemap.

One sure way of getting arrows to appear in the center is by creating
a) a bmp line for oneway=yes etc
b) an invisible BUT routable line for the same stretch.

say residential:

0x6 (make invisible and routable) and add continue
if no one way (oneway!=*) then 0x10600 (residential)
if one way (oneway=* & oneway!=no ) then 0x10601 (residential withy arrow
in middle)



--
View this message in context: http://gis.19327.n5.nabble.com/Oneway-arrows-tp5869090p5869321.html
Sent from the Mkgmap Development mailing list archive at Nabble.com.
_______________________________________________
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev