<div dir="ltr"><div><div>I still think the best solution would be cutting out smaller polygons from larger - however we would need to define two categories in the polygons style-file:<br></div>1. polygons that are used transparently in .typ (and will be given high draworder anyhow) - these can be skipped. Also usually very small polygons that you give high draworder (e.g. buildings) don't need to be cut out. It's easier if they simply appear on top.<br></div><div>2. Other polygons which usually cover large areas - here overlapping smaller polygons should be cut out.<br><br></div><div>Looking at area size of polygons of all polygons that fall under 2. will be needed of course. But because of 1. we will save time as any polygon that is flagged as belonging to 1. category can be skipped. Main problems are anyhow forest, water, island and similar where people are too lazy to use multipolygons. <br><br></div><div>Even though wrong tagging - looking at the layer tag if present to decide which polygon should be cut out should still be done.<br></div><br></div><div class="gmail_extra"><br><div class="gmail_quote">On 13 November 2016 at 09:47,  <span dir="ltr"><<a href="mailto:rheinskipper1000@gmx.de" target="_blank">rheinskipper1000@gmx.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div link="blue" vlink="#954F72" lang="DE"><div class="m_-8332134967730180257WordSection1"><p class="MsoNormal"><span lang="EN-GB">Yes, I would appreciate a draw order command for the style language very much.<u></u><u></u></span></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal"><u></u> <u></u></p><div style="border:none;border-top:solid #e1e1e1 1.0pt;padding:3.0pt 0cm 0cm 0cm"><p class="MsoNormal" style="border:none;padding:0cm"><b>Von: </b><a href="mailto:gpetermann_muenchen@hotmail.com" target="_blank">Gerd Petermann</a><br><b>Gesendet: </b>Sonntag, 13. November 2016 08:22<span class=""><br><b>An: </b><a href="mailto:mkgmap-dev@lists.mkgmap.org.uk" target="_blank">mkgmap-dev@lists.mkgmap.org.uk</a><br><b>Betreff: </b>Re: [mkgmap-dev] Commit r3702: sortAreas_v5.patch: Addoption--order-by-<wbr>decreasing-area</span></p></div><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">Hi,</p><div><div class="h5"><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">I am not sure regarding the sizes of the area. At least one of the riverbank</p><p class="MsoNormal">polygons is a </p><p class="MsoNormal">multipolygon with two outer rings. The size calculation treats each outer</p><p class="MsoNormal">ring separately, without</p><p class="MsoNormal">subtracting the area of inner rings. </p><p class="MsoNormal">@Ticker: Is that intended?</p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">Besides that I think that the examples show that one needs both a draw order</p><p class="MsoNormal">for types and size ordering to get reasonable results.</p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">Gerd</p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">rheinskipper1000 wrote</p><p class="MsoNormal">> I eagerly awaited the order-by-decreasing-area option.</p><p class="MsoNormal">> </p><p class="MsoNormal">> Results are a bit different than I expected at the moment:</p><p class="MsoNormal">> </p><p class="MsoNormal">> My style contains:</p><p class="MsoNormal">> </p><p class="MsoNormal">> waterway=riverbank [0x10302 resolution 20]</p><p class="MsoNormal">> seamark:type=fairway {name 'fairway'}  [0x10307 level 2]</p><p class="MsoNormal">> </p><p class="MsoNormal">> Unfortunately the smaller (white) fairway polygons are still partly</p><p class="MsoNormal">> covered by (blue) riverbank polygons:</p><p class="MsoNormal">> <a href="https://mega.nz/#!NN8UWDCK!LeR_h1cJeBVDGMxFeUf48l_qARfVdKXTMzRoHjy_rEw" target="_blank">https://mega.nz/#!NN8UWDCK!<wbr>LeR_h1cJeBVDGMxFeUf48l_<wbr>qARfVdKXTMzRoHjy_rEw</a></p><p class="MsoNormal">> <a href="https://mega.nz/#!0B9AgZQJ!AZcQ9zHktIQ0D9Uq_nb_gRGG0eDGxCQaT0XuQJaebWc" target="_blank">https://mega.nz/#!0B9AgZQJ!<wbr>AZcQ9zHktIQ0D9Uq_nb_<wbr>gRGG0eDGxCQaT0XuQJaebWc</a></p><p class="MsoNormal">> </p><p class="MsoNormal">> </p><p class="MsoNormal">> </p><p class="MsoNormal">> Von: svn commit</p><p class="MsoNormal">> Gesendet: Freitag, 11. November 2016 17:11</p><p class="MsoNormal">> An: </p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">> mkgmap-svn@.org</p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">> ; </p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">> mkgmap-dev@.org</p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">> Betreff: [mkgmap-dev] Commit r3702: sortAreas_v5.patch: Add</p><p class="MsoNormal">> option--order-by-decreasing-<wbr>area</p><p class="MsoNormal">> </p><p class="MsoNormal">> Version mkgmap-r3702 was committed by gerd on Fri, 11 Nov 2016</p><p class="MsoNormal">> </p><p class="MsoNormal">> sortAreas_v5.patch: Add option --order-by-decreasing-area</p><p class="MsoNormal">> </p><p class="MsoNormal">> Patch by Ticker Berkin, slightly modifed</p><p class="MsoNormal">> </p><p class="MsoNormal">> </p><p class="MsoNormal">> <a href="http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap&rev=3702" target="_blank">http://www.mkgmap.org.uk/<wbr>websvn/revision.php?repname=<wbr>mkgmap&rev=3702</a></p><p class="MsoNormal">> ______________________________<wbr>_________________</p><p class="MsoNormal">> mkgmap-dev mailing list</p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">> mkgmap-dev@.org</p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">> <a href="http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev" target="_blank">http://www.mkgmap.org.uk/<wbr>mailman/listinfo/mkgmap-dev</a></p><p class="MsoNormal">> </p><p class="MsoNormal">> </p><p class="MsoNormal">> ______________________________<wbr>_________________</p><p class="MsoNormal">> mkgmap-dev mailing list</p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">> mkgmap-dev@.org</p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">> <a href="http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev" target="_blank">http://www.mkgmap.org.uk/<wbr>mailman/listinfo/mkgmap-dev</a></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">--</p><p class="MsoNormal">View this message in context: <a href="http://gis.19327.n8.nabble.com/Commit-r3702-sortAreas-v5-patch-Add-option-order-by-decreasing-area-tp5885761p5885809.html" target="_blank">http://gis.19327.n8.nabble.<wbr>com/Commit-r3702-sortAreas-v5-<wbr>patch-Add-option-order-by-<wbr>decreasing-area-<wbr>tp5885761p5885809.html</a></p><p class="MsoNormal">Sent from the Mkgmap Development mailing list archive at Nabble.com.</p><p class="MsoNormal">______________________________<wbr>_________________</p><p class="MsoNormal">mkgmap-dev mailing list</p><p class="MsoNormal"><a href="mailto:mkgmap-dev@lists.mkgmap.org.uk" target="_blank">mkgmap-dev@lists.mkgmap.org.uk</a></p><p class="MsoNormal"><a href="http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev" target="_blank">http://www.mkgmap.org.uk/<wbr>mailman/listinfo/mkgmap-dev</a></p><p class="MsoNormal"><u></u> <u></u></p></div></div></div></div><br>______________________________<wbr>_________________<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" rel="noreferrer" target="_blank">http://www.mkgmap.org.uk/<wbr>mailman/listinfo/mkgmap-dev</a><br></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div><div>Felix Hartman - Openmtbmap.org & VeloMap.org<br></div>Schusterbergweg 32/8<br></div><div>6020 Innsbruck<br></div></div>Austria - Österreich</div></div></div></div>
</div>