V3: https://gitter.im/nvdb-vegdata/api-les-v3 api.vegdata.no https://nvdbapiles-v2.atlas.vegvesen.no/ EOL for NVDB LES V2 er august 2021
30. mars vil kall mot www.vegvesen.no/nvdb/api/v2 få respons 301|302|303 til nvdbapiles-v2.atlas.vegvesen.no
Heisann, eksport fra Vegkart V2 inkluderer ikke lenger geometri! Jeg ser at spørringen direkte fra Vegkart V2 har inkluder=lokasjon,metadata,egenskaper. Jeg har prøvd å føye geometri til inkluder-listen, men det gjør ingen forskjell - fremdeles null geometri! Mitt case er Trafikkmengde, dvs abstrakte strekningsobjekt uten egengeometri
Minner om at https://nvdbapiles-v2.atlas.vegvesen.no fra mandag er offisiell url for NVDB API Les.
https://www.vegvesen.no/nvdb/api/v2 vil gi redirect til denne. Jeg er usikker på om redirect vil ta vare på resten av stien. (Altså om https://www.vegvesen.no/nvdb/api/v2/vegobjekter vil gi https://nvdbapiles-v2.atlas.vegvesen.no/vegobjekter)
https://www.vegvesen.no/nvdb/api/v2 vil gi redirect til denne. Jeg er usikker på om redirect vil ta vare på resten av stien. (Altså om https://www.vegvesen.no/nvdb/api/v2/vegobjekter vil gi https://nvdbapiles-v2.atlas.vegvesen.no/vegobjekter)
Hei! Jeg ønsker å hente vegstykker med data om fartsgrense og/eller trafikmengde innen gitte kartutsnitt ved å bruke dette APIet. Er det noen måte å gjøre det på hvor jeg får alle geometrier som har minst én av disse vegdataene? Per nå er metoden min å hente vegobjekter for fartsgrense og så hente vegobjekter for trafikmengde. Og så vil jeg ta en slags "outer join" av dataene. Men jeg sliter med å slå geometriene til objektene sammen på en god måte, ettersom det ofte kan være mismatch i meterverdiene på vegreferansene. Ikke sikker på om det er den beste måten å gjøre det på? Jeg vil helst unngå å gjøre noen geometriske postprosesseringer på min side, så dersom det er noen måte å spørre om vegobjekter til flere kategorier (altså både trafikkmengde og fartsgrense) i én spørring hvor dataene er flettet sammen, så hadde det vært supert. Er ny til bruk av dette APIet så setter pris på alle pekepinner :)
Tilsvarende har jeg prøvd å hente alle veglenkesekvenser innen et område og deretter hente vegobjektene for disse sekvensene, men da får jeg noen ganger flere vegobjekter for samme sekvens, som det ikke er noen klar måte (for meg, iallfall) å skille på.
@allandd Er det trafikkmengde du egentlig er interessert i?
Det kan høres ut som du kan prøve overlappsfilter, https://api.vegdata.no/parameter/avansertefilter.html
Det kan høres ut som du kan prøve overlappsfilter, https://api.vegdata.no/parameter/avansertefilter.html
Er interessert i både trafikkmengde og fartsgrense. Den linken ser ut som et steg i riktig retning, men ingen av de avanserte filtrene gir mulighet til å hente data for flere vegobjekttyper i samme spørring. Feks med
https://www.vegvesen.no/nvdb/api/v2/vegobjekter/105?kartutsnitt=10.00,60.00,10.05,60.05&inkluder=lokasjon,egenskaper&antall=100&srid=4326&overlapp=540
får jeg kun data for geometrier med fartsgrenser, men jeg skulle gjerne hatt geometrier med fartsgrense og trafikkmengde
https://www.vegvesen.no/nvdb/api/v2/vegobjekter/105?kartutsnitt=10.00,60.00,10.05,60.05&inkluder=lokasjon,egenskaper&antall=100&srid=4326&overlapp=540
får jeg kun data for geometrier med fartsgrenser, men jeg skulle gjerne hatt geometrier med fartsgrense og trafikkmengde
@allandd Matche på geometri er selvsagt mulig, men ikke fritt for snublefeller. En annen (mer skuddsikker, men også mer komplisert) mulighet er å matche på veglenke ID og posisjon. (eller veglenkesekvens, som det heter fra nyttår 2020) https://github.com/LtGlahn/teknologiforum2018/blob/master/lineare_referanser_nvdb_svv_jensen.pdf
Avgrensing på kommune fungerer ikke (lenger) tilfredsstillende. Eksempel: Trafikkulykker i kommunen "Nore og Uvdal" returnerer data utenfor kommunens grenser. https://www.vegvesen.no/nvdb/api/v2/vegobjekter/570?segmentering=true&egenskap=(area(536,633))
Her er et vegkart-søk som viser problemet:
Her er et vegkart-søk som viser problemet:
@allandd Nei. En veglenkesekvens er strukturen vegnettet er lagret i i NVDB. En veglenkesekvens har veglenker og porter. Se https://www.vegvesen.no/_attachment/61505 og https://nvdbapilesv3.docs.apiary.io/#reference/0/vegnett-veglenkesekvenser/vegnett-veglenkesekvenser
vegsegmenter er veglenker beriket med vegobjekttypene 532, 704 og 580 i V2 og 915-920, 704 og 580 i V3
vegsegmenter er veglenker beriket med vegobjekttypene 532, 704 og 580 i V2 og 915-920, 704 og 580 i V3
Eventuelt om det er en måte å skille geometrien til de forskjellig feltene? Det hadde kanskje vært riktigst
FYI: Får 503 og 504 for kall av typen https://nvdbapiles-v2.atlas.vegvesen.no/vegobjekter/....
Tjenesten har generelt vært ustabil de siste 12 timene, ser det ut som
Tjenesten har generelt vært ustabil de siste 12 timene, ser det ut som
:thumbsup: Forresten, ser at EOL for v2 er August 2021, men samtidig ifølge https://api.vegdata.no/ så er v2 gjeldende versjon. Så lurer på, er v3 nå den offisielle/gjeldende versjonen?
EOL for v2 er August 2021, så innen da må man ha migrert til V3. Om du er får de data du trenger fra V2 haster det ikke å bytte.
Vi jobber med ratelimiting for både V2 og V3 slik at det skal være mer stabilt. Problemene i både V2 og V3 i det siste har vært overbelastning.
Vi jobber med ratelimiting for både V2 og V3 slik at det skal være mer stabilt. Problemene i både V2 og V3 i det siste har vært overbelastning.
Avviklingen av https://www.vegvesen.no/nvdb/api/v2 blir visst ikke gjort med redirect, som jeg hadde trodd.
https://www.vegvesen.no/nvdb/api/v2 er satt opp som proxy for https://nvdbapiles-v2.atlas.vegvesen.no - så alle urler i
https://www.vegvesen.no/nvdb/api/v2 er satt opp som proxy for https://nvdbapiles-v2.atlas.vegvesen.no - så alle urler i
.../nvdb/api/v2 vil gå mot https://nvdbapiles-v2.atlas.vegvesen.no
Paginering på https://nvdbapiles-v2.atlas.vegvesen.no/ peker på www.vegvesen.no/, og det blir jo helt feil
ok :-) Men vad räknar med att sätta för ratelimit i framtiden? Jag kan lika gärna anpassa mig efter det redan nu.
Vår filosofi er at A) det er helt legitimt å hente ut alle NVDB objekter, vi kan ikke nekte folk det, B) pagineringen tar ned belastningen til et greit nivå. Du må uansett parse en side før du begynner på den neste. I perioder med ytelsesproblemer reduserer vi maks. antall objekt per side. I tillegg så håper vi jo at C) god og kreativ bruk av filtrering av søk (hvilke vegobjekter?) og resultater (hva slags informasjon trengs på de returnerte objektene?) bidrar til optimal uthenting av det du trenger, når du trenger det
Paginering på https://nvdbapiles-v2.atlas.vegvesen.no/ peker på www.vegvesen.no/, og det blir jo helt feil
Noe nytt om denne?
Det tillates altså spikes på 100 kall over en tosekundersperiode, med en gjennomsnittlig ratio på 50 kall/sek. Samme som for V3.
Vi fikk innspill på en powerBI - analyse for en tid tilbake. Aner ikke om det er relevant for deg: vegdata.no/2016/05/18/bruk-nvdb-api-i-powerbi/
Hello! My company is using NVDB API versjon 2 to get all "Bomstasjoner" (vegobjekter/45). We have a problem with some of the stations on the route "E6 Gardermoen - Moelv" is missing. The stations are called "E6 Bergshøgda", "Fv. 184 Bergshøgda", "E6 Vien" and "Fv. 184 Snarud" and can be seen on this map https://e6bompenger.vegfinans.no/Kart-12. Why aren't these in your API? Will they get added?
14 replies
Hei. Vi har sett en del manglende veilenker i Sogndalsområdet. Store strekninger av hovedveier er borte etc. Når vi sjekker de samme lokasjonene i https://vegkart-2019.atlas.vegvesen.no/ så får vi sporadiske funn av vei. Er det noe andre som ser noe galt for tiden i det området?
6 replies