logo separator

[mkgmap-dev] [PATCH v1] modify road speed and class from a POI

From Felix Hartmann extremecarver at googlemail.com on Wed Oct 14 20:00:30 BST 2009

>  Mark Burton wrote:
>> This is something that was briefly discussed not too long ago and the
>> idea is that a road's speed or class can be modified by the
>> presence of a POI that defines new values for either/both of them. This,
>> hopefully, will make ways that have stuff like traffic signals and
>> crossings, etc. less attractive to route over.
>> The values are specified using mkgmap:road-speed and mkgmap:road-class
>> tags added to the POI.
>> These tags expect an integer value, optionally preceded by a + or -
>> which make the adjustment relative to the original value.
>> For example, mkgmap:road-speed=3 sets the speed to 3 and
>> mkgmap:road-speed=-1 reduces the speed by 1 from whatever value it had
>> before.
>> Here's some possible rules for the points file:
>> highway=traffic_signals { add mkgmap:road-speed = '-1' }
>> highway=crossing { add mkgmap:road-speed = '-1' }
>> highway=mini_roundabout { add mkgmap:road-speed = '1' }
> Seems to work quite well. This way you can slightly increase the 
> priority of secondary/tertiary streets on the countryside while 
> avoiding them inside big cities (only if they are very well mapped). I 
> do suppose other people will find other uses for this patch.

Only problem that I did not manage to apply it to the mdr branch 
(neither the tweeze-arc patch).

It would be great if one could define minimum settings as mentioned 
elsewhere, because if road_speed decreases from 1 to 0 the change is 
really drastic. Great would be to be able to do things like the 
following { if road_speed >1 add mkgmap:road_speed = '-1'; if 
road_speed=1 add mkgmap:road_class = '-1' }.

P.S. all the branches and patches outside of the trunk really make it 
difficult for me applying patches without breaking stuff. IMHO the mdr 
branch should be committed to trunk soon (because it is an essential 
feature and does not break anything), and also the "continue" patch 
should be merged to trunk, because many people are using it and it is 
very prone to break ....
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.mkgmap.org.uk/pipermail/mkgmap-dev/attachments/20091014/19391d7b/attachment.html 

More information about the mkgmap-dev mailing list