nkamapper / nvdb2osm Goto Github PK

Sammenlignet det jeg fikk fra nvdb med python2 nvdb2osm.py -vn -k 1201 > 1201.osm og den nyeste ELVEGfilen som ligger tilgjengelig og endte med denne tabellen.

Ser ut som nvdb2osm ikke har noen fartsgrenser eller navn, og det er en del ulikeheter (uten at jeg har noe formening om hva som er å foretrekke)

Et kartutsnitt fra vegkart.no genererer API-kall mot vegnett/veglenkesekvener/segmentert, og har med seg kartutsnitt-parameter basert på størrelsen på nettleseren -- eksempel: https://nvdbapiles-v3.atlas.vegvesen.no/vegnett/veglenkesekvenser/segmentert?kartutsnitt=239655.6%2C6678316.987%2C241348.937%2C6679675.625

Å endre koordinatene for kartutsnittet til WGS84 fungerer dersom srid=4326 -- eksempel: https://nvdbapiles-v3.atlas.vegvesen.no/vegnett/veglenkesekvenser/segmentert?srid=4326&kartutsnitt=11.465859979493205,64.01792506981553,11.517636911427205,64.00000163044928

Men dette fungerer ikke med nvdb2osm, verken med srid satt eller ei. Dersom den ikke blir satt (siden den skal settes automatisk), begynner den å laste data før den feiler med HTTP 422:

nvdb2osm v1.5.0

Server:         https://nvdbapiles-v3.atlas.vegvesen.no/
API:            v2023.2.26, 2024-03-12
Data catalogue: v2.36, 2024-03-22
Last DB update: 2024-04-05

Ouput filename: nvdb_vegnett.osm

Loading NVDB data...
Done processing 1547 road objects/segments
Removing duplicate segments... Removed 2 segments
Merging object type #103 Fartsdemper...
Retry 1: HTTP Error 422: Unprocessable Entity
Retry 2: HTTP Error 422: Unprocessable Entity
´´´

Taggen highway=motorway_junction plasseres nå der Vegkryss (vegobjekt 37, planskilt kryss) er angitt i NVDB, dvs. på motorveien ca midt i kryssystemet. Den bør plasseres i noden der avkjøringen er. Noen steder er dette før nåværende plassering, andre ganger etter.

message('  nvdb2osm -url "<api url string>"  -->  Any api generated from vegkart.no (UTM bounding box not supported, wgs84 appended)\n\n')

skulle vært

message('  nvdb2osm -vegurl "<api url string>"  -->  Any api generated from vegkart.no (UTM bounding box not supported, wgs84 appended)\n\n')

Hi @NKAmapper

I just wanted to break out the discussion of running this script on my AWS pipline.
I wonder why you use the homogeniserad format. The problem I have with this is that this format doesn't seem to be automatically downloadable from Lastkajen Logistics. Or at least I have not found it...

• TAKST_LITEN_BIL = fee:car=*
• TAKST_STOR_BIL = fee:hgv=*
• BOMPENGEANLEGG_ID / BOMSTASJONSTYPE = barrier=toll_booth
• NAVN_BOMPENGEANLEGG_(FRA_CS) = operator=*
• ("BOMSTASJONSTYPE"="#13133 AutoPASS + automatisk") = type=AutoPASS
• NAVN_BOMSTASJON = name=*
• Hvis stasjonen har BOMPENGEANLEGG_ID så burde den være ref istedet for hva enn som blir ref nå. Det ser ut som ref til veien

Bomstasjonene får også en highway-tag på seg

Noen få segmenter har lengde tilnærmet lik null slik at startkoordinat blir lik sluttkoordinat. Eksempel: Segment 2721409-3-3 her: https://nvdbapiles-v3.atlas.vegvesen.no/vegnett/veglenkesekvenser/segmentert/2721409?srid=wgs84.

Slike segmenter blir avvist i nåværende versjon, og dermed blir det brudd i veien (to overlappende noder).