Vi har for tida problem med eksport frå Vegkart. Mange får ein beskjed som denne HTTP error 422 for request f5945287-721c-c347-dd61-28b1c0d2b906: Error 4006: Ugyldig verdi for parameteren ‘inkluder’: ‘polygon’. Gyldige verdier: [kartutsnitt, senterpunkt, alle, vegobjekt]
Excel har en logikk som gjetter hva tall og tekst betyr når du importerer dato. Dessverre er funksjonen som gjetter på hva som er dato litt i overkant ivrig.
Dessverre er også csv-eksporten fra Vegkart til tider rammet – ikke ofte, men noen ganger. For eksempel sliter vi med at excel leser tallene våre for lengde og tolker dem som dato. F.eks dataverdier som SEPT-1, eller visse tallkombinasjoner.
Workaround – importer data manuelt til excel-arbeidsbok
Du skal IKKE åpne filen med excel, men importere den til en ny fane i excel:
Laste ned CSV-filen uten å åpne den.
Åpne Excel på normalt vis med en tom arbeidsbok.
Gå til Data-fanen, klikk på «Fra tekst/csv». Hvis denne knappen er «grået ut» så åpner du en ny fane i excel med pluss-knappen nederst.
Finn CSV-filen du lastet ned og importer denne.
Se over at alt ser riktig ut i preview-vinduet.
Trykk «Last inn».
Du vil få CSV-data inn i et nytt ark. Du kan slette det tomme arket du startet med. .
Dataverdiene skal nå være riktige. I tillegg får en pen formattering
Steg 3: Gå til «Data» – fanen, klikk «Fra tekst/CSV» Hvis denne knappen er «grået ut» (inaktiv) så åpner du en ny fane i excel med pluss-symbolet nederst.
Steg 4: I vinduet «import data» velger du CSV-filen du nettopp lastet ned.
Steg 5 og 6: Se over «data preview»- vinduet, sjekk at alt ser greit ut. Vanligvis går det helt fint med standardvalgene. Klikk «Load» for å laste inn
Datafangst 2020-1.11.0 er nå lagt ut, med disse endringene:
Datafangst støtter fullt ut lagring av samiske tegn og en lang rekke spesialtegn som tidligere ikke var støttet (For at det skal virke på eksisterende kontrakter må man for skiltnummer 808.515 og andre berørte typer sette verdien for skiltnummer på nytt, sånn at det blir lagret riktig i databasen)
Stedfesting virker nå også for store linjegeometrier som skal ha punktstedfesting
Det er laget en veiledning for brukere som har glemt passord eller mangler tilgang, sånn at de får hjelp på riktig sted
Nyeste objektliste for Nye veier er nå også støttet for opplasting
Det vises nå hvilken kolonne det sorteres på i datafanen
Bedre tilbakemelding ved fjerning av flere vegobjekter fra kontrakt
Det er rettet en feil som gjorde at «kopier til alle» på datafanen ikke alltid virket
Det er rettet en feil med endring av kontraktsgruppe for kontrakt
Administrator kan nå endre kontraktsgruppe for en kontrakt som allerede har en gruppe
Det er rettet feil i hvilke brukere som skal ha tilgang til enkelte funksjoner
Datafangst API: Mellomrom på starten og slutten av innsendte verdier blir nå bevart
Vi harhadde en feil i NVDB api som gir kjipe konsekvenser for Vegkart, Sinus Infra og Datafangst – og ikke minst registrering av nye data til NVDB. Denne feilen må vi dessverre leve med gjennom sommeren.
Visse typer søk viser data plassert på senterlinja selv om de egentlig har en fysisk plassering i terreng.
Nei, egengeometrien er ikke borte – det er kun feil i kartvisningen
Data med egengeometri er ikke endret i NVDB – det er kun kartvisningen.
Mer presist så serverer vi data med en ekstra geometri-egenskap når du (og vegkart, Sinus og datafangst) henter data fra NVDB api. Normalt så sjekker vi først om det finnes gyldig egengeometri for et objekt; i så fall er det disse dataverdiene som legges på geometri-feltet. Men hvis det ikke finnes egengeometri for et objekt så henter vi koordinater for vegnettet i stedet. Det er her vi gjør feil; logikken skal selvsagt ikke påvirkes av hvilke søkefiltre som brukes – men den gjør det!
Sjekker du detaljene vil du se at egenskapen Geometri, flate, Geometri, linje og Geometri, punkt er slik de skal være.
Konsekvenser
Konsekvensene er størst for dem som driver med registrering og ajourhold av data til NVDB, i for eksempel Sinus.infra eller datafangst, eventuelt med kontroll i Vegkart. Når du registrerer vegutstyr med egengeometri, tydelig plassert til side for vegen, så er det ekstremt forvirrende at objektet ikke dukker opp der du la det.
Det er veldig fort gjort å konkludere at her gikk noe galt, og registrere samme objekt en gang til. Eller kanskje du tror det er noe galt med geometrien, og prøver rette det opp.
Hvilke typer søk har dette problemet?
Alle søk som involverer bruk av vegnettet for å finne ting ser ut til å være påvirket. Det gjelder disse filtrene, muligens flere:
Vegsystemreferanse (f.eks E6, slik som vist over)
Kommune
Fylke
Trolig gjelder dette også en del søk som er mulig i NVDB api, men ikke i vegkart. Slik som overlappfilter.
Hvilke søk fungerer slik de skal?
Disse søkene fungerer slik det skal, og viser objektene med egengeometri
NB! Per august 2021 fungerer ikke dette programmet, vi oppdaterer så snart vi har fått mer informasjon (workaround eller fiks)
Stian Søberg Johansen, Innlandet fylkeskommune (og tidligere vegvesen-kollega) har laget et PC-program som hjelper deg å finne fram i gamle og nye vegreferanser. En vegreferanse har som kjent den leie egenskapen at de går ut på dato, fordi vegnettet endrer seg. Eller så har vi administrative påfunn, som å bytte vegnummer eller hvem som har ansvaret for vegen.
Vegrefhistorikk er et fint tilskudd til verktøykassa for å oversette mellom gamle vegreferanser og nye, og mellom de to referansesystemene.
Hovedfunksjoner
Klikk i kart / hent fra koordinat
Fritekstsøk
Import av regneark med gamle vegreferanser og oversette dem til nye (importtrans).