Vi fant en enkel fiks på problemene med NVDB plugin til arcmap / Arc GIS pro Ny versjon lagt ut, eller fiks 3 linjer kode i to filer.
https://www.vegdata.no/2017/07/07/rask-tilgang-til-nvdb-data-i-arcmap/
Kategoriarkiv: GIS
Workarounds: Eksport av data fra vegkart
NVDB api versjon 3 er under rivende utvikling: Vi jobber kontinuerlig med ytelse og feilretting. Dessverre må vi tære enda en stund på tålmodigheten til våre brukere før vi har den stabiliteten og kvaliteten i alle ledd som vi ønsker. Men vi nærmer oss!
Ett av problemene har vært eksport av data fra Vegkart, som CSV eller SOSI prikk (kun vegkart V3). Dette har vi jobbet mye med, og vi er nesten i mål. Oppskrifter finner du i vegkart brukerveiledning eller under «ofte stilte spørsmål«.
For å bruke CSV- eller SOSI eksport må du først utvide infoboksen med søkeresultatet ditt (høyrepil ved der det står antall objekter).
Dessverre vil noen av søkene dine gi feilmeldingen «Det har skjedd en ulykke» når du prøver å utvide resultatboksen (FIKSA 5.6.2020).
Feilen med crash og feilmelding «Det har skjedd en feil» når du prøver å utvide infoboksen om søket ditt skal nå være retta. Men hvis du fremdeles opplever problemer kan du prøve Versjon 2 av Vegkart (eller vegkart-2019, som den også kalles). CSV-eksporten derfra fungerer (krysser fingre). https://www.vegdata.no/ofte-stilte-sporsmal/hvordan-far-jeg-nvdb-data-inn-i-kartsystemet-mitt/
CSV eksport har rader du må ignorere
CSV-eksporten fra vegkart V3 vil ofte, men ikke alltid ha med noen rader som mangler verdi for fylke, kommune, geometri og vegsystemreferanser. Disse må du ignorere / filtrere ut.
For eksempel CSV-dump for søk etter skiltplate i Bjerkreim inneholder 2036 rader. 40 av disse radene mangler fylke, kommune, geometri og vegsystemreferanser. Ignorer disse, og du står igjen med 1996 gyldige rader.
Mer detaljer: https://www.vegdata.no/2020/04/22/csv-dump-fra-vegkart/
Trenger du hjelp?
Fremhevet
Les først dokumentasjon du finner under menypunktene eller ved å søke her på vegdata.no
Finner du ikke svar, ta kontakt med NVDB igjennom kontaktskjemaet.
CSV-dump fra Vegkart
Vi har en feil i CSV-eksporten fra versjon 2 av vegkart (V2) som gjør at CSV-dumpen ikke inneholder geometri. Fiksa!
Ved CSV nedlasting fra vegkart V3, får du med en del rader med ugyldige data.
Som nevnt får du en del rader med ugyldige data. Disse mangler blant annet data om geometri, kommune og fylke. Dette kan du trygt ignorere.
Utdrag av tabell med trafikkmengde E10 lastet ned som CSV. Vi ser at fire av radene mangler data om kommune, fylke og geometri. Disse radene kan trygt ignoreres.
Lenker til vegkart V2 og V3:
- Vegkart V2 (eller vegkart-2019, som vi kaller det nå) https://vegkart-2019.atlas.vegvesen.no
- Vegkart V3 http://vegkart.no
Vegkart.no med nytt referansesystem
Vegkart finnes i to ulike versjoner. En versjon med gammelt referansesystem og gammel kommune- og fylkesstruktur. Den omtaler vi ofte som Vegkart versjon 2 – v2. Den andre versjonen er Vegkart med nytt referansesystem, som da omtales som Vegkart v3.
Siden i november 2019 da vi produksjonssatte nytt referansesystem så har vegkart.no vært knyttet mot Vegkart v2 og Vegkart v3 har dere selv måttet finne fram til ved å angi v3 i URL’en.
Vi har nå gjort en endring slik at vegkart.no er knyttet mot Vegkart v3 med nytt referansesystem. Men siden de fleste har vegkart v2 liggende i bufferet/cachen i nettleseren sin, så vil det de fleste fortsatt oppleve å komme til Vegkart v2 idet man skriver vegkart.no.
For å tømme bufferet/cachen i nettleseren og dermed komme til Vegkart v3 med nytt referansesystem, så kan man gjøre følgende:
start Vegkart
tast Ctrl + Shift + I for å komme i inspisermodus
trykk på reload/refresh og velg «Tøm bufferet og kjør hard nyinnlasting» i Chrome, i Edge Beta velger du «Tøm hutrigbuffer og hard oppdatering»
Etter refresh vil vegkart.no gi deg Vegkart med nytt referansesystem. Fortsatt har du muligheten til å benytte Vegkart v2 ved å skrive https://www.vegvesen.no/nvdb/vegkart/v2/
Nytt referansesystem for høyder i NVDB
Vi bytter ikke koordinatsystem for morro skyld – men det har liten praktisk betydning med mindre du jobber med profesjonelt innmålingsutstyr for registrering til NVDB (nøyaktighet om lag et par cm). Detaljer her:
For alle oss andre:
- Før brukte vi merkelappen EPSG:25833 om NVDB sitt koordinatsystem
- Akkurat nå, fram til 15. mars, bruker vi merkelappen EPSG:6173
- fremover vil vi bruke EPSG:5973
X og Y komponenten er den samme i alle de tre systemene (EPSG:25833, EPSG:6173, EPSG:5973), forskjellen er hvordan vi betrakter høydeverdien:
- EPSG:25833 – udefinert
- EPSG:6173 – høydemodell NN54 (fram til 15.3.2020)
- EPSG:5973 – høydemodell NN2000 (fom 15.3.2020)
Forskjellen dreier seg om -15 til +35 cm. Om du jobber med vegnett så risikerer du at data tatt ut før 15.3 ikke henger 100% sammen i høyde med data tatt ut etter 15.3. Den enkleste og mest robuste løsningen er da å ta ut data på ny fra NVDB.
Om du ikke jobber med nettverkstopologi basert på geometri eller med innmåling med høy presisjon – så dreier dette seg kun om bytte av EPSG-kode.
Og dette gjelder kun høyder – dvs Z-koordinat. I kartplan (x,y – koordinater) er disse tre referansesystemene for alle praktiske formål identiske.
Ny versjon av ruteplantjenesten
Vi er stolte over å kunne lansere ny versjon av ruteplantjenesten!
Ruteplantjenesten er et REST api for å gi deg ruteforslag for bil eller sykkel på (relativt) ferskt vegnett fra Nasjonal Vegdatabank. Vegnettet i tjenesten oppdateres 10 ganger årlig, samtidig med Elveg-leveransen. Ruteforslagene kan også ta med veg-, vær- og føremeldinger fra Datex langs ruta, eventuelt unngå ruter der visse typer vegmeldinger forekommer.
Ruteplantjenesten brukes for eksempel av vegvesen.no/trafikk, vegvesenets kartløsning for oppdatert trafikkinformasjon.
Vi har også en testklient som også egner seg for eksperimentering med ruteplantjenesten.
Hvor finner jeg dokumentasjon?
Her.
Hva er uendret?
Hovedfunksjonaliteten og de mest brukte parametrene er uendret. Mer presist oppfører disse parametrene seg som før:
format stops route_type barriers returnGeometry returnSimpleGeometry returnDirections returnDirectionGeometry streetname_hints geometryformat encapsulateStreetNames weight height length startTime
Merk at parameteren startTime heller ikke i denne versjonen har noen som helst effekt. En mulighet er f.eks å la tjenesten ta hensyn til (evt returnere data for) planlagt vegarbeid som skjer samtidig med når du har tenkt å kjøre, eller tilpasse ruta etter hvilke ferjer som går akkurat da. Men dette er videreutvikling som p.t. ikke har noen finansiering.
Hva er nytt?
- Sykkelruting forbedringer
- For route_type=bike kan du finjustere rutevalgene og tidsbruk gjennom parametrene powerEffort (unngå motbakker) og bikePathUsage (foretrekk sykkelstier).
- Finland og Sverige
- Rutevalg på finsk og svensk vegnett
- parameter lang gir deg finsk og svensk språk i retningsangivelse
- NVDB veglenker: Parameter returnNvdbReferences=true gir deg en liste med veglenkesekvenser og posisjoner. Dermed har du en referanse til NVDB vegnett som du kan bruke til andre ting, f.eks. søke etter andre fagdata i NVDB.
- Eksperimentelt
- allowTravelInZeroEmissionZone (default=true) er et eksperiment som viser at vi lettvint kan tilby geofence-funksjoner. Valget gjør at rutevalgene vil kjøre utenom NVDB-objekter av typen 943 Lavutslippsone Geosum (test).
- Unngå vegmeldinger. Her er dessverre dokumentasjonen noe mangelfull. Det kan også være noe forvirrrende å finne ut av hvilke Datex II vegmeldingtyper som kan være relevante (og ofte vil samme vegmelding bli publisert som flere typer samtidig.
- avoidRoadsClosedForWinter, default=true. Standard oppførsel er at vi ikke ruter på vinterstengte veger. (Ajourhold av hva som er vinterstengte veger er noe eksperimentelt)
- avoidMessagesOfType=kommaseparert liste med vegmeldingtyper, for eksempel maintenanceWork,roadClosed. Generell mekanisme for å unngå de vegmeldingtypene du misliker.
- En til mange – ruting. Du kan oppgi ett startpunkt og mange målpunkt, og få returnert en liste med reisetid og -avstand til hvert av målpunktene.
Begrensninger
Bruk av ruteplan api’et er begrenset til 2500 kall per døgn, per brukerId.
Bruk av ruteplan api må bruke vår løsning for autentisering. P.t. er dette http basic auth, hvilket ikke akkurat får jubelen i taket hos dem som utvikler webløsninger for publikum. Vi håper vi kan ta i bruk et mer moderne autentiseringsregime.
Dokumentasjon
Kartløsning nytt vegreferansesystem
Vegvesenet legger om vegreferansesystemet i Nasjonal Vegdatabank, og mange lurer på hva det betyr. Vi har prøvd å oppsummere de viktigste endringene her. En splitter ny håndbok med beskrivelse av det nye systemet kommer.
Som hjelp i overgangen har vi laget en kartløsning som viser både gammel og ny vegreferanse for et punkt på vegnettet. Du kan bruke tekstfeltet til å søke på både gammelt og nytt, eller klikke i kartet.
Kartløsningen finner du her
Hvordan får jeg NVDB-data inn i kartsystemet mitt?
Dette innlegget er flyttet under «Ofte stilte spørsmål» https://www.vegdata.no/ofte-stilte-sporsmal/hvordan-far-jeg-nvdb-data-inn-i-kartsystemet-mitt/
Hvordan kan jeg få NVDB-data inn i kartsystemet mitt? Enten som ferdige kartlag (f.eks. WMS), eller som redigerbare data.
https://www.vegdata.no/ofte-stilte-sporsmal/hvordan-far-jeg-nvdb-data-inn-i-kartsystemet-mitt/
Visveginfo har gamle data – hva betyr det?
Fiksa 30.august 2018
Er det viktig for meg?
Neppe, med mindre du jobber med stedfesting og lagring av nye data til NVDB, eller har et system som bruker Visveginfo direkte.
Har du et system som baserer seg på Visveginfo så er det helt klart en ulempe at du ikke har med vegnettsendringer etter juli 2018.
Vegkart er ikke berørt, heller ikke når du ber om strekninger.
Hva var problemet?
Visveginfo er et system for vegnettspørringer fra 2011. Visveginfo utfyller NVDB api’et på et veldig god måte, for eksempel med topologi- og strekningsspørringer. Men én av utfordringene er at vi har to parallelle dataflyt-løyper til NVDB api og Visveginfo:
- Visveginfo oppdateres en gang i døgnet i en (litt gammal) løype som er til dels sårbar.
- Vi leser transaksjonsloggen fra NVDB databasen, og det går veldig bra så lenge den har «normal» drift med mange relativt små endringer.
- Men av og til får vi en gigantisk transaksjon der svært mange objekter i NVDB er endret samtidig.Da stopper alt opp.
- Vi får det i gang igjen ved å dele opp en gigant-transaksjon i mindre biter, men det er plundrete og tar tid.
- NVDB api oppdateres fortløpende. Gigant-transaksjonslogger har vært et problem her også, men dette er blitt løst.
Nå – 29. august – plundrer vi ennå med en gigantisk transaksjon fra slutten av juli. Dette blir ble løst 30. august.
Stedfesting i datafangst blir vanskelig uten Visveginfo
Datafangst er Vegvesenets nye verktøy for mottak, kvalitetskontroll og beriking av data entreprenørene sender oss om det de har bygget. Før data kan lagres i NVDB må de knyttes til riktig vegnett. Og det blir jo litt vanskelig når den nye vegen ligger i kø bak en gigantisk transaksjonslogg.
Her er f.eks en ganske fersk gangsti på Tjøme, Vestfold
Ny gangsti langs Fv390, Vestfold.
Men datafangst viser frem vegnett fra Visveginfo, og har derfor ikke den nye gangstien som alternativ. Da er det jo vanskelig å stedfeste belysning på gangstien, der det hører hjemme:
Datafangst henter vegnett fra Visveginfo, og der er ikke gangstien kommet med ennå. Merk at gangstien er synlig som en grå strek i bakgrunnskartet, men IKKE tilgjengelig som gyldig vegnett du kan stedfeste på i Datafangst.
Hvordan sjekker jeg om mine data er berørt?
Du kan bruke denne kartløsningen. Den henter data både fra Visveginfo og NVDB api. Da ser du fort om de er enige, eller om det er avvik. Mer om dette kartet.
NVDB api tilbyr gangstien som nærmeste vegnett, mens Visveginfo har kun hovedvegen
Nedenfor ser du at Fv390 har fått nye meterverdier. Nvdb API gir ca 7 meter lavere tall enn Visveginfo.
