[Talk-se] Naturvårdsverkets nya Nationella MarktäckeData

Grigory Rechistov ggg_mail at inbox.ru
Thu Apr 25 14:10:13 UTC 2019


Hej alla,
Hinner nu inte besvara alla riktigt fina anmärkningar/feedback som samlades i denna tråd, hoppas att göra det sent ikväll.

Så här är nuvarande framsteg som jag känner det.
1. Ett litet fiasko med Stockholms kommun
2. Ett experiment med Vingåkers kommun som väckte en stor diskussion på imports at osm,
jag hinner faktiskt inte läsa den igenom, vill hellre lösa befintliga problem med andra 
kommuners data så bra som möjligt.
3. Flera mindre men viktiga förbättringar i skripten är redo, såsom borttagning av 
irriterande "trapporna" i sträckor som filtren inte kunde lösa, besparing
av mindre polygoner under filtreringen om de är viktiga för topologi osv.
4. Bättre förståelse på vad som behövs att förbättra i importdatat för att
underlätta manuellt finkammande och lösa några klagomål.
Nuförtiden känner jag till om två problem som väntar på lösningen innan man 
effektivt kan fortsätta utan att behöva göra alltför mycket handarbete över 
enstaka importdatalager.

1. Rensning på självkorsande sträckor i datat.
2. Se till att nya polygoner har gemensamma gränser med befintliga polygoner.
Låt mig illustrera den första uppgiften med några siffror. Det förekommer 
självkorsningar och korsningar mellan t ex skogsområden. Hur många självkorsningar
finns det i ett datalager beror bland annat på hur hårt filtreringen utförts 
och hur stort området är.
Alla självkorsningar är oundvikliga artefakter och det går visst att fixa dem 
manuellt. Men det tar tid.
Nuvarande felfrekvens är ungefär 0,0002 fel per objekt. För Vingåkers kommun
som är lagom stor fanns det runt 100-150 varningar som jag manuellt löste före 
uppladdningen. För Bergs kommun som är cirka 10 gånger större finns det drygt 
1000 varningar och fel: https://atakua.org/p/nmd/intersections/0085-Bergs-konflikter.png
Mitt syfte är att minska siffran till 0,00002 fel per objekt.
Det skulle betyda att en att manuellt lösa alla kvarstående varningar på en lagom
stor kommun skulle ta 10 minuter istället för en timme. För större kommuner
skulle det förminska manuellt arbete från 10 timmar till en timme.
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
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
Det finns dock svårare fall som jag inte ämnar lösa automatiskt, liksom en 
midja i mitten på en lång sträcka: https://atakua.org/p/nmd/intersections/sj%c3%a4lvkorsande-str%c3%a4cka-3.png
Slutligen finns det fall som ser absolut hopplösa ut, men en människa kan lösa 
dem genom att helt enkelt ta bort allt krafs: https://atakua.org/p/nmd/intersections/sj%c3%a4lvkorsande-str%c3%a4cka-fucked-up.png
Jag kom på en algorithm som kunde lösa "öglor" genom att lokalt skanna sträckor.
Den skulle ta bort mindre irriterande självkorsningar som är de vanligaste, och 
dessutom ska den bli förhållandevis snabb. Nu behöver jag lite tid för att 
förverkliga den i mitt skript `nmd-gml-to-osm.py` som för övrigt 
redan filtrerar "trappor".
Angående den andra uppgiften om gemensamma gränser, behövs det för att t ex
ny skog inte hamnar delvis i befintliga sjöar. Det kan göras genom att knäppa
noder till de noder som redan sitter på en intilliggande sträcka. Tyvärr har 
JOSM inte något bra verktyg för att göra det på ett smidigt sätt
(Contour Merge passar inte i detta fall). Skog som har glidit in i vattnet 
rapporteras inte heller som en varning av JOSM, det ser fult ut och det 
irriterar mycket folk (inklusive mig själv).
Det betyder att jag behöver förbättra `conflate.py` att knäppa noder till 
befintliga gränser. Det kommer säkert inte lösa alla tillfällen där problemet
uppstår, men åtminstone blir dess antal mindre så att man kan rätta dem till.
 


>Четверг, 25 апреля 2019, 13:05 +03:00 от Christian Asker <christian.asker at gmail.com>:
>
>Min erfarenhet är att Terrängkartan stämmer dåligt med verkligheten. En del av jordbruksmarken är i verkligheten skog numera.
>
>Dessutom är geometrierna i Terrängkartan anpassade för rendering och därmed ligger objekt ganska fel ibland.
>Vidare brukar skog och åkermark vara ganska stora multipolygoner som är jobbiga att hantera.
>
>Mvh Christian
>
>
>
>
>
>NKA mapper < nkamapper at gmail.com > skrev: (25 april 2019 10:50:51 CEST)
>>Ja, terrängkartan som vektor er allerede CC0 fra LM og dermed helt åpent. Man kan laste ned alt her (må bare registrere brukernavn):
>>https://www.lantmateriet.se/sv/Kartor-och-geografisk-information/geodataprodukter/terrangkartan/
>>
>>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.
>>
>>/NKA
>>tor. 25. apr. 2019 kl. 10:59 skrev Ture Pålsson < ture at turepalsson.se >:
>>>Egil skrev:
>>>
>>>> Jag skulle hellre importera LMs vektorkartdata (om den nånsin släpps
>>>> fri) som ligger till grund för  hitta.se - den verkar mycket bättre och
>>>> snyggare. Om så händer kan vi ju kanske massradera det här skräpet 
>>>> först.
>>>
>>>Den *är* väl fri? Ska vara CC0 enligt websidan. Den var CC-nånting-annat 
>>>förr, men de ändrade det för ett tag sedan.
>>>
>>>
>>>_______________________________________________
>>>Talk-se mailing list
>>>Talk-se at openstreetmap.org
>>>https://lists.openstreetmap.org/listinfo/talk-se
>
>-- 
>Skickat från min Android-enhet med K-9 Mail. Ursäkta min fåordighet.
>_______________________________________________
>Talk-se mailing list
>Talk-se at openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-se


С наилучшими пожеланиями,
Григорий Речистов.
Med vänliga hälsningar,
Grigory Rechistov
With best regards,
Grigory Rechistov
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/talk-se/attachments/20190425/f57e954d/attachment.html>


More information about the Talk-se mailing list