<!DOCTYPE html>
<html><head>
<meta charset="UTF-8">
</head><body>Hi Gerd,<br>the map tiles from Speiche_Europa 190419 was build with mkgmap-r3906. The index with mkgmap-r3908. (I start it before 3908 was available)<br>Arndt<br><br>> Gerd Petermann <GPetermann_muenchen@hotmail.com> hat am 21. April 2017 um 10:32 geschrieben:<br>> <br>> <br>> Hi Arndt,<br>> <br>> strange, the index itself is ~ 1GB, that's very close to the size for the default style in r3908.<br>> Did you use r3908 or an older version?<br>> <br>> Gerd<br>> ________________________________________<br>> Von: mkgmap-dev <mkgmap-dev-bounces@lists.mkgmap.org.uk> im Auftrag von Arndt Röhrig <arndt@speichenkarte.de><br>> Gesendet: Freitag, 21. April 2017 10:28:25<br>> An: Development list for mkgmap<br>> Betreff: Re: [mkgmap-dev] mkgmap-r3906 (optimize-index)<br>> <br>> Hi Gerd,<br>> <br>> yes, i use 170419.<br>> <br>> The OSM-Data is downloaded by "Geofabrik" (europe). To be added 5GB SRTM data. osm and srtm data merged with the splitter.<br>> <br>> Arndt<br>> <br>> <br>> Gerd Petermann <GPetermann_muenchen@hotmail.com> hat am 21. April 2017 um 07:34 geschrieben:<br>> <br>> Hi Arndt,<br>> <br>> thanks for the flowers ;-)<br>> I am still surprised that your style requires so much more memory compared to the default style.<br>> Did you use the scripts in SpeicheFabrik_Steuerdateien170419.zip for this?<br>> <br>> Gerd<br>> <br>> ________________________________________<br>> Von: mkgmap-dev <mkgmap-dev-bounces@lists.mkgmap.org.uk> im Auftrag von Arndt Röhrig <arndt@speichenkarte.de><br>> Gesendet: Mittwoch, 19. April 2017 17:04:43<br>> An: Development list for mkgmap<br>> Betreff: Re: [mkgmap-dev] mkgmap-r3906 (optimize-index)<br>> <br>> Thank you for that great work!<br>> <br>> Now my old nostalgia PC is able to create the index for Speiche_Europa!<br>> <br>> My PC has only 6GB RAM.<br>> <br>> -Xmx5300M -> fails with "java heap space error"<br>> <br>> -Xmx10500M -> fails with "overflowed directory with max block".<br>> <br>> * Xmx10500M and Option --block-size=65536 -> That works!<br>> <br>> Its better to run mkgmap 2 times. First step builds the maptiles with Xmx3000M, so that java not use the harddisk to swap, cause that makes the PC very slow. The ovm-work files may not be deleted for the overview map.<br>> <br>> The second step with -Xmx10500M builds the index and the overview map. The taskmanager show maximal ~9GB in use. The Speiche_Europa map has ~20GB.<br>> <br>> Special thanks to Gerd, who show me many things to improve my map building procedere!<br>> <br>> Best regards<br>> <br>> Arndt<br>> <br>> speichenkarte.de<br>> <br>> .<br>> <br>> Gerd Petermann <GPetermann_muenchen@hotmail.com> hat am 18. April 2017 um 16:41 geschrieben:<br>> <br>> Hi all,<br>> <br>> as a follow up:<br>> In r3907 and r3908 I have coded the merge sort for roads and pois. Now -Xmx4000 was easily enough to create the index for Europe.<br>> r3906 failed with OutOfMemoryError even with -Xmx5000 .<br>> So I think memory is no longer a problem unless you want to create an index for planet ;-)<br>> No other changes, means r3908 can be used to create index for *.img files created with r3906.<br>> <br>> Gerd<br>> <br>> ________________________________________<br>> Von: mkgmap-dev <mkgmap-dev-bounces@lists.mkgmap.org.uk> im Auftrag von Gerd Petermann <GPetermann_muenchen@hotmail.com><br>> Gesendet: Montag, 17. April 2017 20:05:15<br>> An: mkgmap-dev@lists.mkgmap.org.uk<br>> Betreff: [mkgmap-dev] mkgmap-r3906 (optimize-index)<br>> <br>> Hi all,<br>> <br>> with the help of Steve I fixed some problems with the index, esp. sorting of road names with different speliing of Straße caused a lot of problems, like Ahornstraße (Germany) and Ahornstrasse (Switzerland).<br>> <br>> I think address / road search works very well now, at least with west european languages.<br>> I tried various combinations of options like --latin1 / --unicode, --lower-case, --x-split-name-index both in MapSource and on my Oregon 600 and always got what I expected.<br>> <br>> IMPORTANT:<br>> If you try this version, please make sure that you also compile the img files with this version so that the changes in the sort are used everywhere.<br>> <br>> The branch also reduces peak memory compared to trunk and because of that it is faster when creating large indexes, but speed is probably not so important here.<br>> The created index is a bit smaller although it now also contains roads with an empty string as first label.<br>> <br>> If memory is still an issue for you when compiling the index for large maps I can try to implement a merge sort which would only create the - heap consuming - sort<br>> keys for a rather small number (e.g. 100.000) roads and sort those and finally merge the parts.<br>> <br>> If you know special cases which don't work with r3890 trunk please try the branch and let me know if something might be improved.<br>> I think it is a big step forward, but there may still be special cases with other languages.<br>> <br>> I used a small set of only 4 tiles to test functionality and compiled index for Europe (compiled with default style) (>1600 tiles) with -Xmx6800m and --x-split-name-index<br>> <br>> Gerd<br>> <br>> _______________________________________________<br>> mkgmap-dev mailing list<br>> mkgmap-dev@lists.mkgmap.org.uk<br>> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev<br>> <br>> _______________________________________________<br>> mkgmap-dev mailing list<br>> mkgmap-dev@lists.mkgmap.org.uk<br>> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev<br>> <br>> _______________________________________________<br>> mkgmap-dev mailing list<br>> mkgmap-dev@lists.mkgmap.org.uk<br>> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev<br>> <br>> _______________________________________________<br>> mkgmap-dev mailing list<br>> mkgmap-dev@lists.mkgmap.org.uk<br>> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev<br></body></html>