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.

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.

On Tue, 31 Aug 2021 at 09:52, Ticker Berkin <rwb-mkgmap@jagit.co.uk> wrote:
Hi

My understanding of Felix's problem and a possible enhancement to solve
it:

Splitting a country... into a number of .osm.pfb files. Almost all of
these are processable by mkgmap to produce tiles, but one or two exceed
some .img limits.

Rather that resplitting the whole country with a lower --max-nodes and
trying again:

Run the splitter again using the --split-file=area.list from the
previous run (maybe with the good tiles deleted) and a new option that
forces generation of 2 .osm.pbf files for each area. Probably just
split in half, with some appropriate mapname augmentation. mkgmap
should now be able to produce pairs of tiles to fill in the holes where
the first run failed.

Ticker


_______________________________________________
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev


--
Felix Hartman - Openmtbmap.org & VeloMap.org