<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 12pt;
font-family:Calibri
}
--></style></head>
<body class='hmmessage'><div dir='ltr'>Hi Stephen,<br><br>okay, I forgot to ask you about other details:<br>1) You use options like --process-exits and other used for routing, but your<br>style doesn't set any of the access attributes like mkgmap:car, mkgmap:foot etc<br>which are needed to get proper routing info in the map.<br>I guess you don't care about routing?<br><br>2) Your cmd file contains the option --pois-to-areas-placement=tagelist <br>I think this is a very old typo which overrides a good default:<br>pois-to-areas-placement=entrance=main;entrance=yes;building=entrance<br><br>Please check the docu about the meaning:<br>http://www.mkgmap.org.uk/doc/options<br><br>Gerd<br><br><div><hr id="stopSpelling">Date: Wed, 7 Jan 2015 16:57:41 +1000<br>From: steve.sgalowski@gmail.com<br>To: mkgmap-dev@lists.mkgmap.org.uk<br>Subject: Re: [mkgmap-dev] Problem in splitter (Africa)<br><br><div dir="ltr">gerd , have tried some of your ideas&nbsp;<div>no not all worked for me&nbsp;</div><div>however have worked out and are combining my poi strings&nbsp;</div><div>am re checking now with the new poi test file you have just uploaded to mkgmap server&nbsp;</div><div><br></div><div>stephen&nbsp;</div><div><br></div></div><div class="ecxgmail_extra"><br><div class="ecxgmail_quote">On Tue, Jan 6, 2015 at 7:54 PM, Gerd Petermann <span dir="ltr">&lt;<a href="mailto:gpetermann_muenchen@hotmail.com" target="_blank">gpetermann_muenchen@hotmail.com</a>&gt;</span> wrote:<br><blockquote class="ecxgmail_quote" style="border-left:1px #ccc solid;padding-left:1ex;">


<div><div dir="ltr">Hi Stephen,<br><br>yes, you should have received an answer a now.<br><br>Gerd<br><br><div><hr>Date: Tue, 6 Jan 2015 19:15:51 +1000<br>From: <a href="mailto:steve.sgalowski@gmail.com" target="_blank">steve.sgalowski@gmail.com</a><br>To: <a href="mailto:mkgmap-dev@lists.mkgmap.org.uk" target="_blank">mkgmap-dev@lists.mkgmap.org.uk</a><br>Subject: Re: [mkgmap-dev] Problem in splitter (Africa)<br><br><div dir="ltr">gerd P&nbsp;<div><br></div><div>did you get my direct e-mail to you sir&nbsp;</div><div><br></div><div>stephen&nbsp;</div><div><br></div></div><div><br><div>On Tue, Jan 6, 2015 at 10:18 AM, GerdP <span dir="ltr">&lt;<a href="mailto:gpetermann_muenchen@hotmail.com" target="_blank">gpetermann_muenchen@hotmail.com</a>&gt;</span> wrote:<br><blockquote style="border-left:1px #ccc solid;padding-left:1ex;">Hi Stephen,<br>
<br>
the log shows no problems. Why do you think that max-nodes=400000 doesn't<br>
work?<br>
Do you see an error message in mkgmap?<br>
If yes, please provide your style files so that I can reproduce the problem.<br>
Maybe your style still adds one POI for each point of each highway?<br>
<br>
Gerd<br>
<br>
<br>
steve sgalowski wrote<br>
&gt; canada splitter log file<br>
&gt; as expected ,&nbsp; looks like i was correct<br>
&gt; the size of the split has to be smaller<br>
&gt; stephen<br>
&gt;<br>
&gt; On Tue, Jan 6, 2015 at 7:25 AM, Carlos Dávila &lt;<br>
<br>
&gt; cdavilam@<br>
<br>
&gt; &gt;<br>
&gt; wrote:<br>
&gt;<br>
&gt;&gt; Final file size depends on the amount of data in the input, not on the<br>
&gt;&gt; value of max-nodes. If you need a final img smaller than a given size you<br>
&gt;&gt; have to reduce the area covered by the input file or reduce the number of<br>
&gt;&gt; osm elements from the input that go into the map playing with your style<br>
&gt;&gt; files.<br>
&gt;&gt;<br>
&gt;&gt; El 05/01/15 a las 22:07, Steve Sgalowski escribió:<br>
&gt;&gt;<br>
&gt;&gt;&gt; gerd and carlos<br>
&gt;&gt;&gt; i am now running the splitter log file setup on my canada map<br>
&gt;&gt;&gt; and see what it does , the end result on this map = 6.8 gb img file<br>
&gt;&gt;&gt; wonder why some country can exceed and others not<br>
&gt;&gt;&gt; stephen<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; On Tue, Jan 6, 2015 at 7:00 AM, Carlos Dávila &lt;<br>
<br>
&gt; cdavilam@<br>
<br>
&gt; &gt;&gt; &lt;mailto:<br>
<br>
&gt; cdavilam@<br>
<br>
&gt; &gt;&gt; wrote:<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;&nbsp; &nbsp; &nbsp;Not sure what you mean. If you split a given country in a higher<br>
&gt;&gt;&gt;&nbsp; &nbsp; &nbsp;number of tiles (lower max-nodes) final size will be the same or<br>
&gt;&gt;&gt;&nbsp; &nbsp; &nbsp;slightly bigger, as there are more duplicated info due to overlap.<br>
&gt;&gt;&gt;&nbsp; &nbsp; &nbsp;Or you are loosing some information in the process to reduce final<br>
&gt;&gt;&gt;&nbsp; &nbsp; &nbsp;file size.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;&nbsp; &nbsp; &nbsp;El 05/01/15 a las 21:34, Steve Sgalowski escribió:<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp;in some of the countries i do , if i dont make the node count<br>
&gt;&gt;&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp;small , the map size exceedds , size limit of 3 gb<br>
&gt;&gt;&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp;then unshure how , canada has done this ok<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp;stephen<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp;On Tue, Jan 6, 2015 at 5:24 AM, Gerd Petermann<br>
&gt;&gt;&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;<br>
<br>
&gt; gpetermann_muenchen@<br>
<br>
&gt; &gt;&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;mailto:<br>
<br>
&gt; gpetermann_muenchen@<br>
<br>
&gt; &gt;<br>
&gt;&gt;&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;mailto:<br>
<br>
&gt; gpetermann_muenchen@<br>
<br>
&gt; &gt;&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;mailto:<br>
<br>
&gt; gpetermann_muenchen@<br>
<br>
&gt; &gt;&gt;&gt; wrote:<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;Hi all,<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;I wonder what splitter should do in this case:<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;Stephen uses paramter --max-nodes=80000<br>
&gt;&gt;&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;and splitter reports<br>
&gt;&gt;&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;"Highest node count in a single grid element is 557,084"<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;It is obvious that at least one tile will have much more<br>
&gt;&gt;&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp;than the<br>
&gt;&gt;&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;requested 80.000 nodes,<br>
&gt;&gt;&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;on the other hand, the file africa.osm.pbf contains large<br>
&gt;&gt;&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp;nearly<br>
&gt;&gt;&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;empty areas,<br>
&gt;&gt;&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;and that makes it very difficult to find a good split.<br>
&gt;&gt;&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;The current version r416 fails because it doesn't accept<br>
&gt;&gt;&gt; tiles<br>
&gt;&gt;&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;with less than 5% of<br>
&gt;&gt;&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;the max-nodes value, so it searches for a solution where<br>
&gt;&gt;&gt; every<br>
&gt;&gt;&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;tile has at least 4000 nodes,<br>
&gt;&gt;&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;and that might not exist.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;I see these options:<br>
&gt;&gt;&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;1) splitter can continue trying to split the data, accepting<br>
&gt;&gt;&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;almost empty output files<br>
&gt;&gt;&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;(e.g. some with &lt; 5 nodes and very high aspect ratios like<br>
&gt;&gt;&gt; 32)<br>
&gt;&gt;&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;2) if that fails,&nbsp; splitter can set the max-nodes value to<br>
&gt;&gt;&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp;557,084<br>
&gt;&gt;&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;and try again<br>
&gt;&gt;&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;3) or stop with an error message that tells the user that<br>
&gt;&gt;&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp;it is<br>
&gt;&gt;&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;not possible<br>
&gt;&gt;&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;to split with the used resolution<br>
&gt;&gt;&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;4) or restart using a higher resolution&nbsp; (15 would be<br>
&gt;&gt;&gt; required<br>
&gt;&gt;&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;here instead of 13),<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;@Stephen<br>
&gt;&gt;&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;What reason do you have to use such a small max-nodes value?<br>
&gt;&gt;&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;Would it be ok for you to use a higher one?<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;Gerd<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt; _______________________________________________<br>
&gt;&gt; mkgmap-dev mailing list<br>
&gt;&gt;<br>
<br>
&gt; mkgmap-dev@.org<br>
<br>
&gt;&gt; <a href="http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev" target="_blank">http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev</a><br>
&gt;&gt;<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; mkgmap-dev mailing list<br>
<br>
&gt; mkgmap-dev@.org<br>
<br>
&gt; <a href="http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev" target="_blank">http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev</a><br>
&gt;<br>
&gt; splitter.log (356K)<br>
&gt; &lt;<a href="http://gis.19327.n5.nabble.com/attachment/5829156/0/splitter.log" target="_blank">http://gis.19327.n5.nabble.com/attachment/5829156/0/splitter.log</a>&gt;<br>
<br>
<br>
<br>
<br>
<br>
--<br>
View this message in context: <a href="http://gis.19327.n5.nabble.com/Problem-in-splitter-Africa-tp5829130p5829158.html" target="_blank">http://gis.19327.n5.nabble.com/Problem-in-splitter-Africa-tp5829130p5829158.html</a><br>
Sent from the Mkgmap Development mailing list archive at Nabble.com.<br>
_______________________________________________<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/mailman/listinfo/mkgmap-dev</a></blockquote></div><br></div>
<br>_______________________________________________
mkgmap-dev mailing list
<a href="mailto:mkgmap-dev@lists.mkgmap.org.uk" target="_blank">mkgmap-dev@lists.mkgmap.org.uk</a>
<a href="http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev" target="_blank">http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev</a></div>                                               </div></div>
<br>_______________________________________________<br>
mkgmap-dev mailing list<br>
<a href="mailto:mkgmap-dev@lists.mkgmap.org.uk">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/mailman/listinfo/mkgmap-dev</a><br></blockquote></div><br></div>
<br>_______________________________________________
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev</div>                                               </div></body>
</html>