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

[Grigory Rechistov]

Hej,
Jag är nu klar med Katrineholms kommuns rutor. Det blev 10 nya rutor av 45 som
täcker kommunens begränsningsbox eftersom kommunen redan var väl kartlagd.
Jag tror att den fick data av bättre kvalité än mitt första försök med Vingåkers
kommun. Jag håller dessutom på att rätta till några platser med överdrivet förenklade
sträckor i Vingåkers område. Jag tror att jag behöver dokumentera det i ett slags
"mellanresultats rapport" innan jag glömmer några små detaljer.
Med erfarenhet över dessa två delareor förbättrade jag mina skript för att försöka
hitta bättre balans mellan datats volym, risk för konflikter och andra aspekter.
Jag sammanfattade detta i en bearbetningsguide [2] där jag beskriver hur man 
väljer vilka rutor ska , hur man löser vanliga typer konflikter mellan gamla och 
nya sträckor, hur man laddar upp datat med mera.
Jag har genererat rutor för följande delareor: 0117-Östersunds, 0136-Kiruna, 0272-Åre.
Länkar till OSM-filer samt samordningstabeller är tillgängliga i tabellen på 
wikisidan [1].
Hittills hag jag hunnit kika på ett fåtal rutor i Åres kommun och kan bedöma att 
följande saker kommer att vara annorlunda med dem.
1. Eftersom delarean 0272 är betydligt större än förra områden innehåller den 
drygt 10 gånger mer rutor.
2. Samtidigt är delarean såpass värre kartlagd att jag förväntar mig se få konflikter
för de flesta rutor. Det är helt enkelt inte så många befintliga objekt att 
överlappa med. Så jag hoppas att det blir mindre manuellt arbete per ruta i snitt.
3. En del befintliga sträckor i området är ganska ungefärliga, t ex sjöar är
ofta grovt ritade. Flertal mindre tjärnar saknas helt. Importdatat har även
avsevärt bättre kanter på vattenobjekt, men denna import inkluderar 
inte några vattenytor.
4. Eftersom Åres kommun ligger nära Norges gräns kan några nya effekter uppstå
på grund av detta, vet inte ännu vilka.
Jag ämnar nu börja med 0272-Åre. Alla är välkomna att bidra nu eftersom det finns
hundratals rutor att granska och eventuellt ladda upp. Om någon vill ha
importrutor för en annan kommun kan jag producera dem på förfrågan. Jag vill
också avråda er använda äldre OSM-filer för hela kommuner som jag tidigare 
producerade (v1 och v2 i wikitabellen) eftersom sträckor i dem är ofta för grovt
förenklade, liknande till Vingåkers ursprungliga data.
1.  https://wiki.openstreetmap.org/wiki/Import/Catalogue/NMD_2018_Import_Plan/Status_per_subarea  
2. https://wiki.openstreetmap.org/wiki/Catalogue/NMD_2018_Import_Plan/Rutbearbetningsprocess
>Понедельник, 13 мая 2019, 22:32 +03:00 от Grigory Rechistov <ggg_mail at inbox.ru>:
>
>Hej!
>
>Några uppdateringar.
>
>1. `plow-roads.py` skriptet [1] är färdig och kan användas för att ta bort de
>   nya noder som sitter för nära till vägar. Det gör att nya ytor inte får ha
>   några "midjor" över vägar. Jag kommer att använda den för alla kommande rutor.
>
>2. Som förväntat blir sammanfogningsprocessen rejält jobbigt när det redan
>   finns gott om kartlagda data för en ruta. I sådana fall är det enklare att
>   kartlagga de resterande objekt manuellt än att försöka fix alla varningar
>   som uppstår efter tillämpningen på importlagret.
>   Jag uppskattar att det finns 3-4 rutor kvar som enkelt går att lägga till
>   till Katrineholms kommun.
>
>3. JOSM är inte lika pålitlig vid datauppladdningar som man skulle förvänta sig.
>   Det hade hänt några gånger med mig att under en större uppladdning skickades
>   första några tusen objekt iväg, sedan hände ingenting. Efter en timme stängdes
>   ändringsuppsättningen. Man kunde se det i webbläsaren. Trots det visade JOSM
>   inget fel, som om något fel inte hade hänt. Det går egentligen att få egna
>   ändringar fram, men processen blir onödigt nervös. Man behöver radera flera
>   dubbletter på nya objekt efter några avbrutna uppladdningsförsök. Jag vill nu
>   syssla med alternativa sätt att ladda datat upp.
>
>Efter jag är klar med den nuvarande kommunen kommer jag att tillverka nya rutor
>för en annan kommun. Kan någon föreslå en nästa kommun som redan inte är väl
>kartlagd? Så jag hoppas att andra skulle kunna bidra med det.
>
>Jag planerar tillämpa alla förbättringar till datat och processen för att göra
>den så smidigt som möjligt. Jag hoppas att jag fått gott om läxan nu och inte ska
>göra samma misstag.
>
>1. Generera om ett maskeringlager av en ny dataexport. Att använda ett åldrat
>   masklager innebär högre risk för överlappande polygoner.
>2. Klippa ut rutor mer noggrant så att intilliggande rutor inte överlappas. Jag
>   råkade tillämpa projicering och skärning i fel ordning med Katrineholms kommun,
>   någonting som är tråkigt att rätta till på efterhand.
>3. Ploga bort rymden runt motorvägar och tillämpa andra verktyg/skript som jag
>   hittills har skapat.
>4. Ta hänsyn till kommuners gränser för att undvika problem med överlappande
>   rutor efteråt. Min granskning av importdata vid Vingåkers/Katrineholms gränser
>   visade sig att det var en rätt beslut att inte låta importdatat överlappa med
>   sig själv annars skapar det galet mycket konflikter.
>
>Jag bör också uppdatera den imports at osm-listan, det har varit på länge sedan
>mitt sista inlägg där. SnapNewNodes-insticksmodulen skulle kunna vara till nytta
>till flera mappare på längre sikt. Kanske bör jag skriva till osm-devel-listan någon dag.
>
>1.  https://github.com/grigory-rechistov/nmd-osm-tools/blob/master/plow-roads.py
>
>
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/20190520/65fa20c1/attachment.html>