logo separator

[mkgmap-dev] Error when running splitter with several input files, could there be keep-complete=single mode?

From Felix Hartmann extremecarver at gmail.com on Tue Aug 31 09:15:27 BST 2021

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 at 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 at lists.mkgmap.org.uk
> https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>


-- 
Felix Hartman - Openmtbmap.org & VeloMap.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.mkgmap.org.uk/pipermail/mkgmap-dev/attachments/20210831/690d4d4b/attachment.html>


More information about the mkgmap-dev mailing list