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