<div dir="ltr">using splitter to create smaller regions - would mean you need to create separate maps for each region - and at that time you do not know the size. The easiest would be for mkgmap just to add up .img files upto say 3700MB - so that there is enough space left over for the overhead of the mdr file. <div><br><div>Just stop adding to gmapsupX.img as soon as this limit is reached, and continue with the next gmapsup1.img (order of .img files simply by rising number). I think with maps this big - everyone will create the gmapsupp.img anyhow in a second step - so the .img files already exists (not at the same run as creating the .img files). If there could be some region sorting automatically - that would be nice - but it's fine if it's just split up by rising mapID. I never checked - but I think that is how MapInstall is doing it too.</div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, 9 Jun 2020 at 14:34, Gerd Petermann <<a href="mailto:gpetermann_muenchen@hotmail.com">gpetermann_muenchen@hotmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi Felix,<br>
<br>
maybe I give it a try, but I still don't understand your problem reg. the script. If you already know that a single file doesn't work why don't you create 10 files, each being much smaller than 4GB? I thought the splitter option num-tiles= was implemented for this.<br>
<br>
Gerd<br>
<br>
________________________________________<br>
Von: mkgmap-dev <<a href="mailto:mkgmap-dev-bounces@lists.mkgmap.org.uk" target="_blank">mkgmap-dev-bounces@lists.mkgmap.org.uk</a>> im Auftrag von Felix Hartmann <<a href="mailto:extremecarver@gmail.com" target="_blank">extremecarver@gmail.com</a>><br>
Gesendet: Dienstag, 9. Juni 2020 14:03<br>
An: Development list for mkgmap<br>
Betreff: Re: [mkgmap-dev] Split gmapsupp.img files over 4GB<br>
<br>
Hi Gerd,<br>
Same result as MapInstall (Basecamp). So yes - same family Id, description and so on - just a different filename. gmapsup1.img; gmapsup2.img and so on. MapInstall does the same if you send maps over 4GB to devices that can support several gmapsupp.img files.<br>
<br>
It's pretty cumbersome to run a script to only include individual .img files up to 4GB for each run...<br>
Essentially making it possible to create Europe continent map in gmapsupp.img format (several files) or Asia continent (or even whole world - but I guess no one will do so - except if cutting down data very strong).<br>
<br>
<br>
Currently mkgmap just creates gmapsupp.img files over 4GB - they cannot be used by any garmin device due to FAT32 limits.<br>
<br>
On Tue, 9 Jun 2020 at 08:06, Gerd Petermann <<a href="mailto:gpetermann_muenchen@hotmail.com" target="_blank">gpetermann_muenchen@hotmail.com</a><mailto:<a href="mailto:gpetermann_muenchen@hotmail.com" target="_blank">gpetermann_muenchen@hotmail.com</a>>> wrote:<br>
Hi Felix,<br>
<br>
sorry, I have no idea what the result of such a split should be. Two gmapsupp files with different content but equal family-id, description etc? Doesn't sound like a good idea to me. My understanding is that a map creator has to decide what part of the world should go into one gmapsupp.<br>
<br>
Gerd<br>
<br>
________________________________________<br>
Von: mkgmap-dev <<a href="mailto:mkgmap-dev-bounces@lists.mkgmap.org.uk" target="_blank">mkgmap-dev-bounces@lists.mkgmap.org.uk</a><mailto:<a href="mailto:mkgmap-dev-bounces@lists.mkgmap.org.uk" target="_blank">mkgmap-dev-bounces@lists.mkgmap.org.uk</a>>> im Auftrag von Felix Hartmann <<a href="mailto:extremecarver@gmail.com" target="_blank">extremecarver@gmail.com</a><mailto:<a href="mailto:extremecarver@gmail.com" target="_blank">extremecarver@gmail.com</a>>><br>
Gesendet: Montag, 8. Juni 2020 12:19<br>
An: Development list for mkgmap<br>
Betreff: [mkgmap-dev] Split gmapsupp.img files over 4GB<br>
<br>
Could mkgmap automatically split gmapsupp.img over 4GB (or have an option to do so - but besides Oruxsmaps/locus and some other not often used tools - I don't know any others that can use larger gmapsupp.img files duet to FAT32).<br>
<br>
It would be nice if those gmapsupp.img files were somehow rastered - but even just according to mapid would be fine.<br>
<br>
--<br>
Felix Hartman - Openmtbmap.org & VeloMap.org<br>
<br>
_______________________________________________<br>
mkgmap-dev mailing list<br>
<a href="mailto:mkgmap-dev@lists.mkgmap.org.uk" target="_blank">mkgmap-dev@lists.mkgmap.org.uk</a><mailto:<a href="mailto:mkgmap-dev@lists.mkgmap.org.uk" target="_blank">mkgmap-dev@lists.mkgmap.org.uk</a>><br>
<a href="http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev" rel="noreferrer" target="_blank">http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev</a><br>
<br>
<br>
--<br>
Felix Hartman - Openmtbmap.org & VeloMap.org<br>
<br>
_______________________________________________<br>
mkgmap-dev mailing list<br>
<a href="mailto:mkgmap-dev@lists.mkgmap.org.uk" target="_blank">mkgmap-dev@lists.mkgmap.org.uk</a><br>
<a href="http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev" rel="noreferrer" target="_blank">http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev</a><br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div>Felix Hartman - Openmtbmap.org & VeloMap.org<br></div><br></div></div></div></div></div></div>