<!DOCTYPE html>
<html><head>
<meta charset="UTF-8">
</head><body><p>Hi @ all,<br></p><p>r483 don´t start, if the option "keep-complete=false" is set.<br></p><p>Without that option, splitter crashes after a long time. (Europa: splitter run 4 hours before it stops)<br></p><p>I use OSM and SRTM Data. Maybe the SRTM Data is the reason? I dont´t really know, what "keep-complete=false" do.<br></p><p>With little Maps like "Bayern" r483 works well.<br></p><p>Greetings<br></p><p>Arndt<br></p><blockquote type="cite">Gerd Petermann <GPetermann_muenchen@hotmail.com> hat am 2. Dezember 2016 um 17:21 geschrieben:<br><br><div id="ox-2d7d4aabce-divtagdefaultwrapper" dir="ltr" style="font-size: 12pt; color: #000000; font-family: Calibri,Arial,Helvetica,sans-serif;"><p>Hi all,</p><p><br></p><p>I think it is ready for a first public test .</p><p>Improvements:</p><p>1) Faster (esp. with large files), mostly because of an additional thread for OSM reade. <br></p><p>If you are interested, please play with the max-threads value. On my machine with a core i5 I see better results with max-threads=6</p><p>than with the default ("4 auto").<br></p><p>2) Splitting planet with a rather small max-nodes value like 800000 now stores ~ 41000 of possible 65535 entries,<br></p><p>with r442 I saw > 58.000. If you reach a value of > 60000 in one of the "number of area dictionary entries: xxxxx of 65535" <br></p><p>please contact the list. This limit may be increased to ~ 2^31 but with a larger memory footprint.<br></p><p>3) Some optimizations in the memory footprint of the custom maps may allow higher max-areas values.</p><p><br></p><p>I've changed the default for max-areas from 512 to 2048, this should work with typical PCs.</p><p><br></p><p>See <a id="ox-2d7d4aabce-LPlnk576278" class="ox-2d7d4aabce-OWAAutoLink" href="http://www.mkgmap.org.uk/download/splitter.html"> http://www.mkgmap.org.uk/download/splitter.html</a><br></p><p><br></p><p>Gerd<br></p><p><br></p><p><br></p></div></blockquote><p><br> </p><blockquote type="cite">_______________________________________________<br>mkgmap-dev mailing list<br>mkgmap-dev@lists.mkgmap.org.uk<br>http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev</blockquote></body></html>