[mkgmap-dev] mkgmap locking up on Iceland. All files and instructions to recreate the problem linked

Tue May 24 16:01:32 BST 2011


On 24.05.2011 16:12, Steve Ratcliffe wrote:
> Hi
>
>> Get the cutted maps and areas.list file (in order to use -c option) for
>> recreating the problem here:
>> 1. _/http://openmtbmap.org/beta/iceland_osm.gz.zip/_ (11MB):
>> Style-file here:
>> 2. /_http://openmtbmap.org/beta/style-file.zip_/
> mkgmap is looping in the simplifySortedRoads() routine, although it
> will eventually complete after a very long time.
>
> What I see happening is that, with your style, there are 17000+ roads
> with the name "[49847]FT".  That routine is very slow with a large
> number of roads with the same name which are actually connected
> together.
>
> So it depends on your style only because these roads (paths) are all
> unnamed in the default style.
>
> But that is just the proximate cause of the hang, the real root cause
> must be elsewhere, as the trunk code does not have this very large
> number of paths with the same name.
>
> Hope that makes sense, it really all depends on if the paths named
> [49847]FT really should all have the same name in your style or not.
> It could be that the locator branch fixes a bug that prevented them
> having the same name when they should have for example.
>
Well I noticed a bug, that the naming in the locator branch (trunk seems 
fine), does not seem to be carried forward to resolutions else than 24. 
I think the bug is on the locator branch therefore.

As I already wrote down, I would like to have the "name" not carried 
forward to the address. There need to be two namespaces.
1. name with namespace for adresses
2. name with namespace for "printed map".
I am pretty sure that it is possible to handle them differently. Else 
many styles will be problematic, as I'm not the only person attributing 
stuff to the name. Also if you apply things like operator or ref to 
name, you don't always want the full name to be used for address search.
> ..Steve
>
> _______________________________________________
> mkgmap-dev mailing list
> mkgmap-dev at lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev