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