logo separator

[mkgmap-dev] Maps crashing Mapsource in big cities

From Lambertus osm at na1400.info on Fri Feb 12 18:22:20 GMT 2010

Mark Burton wrote:
> Hi Lambertus,
> 
>> Mark Burton wrote:
>>> OK - you tell us what the limit is and we'll make sure that mkgmap
>>> gripes if you bust the limit.
>>>
>>> Seriously, if you can provide any info as what works and what doesn't
>>> in terms of maps sizes, numbers of lines, polys, nodes, etc. that would
>>> be useful and we can code accordingly.
>>>
>> I don't know exactly if you were kinda mad at me writing this or if this 
>> is a language barrier thing, but please know that I have high respect 
>> your and others work on Mkgmap and Splitter. My writing certainly wasn't 
>> meant as critique. I'm truly sorry if it was felt that way.
> 
> Don't panic, I'm not mad at all - sorry if that's what you thought. The
> point I was trying to make was simply that we can't add warnings about
> size limits being busted until we know what the limits are and that
> info really needs to come from the people who are trying to make
> big/complex maps.
> 
Great, I hoped so :-)

>> That said, is there a tool that gives the statistics that you're looking 
>> for from an OSM extract? I would certainly try to provide more useful 
>> feedback if possible.
> 
> I do not know of such a tool but what we could do is get mkgmap to
> report a bunch of statistics (number of nodes/ways/relations,
> subdivisions, routing table sizes, etc.) and that could be correlated
> against good and bad maps.
> 
If that is thought to be useful then I can upload the statistics to the 
website for all tiles on each weekly update and do some extensive 
testing  when problems are reported. For that I'd apreciate an option to 
save the statistics to a file named something like {tilenumber}.stat or 
whatever.



More information about the mkgmap-dev mailing list