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/
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/
Hvis jeg i går utvidet infoboksen om dettet vegkart-søket (klikk høyrepil der det står «> 2637 vegobjekter»
Så fikk jeg denne feilmeldingen:
I dag fungerer det
Denne feilen har vært innmari plagsom for veldig mange vegkart-brukere og vi er veldig glad den er vekk! Feilen har vært til hinder for å bruke utlisting av vegobjekter i vegkart, og den har hindret nedlasting av datasett fra vegkart på sosi- eller csvformat.
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-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/
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:
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:
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:
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.
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.
Her.
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.
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.
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
På grunn av regionreformen har mange (fylkes-)veger fått nye vegnummer. I tillegg er det gjort mange andre små og store justeringer. Den komplette listen finner du her, eventuelt presentert i kart. Dette er nyttig, men løser ikke alle behov.
Derfor har vi laget denne kartløsningen hvor du kan slå opp på den gamle vegreferanse-verdien og se hvor den har vært til ulike tider. Brukerveiledning.
Du kan også klikke i kartet og se hvilke verdier som har vært i dette punktet, eventuelt hente data for egen GPS-posisjon.
Synes du historiske vegreferanser er veldig forvirrende? Vi har også laget en enklere variant som kun viser dagens verdier.
Nasjonal vegdatabank (NVDB) skal gjennom regionreformen etableres som en nasjonal tjeneste. NVDB skal være en entydig kilde til navigerbart vegnett, kilde for all statlig rapportering om norske veger, og som et inventarregister for å besvare spørsmål om vegnett og vegobjekter nasjonalt. Det er forventninger til at alle vegeiere benytter NVDB slik at løsningen fremstår som en nasjonal database og kan tilby digital informasjon om vegnett og tilhørende fagdata – uavhengig av hvem som eier og drifter vegen.
Norges vegholdere trenger nye og moderne løsninger!
NVDB er en kompleks database med noen særegenheter. Spesifikt for NVDB er kravet om stedfesting til vegnettet og sammenkobling av objekter i mor-datter hierarkier. Brukermiljøet har til nå vært samlet i et sterkt fagmiljø internt i Statens Vegvesen som har bidratt med dokumentasjon, retningslinjer og prinsipper for arbeid med data til NVDB. Tidligere har SVV selv utviklet spesialverktøy for våre dataforvaltere (NVDB 123, Vegreg, IAKD). ). Disse er planlagt utfaset innen 1.8.2021.
Det er behov for gode løsninger fra markedet!
Fra 1.1.2020 vil situasjonen for dataforvaltning til NVDB endre seg. Brukermiljøet vil være mangfoldig, med stor variasjon i erfaring og behov: Nye Veier med deres entreprenører, Fylkeskommunene med sine vegavdelinger, samt alle norske kommuner, Statens Kartverk og Statens Vegvesen selv. Statens vegvesen vil ikke lengre utvikle og tilby spesialverktøy gratis til alle vegeiere. Vi er derfor avhengig av et samarbeid med markedet og nye gode løsninger for registrering av data til NVDB. Statens vegvesen vil selv utvikle grensesnitt (API) for skriving og lesing av data til NVDB, samt basisklienter for innsyn (Vegkart) og mottak av data (datafangst), men behov utover dette må vegeiere få dekket fra markedet. Statens vegvesen har i 2019 selv gått til innkjøp av hyllevare som registreringsklient for NVDB.
1000-1030 | NVDB 2020-2030 | |
Målbilde fremtidens NVDB | Per Andersen, SVV | |
1030-1130 | Brukerbehov | |
Nye Veier AS | Magnus Finset, Nye veier As | |
Fylkeskommune | Carl Aaby, KRR | |
Kommune | Arne Sonflå, Kartverket | |
1130-1230 | Lunsj | |
1230-1300 | «Vi skaper historie!» | Eva Solvi, Trøndelag FK |
1300-1330 | Erfaring fra leverandør | Jens Erik Thyholdt, Asplan Viak |
1330-1400 | Workshop I:Vegeiernes brukerbehov | Alle |
1400-1430 | NVDB 2020 Nytt nasjonalt referansesystem Teknisk grensesnitt og basisklienter |
Linda Støeng & Terje Brasethvik, SVV |
1430-1500 | Workshop II:NVDBs rolle | Alle |
1500 | Oppsummering | Per Andersen, SVV |
Hvordan kan jeg få NVDB-data inn i kartsystemet mitt? Enten som ferdige kartlag (f.eks. WMS), eller som redigerbare data.