charlie@cferrero.net escribió:
Quoting Carlos Dávila <cdavilam@jemila.jazztel.es>:
Hello all While compiling a map from 6 tiles obtained with splitter (manually adjusted areas.list) I get the following error: GRAVE (BlockManager): overflowed directory with max block 65534, current=65535 There is not enough room in a single garmin map for all the input data The .osm file should be split into smaller pieces first. I guess I must split some of the tiles but, how to know which one? Does it depend on the size (in MB) of the resulting maps? Regards Carlos
I also create manual areas.list files. My experience is that even if I set max-nodes smaller in splitter, it can still create tiles that are too big for mkgmap. My rule of thumb is that no tile created by splitter should be bigger than ~20MB (compressed, obviously). This makes it easy to spot tiles that are too big and I've not (yet) had mgkmap fail when applying this rule. Thanks for the figure. I'm currently splitting the same input osm with a new areas.list. I'll take your size into account before processing tiles with mkgmap (previously I had one of 28 MB, thus the overflow).