[mkgmap-dev] Size checks in splitter

Sun Dec 4 09:51:47 GMT 2016

it does to me , when i use a 3rd party program , that uses your files to
split  and combine

but ok gerd I but out and just use the program and force it as always .

Stephen

On Sun, Dec 4, 2016 at 7:46 PM, Gerd Petermann <
GPetermann_muenchen at hotmail.com> wrote:

> Hi Stephen,
>
>
> please explain I don't see how the suggested change in splitter is related
> to this.
>
>
> Gerd
> ------------------------------
> *Von:* mkgmap-dev <mkgmap-dev-bounces at lists.mkgmap.org.uk> im Auftrag von
> Steve Sgalowski <steve.sgalowski at gmail.com>
> *Gesendet:* Sonntag, 4. Dezember 2016 10:36:02
> *An:* Development list for mkgmap
> *Betreff:* Re: [mkgmap-dev] Size checks in splitter
>
> when splitting Australia in the osm file of 7 gb in size , that would be
> usefull, as i set the max nodes to 90,000 to make smaller tiles as i get
>  frequently , that there is not enough room in a single gmapsupp.img file
> to hold all the data .
>
> Stephen
>
>
> On Sun, Dec 4, 2016 at 7:28 PM, Gerd Petermann <
> GPetermann_muenchen at hotmail.com> wrote:
>
>> Hi all,
>>
>>
>> years ago we added a check in splitter r251 to make sure that it doesn't
>> write extremely large tiles.
>>
>> See
>> http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2012q1/013611.html
>>
>> and
>>
>> http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2012q4/015707.html
>>
>>
>> In short: The problem is that the precomp-sea option will add a huge
>> amout of sea polygons to such a tile,
>>
>> another problem is that the bounds option loads a huge amount of data.
>>
>>
>> I've now noticed that this check might not be useful if you use splitter
>> to split a large file into a few smaller tiles,
>>
>> esp. the whole planet with num-tiles=2.
>>
>> I'd like to skip this check when
>>
>> a) --num-tiles is used
>>
>> b) --max-nodes value is large, e.g. higher than 10.000.000
>>
>>
>> Another option would be to add a new option like --skip-size-check.
>>
>>
>> What do you think?
>>
>> Gerd
>>
>>
>>
>>
>> _______________________________________________
>> mkgmap-dev mailing list
>> mkgmap-dev at lists.mkgmap.org.uk
>> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>>
>
>
> _______________________________________________
> mkgmap-dev mailing list
> mkgmap-dev at lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.mkgmap.org.uk/pipermail/mkgmap-dev/attachments/20161204/024abc42/attachment.html>