Beta-testingens brutale ansikt

Publisert 24. oktober 2013 av jankristian

Sukk … så skjedde det igjen. Smidig og greit skulle vi rulle ut nye versjoner av vegkart og NVDB api, med masse nye, kjekke funksjoner. Og dette skulle naturligvis skje uten at brukerne merket annet enn at ny versjon plutselig kom på plass… Vi må tydeligvis bruke beta-perioden aktivt til å perfeksjonere både det ene og det andre.

Oppgradering av node tar ca halvannet døgn eller noe — søkeindeksen må bygges opp fra scratch. Ett av poengene med flere noder er jo nettopp at disse nodene IKKE er synlige mens dette foregår. Dette har vi tydeligvis ikke fått til denne gangen, feil noder blir eksponert ut på adressen https://www.vegvesen.no/nvdb/api/.Da er det ikke så forferdelige mye spennende vegdata på https://www.vegvesen.no/vegkart/vegkart/ heller .

Vi tror og håper alt virker som normalt igjen ganske snart. Men erfaringene har vel lært oss at det ikke er lurt å love noe.

Hva er forbindelsen mellom ELVEG, VBASE og NVDB?

Publisert 30. september 2013 av jankristian

Vegnettsdataene FKB veg, Elveg og Vbase bruker alle elementet TRANSID som unik nøkkel på akkurat denne vegstrekningen. Bruken av TransID er eldre enn NVDB, men NVDB er i dag orginalkilden til både TransID (og øvrige vegnettsdata). Disse TransID’ene vedlikeholdes i NVDB under navnet Transportlenke. NVDB ID’en til et transportlenke-objekt er identisk med transID-verdien i Elveg, Vbase eller FKB veg. Dermed er det trivielt å hente data ut fra det nye NVDB-api’et.

Et transportlenke-objekt i NVDB har vegreferanse (vegnummer, parsellnummer) og meterverdier (til-fra). Vegreferanse er en av tre mulige måter å søke opp vegstrekninger i NVDB (de to andre er geometri og ID til veglenken, ref http://api.vegdata.no/verdi/vegreferanse.html ). Vegreferanser stammer fra tiden før presis satelittnavigasjon, og er en menneskelig forståelig måte å navigere vegnettet på. Interesserte kan lese mer om dette fascinerende temaet i den utmerkede håndbok v830 – anbefalt lesning!

Det å bruke vegreferanse som koblingsnøkkel har et par ulemper: Vegnettsendringer blir ikke håndtert på en robust måte, i tillegg til at kommunenummer og vegnummer kan endres ved et pennestrøk. Men bruken av vegreferanse er veldig innarbeidet. Som «dynamisk» oppslagsnøkkel funker det helt greit. Men ønsker du systemintegrasjon med persistent koblingsnøkkel mot NVDB bør du bruke NVDB ID til objektet — eller veglenkeID og posisjon.

Eksempel fra Elveg-SOSI versjon 4.0 (Eigersund kommune, Elveg-leveranse 1.9.2013)

.KURVE 2:
..OBJTYPE VegSenterlinje
..KVALITET 60 200
..DATAFANGSTDATO 20001206
..TRANSID 145816634
..KOMM 1101
..VNR K V 100
..VPA 1 28 48
..VKJORFLT 1#2
..VFRADATO 19500101
..NØH
652134340 -1759380 8560 ...KP 1
..NØH
652134680 -1759020 8570
652134930 -1758660 8590
652135270 -1758190 8620
652135580 -1757820 8650 ...KP 1

TransID’en kan da søkes opp i NVDB slik: https://www.vegvesen.no/nvdb/api/v2/vegobjekter/539/145816634.xml

Begrepet «TransID» eksisterer for øvrig ikke lenger fra og med Sosi 4.5. I stedet brukes de generelle Sosi-mekanismene for identifikasjon – slik:

..IDENT
...LOKALID 145816634
...NAVNEROM NVDB_Transportlenker

Prototyp: Last ned vegnett fra NVDB api

Publisert 27. september 2013 av jankristian

Det skal være like enkelt å laste ned vegnett som alle andre NVDB data!

Fredag 27. september 2013 ble sentrale kartdata frigitt av Kartverket og Statens vegvesen, inkludert Norges digitale vegnett fra Nasjonal vegdatabank (NVDB). Dette betyr at produktet Elveg, som inneholder alle kjørbare veger og deres egenskaper, nå kan lastes ned kostnadsfritt. I tillegg frigjør vi — som annonsert tidligere — de samme vegnettsdataene vi bruker i vegvesenets ruteplantjeneste.

Lenke til vegnett-prototyp: http://vegnett.vegdata.no/

Vi ønsker å gjøre informasjonen fra NVDB så lett tilgjengelig som mulig. For å møte den økende etterspørselen etter våre data, vil vi utvikle en tidsriktig og fremtidsrettet webtjeneste hvor dere fritt kan velge de informasjonselementene dere er interesserte i. Det er allerede lansert et API hvor de fleste fagdata (fartsgrenser, skilt, rekkverk med mer) kan hentes, men der er foreløpig ikke indrefileten i NVDB; selve vegnettet, tilgjengeliggjort.

Vi har testet ut (geo)json i QGIS, med dynamisk nedlasting fra dette API’et. Funker helt utrolig nydelig!

“Vegnett prototype” er første steg på veien til å lage en enkel webtjeneste som levererer på vegnettet på maskinlesbare. Dette en prototype vi lanserer for å først og fremst få tilbakemeldinger på hvordan tjenesten bør utformes. Datasettet vil derfor inneholde feil og mangler, da det ikke er vårt aller nyeste datagrunnlag, og er heller ikke kvalitetssikret i like stor grad som Elveg-produktet. Datasettet vil heller ikke bli oppdatert i prototype-perioden.

Informasjon fra Nasjonal vegdatabank tilgjengeliggjøres under Norsk lisens for offentlige data. Dette betyr at Informasjonen kan, med de begrensningene som følger av lisensen, brukes til ethvert formål og i en enhver sammenheng. Informasjonen kan inneholde feil og utelatelser, og Statens vegvesen gir ingen garantier for informasjonens innhold eller aktualitet.

Ved bruk av informasjon fra Nasjonal vegdatabank, skal følgende tekst alltid oppgis: «Inneholder data under norsk lisens for offentlige data (NLOD) tilgjengeliggjort av Statens vegvesen.»

NVDB-haien eter vegdata til frokost

Publisert 19. september 2013 av jankristian

NVDB-entusiaster med husdyret sitt. F.v Magnus, Jan, Hilde og Espen.

NVDB-entusiaster med husdyret sitt. F.v Magnus Haugsand, Jan Kristian Jense, Hilde Øfsti og Espen Sveen.

NVDB og geodata er så heldige at vi har hyggelige lokaler i den svært hyggelige byen Trondheim. Vi synes oppriktig synd på de fleste av våre vegdirektorat-kolleger, som stues inn i ei fæl murblokk i en lite lukrativ Oslo-forstad. Ulempen med vår ellers knallfine lokalisering er at vi kan bli litt lite synlige internt — og det måtte vi gjøre noe med.

Selvsagt griper vi enhver anledning til å kjøre en fjernstyrt heliumballong-hai i arbeidstiden!

Derfor hadde vi NVDB-dag på vegdirektoratet, Brynseng torsdag 19.9. Seks foredrag med rundt 100 — eller var det 80? — deltagere, friske diskusjoner og utallige spørsmål og kommentarer på stand og på foredrag — og vi fikk vist oss frem blant de ca. 600 kollegene våre i murblokka. Grundig.

Lunchtid - haien leter etter ferske vegdata til NVDB.

Lunchtid – på leting etter ferske vegdata til NVDB.

Vi har selvsagt i ettertid konstruert sabla gode begrunnelser, myter og historikk om hvorfor maskotten vår er akkurat en NVDB-hai og ikke for eksempel en ugle, Odins kloke ravner eller hvorfor ikke en NVDB-hamster?

Sannheten er kort og godt at Hilde tok med på jobb den bursdagspresangen hun aldri fikk prøveflydd hjemme – og haien ble prompte adoptert som NVDB-maskott: Den er dritkul, den fungerer sinnsvakt bra som blikkfang og isbryter i sosiale sammenhenger, og er dessuten kjempeartig å fly rundt med i den digre kantina på Brynseng. Og ikke koster den for mye heller.

Direktør Lars Erik Hauer har intim nærkontakt med den svært sultne NVDB-haien før frokost. Best å servere ferske vegdata!

Vi synes det er svært hyggelig at vår maskot vekker engasjement hos toppledelsen. For eksempel kan du her se video av da direktør Lars Erik Hauer først (nesten) ble angrepet og etterpå tok kontroll over haien.

Hvordan finner jeg skilt med elg og julenisser?

Publisert 23. august 2013 av jankristian

Hvordan kan jeg finne posisjonen til alle elg-skilt i Norge via vegatabankens API? 🙂 Hva med løpende nisse med sekk-skilt?

Fare for elg!
@ http://www.flickr.com/photos/antoinettejanssen/7016975067/ etter CC-lisens

Skilt er relativt komplisert å finne ut av – men håndbok 050 Trafikkskilt er til god hjelp. Det er også verdt å merke seg at vi skiller mellom skiltpunkt (fundamentet, om du vil) og skiltplate (selve tegningen). Ett skiltpunkt kan ha ett eller flere skiltplater som datterobjekter.

Elgskiltet er en skiltplate der egenskapen Skiltnummer HB-050 er satt lik 146.1 – Elg. I moderne nettlesere får du adskillig hjelp med å velge lovlige blant lovlige verdier for disse feltene. Her er f.eks. søk på elgskilt i Elverum (vegkart). Tilsvarende søk i API’et:

https://nvdbapiles-v3.atlas.vegvesen.no/vegobjekter/96?segmentering=true&egenskap=(5530%3D8867)&kommune=3420&inkluder=lokasjon%2Cmetadata%2Cegenskaper%2Cgeometri%2Cvegsegmenter

Hvis du tør kan du jo prøve å hente elgene direkte i nettleseren din: https://nvdbapiles-v3.atlas.vegvesen.no/vegobjekter/96?segmentering=true&egenskap=(5530%3D8867)&kommune=3420&inkluder=lokasjon%2Cmetadata%2Cegenskaper%2Cgeometri%2Cvegsegmenter

… men dette vil ikke funke i alle nettlesere.

Men hvor finner vi Julenissen???

Ryktene florerer om at det er observert julenisser i datakatalogen natt til 25. desember, men dette har ikke latt seg verifisere innenfor normal arbeidstid. Vi er nødt til å konkludere med at julenisser ikke er en gyldig objekttype i datakatalogen. Men det står da beviselig et julenisseskilt i Drøbak (der julenissen bor):

Annen fare – julenisse
(c) julehus.no

Etter litt detektivarbeid har vi funnet ut at denne skiltplaten har nummer 156 – Annen fare og teksten Julenisse. Og ja – som dere ser (vegkart-søk etter julenisseskilt) finnes det bare en forekomst i NVDB

Hvorfor er vegkart og NVDB api uten data?

Publisert 15. august 2013 av jankristian

Tilføyelse 19.08.2013 kl 1106: SOLR ute av drift ca en times tid, oppe igjen ca 1130.

TILFØYELSE 15.08.2013 kl 0942: Alt virker igjen nå!

Kortversjonen er at vi har gjort noen brutale erfaringer med hvordan man IKKE skal oppgradere SOLR søkeindeks hvis man skal unngå driftsavbrudd — og ikke minst betydningen av presis dokumentasjon på slike rutiner. Vi har nettopp rullet ut en ny versjon av vegkart og NVDB api’et. Disse tjenestene kjører på flere servere (noder) med lastbalansering. Alt er tilrettelagt for at vi kan oppgradere en node av gangen og dermed ha en ny versjon i gang uten at brukerne merker noe som helst.

Ved denne oppgraderingen har det vært flere ting som har gått galt:

Oppgradering av SOLR versjon ble gjort på alle noder samtidig (ikke en av gangen).
Vi opprettet nye datastore, men uten å sikre oss at det var 100% samsvar mellom konfigurasjonsfil for søkeindeks og ny datastore. Når (noen av) søkefunksjonene ikke finner et gyldig datastore så returneres 0 treff.
Indeksering av NVDB fra scratch er tidkrevende, det tar opp mot halvannet døgn. (Men dette pleier vi gjøre uten at brukerne merker noe annet enn at dataene er litt ferskere og oppdatert — det er en av grunnene til å ha drift på flere noder samtidig.). Men fordi ny SOLR versjon ble rullet ut på samtlige noder samtidig var vi nødt til å kjøre prosessen fra scratch — på samtlige noder, samtidig. Kombinert med de andre problemene (og litt feilretting og sånn) blir dette fort vekk et driftsavbrudd på flere døgn.

En annen måte å si det på er at vi har brukt beta-perioden aktivt for å perfeksjonere driftsrutiner… Episoder som denne er svært lærerike, og både dokumentasjon og rutiner er nå svært mye mer skuddsikre enn de var på mandag.

Det ironiske er at det er nettopp denne versjonen av api’et som skal sikre at du har ferskest mulige data til enhver tid! Med inkrementell (kontinuerlig) oppdatering av søkeindeksen går det ikke mange sekundene fra oppdatering i NVDB orginaldatabasen til dataene er indeksert og tilgjengelig i nvdb api’et. (Eksakt hvor mange sekunder avhenger av hvor store datamengder vi snakker om, kanskje 10-30 sekunder i de fleste tilfellene og opp mot noen minutter hvis det må re-indekseres mange objekter samtidig).

Trafikkmengde (ÅDT) per 2013.08.06

Publisert 12. august 2013 av jankristian

Det tar TID å endre innarbeide vaner og metoder. Sist uke ble vi spurt veldig pent om vi kunne lage de samme dataene som i fjor og forfjor. Rent prinsippielt burde vi kanskje tvunget alle til å hente slike data fra vegkart og/eller api‘et, men så er det noe med å revolusjonere verden i små steg, respekt for at andre enn oss kan være i tidsnød og at vi generelt liker å føle oss snille.

I hvert fall, siden vi ble spurt veldig pent laget vi et datasett med ÅDT tall for europa-, riks-, fylkes- og kommunale veger på ESRI geodatabase (gdb-format) gyldig per 6. august 2013. Det finner du her (last ned).

Tilføyelse 13.08: Vi har også konvertert disse trafikkmengedatene til det åpne formatet spatialLIte. (last ned). Eller browse mappen på vår ftp-server ftp://vegvesen.hostedftp.com/~StatensVegvesen/trafikkmengde/

Merk at vi har opprettet et eget attribute domain for å få menneskelig lesbare egenskapsnavn. De fleste verktøy vil automatisk bruke disse navnene (f.eks. alle ESRI produkter). Men spatialLite-dataene viser egenskapsnavnene for selve tabellene, og disse er nok ikke så veldig intuitive uten kjennskap til NVDB datakatalog. (Dette gjelder også hvis man åpner gdb-dataene i f.eks. FME). De mest relevante egenskapene er

TADT_4623: Selve ÅDT verdiene (årsdøgntrafikk). 
AR_4621: Hvilket år ÅDT-tallet er beregnet for.
ALNGX_4624: Andel lange (>5.6m) kjøretøy, i prosent.

Tallverdiene i egenskapsnavnet er ID til denne egenskapen i NVDB datakatalog. Hva dette betyr kan du slå opp i api’et, f.eks. slik: https://www.vegvesen.no/nvdb/api/datakatalog/egenskapstype/4623 . Hver objekttype har sitt sett med egenskaper, hvilke som gjelder for trafikkmengde kan du finne ut her https://www.vegvesen.no/nvdb/api/datakatalog/objekttyper/540. Eventuelt kan du finne de samme kodene i den offisielle datakatlogen (java-program).

Merk også at dette datasettet kun inkluderer de strekningene på ERFK-vegnettet som har trafikkdata (per 6. august 2013). Du får altså ikke et komplett vegnett ved å laste ned disse dataene.

Bruk av dataene skjer (som alltid) etter Norsk lisens for offentlige data.

Hvor finner jeg vegnettsdata til navigasjon?

Publisert 8. august 2013 av jankristian

Nå også på spatialLite – format 🙂

ftp://vegvesen.hostedftp.com/~StatensVegvesen/vegnett/

Det fremgår av filnavnet når data sist ble oppdatert. Dette skjer 6-10 ganger årlig, gjerne samtidig med Elveg-leveransen.

Data om vegnettet — til f.eks. navigasjonsformål — frigis av Kartverket og Statens Vegvesen den ~~1. oktober~~ 27. september 2013. Hvorfor akkurat ~~1/10~~ 27/9? Fordi frigivelsen er en del av revidert nasjonalbudsjett (vedtatt i mai), og det gjelder fra 1/10.

Tilføyelse: Kartverket og Vegvesenet markerer frislipp av kartdata (inkludert vegnett) den 27/9, derfor åpnet vi tilgangen litt før.

I Statens Vegvesen ønsker vi selvsagt å servere vegnettsdata ut gjennom NVDB api‘et, åpent og fritt tilgjengelig for alle. Dette er en smule mer interessant — og komplekst — enn å servere objekter som finnes langs vegen, slik dagens api gjør. Slikt som fartsgrenser, bomstasjoner og sånn. Vi jobber med saken, men vil ikke ha noe ferdig til 1/10.

Imidlertid er det bare rett og rimelig at vi frigjør de samme dataene som vi bruker i vår egen ruteplantjeneste, på databaseformatene ESRI geodatabase og spatialLite. Dette er et fint supplement til ELVEG datasettet (SOSI format, inndelt kommunevis). Men — frem til 1/10 er var dette dessverre bare tilgjengelig for dem med rettigheter til ELVEG, d.v.s. Norge Digitalt-medlemmer og dem som har kjøpt ELVEG-tilgang.

Ruteplantjenesten er under utvikling, og dataene vi bruker frigis under forbehold om at formater og struktur kan og vil bli endret i takt med videreutvikling av tjenesten. Og vi tar forbehold om feil og intet ansvar for konsekvensene av feil — ref betingelsene i Norsk lisens for offentlige data (NLOD).

Nettverksdataene leveres som to datasett i samme geodatabase:

Databaser bilkjøring + sykkel, ESRI nettverksdatasett.

Der «Route» inneholder kjørbart vegnett med bil, «Route_bike» inneholder bilvegnett + gang/sykkel

Eksempel ESRI nettverksdatasett.

Egenskapsdata:

Navn	Forklaring	Eksempel
ATTRIBUTES	NVDB Attributter, Json format	json:{«Rasteplass»:[{«Navn»:»Ramsund Vest»,»X»:231447.69121681788,»Y»:6577504.174785357}]}
DT_TURIST_FT	Drivetime turistveg, Fra-Til	0,531499
DT_TURIST_TF	Drivetime turistveg, Til-Fra	0,531499
FROM_M	Start posisjon på NVDB Referanselenke	0
FROM_Z	Z verdi start lenke	6,83
FromNodeID	NodeID i ruteplandatasettet	1828553
FT_BOM_LIT	Bomkostnad Liten bil. Fra-Til	0
FT_BOM_STO	Bomkostnad Stor bil, Fra-Til	0
FT_Fart	Skiltet hastighet, Fra-Til (-1: manglende verdi)	-1
FT_MINUTES	Beregnet kjøretid for å passere lenken, Fra-Til(minutter)	0,531499
FYLKE_ID	Fylkes Nr	7
GATENAVN	Gatenavn ( ERF veger overstyrer gatenavn utenfor vegarm/rampe)	Fv1005
HIERARCHY	Veg Hierarki (1: 2: 3: 4:, Se nedenfor)	2
IsBikeRoad	Angir om lenke er Gang/Sykkle (utfra vegstatus) 1: Gang/Sykkel	1
Medium	Medium fra sosi
METER_ORG	Elveg atributt, angir lengde	354,332847
OBJECT_ID	ArcGIS	686103
ONEWAY	N: Ingen, B: Begge, FT: Fra-Til, TF: Til-Fra	B
RoadClass	For network analyst (1:, 2: 3: 4: 5: 6:, Se nedenfor)	4
ROUTEID	NVDB Referanse lenke ID	1828550
SHAPE	ArcGIS	Polyline Z
SHAPE_Length	ArcGIS	354,332847
SPECIALVEG	Angir om det er, Turist, Ferge, ATK strekning	[FERGE]
SPERRING	0: ikke sperret, -1: Vegsperring	-1
TF_BOM_LIT	Bomkostnad Liten bil. Til-Fra	0
TF_BOM_STO	Bomkostnad Stor bil, Til-Fra	0
TF_Fart	Skiltet hastighet, Til-Fra (-1: manglende verdi)	-1
TF_MINUTES	Beregnet kjøretid for å passere lenken, Til-Fra(minutter)	0,531499
TO_M	Slutt posisjon på NVDB Referanselenke	1
TO_Z	Z verdi slutt lenke	6,83
ToNodeID	NodeID i ruteplandatasettet	1741699
URL	URL til infosider. Ferge og turistveg	http://dit.websrv02.reiseinfo.no/fellespIISStaticTables/ruter/t/07-230.htm
VEGID	VegID	{F1005}
VEGNUMMER	Vegnr	1005
VEGTYPE	Vegtype	F

Hierakier

1:
E ,R, Primære fylkesveger, Riksveger fra 2010,Stamveger 2009
2:
Øvrige Fylkesveger, KV
3:
PV,SV

Drivetime

driveTime = ((Length / 1000) / SpeedLimit * 60.0) * k;

k: (faktor)
Ev: 1.15
Rv: 1.15
Primär Fv, Riksveg fra 2010, Stamveg 2009: 1.22
Annen Fv: 1.25
Kv: 1.46
Pv: 1.47
Sv: 1.0, men fart satt till 15km/h

Fergestrekninger har fart satt til 15km/h

På Kommunal og Privat veg er fart begrenset til maksimalt 60km/h
Dersom fart mangler i NVDB settes den til 50km/h

Dersom det er en fjellovergang som er «spesialhåndtert» for å unngå at denne foretrekkes, så leggs denne ekstratiden fra denne på kjøretidne (normalt 5-20 minutter ekstra).

RoadType Esri:

// The network edge is of an unknown road classification.
esriRCUnknown = 0,
// The network edge represents a surface street.
esriRCStreet = 1,
// The network edge represents a highway.
esriRCHighway = 2,
// The network edge represents a highway ramp.
esriRCRamp = 3,
// The network edge represents a ferry crossing.
esriRCFerry = 4,
// The network edge is part of a roundabout intersection.
esriRCRoundabout = 5,
// The network edge represents a major road.
esriRCMajorRoad = 6,

Mer raffinerte søk i vegkart

Publisert 14. juni 2013 av jankristian

Siden mandag har man kunnet gjøre litt mer raffinerte søk i vegkart. Ta for eksempel dette spørsmålet:

Jeg lurer på om det finnes et komplett kart over veistrekninger i Norge der regelen «forbudt for gående og syklende» gjelder?

I NVDB har vi ikke data om det er forbudt å gå eller sykle på en strekning – men vi har masse skiltinformasjon. Innenfor dette søket har vi for eksempel 589 skiltplater (antallet kan variere litt i din nettleser pga ulik størrelse på kartflaten; nettleservindu har som regel ulik størrelse på ulike skjermer).

Alle skiltplater nær Puddefjordsbrua i Bergen.

Men det var «forbudt for gående og syklende» vi ville ha. Da legger vi til et egenskapsfilter:

Klikk plusstegnet for å legge til egenskapsfilter.

Her får en liste med egenskaper, men vi kan også begynne å skrive direkte i feltet. Vakker bruk av autofullfør!

Vi velger «Skiltnummer HB-050» (HB står for håndbok 050, som finnes her). I neste rute velger vi likhetstegn.

I siste rute velger vi 306.8 – Forbudt for syklende. Igjen gjør vi god bruk av autofullfør:

Vips så ser vi at det finnes fem «Forbudt for gående og syklende» – skilt nær Puddefjordsbrua.

Vegkart-søk, skilt med forbudt for gående og syklende nær Puddefjordsbrua.

Det vriene her er selvsagt å finne ut hvilke kombinasjoner av egenskaper og verdier som gir svaret på det man lurer på. Dette er ikke alltid like selvforklarende: Noen objekttyper (som skilt!) har et komplisert sett med egenskaper, mens andre er vesentlig enklere.

I tillegg må man kanskje bruke resultatet fra flere søk for å få et komplett bilde. For eksempel har vi registrert 15 skiltplater av typen 306.6 Forbudt for syklende og 28 av typen Forbudt for gående og syklende på motorveg og motortrafikkveg i Norge.

Bruk av vegkart: Finn stigning på en strekning (kurvatur – stigning)

Publisert 22. april 2013 av jankristian

Jeg trenger en bekreftelse på stignings% / grad på noen veier som benyttes. Dette gjelder FV651 fra Tuddal sentrum mot Rjukan (vinterstengt) i Telemark og RV 55 fra Fortun opp på Sognefjellet i Sogn og Fjordane.

Åpne vegkart, Zoom inn på telemark og Tuddal-Rjukan, og begynn å skrive «stigning» i søkefeltet. Her får du god hjelp av ordforslag til å finne riktig søkeord ( «Kurvatur / stigning»).

Føy til FV651 og trykk søk. For vårt kartutsnitt (lenke) får vi 1169 treff. Merk at kun de 200 første treffene vises i kartet. Grunnen er at eldre nettlesere ikke takler nedlasting og tegning av stort flere objekter samtidig. Derfor skriver vi også teksten (200 av 1169 treff) i trefflisten.

Kurvatur, stigning for FV651 mellom Rjukan og E134.

Hvis vi laster ned data til excel eller CSV får vi med alle 1169 treffene:

Nedlasting til excel (xsls eller csv fil)

Nedlasting til excel: Klikk teksten «kurvatur – stigning».

Eller vi kan zoome inn på den delen av ruta vi synes er mest spennende og klikke på strekningen:

Stigning for kurvene ned mot Rjukan, FV651.

Vi zoomer inn på hårnålsvingene ned mot Rjukan og klikker på den strekningen vi er interessert i.

Tilsvarende søk for FV55 Fortun – Sognefjell: Lenke

Stigningstall for FV 55 Fortun - Sognefjell

Stigning for FV 55 Fortun – Sognefjell

Vegdata.no

Full av godbiter fra Nasjonal vegdatabank (NVDB) – tips om data og om bruk

Forfatterarkiv: jankristian