<div dir="ltr">That step is very easy.<div><br></div><div>You feed %FID% (if you use fid for first 4 numbers of mapid) and the new template.args to mkgmap.jar. No need to recreate the .img files that are okay. The broken ones - all 0byte ones - just delete them. If you wanna run mkgmap again on the same o5m input files - you join the template.args file from both runs - I always replace mapname with #notused so the template.args only contains description and the actual input file. It throws a warning that input files are missing - but that is allright. Of course you need to add in your script to delete those input files that were resplit. </div><div><br></div><div>I don't know what your "app" does - but the process is pretty simple. As long as splitter can handle the several input files with --keep-complete (and just runs keep-complete on each input file but not on the totality of input files, plus does not try to join data from two files). And yes as said - if you want to run splitter on each input file separately, that creates loads of work - I don't know how to script that efficiently. Oh yeah - and your script needs to read the highest number of the maps created - add 1, and run mkgmap again with that number.  But yeah - scripting this takes some time. But it is understandable that mkgmap cannot call splitter.jar on it's own....The main thing in this is getting to run splitter on several input files with keep-complete valid for each tile on it's own. </div><div>But yeah I think osmconvert 1000000.o5m 100001.o5m 100010.o5m -o=inputfile.o5m</div><div>and then calling mkgmap with the higher mapid, and *already_created.img inputfile.o5m would suffice. So far I cannot see problems (as long as using keep-complete=true)  - you can even do a third pass. You cannot do a third pass if you use keep-complete=false overlap=2000 </div><div>because the overlap would create a huge mess (or better objects ending up twice in your map)</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, 31 Aug 2021 at 11:33, Eric Internet <<a href="mailto:ankeric.osm@gmail.com">ankeric.osm@gmail.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"><div dir="auto">Also do not understand and on vacation now, so my options for understanding are very limited.<div dir="auto"><br></div><div dir="auto">But fwiw...</div><div dir="auto"><br></div><div dir="auto">Mkgmap should read files collection from contents files. One o5m file missing or 1 file extra (having different FID) is a show stopper. (Missing files is not tested, assumption only).</div><div dir="auto"><br></div><div dir="auto">I create 2-6 different maps each overnight from same dataset by simply:</div><div dir="auto">- Rename all o5m files by FID</div><div dir="auto">- Rename Reference in two content files by filename (changed by FID).</div><div dir="auto">This procedure takes seconds to run.</div><div dir="auto"><br></div><div dir="auto">All scripts (power management, splitter, OsmConvert, mkgmap, NSI) are executed by shell.run from within a "wrapper application".</div><div dir="auto">VB exe is: flexible, configurable, unlimited procedures and language elements.</div><div dir="auto"><br></div><div dir="auto"><span style="font-family:sans-serif">App UI checkboxes will select which datasets to download.</span><br></div><div dir="auto">App UI checkboxes will select which maps to be created.</div><div dir="auto">UI settings are saved in iNI file for Unattended execution.</div><div dir="auto">App will decide which datasets need to be merged by OsmConvert.</div><div dir="auto">App will check preconditions.</div><div dir="auto">App will run preprocess procedures (f.i. Rename by FID).</div><div dir="auto">App will wait for recent "latest" dataset.</div><div dir="auto">App will retry a failed download for n-times.</div><div dir="auto">App will decide what to do if a dataset is missing or outdated.</div><div dir="auto">App will verify each step to be successful (or not). </div><div dir="auto">App will install correctly created maps (read log files) into BaseCamp.</div><div dir="auto">Installer exe files and log files will be renamed by date (history, back-up and review options).</div><div dir="auto">App will run by Windows Scheduled Tasks.</div><div dir="auto"><br></div><div dir="auto">Recreating a specific map (because of style change) is as simple as clicking checkboxes.</div><div dir="auto"><br></div><div dir="auto">Time investment for mkgmap and Mapillary: one weekend development.</div><div dir="auto">Payback period in 2021 is already passed. Not by lead time (although Rename is faster than Merge) but most impressive by needed attention time.</div><div dir="auto">Don't shut down PC and tomorrow my new maps have been created somewhere between 06:00 and 09:00 AM or they failed.</div><div dir="auto"><br></div><div dir="auto">A one time problem is resolved by a new procedure for next occurrence.</div><div dir="auto">One time problems don't exist 😝</div><div dir="auto"><br><div dir="auto">AnkEric (Eric)</div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Aug 31, 2021, 10:15 Felix Hartmann <<a href="mailto:extremecarver@gmail.com" rel="noreferrer" target="_blank">extremecarver@gmail.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"><div dir="ltr">yes - exactly what Ticker wrote is my intention. It seems fine using o5m and merging with osmconvert however for right now.... If it's only a single tile no problems, but if its 2-X files - then you can only use keep-complete=false - or instead of using osm.pbf output in splitter o5m, and then merge the failed o5m tiles into a new input2.o5m and process that one again with splitter and lower max-nodes value. Instead if several input files are given and keep-complete=true (or default which is true) - then use keep-complete for each input file only.<div><br></div><div>I do run into another problem there on the huge tiles, will have to check on that later. Seems to be general about maps with very large tiles and not related to splitter.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, 31 Aug 2021 at 09:52, Ticker Berkin <<a href="mailto:rwb-mkgmap@jagit.co.uk" rel="noreferrer noreferrer" target="_blank">rwb-mkgmap@jagit.co.uk</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<br>
<br>
My understanding of Felix's problem and a possible enhancement to solve<br>
it:<br>
<br>
Splitting a country... into a number of .osm.pfb files. Almost all of<br>
these are processable by mkgmap to produce tiles, but one or two exceed<br>
some .img limits.<br>
<br>
Rather that resplitting the whole country with a lower --max-nodes and<br>
trying again:<br>
<br>
Run the splitter again using the --split-file=area.list from the<br>
previous run (maybe with the good tiles deleted) and a new option that<br>
forces generation of 2 .osm.pbf files for each area. Probably just<br>
split in half, with some appropriate mapname augmentation. mkgmap<br>
should now be able to produce pairs of tiles to fill in the holes where<br>
the first run failed.<br>
<br>
Ticker<br>
<br>
<br>
_______________________________________________<br>
mkgmap-dev mailing list<br>
<a href="mailto:mkgmap-dev@lists.mkgmap.org.uk" rel="noreferrer noreferrer" target="_blank">mkgmap-dev@lists.mkgmap.org.uk</a><br>
<a href="https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev" rel="noreferrer noreferrer 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"><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>
_______________________________________________<br>
mkgmap-dev mailing list<br>
<a href="mailto:mkgmap-dev@lists.mkgmap.org.uk" rel="noreferrer noreferrer" target="_blank">mkgmap-dev@lists.mkgmap.org.uk</a><br>
<a href="https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev" rel="noreferrer noreferrer noreferrer" target="_blank">https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev</a></blockquote></div>
_______________________________________________<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></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>