[mkgmap-dev] Problematic routing on road_class=3 ferry routes for hikers

Sat Oct 25 07:56:33 BST 2014

Hi Minko,

sorry for the delay.
The statement "setaccess no" sets the access tags with prefix mkgmap: to no, e.g. mkgmap:bicycle, mkgmap:taxi, mkgmap:car etc.
I think that works okay. I guess you expected that it sets the similar values without the prefix?
Or do you think that the finalize section should not override any value prefixed with mkgmap: ?

Anyhow, I am not really happy with your solution. I have the feeling that these rules should
be placed in inc/access, but it seems that one cannot override the road_class in the finalize section.

@WanMil: 
Do you see a better solution?

Gerd

> Date: Wed, 22 Oct 2014 16:04:30 +0200
> From: ligfietser at online.nl
> To: mkgmap-dev at lists.mkgmap.org.uk
> Subject: Re: [mkgmap-dev] Problematic routing on road_class=3 ferry routes for hikers
> 
> More improvements:
> It seems setaccess=no is not the correct command (?), so I changed it into setaccess no
> Then it turns out that in the finalize section mkgmap notice the tag bicycle=yes and converts it into mkgmap:bicycle=yes, so it somehow switches the bicycle access flag back off (means access allowed), what I dont understand because I use 'setaccess no'. 
> This is either a bug or I don't understand the working of the finalize section.
> 
> Anyway, as workaround I have to delete also bicycle and motorcar tags in the last step (for simplicity, other vehicles like taxi, bus etc are ignored):
> 
> route=ferry & foot!=no {set foot_ferry=yes} 
> route=ferry  {set foot=no; add mkgmap:ferry=1} [0x1b road_class=3 road_speed=0 resolution 19 continue with_actions]
> route=ferry & foot_ferry=yes {setaccess no; set foot=yes; delete bicycle; delete motorcar} [0x1b road_class=0 road_speed=0 resolution 23]
> _______________________________________________
> 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://www.mkgmap.org.uk/pipermail/mkgmap-dev/attachments/20141025/d7d29699/attachment-0001.html>