So in the mergeroad branch the mkgmap:carpool tag will be totally independent of access=yes/no? This will be a big improvement because carpool avoidance will be one of the few instruments to block a road for traffic (access=no, bicycle=no etc are ignored by Garmin).
Since Garmin sets this flag in the bicycle mode automatically on, I can use it in the style file to match bicycle=no with mkgmap:carpool=yes. At the moment this is not possible because it is connected with access=no and motorcar=no. Wanmil wrote > I am really talking about bits (not tags) in the compiled garmin map > that define the access restrictions for each vehicle type. One bit is > meant to define if a road has/is a carpool lane or not. > > I will commit a change to the mergeroads branch where mgkmap:carpool > is > not postprocessed, so mkgmap:carpool=yes sets the bit and > mkgmap:carpool=no or mkgmap:carpool not defined will clear the bit in > the garmin map. > Then anybody can test if there is any usage of the carpool bit. I > couldn't find any change in the routing behaviour. > > WanMil > _______________________________________________ > 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
