-
Notifications
You must be signed in to change notification settings - Fork 3
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Import av höjdhinder ifrån NVDB till OpenStreetMap #57
Comments
Jadå, nvdb2osm-skriptet tar redan med höjdhinder och konverterar dem till maxheight. Om du laddar ned eskilstuna från https://nvdb-osm-map-data.s3.eu-north-1.amazonaws.com/index.html så ser du att maxheight finns med. Sen är importprocessen manuell så det är upp till var och en som importerar exakt hur man gör så det är inte säkert att det blir precis som det är i den genererade konverteringen. |
Toppen, såg inte att det fanns färdigbyggda filer redan. Då skall jag sätta mig in i hur dessa filer sedan importeras till OpenStreetMap. För detta specifika exempel så verkar det ju som enligt progress här: https://wiki.openstreetmap.org/wiki/Import/Catalogue/Sweden_highway_import/Progress att just Eskilstuna är importerat, men jag tror höjddata hamnar fel i OSM för att komma med vid köranvisningar (här ligger den, men jag justerade enligt ovan länk så den hamnade på vägen istället https://www.openstreetmap.org/node/10792892628). Antar att jag får ta kontakt med den användaren på OSM som gjort importen, vilket är @msiipola och se på hur det här kan justeras så att det blir rätt. |
nvdb2osm-skriptet snäpper den till väg där NVDB lagt dem, men det är nog inte alltid NVDB lagt dem på optimalt ställe för ruttning kan jag tänka. Hur ska den ligga? NVDB brukar nog lägga den på vägen, men inte exakt under hindret utan lite före/efter. Som skärmdumpen i första posten. |
Ok. Den relevanta punkten är denna (https://www.openstreetmap.org/node/10792892628), men innan min justering så fanns den inte med på vägen som ligger precis där https://www.openstreetmap.org/way/1160454354. Jag letade upp ett annat exempel, i Eskilstuna, för att se om det följt med där och verkar ej som det. I nedan bild syns hur det är markerat i NVDB. Och kikar jag i OSM så har det skapats en node för detta: https://www.openstreetmap.org/node/10771419170 Dock om jag kollar på vägen (https://www.openstreetmap.org/way/1158231962) så är inte maxheight med som en tagg där trots att det står att node är en del av denna vägen? För att maxheight skall få en effekt så behöver det ligga med som en tag (maxheight) på vägen. |
Ok, då borde det nog funka för det mesta. Att den inte kommit med kan bero på flera orsaker. NVDB uppdateras hela tiden, så kanske de där inte fanns i samband med importen, eller så har den försvunnit i samband med sammanfogningen som görs manuellt, ibland sker misstag. Vi som jobbar med NVDB-import går igenom enorma mängder vägar, så nåt misstag kan det bli ibland. Du behöver inte kontakta msiipola för att lägga till nåt som är uppenbart korrekt. Det är ju om det är nåt som kan mappas på olika sätt som man kan ha åsikter om man kanske vill göra det. Han har gått igenom alla vägar i 21 kommuner hittills, jag själv har gått igenom 19. Det är typ 5000 till 20000 vägar per kommun, så man har inte så stor personlig anknytning till varje edit :-), tar 80 - 120 timmar att gå igenom en kommun. Det vi gör är att lägga in en bas med överlag hög kvalitet som folk sen kan finjustera. |
Först och främst - jag har stor respekt för det arbete som läggs ner med att manuellt få till bra kartdata. Det är otroligt att detta finns tillhands och jag bidrar gärna till att det blir bättre. Min slutsats nu är att data kommer med ifrån NVDB, men det kopplas inte till vägarna på ett korrekt sätt, så frågan är om det kan justeras på något sätt i flödena för att det skall landa rätt ifrån början (jag är för dåligt insatt i hur ni gör importen i OSM baserat på denna data). Det viktiga är ju att maxheight egenskapen kommer med på vägen och inte bara som en node om jag förstår det hela rätt. |
Ska kolla när jag kommer hem från jobbet så att skriptet verkligen kopplar det till en väg, det ska som du säger inte ligga som en lös nod. Om det ligger som en lös nod ovanpå en väg är det mycket riktigt en bug. |
Jag kollade en äldre osm-fil för Eskilstuna (hämtad juni-2022) och där ligger maxhöjden som noder. Se centrala Eskilstuna, på Carlavägen där den går under järnvägen. I vissa fall har jag nog ändrat lagt maxhöjden på vägsträckan, men inte systematiskt. Jag har nog trott att höjdnod är tillräckligt och mest logiskt. Men bra om scriptet lägger det på vägsträckan om det fixar väggrutter. Hur är det med noder som har maxhöjd? Ska dessa tas bort eller fyller det någon funktion i någon annan applikation? Svårt att veta kanske. och kanske ska höjdnoder vara kvar? |
Toppen, tror ev. det kan vara en bugg och om det går att få till så att maxheight läggs "automatiskt" på vägen istället så hade det ju ökat kvalitén och gjort att ingen handpåläggning behövs för att flytta ifrån nod till att lägga som en tagg på vägen. Kikar jag på https://www.openstreetmap.org/node/10771419170#map=19/59.37566/16.50927 så står det att det är "Part of" av vägen enligt inringat i nedan bild. |
Kollade dagens Eskilstuna-fil, maxheight-noderna sitter fast i vägen så utgår från att nån bugg fixats sedan dess. Minns inte att jag specifikt fixat just det men det kan ha blivit som sidoeffekt av att fixa nåt annat problem. Så jag utgår från att allt är i sin ordning nu. |
Jag har noterat att höjdhinder finns i NVDM men inte i OpenStreetMap och undrar om detta är något som går att plocka med? Jag bidrar gärna till projektet för att få med mer data.
Se nedan bild som exempel där 3.6 meters höjdhinder finns på en bro i Eskilstuna
Som exempel har jag delvis (vet ej om gjort helt rätt eftersom jag precis börjat lära mig) lagt till denna data manuellt i OpenStreetMap: https://www.openstreetmap.org/changeset/140200200. Jag la här till ett maxheight begrepp som fick effekt då jag testade en routing engine som kan styra fordonets höjd och fick då olika rutter beroende på dess höjd i förhållande till denna.
The text was updated successfully, but these errors were encountered: