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 ><[email protected]>: > >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 < [email protected] > 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 < [email protected] >: >>>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 >>>[email protected] >>>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 >[email protected] >https://lists.openstreetmap.org/listinfo/talk-se С наилучшими пожеланиями, Григорий Речистов. Med vänliga hälsningar, Grigory Rechistov With best regards, Grigory Rechistov
_______________________________________________ Talk-se mailing list [email protected] https://lists.openstreetmap.org/listinfo/talk-se
