
<html>

<head>

<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">

</head>

<body>

<style type="text/css" style="display:none;"><!-- P {margin-top:0;margin-bottom:0;} --></style>

<div id="divtagdefaultwrapper" style="font-size:12pt;color:#000000;background-color:#FFFFFF;font-family:Calibri,Arial,Helvetica,sans-serif;">

<p>Hi Felix,</p>

<p><br>

</p>

<p>okay, maybe I'll add this as an experimental option as well. <br>

</p>

<p>One big question here is: At what point would the cutting</p>

<p>happen? Before style processing (as we do with mp-relations)</p>

<p>or maybe as a new stage before the img data is written.</p>

<p><br>

</p>

<p>What I don't yet understand is the idea that a smaller </p>

<p>polygon is more important. Do you have examples for that,</p>

<p>esp. cases where shapes do only partially overlap?<br>

</p>

<p><br>

</p>

<p>Gerd<br>

</p>

</div>

<hr style="display:inline-block;width:98%" tabindex="-1">

<div id="divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" style="font-size:11pt" color="#000000"><b>Von:</b> mkgmap-dev <mkgmap-dev-bounces@lists.mkgmap.org.uk> im Auftrag von Felix Hartmann <extremecarver@gmail.com><br>

<b>Gesendet:</b> Mittwoch, 27. Juli 2016 13:24:37<br>

<b>An:</b> Development list for mkgmap<br>

<b>Betreff:</b> Re: [mkgmap-dev] Option to output polygons in size order</font>

<div> </div>

</div>

<div>

<div dir="ltr">

<div class="gmail_extra"><br>

<div class="gmail_quote">On 27 July 2016 at 09:29, Gerd Petermann <span dir="ltr">

<<a href="mailto:GPetermann_muenchen@hotmail.com" target="_blank">GPetermann_muenchen@hotmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<p>reg. the idea of "cutting out overlaps": I guess it would consume quite a lot of CPU and it would heavily increase the img size<br>

</p>

<p>because we would have to write many more points. Think of a shape for "place=village" with hundreds of holes for each building</p>

<p>shape. Up to now we save the shape for the village and the shapes for the buildings. With cutting we have to calculate what</p>

<p>remains of the village shape, this would be a very complex shape with many holes, so it would have many points.</p>

<p>I don't think that would be a good idea.</p>

<p></p>

</blockquote>

</div>

<br>

</div>

<div class="gmail_extra">Well that's why I wrote we will need an additional file in the style-file for this. So only for certain polygons this should be done.<br>

</div>

<div class="gmail_extra">Prime examples are: any kind of forest, most kind of water, and maybe a handful more. However definitely not buildings or for example poygons you can put semi-transparent.<br>

<br>

</div>

<div class="gmail_extra">I'm quite sure with this limited approach 90% of problems would be gone. And mapsize only a couple percent bigger. However I have no clue about complexity and CPU cycles for such a limited approach.<br>

</div>

<div class="gmail_extra"><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>

</div>

</div>

</body>

</html>