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: [email protected] > To: [email protected] > 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-tp5741482p5741559.html > Sent from the Mkgmap Development mailing list archive at Nabble.com. > _______________________________________________ > mkgmap-dev mailing list > [email protected] > http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________ mkgmap-dev mailing list [email protected] http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
