<HTML><BODY><p>Hej alla,</p><p>Hinner nu inte besvara alla riktigt fina anmärkningar/feedback som samlades i denna tråd, hoppas att göra det sent ikväll.<br><br>Så här är nuvarande framsteg som jag känner det.</p><p>1. Ett litet fiasko med Stockholms kommun<br>2. Ett experiment med Vingåkers kommun som väckte en stor diskussion på imports@osm,<br> jag hinner faktiskt inte läsa den igenom, vill hellre lösa befintliga problem med andra <br>kommuners data så bra som möjligt.<br>3. Flera mindre men viktiga förbättringar i skripten är redo, såsom borttagning av <br> irriterande "trapporna" i sträckor som filtren inte kunde lösa, besparing<br> av mindre polygoner under filtreringen om de är viktiga för topologi osv.<br>4. Bättre förståelse på vad som behövs att förbättra i importdatat för att<br> underlätta manuellt finkammande och lösa några klagomål.</p><p>Nuförtiden känner jag till om två problem som väntar på lösningen innan man <br>effektivt kan fortsätta utan att behöva göra alltför mycket handarbete över <br>enstaka importdatalager.<br> <br>1. Rensning på självkorsande sträckor i datat.<br>2. Se till att nya polygoner har gemensamma gränser med befintliga polygoner.</p><p>Låt mig illustrera den första uppgiften med några siffror. Det förekommer <br>självkorsningar och korsningar mellan t ex skogsområden. Hur många självkorsningar<br>finns det i ett datalager beror bland annat på hur hårt filtreringen utförts <br>och hur stort området är.</p><p>Alla självkorsningar är oundvikliga artefakter och det går visst att fixa dem <br>manuellt. Men det tar tid.<br>Nuvarande felfrekvens är ungefär 0,0002 fel per objekt. För Vingåkers kommun<br>som är lagom stor fanns det runt 100-150 varningar som jag manuellt löste före <br>uppladdningen. För Bergs kommun som är cirka 10 gånger större finns det drygt <br>1000 varningar och fel: https://atakua.org/p/nmd/intersections/0085-Bergs-konflikter.png</p><p>Mitt syfte är att minska siffran till 0,00002 fel per objekt.<br>Det skulle betyda att en att manuellt lösa alla kvarstående varningar på en lagom<br>stor kommun skulle ta 10 minuter istället för en timme. För större kommuner<br>skulle det förminska manuellt arbete från 10 timmar till en timme.</p><p>Min iakttagelse är att de flesta självkorsningar består av en kort ögla: https://atakua.org/p/nmd/intersections/sj%c3%a4lvkorsande-str%c3%a4cka-1.png</p><p>Det finns andra fall som är lite större men i princip är samma sak: https://atakua.org/p/nmd/intersections/sj%c3%a4lvkorsande-str%c3%a4cka-2.png</p><p>Det finns dock svårare fall som jag inte ämnar lösa automatiskt, liksom en <br>midja i mitten på en lång sträcka: https://atakua.org/p/nmd/intersections/sj%c3%a4lvkorsande-str%c3%a4cka-3.png</p><p>Slutligen finns det fall som ser absolut hopplösa ut, men en människa kan lösa <br>dem genom att helt enkelt ta bort allt krafs: https://atakua.org/p/nmd/intersections/sj%c3%a4lvkorsande-str%c3%a4cka-fucked-up.png</p><p>Jag kom på en algorithm som kunde lösa "öglor" genom att lokalt skanna sträckor.<br>Den skulle ta bort mindre irriterande självkorsningar som är de vanligaste, och <br>dessutom ska den bli förhållandevis snabb. Nu behöver jag lite tid för att <br>förverkliga den i mitt skript `nmd-gml-to-osm.py` som för övrigt <br>redan filtrerar "trappor".</p><p>Angående den andra uppgiften om gemensamma gränser, behövs det för att t ex<br>ny skog inte hamnar delvis i befintliga sjöar. Det kan göras genom att knäppa<br>noder till de noder som redan sitter på en intilliggande sträcka. Tyvärr har <br>JOSM inte något bra verktyg för att göra det på ett smidigt sätt<br>(Contour Merge passar inte i detta fall). Skog som har glidit in i vattnet <br>rapporteras inte heller som en varning av JOSM, det ser fult ut och det <br>irriterar mycket folk (inklusive mig själv).</p><p>Det betyder att jag behöver förbättra `conflate.py` att knäppa noder till <br>befintliga gränser. Det kommer säkert inte lösa alla tillfällen där problemet<br>uppstår, men åtminstone blir dess antal mindre så att man kan rätta dem till.</p><p> </p><br><br><br><blockquote style="border-left:1px solid #0857A6; margin:10px; padding:0 0 0 10px;">
Четверг, 25 апреля 2019, 13:05 +03:00 от Christian Asker <christian.asker@gmail.com>:<br>
<br>
<div id="">
<div class="js-helper js-readmsg-msg">
<style type="text/css"></style>
<div>
<div id="style_15561867100000000618_BODY"><div class="class_1556227199">Min erfarenhet är att Terrängkartan stämmer dåligt med verkligheten. En del av jordbruksmarken är i verkligheten skog numera.<br><br>Dessutom är geometrierna i Terrängkartan anpassade för rendering och därmed ligger objekt ganska fel ibland.<br>Vidare brukar skog och åkermark vara ganska stora multipolygoner som är jobbiga att hantera.<br><br>Mvh Christian<br><br><br><br><br><br><div class="mail-quote-collapse"><div class="gmail_quote_mailru_css_attribute_postfix">NKA mapper <<a href="mailto:nkamapper@gmail.com">nkamapper@gmail.com</a>> skrev: (25 april 2019 10:50:51 CEST)<blockquote style="margin: 0pt 0pt 0pt 0.8ex;border-left: 1px solid rgb(204, 204, 204);padding-left: 1ex;" class="gmail_quote_mailru_css_attribute_postfix">
<div dir="ltr"><div dir="ltr"><div>Ja, terrängkartan som vektor er allerede CC0 fra LM og dermed helt åpent. Man kan laste ned alt her (må bare registrere brukernavn):</div><div><a rel="noopener noreferrer" href="https://www.lantmateriet.se/sv/Kartor-och-geografisk-information/geodataprodukter/terrangkartan/" target="_blank">https://www.lantmateriet.se/sv/Kartor-och-geografisk-information/geodataprodukter/terrangkartan/</a><br></div><div><br></div><div>Filene er i shape-format som kan åpnes direkte i JOSM med OpenData plugin, og kommer inn som ferdige (multi)polygoner uten overlapp. Det ville være enkelt å konvertere automatisk til ferdig OSM-tagging. Dette er slik vi gjør import av markdata og vann i Norge.</div><div><br></div><div>/NKA</div><br><div class="gmail_quote_mailru_css_attribute_postfix"><div class="gmail_attr_mailru_css_attribute_postfix" dir="ltr">tor. 25. apr. 2019 kl. 10:59 skrev Ture Pålsson <<a rel="noopener noreferrer" href="//e.mail.ru/compose/?mailto=mailto%3ature@turepalsson.se">ture@turepalsson.se</a>>:</div><blockquote style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex" class="gmail_quote_mailru_css_attribute_postfix">
<br>
Egil skrev:<br>
<br>
> Jag skulle hellre importera LMs vektorkartdata (om den nånsin släpps<br>
> fri) som ligger till grund för <a rel="noopener noreferrer" href="http://hitta.se" target="_blank">hitta.se</a> - den verkar mycket bättre och<br>
> snyggare. Om så händer kan vi ju kanske massradera det här skräpet <br>
> först.<br>
<br>
Den *är* väl fri? Ska vara CC0 enligt websidan. Den var CC-nånting-annat <br>
förr, men de ändrade det för ett tag sedan.<br>
<br>
<br>
_______________________________________________<br>
Talk-se mailing list<br>
<a rel="noopener noreferrer" href="//e.mail.ru/compose/?mailto=mailto%3aTalk%2dse@openstreetmap.org">Talk-se@openstreetmap.org</a><br>
<a rel="noopener noreferrer" href="https://lists.openstreetmap.org/listinfo/talk-se" target="_blank">https://lists.openstreetmap.org/listinfo/talk-se</a><br>
</blockquote></div></div></div>
</blockquote></div></div><br>-- <br>Skickat från min Android-enhet med K-9 Mail. Ursäkta min fåordighet.</div></div>
<div>_______________________________________________<br>
Talk-se mailing list<br>
<a href="mailto:Talk-se@openstreetmap.org">Talk-se@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-se" target="_blank">https://lists.openstreetmap.org/listinfo/talk-se</a><br>
</div>
</div>
</div>
</div>
</blockquote>
<br>
<br>С наилучшими пожеланиями,<br>Григорий Речистов.<br>Med vänliga hälsningar,<br>Grigory Rechistov<br>With best regards,<br>Grigory Rechistov<br></BODY></HTML>