nvdb-vegdata/api-les-v3

Tilbakemeldinger på NVDB API Les V3 https://nvdbapiles-v3.atlas.vegvesen.no/dokumentasjon/ https://github.com/nvdb-vegdata/endringslogg/blob/master/APILESV3.md Miljøer: https://nvdbapiles-v3.atlas.vegvesen.no https://nvdbapiles-v3.test.atlas.vegvesen.no https://nvdbapiles-v3.utv.atlas.vegvesen.no https://nvdbapiles-v3-stm.utv.atlas.vegvesen.no Referanseklient: https://github.com/nvdb-vegdata/nvdb-api-client Rapportering av datafeil: https://fiksvegdata.opentns.org

Taras

@Taraskin_gitlab

Hi, getting 400 error in response on request: https://nvdbapiles-v3.test.atlas.vegvesen.no/omrader/fylker?inkluder=alle
STM env

3 replies

Peder Langdal

@LangdalP

Heisann. Eg brukar NVDB for å hente ut trafikkmengdeobjekt via java-klient. Tidlegare har det vore tilfelle at alle desse har hatt RoadObject -> segments[] -> roadSysRef -> section satt til ein verdi. No køyrde eg denne uthentinga på nytt, og opplever at section er null. Er dette forventa? Eg har med to screenshots som viser "problemet" samt vebobjektId m.m.

Vegobjekt: https://e.pcloud.link/publink/show?code=XZdkdZjCpV8B48TnLlaslOLCVpajME9TTk
Segmentet der section er null: https://e.pcloud.link/publink/show?code=XZlkdZ9UMT9AQ5kN7v8g8o8DA2w0NTY7Q7

4 replies

Taras

@Taraskin_gitlab

Hey,
according to the https://nvdbapiles-v3.atlas.vegvesen.no/dokumentasjon/openapi/

retningstring
example: MED
Om objektet er stedfestet med eller mot lenkeretning

Enum:
[ MED, MOT ]

can it contain something different?

Got an exception:

Caused by: java.sql.SQLException: ORA-12899: verdien er for stor for kolonnen "BRUTUS"."VEGREFDATA"."RETNING" (faktisk: 4, maksimum: 3)

020-10-01 00:46:37,379 uuid="7fe5a827-ef89-4b2e-91f2-44cf162b0825"                user="N/A"        evt="FEIL:"                message="Oppdatering av VegRefData feilet"

7 replies

Taras

@Taraskin_gitlab

BTW, it would be very useful to have in no.vegvesen.nvdbapi.client.model.Direction enum one more method:

public String getApiValue() {
        return apiValue;
    }

, similar to LocationalType or SpatialType enums

3 replies

krimjo

@krimjo

Full indeksering starter nå i STM

Peder Langdal

@LangdalP

Heisann med sveisen!
I går dreiv eg å henta ut trafikkmengdeobjekt for alle riksvegar via Java-klienten. Eg køyrde programmet mitt ein del gonger og observerte at den totale lengden veg kunne variere ganske drastisk mellom køyringar. Her er antal kilometer med veg for kvar køyring:

10286.183671561386 km
7534.98141968181 km
6526.802729395468 km
10286.149466227213 km
210.47337508706784 km
10286.148208214528 km

Ser ut til at eg ikkje nødvendigvis får alle trafikkmengdeobjekta ved kvar køyring. Kva er årsaken til det?

6 replies

sivstu

@sivstu

Hei,

hvis man gjør dette kallet: https://nvdbapiles-v3.test.atlas.vegvesen.no/vegobjekter/99?srid=4326&inkluder=lokasjon&vegsystemreferanse=FV864S2
og ser på objektet med id: 204249035 så har det åtte vegsystemreferanser der objektet er stedfestet.

Hvis man gjør dette kallet: https://nvdbapiles-v3.test.atlas.vegvesen.no/vegobjekter/99/204249035
så ser man at vegsystemreferansene der objektet er stedfestet på er slått sammen og har fra_meter 0 og til_meter 2997.371.

Er det, eller kan det bli, en mulighet for å få slått sammen sammenhengende vegsystemreferanser også for kall tilsvarende det første?

I tillegg i det andre kallet så har objektet med id: 204249035 fått en stedfesting på strekning 1 fra_meter 3168.287 og til_meter 3168.315 som jeg ikke helt forstår hvor kommer fra, men det er en annen sak.

2 replies

ulftho

@ulftho

Hei. Vi har en nattlig jobb i Brutus som kopierer vegsystemreferanser fra NVDB med endepunktet: veg/batch
Vi bruker NVDB Java klient versjon, nvdb-read-api-V3-client versjon 1.11.2.

Når vi gjør kall mot:
roadPlacementClient.getRoadPlacementsInBulkFromReflinks(refLinkRequests1, Projection.UTM33);
Så får vi følgende feil i ATM-miljøet:

2020-10-12 00:00:43,149 uuid="94e811c1-d46d-4827-94f8-97e9f22d4c3f" user="N/A" evt="FEIL:" message="Oppdatering av VegRefData feilet"
no.vegvesen.nvdbapi.client.exceptions.ClientException: HTTP error 504:
Error 504: Server did not respond correctly <html><body><h1>504 Gateway Time-out</h1>
The server didn't respond in time.
</body></html>
at no.vegvesen.nvdbapi.client.clients.JerseyHelper.parseError(JerseyHelper.java:67) ~[nvdb-read-api-v3-client-1.11.2.jar:1.11.2]

Ser i dokumentasjonen, og der står det:
"Ratelimiter
API-et implementerer en ratelimiter for å forhindre overbelastning. Denne opererer med tre parametere: Tidsvindu-størrelse, antall kall og timeout.
Tidsvindu: Angir hvor lenge mellom hver gang API-et tilbakestiller tellingen på antall kall.
Antall kall: Tillatt antall kall i hvert tidsvindu fra en enkelt klient. Enkeltklienter skilles på IP-adresse.
Timeout: Hvor lenge en request kan stå i kø og vente på et ledig tidsvindu før den blir kastet ut med en 429 - Too Many Requests.
Standardverdier for disse parametrene er henholdsvis 2000/100/2000, altså 100 kall per tidsvindu på 2000 millisekunder, eller gjennomsnittlig 50 kall/sek, med en timeout tilsvarende ett tidsvindu. Disse verdiene kan endres for å forhindre overbelastning i perioder med generell høy last.

Overbelastning
Dersom det er mye last, som ikke trigger HTTP 429 som over, vil kall som ikke er behandlet innen rimelig tid (~25s) avbrytes med HTTP 503 og melding Behandlingen av forespørselen kunne ikke fullføres innen rimelig tid.."

Hva kan vi gjøre for å hindre at dette skjer?

8 replies

POJUDK

@POJUDK

SSL spørgsmål - I mit produktions miljø har jeg et kald til https://nvdbapiles-v3.atlas.vegvesen.no. Dette kald er begyndt at fejle med en SSL fejl. Det kan jo have mange årsager, men jeg vil lige spørge om der er sket ændringer i jeres miljø vedrørende denne url som kunne have betydning for SSL connection.

6 replies

Marvin Bredal Lillehaug

@computerlove

Reindeksering startet i STM

Taras

@Taraskin_gitlab

Hi there. It looks like java-client library now available on https://artrepo.vegvesen.no/artifactory/list/nvdb-vegdata/no/vegvesen/nvdb/nvdb-read-api-v3-client/1.13.1/
But, still, I can't pull it using maven:

Caused by: org.eclipse.aether.resolution.DependencyResolutionException: Could not find artifact no.vegvesen.nvdb:nvdb-read-api-v3-client:jar:1.13.1 in central (https://artrepo.vegvesen.no/artifactory/libs-release)

Has anybody configured SVV Artrepo for pulling NVDB API artifacts from there?
P.S. I've used recommended configuration provided for Maven settings.xml and rest of the artifacts pull well.

Marvin Bredal Lillehaug

@computerlove

https://artrepo.vegvesen.no/artifactory/webapp/#/artifacts/browse/tree/General/nvdb-vegdata -> «Set me up»

8 replies

Taras

@Taraskin_gitlab

NVDB les API:
STM
java-client-library v.1.11.2
Exception:

2020-10-15T11:25:55,837+0200 level=ERROR    uuid="a39d49d4-b003-4b12-aff3-2c3bcd0d7dcf"    user="tarbuh"    evt="FEIL:"    message="Systemfeil. Kontakt systemadministrator"
java.lang.RuntimeException: Error processing 
{"id":1002101480,"navn":"Kongsvinger","nummer":3401,"kartutsnitt":{"wkt":"POLYGON ((325162.84 6652316.2, 325162.84 6698791.51, 363715.31 6698791.51, 363715.31 6652316.2, 325162.84 6652316.2))","srid":5973},"senterpunkt":{"wkt":"POINT Z(346029.41 6675553.86 0)","srid":5973},"vegobjekt":{"id":1002101480,"type":946,"href":"https://nvdbapiles-v3-stm.utv.atlas.vegvesen.no/vegobjekter/946/1002101480"}}
    at no.vegvesen.nvdbapi.client.gson.GsonUtil.lambda$rt$9(GsonUtil.java:231)
    at java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:193)
    at java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:193)
    at java.util.ArrayList$Itr.forEachRemaining(ArrayList.java:901)
    at java.util.Spliterators$IteratorSpliterator.forEachRemaining(Spliterators.java:1801)
    at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:482)
    at java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:472)
    at java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:708)
    at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234)
    at java.util.stream.ReferencePipeline.collect(ReferencePipeline.java:566)
    at no.vegvesen.nvdbapi.client.clients.AreaClient.getMunicipalities(AreaClient.java:62)

https://nvdbapiles-v3-stm.utv.atlas.vegvesen.no/vegobjekter/946/1002101480 - works fine

7 replies

Taras

@Taraskin_gitlab

One more thing...
https://nvdbapiles-v3-stm.utv.atlas.vegvesen.no/vegobjekter/60/statistikk?segmentering=true&fylke=54

<errors>
<error>
<code>4002</code>
<message>Ukjent fylke: 54</message>
<help_url>https://nvdbapiles-v3-stm.utv.atlas.vegvesen.no/dokumentasjon/openapi/#/Vegobjekter</help_url>
</error>
</errors>

54 - Troms og Finmark

1 reply

Marvin Bredal Lillehaug

@computerlove

Det er datainkonsistens i STM. Forventer at det løser seg i løpet av helga

1 reply

Olav Dahl Solstad

@olav89

I openapi.yaml mangler det en a under veglenke -> discriminator -> mapping: DETALJERT: '#/components/schemas/veglenke-detljert'

1 reply

Christopher

@choffa

Finnes det funksjonalitet i for å sjekke om metreringsretningen til en veg eller veglenke har blitt endret, og evt. når? Har historisk trafikkdata angitt i.f.t. metrering slik den var da, men fikk beskjed om at denne kan ha blitt endret.

17 replies

Jens Erik Thyholdt

@jethy57

Hei! Har oppdaget et avvik mellom TEST API og PROD for oppslag på vegreferanse. Sjekk https://nvdbapiles-v3.test.atlas.vegvesen.no/veg?vegsystemreferanse=RV41S3D1M6500 kontra https://nvdbapiles-v3.atlas.vegvesen.no/veg?vegsystemreferanse=RV41S3D1M6500 som gir ulike resultat. PROD er riktig heldigvis, men dumt når vi tester..

5 replies

Marvin Bredal Lillehaug

@computerlove

Vi har problemer med maskineriet, så oppdaterte data vil ikke være tilgjengelig før i morgen

Marvin Bredal Lillehaug

@computerlove

Transaksjonshåndtering vil være ajour i løpet av dagen

Marvin Bredal Lillehaug

@computerlove

I UTV og STM vil det bli nedetid i dag siden det er noen databaser som skal flyttes til ny infrastruktur

Marvin Bredal Lillehaug

@computerlove

Nå er prod ajour

Joakim Gyllenskepp

@joakimgy

Hei! Vi bruker dette API https://nvdbapiles-v3.atlas.vegvesen.no/dokumentasjon/openapi/#/Posisjon/get_posisjon
Informasjonen om hva responsen innholder er ikke så tydlig på alle felter. Vil strekning altid finnes i vegsystemreferanse for bilveier (minus privat- og skogsvei)? Og hvilke felter finnes i strekning? (jeg finner det ikke i dokumentasjonen som jeg lenket til). Og hva skjer med kortformen hvis det ikke finnes en strekning?

3 replies

Bendik Solheim

@bensolh_gitlab

Prod: Mulig mangelfulle data på vegsystemreferanse.
Eksempelvis https://nvdbapiles-v3.atlas.vegvesen.no/veg?veglenkesekvens=0.9@249550
Virker som det gjelder alle oppslag innenfor disse tre (915 vegsystem):
1003151943
1002124910
1002319708

3 replies

Stian Soberg

@StianSoberg_gitlab

Heisann. Jeg er en ny programmerer som prøver meg litt på Lese api'et v3. Jeg prøver og lese en XML response men applikasjonen min vil ikke. Etter mye analyse ser det ut som feilen ligger i XML formatet for første linje sier ikke noe om xml fila. En tilsvarende fil som jeg klarer og lese inneholder "xmlns="http://schemas.datacontract.org/2004/07/RoadInfoServiceContracts" xmlns:i="http://www.w3.org/2001/XMLSchema-instance". Lese api xml'en inneholder ikke denne informasjonen. Finnes det noen måte og påvirke resultatet fra: https://nvdbapiles-v3.utv.atlas.vegvesen.no/posisjon?nord=6687762&ost=214858

1 reply

Geir Sande

@geirsande

Hei. Er NVDB Les i STM under oppdatering? Tjenesten svarer, men ikke med noen fornuftige data. Ser ut til å virke i ATM og PROD. https://nvdbapiles-v3-stm.utv.atlas.vegvesen.no/posisjon?ost=268485&nord=6650460

4 replies

ulftho

@ulftho

Hei. sendte nettopp et endringssett til NVDB til: https://nvdbapiskriv.utv.atlas.vegvesen.no/rest/v3/endringssett
Og det ble prosessert vellykket/Utført.
Men finner ikke objektet igjen i: https://nvdbapiles-v3.utv.atlas.vegvesen.no/vegobjekter/60/1011511659

<errors>
<error>
<code>4016</code>
<message>Feature 1011511659, version null of type 60 gone!</message>
<help_url>https://nvdbapiles-v3.utv.atlas.vegvesen.no/dokumentasjon/</help_url>
</error>
</errors>

4 replies

Daniel Piacek

@danielpiacek

Hello eveyone.
First and foremost big thanks for creating and maintaining this API with so rich data. I started lately to explore vegobjekter . I was wondering about how the historical data is taken care of. According to info here: https://api.vegdata.no/om_nvdb.html one can only query currently valid objects. I have tried to play with alle_versjoner=true option, but I am still struggling to understand this versioning.
Take Fartsgrense (105) as an example. There is an object with two inputs (versions) in metadata. One version has startdato and sluttdato, end the second version has startdato (same as sluttdato of previous version) and missing sluttdato. If one checks egenskaper for these two versions, both are identical with exactly the same 'Gyldig fra dato' (5127). So my questions are:

For a given object, what are the reasons that a new version is created? I would understand change in its attributes to be such a reason.
If a given object in fetched batch of objects has only one occurence with sluttdato, does that mean that this object has terminated its existence, or can its newer version occur in some of the next batches?
Question related to the previous one. Does the history include also pure historical objects (i.e. objects which are not existent anymore), or only historical versions of currently valid objects?

Hope I expressed my thoughts clearly. Looking forward for any information. Thank you

5 replies

Marvin Bredal Lillehaug

@computerlove

Dersom noen ennå bruker apilesv3.atlas.vegvesen.no må de endre til nvdbapiles-v3.atlas.vegvesen.no innen 20. november.

Marvin Bredal Lillehaug

@computerlove

nvdbapiles-v3.test vil være nede litt på grunn av database-migrering

Marvin Bredal Lillehaug

@computerlove

Om i er heldige er det kun /transaksjoner som vil være nede

Marvin Bredal Lillehaug

@computerlove

Samme jobben kommer til å gjøre i prod på søndag fra klokken 12. Vi prøver holde alt kjørende, men kan hende det ikke er mulig

Sindre Moldeklev

@sndrem

Hei, vi ser at private veger ikke lenger får returnert strekninger. Er dette en endring i API'et vi ikke er klar over, eller er det en uheldig bug?

5 replies

Taras

@Taraskin_gitlab

Hi, our scheduled job managed to get 503/504 errors from lese API, perhaps because of too high load. What are the requirements for not getting such issues?

2 replies

Jostein Tveit

@josteitv

@computerlove Vil https://www.vegvesen.no/nvdb/api/v3 fortsatt fungere? Er det satt en dato for når denne URL'en slutter å fungere?

2 replies

Jan Kristian Jensen

@LtGlahn

Heisann, vi lurer på ytelse på spørringer etter kartutsnitt versus polygon. Er det avgrensninger eller hensyn (f.eks. til størrelse) som vi bør tenke på før vi implementerer en generell funksjon i arcgis for å hente vegobjekter og segmentert vegnett innafor polygon?

2 replies

HansAtAvinet

@HansAtAvinet

Hei. Vi kjører periodevise oppdateringer med alle_versjoner=true av mange forskjellige vegobjekttyper , slik at vi får inn alle endringer. Vi har litt problemer med Vegreferanse (532), hvor det er veldig mange endringer. Selv om området vårt inneholder ca 160 000 vegreferanser kom det i løpet av forrige måned inn over 200 000 endringer. Er dette på grunn av noe batch-oppdateringer dere har holdt på med i løpet av denne perioden, eller kan vi forvente at det vil være slik fremover for dette temaet?

2 replies

Marvin Bredal Lillehaug

@computerlove

Les har noen dataproblemer, responser lukkes før de er ferdige. Forventer det er ok i ettermiddag

Jens Erik Thyholdt

@jethy57

Hei! Mulig dette er kommentert tidligere, men er det nå greit å benytte en større paging størrelse enn 100 for nedlasting av vegobjekter?

2 replies

Olav Dahl Solstad

@olav89

Finnes det xsd-filer for leseapiet?

4 replies

Taras

@Taraskin_gitlab

Hi, is https://nvdbapiles-v3.utv.atlas.vegvesen.no down?
Getting initialization errors and response with body:

  <body>
    <div>
      <h1>Application is not available</h1>
      <p>The application is currently not serving requests at this endpoint. It may not have been started or is still starting.</p>

      <div class="alert alert-info">
        <p class="info">
          Possible reasons you are seeing this page:
        </p>
        <ul>
          <li>
            <strong>The host doesn't exist.</strong>
            Make sure the hostname was typed correctly and that a route matching this hostname exists.
          </li>
          <li>
            <strong>The host exists, but doesn't have a matching path.</strong>
            Check if the URL path was typed correctly and that the route was created using the desired path.
          </li>
          <li>
            <strong>Route and path matches, but all pods are down.</strong>
            Make sure that the resources exposed by this route (pods, services, deployment configs, etc) have at least one pod running.
          </li>
        </ul>
      </div>
    </div>
  </body>

1 reply

AFSHIN ALAVI

@iCode18

Hei, Ny her og ganske fersk med API generelt.

Jeg ville ta å teste vegdata APIet og lurte på om jeg må ha en brukernavn og passord?

har lest vegdata.no men synes det var ikke helt klart hvordan man skal ta i brukt dette APIet

Marvin Bredal Lillehaug

@computerlove

@iCode18 Du trenger i utgangspunktet ikke bruker. Kun dersom du skal ha tilgang til skjermede data.
Du bruker APIet ved å gjøre http-kall mot de endepunktene du skal hente data fra. Eller bruke java-klienten (https://github.com/nvdb-vegdata/nvdb-api-client)

Marvin Bredal Lillehaug

@computerlove

Se også https://nvdbapiles-v3.atlas.vegvesen.no/dokumentasjon/openapi/ og https://nvdbapiles-v3.atlas.vegvesen.no/dokumentasjon/

AFSHIN ALAVI

@iCode18

Takk

NKA

@NKAmapper

En del veier henger ikke sammen fordi start/sluttnode ikke har samme id i punktet for tilknytning mellom to eller flere veier. Dermed henger ikke veinettet sammen. Eksempler: Segmentene 2077282-1-2 og
2466615-1-2. Er dette feil i databasen, eller kan det være et problem i api'et?

2 replies

iinus

@iinus

Heisann! Jeg jobber på vegbilder og ønsker å implementere søk på vegsystemreferanser. F.eks. hvis brukeren skriver inn "RV2" så skal den få en liste med vegsystemreferanser som matcher dette tilbake. Går dette an å få ut av API'et, eller eventuelt legge til? Har sett på vegkart, men slik jeg forstår det så finner den bare alle vegsystemreferanser innenfor et gitt geografisk område.

4 replies

Jens Erik Thyholdt

@jethy57

Er alle geometrier nå single line eller point?

Where communities thrive

People

Repo info

Activity