[mkgmap-dev] splitter r250 - mkgmap memory consumption
From GerdP gpetermann_muenchen at hotmail.com on Tue Dec 4 15:46:41 GMT 2012
Felix Hartmann-2 wrote > Why does mkgmap (not mkgmap splitter!) need much more (~20% e.g. on > France osm.pbf geofabrik extract) RAM when working with tiles splitted > with 250 vs trunk splitter version (using keep-complete and overlap=0)? > I didn't try out intermediate versions though. > With 8GB Ram on the compiling machine, I needed to back down max-jobs=4 > to max-jobs=2 in order to compile France without running out of memory > (java xmx 6800M). > _______________________________________________ > mkgmap-dev mailing list > mkgmap-dev at .org > http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev Probably because it uses it different algorithm to create the tiles. I assume that you also run into a special case, e.g. with coastlines described here: http://gis.19327.n5.nabble.com/splitter-r246-tp5737445p5737749.html Anyhow, the algorithm in r250 is creating too many tiles, so I am working on a different one. Gerd -- View this message in context: http://gis.19327.n5.nabble.com/splitter-r250-and-open-questions-reg-bounding-polygon-tp5738360p5739043.html Sent from the Mkgmap Development mailing list archive at Nabble.com.
- Previous message: [mkgmap-dev] splitter r250 - mkgmap memory consumption
- Next message: [mkgmap-dev] splitter r250 - mkgmap memory consumption
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the mkgmap-dev mailing list