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_m...@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@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
_______________________________________________ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
