The problem is (again) caused by the --precomp-sea option which adds a lot of data to this tile. This was already reported before and I don't see a simple solution besides the trimming. Possible solution: Splitter calculates the tile sizes only based on the number of nodes in the input file. What we need is the number of nodes added by the --precomp-sea option So, either splitter could read these files and calculate the number of nodes, or the sea generator could create a file that contains the number. This would save processing time because sea tiles don't change often. Problem with this 2nd approach: The resolution of the grid that is used in splitter depends on the resolution parameter. Any other ideas? Gerd
Date: Sun, 23 Dec 2012 01:38:27 -0800 From: easyclasspage@googlemail.com To: mkgmap-dev@lists.mkgmap.org.uk Subject: Re: [mkgmap-dev] Norway not buildable with the no-trim option
Hi Gerd,
thanks for looking into it ... yes I add contours to the map data. In case of Norway the map data are 86 MB and the elevation data are 145 MB (both in pbf format).
You can find the requested data here: http://www.freizeitkarte-osm.de/maps/Tmp/Norwegen/Freizeitkarte_Norwegen/
Regards Klaus
PS: With "NOT using no-trim" you mean it's better to use "trim" (no-trim=true) - right ?
-- View this message in context: http://gis.19327.n5.nabble.com/Norway-not-buildable-with-the-no-trim-option-... Sent from the Mkgmap Development mailing list archive at Nabble.com. _______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev