logo separator

[mkgmap-dev] barrier=lift_gate

From Gerd Petermann gpetermann_muenchen at hotmail.com on Mon Aug 11 11:18:03 BST 2014

Hi Marko,

sounds not bad. We could remove the --link-pois-to-ways option.
The style author can decide whether to display the barrier and
only those nodes with mkgmap:barrier=yes are considered 
for routing.

Gerd

> Date: Mon, 11 Aug 2014 11:31:01 +0300
> From: marko.makela at iki.fi
> To: mkgmap-dev at lists.mkgmap.org.uk
> Subject: Re: [mkgmap-dev] barrier=lift_gate
> 
> Hi Gerd,
> 
> On Fri, Aug 08, 2014 at 10:57:38PM -0700, GerdP wrote:
> >Hi all,
> >
> >I noticed that the default style is a bit strange regrading barriers:
> >
> >The barrier at node
> >http://www.openstreetmap.org/node/1597509392#map=19/52.21425/8.81559
> >has an influence on routing (with --link-pois-to-ways), but it is not
> >displayed
> >in the map.
> >
> >The reason is that we use barrier=* when we evaluate the effect on routing,
> >but we display only specific barriers:
> >barrier=bollard | barrier=bus_trap | barrier=gate [0x660f resolution 24]
> >barrier=block | barrier=cycle_barrier | barrier=stile | barrier=kissing_gate
> >[0x660f resolution 24]
> >
> >I think we should display all barriers which have an effect on routing,
> >but I am not sure what to change in the style.
> >
> >Any suggestions?
> 
> What about the following:
> 
> barrier=* { set mkgmap:barrier=yes } [0x660f resolution 24]
> 
> Then, change the internal processing to look for mkgmap:barrier instead 
> of barrier. In this way, certain barriers can be ignored by style file 
> authors.
> 
> 	Marko
> _______________________________________________
> 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/20140811/4ac652ff/attachment.html>


More information about the mkgmap-dev mailing list