<div dir="ltr">gerd p <div><br></div><div>love the new splitter 417 </div><div><br></div><div>it works great , now it advises when the max node count is to small for splitting and recommend a higher node count </div><div><br></div><div>just tried this on the africa map split , </div><div>and told me node count should be like 600,000 gerd p </div><div><br></div><div>stephen </div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jan 8, 2015 at 2:04 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 class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi all,<br>
<br>
I&#39;ve committed r417 to fix a few rare problems in splitter:<br>
1) The initial problem reported by Stephen:<br>
splitter printed &quot;Warning: No solution found for partition ...&quot; but did not<br>
stop when at least one partition was ok.<br>
2) It tries a bit harder to find a solution when it turns out<br>
that no good solution is found.<br>
3) It prints a warning when the user choses a rather bad combination<br>
of --max-nodes and --resolution.<br>
<br>
I&#39;ve also removed the code that optimized parts of a solution,<br>
it did not really work in most cases. I&#39;ll try to find a solution for that<br>
again<br>
later.<br>
<br>
Gerd<br>
<br>
<br>
GerdP wrote<br>
&gt; Hi Steve,<br>
&gt;<br>
&gt; I suggest to look at the rules in the default style and the style<br>
&gt; manual:<br>
&gt; <a href="http://www.mkgmap.org.uk/doc/pdf/style-manual.pdf" target="_blank">http://www.mkgmap.org.uk/doc/pdf/style-manual.pdf</a><br>
&gt;<br>
&gt; I am not that familiar with style rules, and I prefer java coding.<br>
&gt;<br>
&gt; Gerd<br>
&gt;<br>
&gt; Date: Wed, 7 Jan 2015 17:15:59 +1000<br>
&gt; From:<br>
<br>
&gt; steve.sgalowski@<br>
<br>
&gt; To:<br>
<br>
&gt; mkgmap-dev@.org<br>
<br>
&gt; Subject: Re: [mkgmap-dev] Problem in splitter (Africa)<br>
&gt;<br>
&gt; gerd p would love more on the routing mate in my map but when i tried<br>
&gt; before to upgrade the script file , it did not work may be i send the<br>
&gt; script file i use ,  so you can help me convert it over to the new<br>
&gt; scripting you do mate<br>
&gt; or provide me with plenty of examples and i can try gerd<br>
&gt; stephen<br>
&gt;<br>
&gt; On Wed, Jan 7, 2015 at 5:11 PM, Gerd Petermann &lt;<br>
<br>
&gt; gpetermann_muenchen@<br>
<br>
&gt; &gt; wrote:<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; Hi Stephen,<br>
&gt;<br>
&gt; okay, I forgot to ask you about other details:<br>
&gt; 1) You use options like --process-exits and other used for routing, but<br>
&gt; your<br>
&gt; style doesn&#39;t set any of the access attributes like mkgmap:car,<br>
&gt; mkgmap:foot etc<br>
&gt; which are needed to get proper routing info in the map.<br>
&gt; I guess you don&#39;t care about routing?<br>
&gt;<br>
&gt; 2) Your cmd file contains the option --pois-to-areas-placement=tagelist<br>
&gt; I think this is a very old typo which overrides a good default:<br>
&gt; pois-to-areas-placement=entrance=main;entrance=yes;building=entrance<br>
&gt;<br>
&gt; Please check the docu about the meaning:<br>
&gt; <a href="http://www.mkgmap.org.uk/doc/options" target="_blank">http://www.mkgmap.org.uk/doc/options</a><br>
&gt;<br>
&gt; Gerd<br>
&gt;<br>
&gt; Date: Wed, 7 Jan 2015 16:57:41 +1000<br>
&gt; From:<br>
<br>
&gt; steve.sgalowski@<br>
<br>
&gt; To:<br>
<br>
&gt; mkgmap-dev@.org<br>
<br>
&gt; Subject: Re: [mkgmap-dev] Problem in splitter (Africa)<br>
&gt;<br>
&gt; gerd , have tried some of your ideas no not all worked for me however have<br>
&gt; worked out and are combining my poi strings am re checking now with the<br>
&gt; new poi test file you have just uploaded to mkgmap server<br>
&gt; stephen<br>
&gt;<br>
&gt; On Tue, Jan 6, 2015 at 7:54 PM, Gerd Petermann &lt;<br>
<br>
&gt; gpetermann_muenchen@<br>
<br>
&gt; &gt; wrote:<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; Hi Stephen,<br>
&gt;<br>
&gt; yes, you should have received an answer a now.<br>
&gt;<br>
&gt; Gerd<br>
&gt;<br>
&gt; Date: Tue, 6 Jan 2015 19:15:51 +1000<br>
&gt; From:<br>
<br>
&gt; steve.sgalowski@<br>
<br>
&gt; To:<br>
<br>
&gt; mkgmap-dev@.org<br>
<br>
&gt; Subject: Re: [mkgmap-dev] Problem in splitter (Africa)<br>
&gt;<br>
&gt; gerd P<br>
&gt; did you get my direct e-mail to you sir<br>
&gt; stephen<br>
&gt;<br>
&gt; On Tue, Jan 6, 2015 at 10:18 AM, GerdP &lt;<br>
<br>
&gt; gpetermann_muenchen@<br>
<br>
&gt; &gt; wrote:<br>
&gt; Hi Stephen,<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; the log shows no problems. Why do you think that max-nodes=400000 doesn&#39;t<br>
&gt;<br>
&gt; work?<br>
&gt;<br>
&gt; Do you see an error message in mkgmap?<br>
&gt;<br>
&gt; If yes, please provide your style files so that I can reproduce the<br>
&gt; problem.<br>
&gt;<br>
&gt; Maybe your style still adds one POI for each point of each highway?<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; Gerd<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; steve sgalowski wrote<br>
&gt;<br>
&gt;&gt; canada splitter log file<br>
&gt;<br>
&gt;&gt; as expected ,  looks like i was correct<br>
&gt;<br>
&gt;&gt; the size of the split has to be smaller<br>
&gt;<br>
&gt;&gt; stephen<br>
&gt;<br>
&gt;&gt;<br>
&gt;<br>
&gt;&gt; On Tue, Jan 6, 2015 at 7:25 AM, Carlos Dávila &lt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;&gt; cdavilam@<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;&gt; &gt;<br>
&gt;<br>
&gt;&gt; wrote:<br>
&gt;<br>
&gt;&gt;<br>
&gt;<br>
&gt;&gt;&gt; Final file size depends on the amount of data in the input, not on the<br>
&gt;<br>
&gt;&gt;&gt; value of max-nodes. If you need a final img smaller than a given size<br>
&gt;&gt;&gt; you<br>
&gt;<br>
&gt;&gt;&gt; have to reduce the area covered by the input file or reduce the number<br>
&gt;&gt;&gt; of<br>
&gt;<br>
&gt;&gt;&gt; osm elements from the input that go into the map playing with your style<br>
&gt;<br>
&gt;&gt;&gt; files.<br>
&gt;<br>
&gt;&gt;&gt;<br>
&gt;<br>
&gt;&gt;&gt; El 05/01/15 a las 22:07, Steve Sgalowski escribió:<br>
&gt;<br>
&gt;&gt;&gt;<br>
&gt;<br>
&gt;&gt;&gt;&gt; gerd and carlos<br>
&gt;<br>
&gt;&gt;&gt;&gt; i am now running the splitter log file setup on my canada map<br>
&gt;<br>
&gt;&gt;&gt;&gt; and see what it does , the end result on this map = 6.8 gb img file<br>
&gt;<br>
&gt;&gt;&gt;&gt; wonder why some country can exceed and others not<br>
&gt;<br>
&gt;&gt;&gt;&gt; stephen<br>
&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;<br>
&gt;&gt;&gt;&gt; On Tue, Jan 6, 2015 at 7:00 AM, Carlos Dávila &lt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;&gt; cdavilam@<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;&gt; &gt;&gt;<br>
&gt; &lt;mailto:<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;&gt;<br>
&gt;  cdavilam@<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;&gt; &gt;&gt; wrote:<br>
&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;<br>
&gt;&gt;&gt;&gt;     Not sure what you mean. If you split a given country in a higher<br>
&gt;<br>
&gt;&gt;&gt;&gt;     number of tiles (lower max-nodes) final size will be the same or<br>
&gt;<br>
&gt;&gt;&gt;&gt;     slightly bigger, as there are more duplicated info due to overlap.<br>
&gt;<br>
&gt;&gt;&gt;&gt;     Or you are loosing some information in the process to reduce final<br>
&gt;<br>
&gt;&gt;&gt;&gt;     file size.<br>
&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;<br>
&gt;&gt;&gt;&gt;     El 05/01/15 a las 21:34, Steve Sgalowski escribió:<br>
&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;<br>
&gt;&gt;&gt;&gt;         in some of the countries i do , if i dont make the node count<br>
&gt;<br>
&gt;&gt;&gt;&gt;         small , the map size exceedds , size limit of 3 gb<br>
&gt;<br>
&gt;&gt;&gt;&gt;         then unshure how , canada has done this ok<br>
&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;<br>
&gt;&gt;&gt;&gt;         stephen<br>
&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;<br>
&gt;&gt;&gt;&gt;         On Tue, Jan 6, 2015 at 5:24 AM, Gerd Petermann<br>
&gt;<br>
&gt;&gt;&gt;&gt;         &lt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;&gt; gpetermann_muenchen@<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;&gt; &gt;&gt;<br>
&gt; &lt;mailto:<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;&gt;<br>
&gt;  gpetermann_muenchen@<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;&gt; &gt;<br>
&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt; &lt;mailto:<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;&gt;<br>
&gt;  gpetermann_muenchen@<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;&gt; &gt;&gt;<br>
&gt; &lt;mailto:<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;&gt;<br>
&gt;  gpetermann_muenchen@<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;&gt; &gt;&gt;&gt; wrote:<br>
&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;<br>
&gt;&gt;&gt;&gt;             Hi all,<br>
&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;<br>
&gt;&gt;&gt;&gt;             I wonder what splitter should do in this case:<br>
&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;<br>
&gt;&gt;&gt;&gt;             Stephen uses paramter --max-nodes=80000<br>
&gt;<br>
&gt;&gt;&gt;&gt;             and splitter reports<br>
&gt;<br>
&gt;&gt;&gt;&gt;             &quot;Highest node count in a single grid element is 557,084&quot;<br>
&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;<br>
&gt;&gt;&gt;&gt;             It is obvious that at least one tile will have much more<br>
&gt;<br>
&gt;&gt;&gt;&gt;         than the<br>
&gt;<br>
&gt;&gt;&gt;&gt;             requested 80.000 nodes,<br>
&gt;<br>
&gt;&gt;&gt;&gt;             on the other hand, the file africa.osm.pbf contains large<br>
&gt;<br>
&gt;&gt;&gt;&gt;         nearly<br>
&gt;<br>
&gt;&gt;&gt;&gt;             empty areas,<br>
&gt;<br>
&gt;&gt;&gt;&gt;             and that makes it very difficult to find a good split.<br>
&gt;<br>
&gt;&gt;&gt;&gt;             The current version r416 fails because it doesn&#39;t accept<br>
&gt;<br>
&gt;&gt;&gt;&gt; tiles<br>
&gt;<br>
&gt;&gt;&gt;&gt;             with less than 5% of<br>
&gt;<br>
&gt;&gt;&gt;&gt;             the max-nodes value, so it searches for a solution where<br>
&gt;<br>
&gt;&gt;&gt;&gt; every<br>
&gt;<br>
&gt;&gt;&gt;&gt;             tile has at least 4000 nodes,<br>
&gt;<br>
&gt;&gt;&gt;&gt;             and that might not exist.<br>
&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;<br>
&gt;&gt;&gt;&gt;             I see these options:<br>
&gt;<br>
&gt;&gt;&gt;&gt;             1) splitter can continue trying to split the data,<br>
&gt;&gt;&gt;&gt; accepting<br>
&gt;<br>
&gt;&gt;&gt;&gt;             almost empty output files<br>
&gt;<br>
&gt;&gt;&gt;&gt;             (e.g. some with &lt; 5 nodes and very high aspect ratios like<br>
&gt;<br>
&gt;&gt;&gt;&gt; 32)<br>
&gt;<br>
&gt;&gt;&gt;&gt;             2) if that fails,  splitter can set the max-nodes value to<br>
&gt;<br>
&gt;&gt;&gt;&gt;         557,084<br>
&gt;<br>
&gt;&gt;&gt;&gt;             and try again<br>
&gt;<br>
&gt;&gt;&gt;&gt;             3) or stop with an error message that tells the user that<br>
&gt;<br>
&gt;&gt;&gt;&gt;         it is<br>
&gt;<br>
&gt;&gt;&gt;&gt;             not possible<br>
&gt;<br>
&gt;&gt;&gt;&gt;             to split with the used resolution<br>
&gt;<br>
&gt;&gt;&gt;&gt;             4) or restart using a higher resolution  (15 would be<br>
&gt;<br>
&gt;&gt;&gt;&gt; required<br>
&gt;<br>
&gt;&gt;&gt;&gt;             here instead of 13),<br>
&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;<br>
&gt;&gt;&gt;&gt;             @Stephen<br>
&gt;<br>
&gt;&gt;&gt;&gt;             What reason do you have to use such a small max-nodes<br>
&gt;&gt;&gt;&gt; value?<br>
&gt;<br>
&gt;&gt;&gt;&gt;             Would it be ok for you to use a higher one?<br>
&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;<br>
&gt;&gt;&gt;&gt;             Gerd<br>
&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;<br>
&gt;&gt;&gt; _______________________________________________<br>
&gt;<br>
&gt;&gt;&gt; mkgmap-dev mailing list<br>
&gt;<br>
&gt;&gt;&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;&gt; mkgmap-dev@.org<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;&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;<br>
&gt;&gt;&gt;<br>
&gt;<br>
&gt;&gt;<br>
&gt;<br>
&gt;&gt; _______________________________________________<br>
&gt;<br>
&gt;&gt; mkgmap-dev mailing list<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;&gt; mkgmap-dev@.org<br>
&gt;<br>
&gt;<br>
&gt;<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;<br>
&gt;&gt;<br>
&gt;<br>
&gt;&gt; splitter.log (356K)<br>
&gt;<br>
&gt;&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>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; --<br>
&gt;<br>
&gt; View this message in context:<br>
&gt; <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>
&gt;<br>
&gt; Sent from the Mkgmap Development mailing list archive at Nabble.com.<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt;<br>
&gt; mkgmap-dev mailing list<br>
<br>
&gt; mkgmap-dev@.org<br>
<br>
&gt;<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;<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; _______________________________________________<br>
&gt;<br>
&gt; mkgmap-dev mailing list<br>
<br>
&gt; mkgmap-dev@.org<br>
<br>
&gt;<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;<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; _______________________________________________<br>
&gt;<br>
&gt; mkgmap-dev mailing list<br>
<br>
&gt; mkgmap-dev@.org<br>
<br>
&gt;<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;<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; 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>
<br>
<br>
<br>
<br>
<br>
--<br>
View this message in context: <a href="http://gis.19327.n5.nabble.com/Problem-in-splitter-Africa-tp5829130p5829354.html" target="_blank">http://gis.19327.n5.nabble.com/Problem-in-splitter-Africa-tp5829130p5829354.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">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>