<div dir="ltr">gerd and carlos <div>i am now running the splitter log file setup on my canada map </div><div>and see what it does , the end result on this map = 6.8 gb img file </div><div>wonder why some country can exceed and others not </div><div>stephen </div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jan 6, 2015 at 7:00 AM, Carlos Dávila <span dir="ltr"><<a href="mailto:cdavilam@orangecorreo.es" target="_blank">cdavilam@orangecorreo.es</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Not sure what you mean. If you split a given country in a higher number of tiles (lower max-nodes) final size will be the same or slightly bigger, as there are more duplicated info due to overlap. Or you are loosing some information in the process to reduce final file size.<br>
<br>
El 05/01/15 a las 21:34, Steve Sgalowski escribió:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
in some of the countries i do , if i dont make the node count small , the map size exceedds , size limit of 3 gb<br>
then unshure how , canada has done this ok<br>
<br>
stephen<br>
<br>
<br>
On Tue, Jan 6, 2015 at 5:24 AM, Gerd Petermann <<a href="mailto:gpetermann_muenchen@hotmail.com" target="_blank">gpetermann_muenchen@hotmail.<u></u>com</a> <mailto:<a href="mailto:gpetermann_muenchen@hotmail.com" target="_blank">gpetermann_muenchen@<u></u>hotmail.com</a>>> wrote:<br>
<br>
Hi all,<br>
<br>
I wonder what splitter should do in this case:<br>
<br>
Stephen uses paramter --max-nodes=80000<br>
and splitter reports<br>
"Highest node count in a single grid element is 557,084"<br>
<br>
It is obvious that at least one tile will have much more than the<br>
requested 80.000 nodes,<br>
on the other hand, the file africa.osm.pbf contains large nearly<br>
empty areas,<br>
and that makes it very difficult to find a good split.<br>
The current version r416 fails because it doesn't accept tiles<br>
with less than 5% of<br>
the max-nodes value, so it searches for a solution where every<br>
tile has at least 4000 nodes,<br>
and that might not exist.<br>
<br>
I see these options:<br>
1) splitter can continue trying to split the data, accepting<br>
almost empty output files<br>
(e.g. some with < 5 nodes and very high aspect ratios like 32)<br>
2) if that fails, splitter can set the max-nodes value to 557,084<br>
and try again<br>
3) or stop with an error message that tells the user that it is<br>
not possible<br>
to split with the used resolution<br>
4) or restart using a higher resolution (15 would be required<br>
here instead of 13),<br>
<br>
@Stephen<br>
What reason do you have to use such a small max-nodes value?<br>
Would it be ok for you to use a higher one?<br>
<br>
Gerd<br>
<br>
<br>
</blockquote>
<br>
______________________________<u></u>_________________<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="http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev" target="_blank">http://www.mkgmap.org.uk/<u></u>mailman/listinfo/mkgmap-dev</a><br>
</blockquote></div><br></div>