[mkgmap-dev] Splitter diagnostic messages

Fri Aug 5 06:16:07 BST 2016

Hi Mike,

I've once tried to change the code to allow this and stopped because it is quite a lot of work

and in my eyes nearly all information printed by splitter is for performance analyses or debugging

in case that splitter crashes because of memory limits or when the split algo doesn't find a correct split.

I think the lines starting "Length" in following messages are no longer needed:

Statistics for coords map:
Length-1 chunks: 4.586.254, used Bytes including overhead: 47.435.504
Length-2 chunks: 13.128, used Bytes including overhead: 160.832
...

Length-63 chunks: 153, used Bytes including overhead: 25.464
Length-64 chunks: 191, used Bytes including overhead: 26.152

Number of stored ids: 11.933.022 require ca. 7.16 bytes per pair. 1397668 chunks are used, the avg. number of values in one 64-chunk is 8.
Map details: bytes/overhead 17.823.524 / 67.718.172, overhead includes 4 arrays with 16 MB

I also like to remove the bbox messages from the precompiled sea:

Counting nodes of precompiled sea data ...
Bounding box -4.921875 48.515625 -4.218749999 49.21875
Bounding box -4.218749999 48.515625 -3.515625 49.21875
Bounding box -3.515625 48.515625 -2.8125 49.21875
Bounding box -2.8125 48.515625 -2.109374999 49.21875
Bounding box -2.109374999 48.515625 -1.40625 49.21875

What information would you like to keep? Maybe you can extract those?

Gerd

________________________________
Von: mkgmap-dev <mkgmap-dev-bounces at lists.mkgmap.org.uk> im Auftrag von Mike Baggaley <mike at tvage.co.uk>
Gesendet: Donnerstag, 4. August 2016 23:58:30
An: mkgmap-dev at lists.mkgmap.org.uk
Betreff: [mkgmap-dev] Splitter diagnostic messages

Hi Steve/Gerd (or whoever is the splitter expert), I was just wondering whether it would be possible to reduce the amount of diagnostic information produced by Splitter. I use a batch file to build my map, and the output from each process is appended to a log file. I get an enormous amount of uninteresting info from Splitter that I have to scroll past to see the output from mkgmap. Not a major problem, but it would be useful if there was an option to reduce this (I already have --status-freq=0 in my command line).

Cheers,

Mike

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.mkgmap.org.uk/pipermail/mkgmap-dev/attachments/20160805/c2ea1db3/attachment.html>