[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>
- Previous message: [mkgmap-dev] barrier=lift_gate
- Next message: [mkgmap-dev] barrier=lift_gate
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the mkgmap-dev mailing list