logo separator

[mkgmap-dev] Options

From Felix Hartmann extremecarver at gmail.com on Mon Dec 10 13:53:43 GMT 2012

On 10.12.2012 14:43, Henning Scholland wrote:
> Hi Felix
>
> Am 10.12.2012 14:20, schrieb Felix Hartmann:
>> road_speed=4   === set current road_speed to 4 or lower - if maxspeed is
>> lower, but not higher (new behaviour)
> You mean: road_speed>4 {set road_speed=4 }
No I don't mean road_sped>4 -- I actually mean not an action part, but 
the part in the square brackets []. Same for lower down. e.g. [0x0c 
road_class=2 road_speed=4 resolution 24 continue]
>> road_speed_fixed=4 == set current road_speed to 4 no matter maxspeed,
>> recommended speed, or other tags (same behaviour as currently using
>> --ignore-maxspeeds)
> You mean: ...=... {set road_speed=4 }
>> road_speed_variable == 4 set to current road_speed 4 if no maxspeed 
>> or other tags exist (what other tags are actually existing in osm 
>> yet?) - decrease or increase it based on the tags/maxspeed (current 
>> behaviour, at least until there are tags like average speed in OSM).
> I don't understand the reason for it. In general I think everything is solvable with current style-functionality. Can you give an example, were it isn't possible to handle it?
Well, the current style-functionality would require much more lines in 
your style, for the same output. Let's assume you use --ignore-maxspeed 
(because otherwise I don't know at all what happens, if you use rules to 
change maxspeed),

a simple line like
highway=primary [0x03 road_class=2 road_speed=6]  would need to be 
rewritten to

highway=primary & maxspeed>90 [...
highway=primary & maxspeed>70 [...

and so on.  On the other hand if you currently don't use 
--ignore-maxspeed then you would need to do the following (and hope it 
works which I don't know):
highway=primary & maxspeed > 90 {set maxspeed=89}
  and so on, if you want it to depend on other tag combinations, that 
means one additional line again.


So no, the current treatment of maxspeed/speed in general is far too 
complicated and not working well. Using a different notation system in 
the [  ] would make it much easier and better suited, and no need for a 
commandline switch anymore.
>
> Henning
>

-- 
keep on biking and discovering new trails

Felix
openmtbmap.org & www.velomap.org

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.mkgmap.org.uk/pipermail/mkgmap-dev/attachments/20121210/00333e06/attachment-0001.html 


More information about the mkgmap-dev mailing list