<div dir="ltr">I just answered in the old topic - but it would make it very complicated if you had some tiles that you need to split again. I feel --gmapi converts everything - while --gmapi-minimal only converts input given in .o5m/osm.pbf/osm is the much better approach. The first time you use --gmapi - all subsequent times you use --gmapi-minimal. Otherwise it would not only need to be fine with asterisk, but also like reuse=<40000134.img <div>Sorry but I really don't see why any .img files should be converted again. Do it the first time you generate them - or just use --gmapi. I do not see the workflow where a reuse= whatever makes sense. While any o5m / osm / osm.pbf input would be strange to already exist as gmapi format but not as img format. Even more as mkgmap so far can use .img as input, but cannot use gmapi folders as input. If gmapi was possible as input as well - then your reuse list would make sense. But I do not have a use case for gmapi input.</div><div>And if gmapi input was possible  then the correct approach would be to write the input like this:</div><div>123400??.img gmapi/123400?? 1234002?.o5m </div><div>In that case as we passed the map in img and gmapi format up to 19 as input - those shall not be written either as .img nor as gmapi. </div><div>However then</div><div>gmapi/123400?? 1234002?.05m would need to write out all .img files (overwrite those already present) and write the o5m files in both gmapi and img format. Mkgmap would then need to be able to convert into both directions and people who only need gmapi files would not need the .img files. So the call here should be - are there any people using mkgmap consistently and only need gmapi but not .img output? But I think that would be way too much work. Because so far mkgmap is simply converting to gmapi - not writing gmapi in first place from input data without writing .img files.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, 13 Sept 2021 at 19:46, 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 Thomas,<br>
<br>
yes, I also thought about something like that. I still have to learn some details of the gmapi format and the generated files and dependencies between them.<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 Thomas Morgenstern <<a href="mailto:webmaster@img2ms.de" target="_blank">webmaster@img2ms.de</a>><br>
Gesendet: Montag, 13. September 2021 18:01<br>
An: Development list for mkgmap<br>
Betreff: [mkgmap-dev] mkgmap doing excessive writing<br>
<br>
I suggest the new option should be named reuse=<comma separated list of files, wildcards enabled>. exampel  reuse=40000001.img, 40005*.img. If this option is used, then mkgmap should not overwrite the listed folders in the <name>gmap. Naturally mkgmap should write a new tdb, preview.img, mdr and idx. In most cases the reuse folders contains Contourlines or other static content.<br>
<br>
Thomas<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="https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev" rel="noreferrer" target="_blank">https://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>