<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<style type="text/css" style="display:none;"> P {margin-top:0;margin-bottom:0;} </style>
</head>
<body dir="ltr">
<div style="color: rgb(0, 0, 0); font-family: Calibri,Helvetica,sans-serif; font-size: 12pt;">
<span>Hej!</span></div>
<div style="color: rgb(0, 0, 0); font-family: Calibri,Helvetica,sans-serif; font-size: 12pt;">
<span><br>
</span></div>
<div style="color: rgb(0, 0, 0); font-family: Calibri,Helvetica,sans-serif; font-size: 12pt;">
<span>Hur många överlappande polygoner blir det i en kommun?</span></div>
<div style="color: rgb(0, 0, 0); font-family: Calibri,Helvetica,sans-serif; font-size: 12pt;">
<span><br>
</span></div>
<div style="color: rgb(0, 0, 0); font-family: Calibri,Helvetica,sans-serif; font-size: 12pt;">
<span>Är det enklare och säkrare om dessa hanteras av en människa som tar beslut om vilken polygon som är bäst? Förutsatt att det inte blir för stor mängd så tycker jag det låter säkrare. Det är lätt att missa något scenario man inte tänkt på i en algoritm.</span></div>
<div style="color: rgb(0, 0, 0); font-family: Calibri,Helvetica,sans-serif; font-size: 12pt;">
<span><br>
</span></div>
<div style="color: rgb(0, 0, 0); font-family: Calibri,Helvetica,sans-serif; font-size: 12pt;">
<span>/Anders Andersson</span></div>
<div>
<div id="appendonsend"></div>
<div style="color:rgb(0,0,0); font-family:Calibri,Helvetica,sans-serif; font-size:12pt">
<br>
</div>
<hr tabindex="-1" style="display:inline-block; width:98%">
<div id="divRplyFwdMsg" dir="ltr"><font color="#000000" face="Calibri, sans-serif" style="font-size:11pt"><b>Från:</b> Grigory Rechistov <ggg_mail@inbox.ru><br>
<b>Skickat:</b> den 9 april 2019 10:22<br>
<b>Till:</b> OpenStreetMap Sverige mailinglista<br>
<b>Ämne:</b> Re: [Talk-se] Naturvårdsverkets nya Nationella MarktäckeData</font>
<div> </div>
</div>
<div>Hej,<br>
Angående datas conflation vill jag pröva den följande idén. Beskrivningen nedan finns även i importplanen. <br>
<p style="margin-top:0.5em; margin-bottom:0.5em; line-height:inherit; color:#222222; font-family:sans-serif; font-size:14px">
It's algorithm is roughly as follows.</p>
<ol style="margin:0.3em 0px 0px 3.2em; padding:0px; list-style-image:none; color:#222222; font-family:sans-serif; font-size:14px">
<li style="margin-bottom:0.1em">Detect real and potential intersections between "new" polygons and "old" polygons.</li><li style="margin-bottom:0.1em">For each pair of detected polygons, an automatic decision which polygon to keep is made.
<ol style="margin:0.3em 0px 0px 3.2em; padding:0px; list-style-image:none">
<li style="margin-bottom:0.1em">Criteria for this decision: number of nodes in a way, area covered by the polygon, tags used on the polygon etc. Generally, priority is given to an already existing polygon.</li><li style="margin-bottom:0.1em">If no good automatic decision can be made for a pair, keep both ways but mark the polygons with a special tag requesting human attention to solving conflict between them before uploading.</li></ol>
</li><li style="margin-bottom:0.1em">Delete one of two polygons in every conflicting pair, or keep both (tagged for future manual resolution)</li></ol>
<p style="margin-top:0.5em; margin-bottom:0.5em; line-height:inherit; color:#222222; font-family:sans-serif; font-size:14px">
The strategy here is to prevent leaving <strong>undetected</strong> overlapping closed ways (new and old ones) at all costs, even if it means deleting some of new data and leaving some of earth surface, previously not mapped, still not mapped by new polygons.
Value of individual conflicting polygons is estimated before deciding which one of two to keep.</p>
<p style="margin-top:0.5em; margin-bottom:0.5em; line-height:inherit; color:#222222; font-family:sans-serif; font-size:14px">
The proposed conflation strategy is meant to be faster than existing algorithms that try to merge geometries of polygons and have to deal with complexity of multipolygons. It allows for false negatives (removing new objects that could have otherwise bear useful
value on the map) as a trade-off for speed and simplicity. </p>
<br>
Vad tycker ni?<br>
<br>
På tal om importplanen finns nu den på följande länken: <a href="https://wiki.openstreetmap.org/wiki/WikiProject_Sweden/NMD_2018_Import_Plan">https://wiki.openstreetmap.org/wiki/WikiProject_Sweden/NMD_2018_Import_Plan</a> . Er feedback behövs för den, för att
jag vill snart kontakta <a href="mailto:imports@openstreetmap.org">imports@openstreetmap.org</a> med den planen och tillkännage NMD-dataimporten för att få tillstånd för den.<br>
<br>
<br>
<blockquote style="border-left:1px solid #0857A6; margin:10px; padding:0 0 0 10px">
Понедельник, 8 апреля 2019, 14:42 +03:00 от Grigory Rechistov <ggg_mail@inbox.ru>:<br>
<br>
<div>
<div class="x_js-helper x_js-readmsg-msg">
<div>
<div id="x_style_15547237710000000189_BODY">
<div class="x_class_1554745692">[förra mejlet skickats av misstag] Hej,<br>
<br>
Här fortsätter jag mina experiment över Vingåkers kommun. Laddade ner OSM-data på kommunen som ett lager i JOSM och slog ihop mitt lager med det för att se hur dåligt konflikter hade blivit.<br>
<br>
Det finns inte några särskilda fel utan flera varningar för problem som redan finns i databasen: <a href="https://atakua.org/p/nmd/vingaker-merged.png" target="_blank" rel="noopener noreferrer">https://atakua.org/p/nmd/vingaker-merged.png</a> . Men nu uppstår
ärendet med sammanblandning på gamla och nya data, conflation. Om man ser på kartans nordöstliga hörn (nära Äsköping) finns det en tidigare befintlig jättemultipolygon. Den täcker delvis eller helt de nya mindre skogspolygonerna. Jag hoppades att det skulle
meddelas av JOSM som en varning, men det blev det inte. Tydligen förekommer fler sådana konflikter på den kartan, men det är svårt att hitta dem med ögonen. Ett programverktyg behövs.<br>
<br>
Det finns några sidor gällande conflation på OSM-wikin, men än så länge hittar jag främst information om hur man blandar samman icke-förslutna vägar (t ex gator) eller enkla noder, inte stängda vägar det vill säga ytor. <br>
<br>
Jag har några idéer om hur man kan närma sig till lösningen, åtminstone hur man kan upptäcka polygoner som kräver uppmärksamhet.<br>
Om det finns personer med erfarenhet på conflation vore jag mycket tacksam att man hjälper till. Dina kommentarer och tankar är mycket välkomna!<br>
<br>
Arkivet med mitt lager, OSM-lagret och dess kombination som OSM XML filar: <a href="https://atakua.org/p/nmd/vingaker-conflation.tar.bz2" target="_blank" rel="noopener noreferrer">https://atakua.org/p/nmd/vingaker-conflation.tar.bz2</a><br>
<br>
</div>
</div>
</div>
</div>
</div>
</blockquote>
<blockquote style="border-left:1px solid #0857A6; margin:10px; padding:0 0 0 10px">
<div>
<div class="x_js-helper x_js-readmsg-msg">
<div>
<div id="x_style_15547237710000000189_BODY">
<div class="x_class_1554745692"><br>
</div>
</div>
</div>
</div>
</div>
</blockquote>
Med vänliga hälsningar,<br>
Grigory Rechistov<br>
With best regards,<br>
Grigory Rechistov<br>
</div>
</div>
</body>
</html>