mkgmap locking up on Iceland. All files and instructions to recreate the problem linked
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_/ If i either remove my style-file OR remove --route, then it compiles without problems: java -ea -jar -Xmx6500M c:\openmtbmap\mkgmap.jar --max-jobs=1 %style-file% --route -c c:\openmtbmap\maps\template.%country% Seems that just one more time, my extensive style- triggers an error, that otherwise maybe never shows up (or very rarely). Error only happens when using locator branch. (does not matter if I use my patched locator trunk, or latest from mkgmap.org.uk ). I have no clue how to get the stack trace of mkgmap locking up.
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. ..Steve
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@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
participants (2)
-
Felix Hartmann -
Steve Ratcliffe