Jag gjorde nyss en test "import" (Changeset: 69657316) av ett litet område sydöst om Gistad i Linköpings kommun för att visa på hur användbart det data som finns nu ändå är. För det första så vet jag inte om man i strikt mening kan kalla det en import utan mer att jag har använt NMD datat som underlag (tillsammans med Linköping Orthophoto) för manuell mapping. Att mappa detta område utan NMD datat som grund hade tagit avsevärt längre tid. Jag håller med om att resultatet inte på något sätt är perfekt, hade jag gjort det helt manuellt så hade vissa delar blivit lite bättre mappade än de nu blev. Slutsatsen är väl att importera hela kommuner känns som ett för stort område med nuvarande kvalité på det ursprungliga NMD datat.
MvH Karl-Johan Karlsson Den tors 25 apr. 2019 kl 16:11 skrev Grigory Rechistov via Talk-se < talk-se@openstreetmap.org>: > 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@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.as...@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 <nkamap...@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 <t...@turepalsson.se > <//e.mail.ru/compose/?mailto=mailto%3at...@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@openstreetmap.org > <//e.mail.ru/compose/?mailto=mailto%3atalk%2...@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@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-se > > > > С наилучшими пожеланиями, > Григорий Речистов. > 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 >
_______________________________________________ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
