On Jun 2, 2009, at 07:50, Thilo Hannemann wrote:
When looking at the log output there are a lot of ways with the name "SIEDLUNG NEUD?RFEL" (#35170047, #35160048, #35170059, #35170062, #35170063, #35170064, #35170070, #35170071, #35170072, #35170084, ... all in all 174) at about lat 51,08201/lon 14,67827. There are much less ways with that name in the original germay.osm.bz2! They consume 174 entries in TableA and TableB (whatever that is). But in TableB only 62 entries are allowed. This triggers a subdivision, but that doesn't help, as still they all get into one subdivision, which gets divided further and further until the assertion is triggered.
[...]
The log output is available at http://osm.arndnet.de/mkgmap.log.0 (15 MB) The input file problem.osm is available at http://osm.arndnet.de/problem.osm.zip (16 MB)
I think this is just bad data: As far as I know, the splitter doesn't create new osm ids, and if you look at those ways (e.g. http://www.openstreetmap.org/browse/way/35170062) you'll see that those existed but have been deleted. Is it possible that your germany.osm.bz2 was from a different time than problem.osm.bz2?
If not, maybe there's a bug somewhere (splitter?) that undeletes elements with visible='no', and your source data contained the deleted ways?
Cheers Robert _______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
