logo separator

[mkgmap-dev] routing improvements?

From Marko Mäkelä marko.makela at iki.fi on Tue Nov 15 21:19:25 GMT 2011

On Sun, Nov 13, 2011 at 06:37:53PM +0100, Minko wrote:
>* highway=construction

I would suggest this, which would not grant or forbid access, but only 
lower the road_class and road_speed:

-# Treat ways under construction as highway=path
-highway=construction | highway=* & construction=* {add access = no; add bicycle = yes; add foot = yes; add mkgmap:dead-end-check = false } [0x16 road_class=0 road_speed=1 resolution 23]
+# Treat ways under construction specially
+highway=construction { add mkgmap:dead-end-check = false } [0x16 road_class=0 road_speed=0 resolution 23]
+highway=* & construction=* [0x16 road_class=1 road_speed=1 resolution 23]

>* motor_vehicle / vehicle
>
>One thing I really miss in the default mkgmap style as well as "world" 
>style, which I've added my own style, is the ability to obey the 
>motor_vehicle and vehicle tags when routing. The two lines below is the 
>one I use, you might certainly have a more effective way to get the 
>work done.

In the mkgmap or Garmin context, a vehicle can be a motor_vehicle 
(motorcar) or a bicycle. I would suggest the following:

Index: resources/styles/default/lines
===================================================================
--- resources/styles/default/lines	(revision 2091)
+++ resources/styles/default/lines	(working copy)
@@ -98,6 +98,10 @@ contour=elevation | contour_ext=elevatio
  
  # Remove access=yes from highways.
  highway=* & access=yes { delete access }
+# Translate motor_vehicle and vehicle access rules.
+highway=* & motor_vehicle=* { add motorcar='${motor_vehicle}' }
+highway=* & vehicle=* { add motorcar='${vehicle}'; add bicycle='${vehicle}' }
+
  # By default, ways are accessible by the highest allowed mode of
  # transportation, and thus access=yes should be redundant.
  # However, sometimes cycleways may be tagged access=destination or 
  # similar,

Can you try these out? I will post this also to the forum.

Best regards,

	Marko



More information about the mkgmap-dev mailing list