<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>I would be surprised to find a lake in the saa data, the input should be from natural=coastline.</p>
<p>Anyway, I tried with your version and still sea the island .</p>
<p>Tested with r3683 and (unchanged) default style.</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 15:30:09<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>
<div>Ah - I guess the Chieemsee will be taken from the sea input files - won't it? I never really now what water features are taken from which input. If not I would really wonder why all islands in the Chieemsee are flooded for me. The Chieemsee was updated
last time 20 days ago - so I should have the correct data if it is taken from the normal osm.pbf file.<br>
<br>
</div>
I used them since 10.06.2016 without update. I just uploaded the version I use here:
<a href="https://openmtbmap.org/sea.zip">https://openmtbmap.org/sea.zip</a><br>
<br>
<br>
</div>
Felix<br>
<div><br>
<br>
</div>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On 27 July 2016 at 15:14, 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">
<div>
<div style="font-size:12pt;color:#000000;background-color:#ffffff;font-family:Calibri,Arial,Helvetica,sans-serif">
<p>Hmm, <br>
</p>
<p><br>
</p>
<p>the way <span>4605746</span> is an inner member of mp-relation <a href="https://www.openstreetmap.org/relation/32246" target="_blank">
https://www.openstreetmap.org/relation/32246</a></p>
<p>I see no problems with the default style. Do you still have the 18.07. data ?</p>
<p><br>
</p>
<p>Gerd<br>
</p>
<p><br>
</p>
</div>
<hr style="display:inline-block;width:98%">
<div dir="ltr"><font style="font-size:11pt" face="Calibri, sans-serif" color="#000000"><span class=""><b>Von:</b> mkgmap-dev <<a href="mailto:mkgmap-dev-bounces@lists.mkgmap.org.uk" target="_blank">mkgmap-dev-bounces@lists.mkgmap.org.uk</a>> im Auftrag von
Felix Hartmann <<a href="mailto:extremecarver@gmail.com" target="_blank">extremecarver@gmail.com</a>><br>
</span><b>Gesendet:</b> Mittwoch, 27. Juli 2016 14:59:51
<div>
<div class="h5"><br>
<b>An:</b> Development list for mkgmap<br>
<b>Betreff:</b> Re: [mkgmap-dev] Option to output polygons in size order</div>
</div>
</font>
<div> </div>
</div>
<div>
<div class="h5">
<div>
<div dir="ltr">
<div>Oh - check the Herreninsel Chieemsee. It was flooded based on 18.07 data and already flodded in June. Was fine in March though.<br>
<br>
<a href="http://www.openstreetmap.org/way/4605746" target="_blank">http://www.openstreetmap.org/way/4605746</a><br>
<br>
</div>
It should be a multipolygon but it's not. It's much smaller than the lake however. Basically right now in my map the whole forest is flooded. Also Fraueninsel flooded. Mapnik get'r it right however!<br>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On 27 July 2016 at 14:52, Felix Hartmann <span dir="ltr">
<<a href="mailto:extremecarver@gmail.com" target="_blank">extremecarver@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">Know - sadly not. Usually such places are fixed up sooner or later - and then sometimes destroyed again. It's kinda hard to find them too - because you will either give lake or water preference (or give it same draw-priority and end up with chance).
I just know since I implemented a limited layer approach - complaints about something "missing" are much more rare.<br>
</div>
<div>
<div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On 27 July 2016 at 14:44, 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">
<div>
<div 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, I like the idea reg. layer, but I was not yet able to find an example in OSM.</p>
<p>I assume the problem appears only in specific regions wheres such an unexperienced</p>
<p>mapper is active. Do you know such a region?</p>
<p><br>
</p>
<p>Gerd<br>
</p>
<p><br>
</p>
</div>
<hr style="display:inline-block;width:98%">
<div dir="ltr"><font style="font-size:11pt" face="Calibri, sans-serif" color="#000000"><span><b>Von:</b> mkgmap-dev <<a href="mailto:mkgmap-dev-bounces@lists.mkgmap.org.uk" target="_blank">mkgmap-dev-bounces@lists.mkgmap.org.uk</a>> im Auftrag von Felix Hartmann
<<a href="mailto:extremecarver@gmail.com" target="_blank">extremecarver@gmail.com</a>><br>
</span><b>Gesendet:</b> Mittwoch, 27. Juli 2016 14:31:28
<div>
<div><br>
<b>An:</b> Development list for mkgmap<br>
<b>Betreff:</b> Re: [mkgmap-dev] Option to output polygons in size order</div>
</div>
</font>
<div> </div>
</div>
<div>
<div>
<div>
<div dir="ltr">
<div>
<div>
<div>
<div>
<div>Well the smaller polygon in usual is the one that people expect to end up on top. HOWEVER - before even checking for size - there could be a check for the layer tag. It is still commonly used by people who do not understand how to use multipolygons.
<br>
<br>
</div>
So an approach could be - take polygon overlap check for values defined in "overlap" style-file - after multipolgyon overlap is gone.<br>
</div>
Check if layer tag is present on either of the polygons. If yes - then cut out according to layer.<br>
</div>
If not - cut out the smaller from the bigger. Usually it's the smaller polygon that should appear.<br>
<br>
</div>
I guess it needs to happen quite late therefore. Why smaller - well quite often people contacted me about islands missing/flooded or similar - and usually it was the smaller polygon that should have been on top. I guess with layer tag however 90% of all cases
can already be resolved. (I do this in a very limited way already - by having some polygons like water and forest in several versions with different priority based on layer tag - this did help a lot)<br>
<br>
</div>
Felix<br>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On 27 July 2016 at 13:41, 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">
<div>
<div 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%">
<div dir="ltr"><font style="font-size:11pt" face="Calibri, sans-serif" color="#000000"><span><b>Von:</b> mkgmap-dev <<a href="mailto:mkgmap-dev-bounces@lists.mkgmap.org.uk" target="_blank">mkgmap-dev-bounces@lists.mkgmap.org.uk</a>> im Auftrag von Felix Hartmann
<<a href="mailto:extremecarver@gmail.com" target="_blank">extremecarver@gmail.com</a>><br>
</span><b>Gesendet:</b> Mittwoch, 27. Juli 2016 13:24:37<span><br>
<b>An:</b> Development list for mkgmap<br>
<b>Betreff:</b> Re: [mkgmap-dev] Option to output polygons in size order</span></font>
<div> </div>
</div>
<div>
<div dir="ltr">
<div class="gmail_extra"><br>
<div>
<div>
<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>
</div>
<div>
<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 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>
</div>
</div>
</div>
<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" rel="noreferrer" target="_blank">http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev</a><br>
</blockquote>
</div>
<br>
<br clear="all">
<br>
-- <br>
<div 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>
</div>
</div>
<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" rel="noreferrer" target="_blank">http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev</a><br>
</blockquote>
</div>
<br>
<br clear="all">
<br>
-- <br>
<div 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>
</blockquote>
</div>
<br>
<br clear="all">
<br>
-- <br>
<div 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>
</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" rel="noreferrer" target="_blank">http://www.mkgmap.org.uk/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>
</div>
</body>
</html>