logo separator

[mkgmap-dev] Simplifying ways

From Felix Hartmann extremecarver at googlemail.com on Sat Nov 28 22:58:01 GMT 2009

Mark Burton wrote:
> Felix,
>> I don't know what's the difference between patch v3 and patch v2, but v3 
>> makes no practical improvement. Yes it sets the different speeds and 
>> road_class for 0x01 and 0x02, but impossible to set different 
>> restrictions, they are simply dropped.
> Having made a complete fool of myself once tonight, I may as well try
> again..
> That's because the restrictions are stored as tags in the way/node and
> not in the GType. All the tags in the way will be visible for each map
> object that is generated from that way.
> With the "remove bogus nodes" patch in its current form, that can't be
> avoided because all of the nodes/ways are processed by the rules before
> any map objects are generated. If the way was duplicated before the
> rules were processed, what you are trying to do could work better.
> I will make a patch for trunk that duplicates the ways/nodes before the
> style processing and let's see what good that does.
> Standby...
That would be awesome. BTW the v8 patch really improves both map panning 
on my etrex, as well as routing (though again pretty strange why it does 
because it changes nothing at resolution 24), my only guess is that the 
limitation of memory on the etrex (but also in Mapsource which does seem 
to try to use as few memory as possible for routing - maybe because it 
tries to mimic routing behavior on GPS, even though modern Nuvis route 
much better) and also Mapsource means the less detailed the map, the 
better the routing.
If this were the case then maybe maps only containing resolution=24 
would route better - could be worth a try.

I think Mapsource 6.16 will improve routing which would be really great, 
because one can then use WinGDB and fix the routing behavior with 
additional nodes every X km (intelligently) for the GPS so that it can 
recalculate a route.

Noticed you new patch just poppin in, will try out ASAP.
> Mark
> _______________________________________________
> mkgmap-dev mailing list
> mkgmap-dev at lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.mkgmap.org.uk/pipermail/mkgmap-dev/attachments/20091128/fab4cb01/attachment.html 

More information about the mkgmap-dev mailing list