gomyhr / elveg2osm Goto Github PK

Antakeligvis er så datoen på en del av veiene lik. Det hadde vært interessant å tatt vare på den.

Jeg tenkte jeg skulle visualisere veiene som sprer seg utover i kommunen med den.
Vet ikke om det er interessant for andre eller om det er trøblete å implementere.

Kan det være en feil vedr. fartsgrenser?

Mange veier har ikke fartsgrense i filene som har blitt generert. F.eks. har 1001 Kristiansand bare fartsgrenser for de store hovedveiene. Alle disse veiene har fartsgrense i NVDB. De kan sees ved å gå inn på https://www.vegvesen.no/vegkart/ og så velge "Fartsgrense" + Kategorisering.

Filen Fart.txt som lastes ned fra Elveg for Kristiansand har over 7.000 veisegmenter med fartsgrense 30, men den siste OSM-filen som er generert har bare to veisegmenter med 30.

elveg2osm.py 0101Elveg.SOS
Traceback (most recent call last):
File "/usr/local/bin/elveg2osm.py", line 587, in
kummune_int = int(kommune_number)
ValueError: invalid literal for int() with base 10: '.SOS'

elveg2osm tagger nå fartsgrense globalt for vegen, selv om XXXXFart.txt iblant inneholder informasjon som gir ulike felt (kjøreretninger) egen fartsgrense. Dette bør plukkes opp, slik at maxspeed:forward og :backward brukes, evt. maxspeed:lanes:forward ved mer kompliserte tilfeller.

Slik jeg ser det trengs følgende endringer:

• Her må feltkoden legges inn i dictionary sammen med maxspeed, start og stopp.
• Her må feltlogikken skrives. Foreslår følgende enkle logikk i denne omgang: Hvis feltkoden for restriksjonen matcher VKJORFLT, bruk maxspeed. Ellers hvis feltkoden kun inneholder oddetall, bruk maxspeed:forward. Tilsvarende med partall og maxspeed:backward. Jeg er imidlertid usikker på hvordan man finner veiens VKJORFLT på dette stedet i koden (hvis den er utilgjengelig kan det være en workaround å sende feltkoden in i parse_lanes og sammenligne med OSM tags på veien, men kjenner ikke koden godt nok til å være trygg på at dette er robust).

Satt og så på Magnor i Eidskog og fant noen mystiske hull mellom fartsgrenser i Elvegsettet.

Hull merket med en grønn strek. Alt med magenta har fartsgrense. Alt dette er 30-sone, men når jeg sjekket på vegkart.no så har disse veisnuttene en fartsgrense ... men 50 km/h.
https://www.vegvesen.no/vegkart/vegkart/#kartlag:geodata/hva:(~(farge:'0_0,id:105))/@343152,6649112,16/vegobjekt:88314141:40a744:105

Det er skrevet med mellomrom. Skal være underscore.
linje 826: noway_node.tags['amenity'] = 'ferry terminal'

Et lite tips neste gang koden skal oppdateres:

I Trøndelag fylke kan vi nå skille mellom primary og secondary highway. Fylkesveier med veinummer lavere enn 1000 skal være primary, mens de andre fylkesveiene skal være secondary. Dette vil være gyldig i hele Norge fra 1. januar 2020. Se nvdb2osm.py linje 480-483 for hvordan det er løst der.

Hvis en vei har tre felt hvorav ett er kollektivfelt, skal den slik jeg forstår wikien tagges med lanes=3 og lanes:psv=1. Jeg kom over en slik vei som var tagget med lanes=2 i stedet for lanes=3. Kan du sjekke dette?

Se beskrivelse på wikien (evt. proposed features). Foreslår å ta i bruk denne taggingen på kollektivfelt. Såvidt jeg kan se har Elveg-data nok informasjon til at vi utvetydig kan fastslå hvilke felt som brukes til buss, og da er det dumt å kaste vekk denne informasjonen.

For eksempel, dersom en vei har tre felt hvor det til høyre er bussfelt, blir det lanes=3 og psv:lanes=yes|yes|designated (sistnevnte da i stedet for lanes:psv=1).

Bildet nedenfor viser hvordan det ser ut med "Lane and road attributes"-stilen i JOSM: