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
_______________________________________________
mkgmap-dev mailing list
[email protected]
http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
