Forfatterarkiv: jankristian

Demo NVDB rapporter og datafangst 19.10.2022

Publisert av

NVDB rapporter: Kraftig omarbeiding av maskineri for rapportproduksjon (nytt system for å definere rapporttyper, kombinert med helt ny excel-generator). Nå blir det vesentlig enklere og raskere å lage helt nye rapporttyper.

Stadig behov for litt småfiks på veglisteproduksjon i takt med at faggruppe vegliste tar i bruk nye dataverdier for bruksklasse tømmertransport.

Gamle Datafangst

Nå kan man «tvinge gjennom» manuell stedfesting som blir eksakt slik brukeren angir. Dette er et tiltak for å minimere ulempen med at NVDB 123 forsvinner.
Fjernet et databasekall (hent siste innlogging) som i grunnen var overflødig (hente info om forrige gang man logget inn i DF), men ga treghet når det var mange samtidige brukere innlogget.

Designarbeid nye datafangst:

Jobber mot ny løsning stedfesting og sammenkobling. Har en klikkbar designprototype som de bruker i intervjuer. Design blir gradvis mer detaljert.

SPM: Kan vi få se den klikkbare prototypen? Svar: Nei, vi ønsker at brukere stiller med åpent sinn i intervju, og ikke blir påvirket av det vi evt kunne vist frem i dag.

Demo med kommentarer

Grense filstørrelse = 5mb. Kan justeres, på sikt ønsker vi en løsning der opplasting av store filer kan skje uten at vi risikerer den type treghet vi kan få i dagens løsning.

Ønske om å laste opp dokumentasjon direkte (word, pdf, png +++). Foreløbig støtter vi kun filtypene geojson, sosi og GML. Utvidbart når vi blir bedre til å håndtere store filer.

SPM: Relasjoner, både mor->datter og datter->mor? Ja, datafangst leser og respekterer relasjoner begge retninger, selv om lagring i NVDB databasen kun inneholder retningen fra mor til datter.

SPM: Eksisterende relasjoner, kan vi håndtere det? Delvis, vi tar hensyn til de relasjonene som allerede finnes i NVDB (operasjon «oppdater» eller «korriger»). Vi har p.t. ingen mulighet for å ta i mot informasjon om relasjoner på nye objekter som skal opprettes. Må utvide de relevante formatene (GML og geojson?) i samspill med «beste praksis» i bransjen.

SPM om redigering av bruksklasseobjekt, er Datafangst egnet til det? Kortversjon av svar: NEI, den jobben må overlates til spesialdesignede løsninger som ivaretar det kompliserte regelverket som finnes for bruksklasse.

Omriss flater – bedre visning av flater som overlapper, berører eller ligger nær hverandre.

Visning objekter med samme posisjon. To-delt symbolikk, og popup som viser liste over objektene i cluster der du kan velge objekt for redigering. Denne popupen blir stående mens du velger objekt, gjør redigeringsoperasjoner etc.

Skjermbilde med den nye visningen av objekter innafor et cluster som ikke lar seg dele opp ytterligere ved å zoome inn.
Visning av objekter innenfor et cluster som ikke lar seg splitte ved innzooming.

SPM: Kan du redigere to objekter samtidig? SVAR: Foreløbig kun ett av gangen.

Flate-filter der du tegner flater med lasso eller flate med rette kanter.

SPM: Vil lassoen fange flere objekttyper er kun en om gangen? SVAR: Lasso fanger alle objekttyper som vises i kartet.

SPM: Søk på flere objekttyper i kontrakt. SVAR: Kan vise og søke både på alle objektttyper i kontrakt, og alle mulige objekttyper i NVDB.

Demo filopplasting. Bedre visning av hvilke filer som er sendt inn og om de er lest inn eller feiler, godkjent eller avvist.

Veg- og transportdatakonferansen 16-17. november 2022

Publisert av

Meld deg på Veg- og transportdatakonferanse i Trondheim

Veg- og transportrelaterte data har aldri vært mer aktuelle i samfunnsnyttige tjenester. For at bruken av disse dataene skal gi verdi, må de være sammenlignbare og ha kjent kvalitet. Alle leddene i verdikjeden fra innsamling og etablering av datasett til uttak og bruk, henger nøye sammen.

Konferansen for Veg- og transportdata ønsker å ta for seg deler av denne verdikjeden for å se behovene fra flere sider.

Meld deg på her!

Veg og transportdatakonferansen finner sted på: Scandic Lerkendal, Trondheim

For mer informasjon, påmelding og program: Trykk her!

Demo NVDB rapporter og Datafangst

Publisert av

Opptak fra demo

Rapportgenerator

Rapportgenerator har nettopp kommet ned ny produksjonssetting med mye nytt:

  • Anleggsveg er nå med i V1-rapporten
  • Veglengdesammendrag i V2 og V3 – rapportene
  • Vegliste tømmertransport støtter nå dataverdien Bk10/60 hentet fra objekttypen «Bruksklasse tømmertransport».
  • Vegfilter godtar nå trafikantgruppe, du kan lime inn vegfilter hentet fra f.eks vegkart
  • Noen mindre ytelsesforbedringer og fiksa litt småfeil

Gamle Datafangst

Utforskningsarbeid – finne ut hvorfor stedfesting gir gale resultat. Snål kombinasjon oppdatering av noen objekt og korreksjon av andre som ga inkonsistent historie. Har ikke laget kodefiks for dette problemet, men fikk verdifull innsikt i hvordan tilsvarende kan unngås i nye DF.

Kommentar: NVDB 123 termineres, dette gir problemer for oss. For strekningsobjekter så må vi ha anledning til å overstyre geometriens utstrekning. Svar: Godt innspill, vi lager ny sak på dette

Status designarbeid (UX) nye Datafangst:

Jobber med arbeidsflyt og design, som prøves ut i brukerintervju. Flytter kontraktsadministrasjon til smal menylinje øverst, slik at vi frigjør plass til de elementene som trengs til stedfesting og sammenkobling. Vi ser for oss tre grafiske hovedelementer:

  • En liste over objekter
  • detajvisning av et objekts egenskaper
  • En kartflate

Brukeren kan flytte grenselinjen mellom disse elementene, slik at for eksempel kartflaten blir større når det trengs. Arbeidsflyt rendyrkes for hver av rollene «entreprenør» og «dataforvalter».

Nye Datafangst

Mye forbedringer i kart: Kartfunksjoner er nå tilgjengelig i kontrakt (ikke kun i kontraktløs innsending), lassoverktøy for å velge objekter visuelt i kart, bedre og mer konsistent styling av objekter i kartet.

Små feiltrettinger og forbedringer: Kart crasher ved valg av vegobjekt uten stedfesting og fjerning av objekttypefilter ga ikke alltid effekt. Bedre feilmelding til bruker når det skjer feil. Flere og bedre tester. Dokumentasjon på swagger.

Opplasting av SOSI-fil: Opplasting av stor fil fører til tjenestenekt (alt fryser). Kjapp fiks: Begrense filstørrelse til 5mb. Lengre sikt: Mer robust håndtering av store filer. Håndtere aksebytte i SOSI-fil (nord-øst versus øst-nord).

Begrense antall vegobjekter i kontrakt (5000 vegobjekter, kan økes når vi får mer erfaring).

KOMMENTAR: 5000 er alt for lite, må iallfall være 10.000. SVAR: Notert. Denne typen grenser må vi uansett justere når vi får praktisk erfaring med hvor mange objekter vi kan ha før det begynner å gå tregt, samt få føling med hva som er det reelle behovet.

Kan hente eksisterende relasjoner fra NVDB, slik at disse relasjonene blir med videre når man jobber med objektene i DF og skriver tilbake til NVDB.

Kontraktsadministrasjon: Se kontrakter man ikke er med på (for support), bugfiks filtrering arkiverte kontrakter, bugfiks rollehåntering oppretting av kontrakt, søk på brukeres navn, legge til og fjerne deltaker i kontraktgruppe, presentere milepæler i kontraktoversikt. Brukere uten kontrakter møter nå en hjelpsom side for opprettelse av kontrakt, og ikke en tom tabell. Innlogging via SVV single sign-on og ID-porten.

Bedre universell utforming – en rekke forbedringer som gir bedre navigering med skjermleser: For mange headere, bedre innlogging med skjermleser, tydeligere valg for «avbryt opprettelse av kontrakt», generell rydding og bedre struktur for skjermleser.

Separere overlappende cluster – denne oppgaven trenger mere brukertesting
Kart og kartfunksjoner for kontrakt
Lassoverktøy for å velge (markere) objekter visuelt i kart
Bugfiks – Fjerning av objekttypefilter ga ikke alltid ønsket effekt
Bedre og mer konsistent styling av objekter i kart, filtrering m.m.

SPM: Leveranseplan/milepæler: Ikke redigerbar? SVAR: Funksjonalitet skal deles opp og puttes inn i hhv kontraktsoversikt og kontraktsinnstillinger – selvsagt med redigeringsmulighet. Så at det ikke er redigerbart akkurat nå er bare midlertidig.

SPM: Popup i stedet for markering når du skal redigere på milepæl i kontrakt. Denne markeringen (firkanta vindu) er vrien å finne når du har en lang liste med kontrakter). Svar: Denne funksjonen er under utvikling, dette skal bygges om.

SPM: Vi savner muligheten til å teste de nye funksjonene, nå er det laget masse nytt som ikke er testbart i testmiljøet SVAR: Har hatt frys i testmiljø i 5 uker pga sikkerhetstest. Vil rulle ut nyeste versjon til test så snart sikkerhetstest er fullført.

Demo

Logg inn som ansatt eller ekstern (ID-porten)

Kan klikke inn på egen profil og sjekke dine rettigheter

Arkivert-filter (Valget «Vis arkiverte»). Kan åpne arkiverte kontrakter.

Milepæler: Kan huke av i vilkårlig rekkefølge. Neste er alltid den øverste som ikke er utført

Søk etter bruker på navn (fritekstsøk på for- og etternavn).

Ingen kontrakt tilgjengelig – viser ikke tom liste, kun en hjelpeskjerm med tilbud om å opprette kontrakt (evt kontakte support).

Vegobjekter i kart ved kontrakt:

Lassoverktøy: Kan velge / markere vegobjekter innafor vilkårlig område («lasso»). Bruksområde: Filtrere (velge, ikke implementert).

SPM Vise ikke-valgte (ikke-markerte) objekter i kart (men ikke i tabell). Bør være brukervalg om ikke-valgte skjules eller vises. SVAR Har oppgave på det.

SPM: Sjekke innleverte data mot høyde. Skjer i GIS-verktøy. Svar: God idé. Vi kommer ikke utenom at fullverdig geometrisjekk må gjøres utenom, men vi kan gjøre det enklere å ta stikkprøver og verifiser at f.eks. høyde ikke er fullstendig rav gale. Flere mulige løsninger: Vise geometri-koordinatene? Kopier geometri-koordinatene til utklipstavla (som WKT?). Oppslag mot hoydedata.no? Vi lager oppgave på det.

SPM: I kontraktslista så er det kun mulig å velge vegkategori, men ikke vegnummer? Svar: Tabellene er under utvikling, vi tar det med oss!

SPM: Har vi dialog med utviklerne (av applikasjoner som leverer data til DF) om nytt DF api? God idé. Vi tenker oss at innsending av JSON vil bli likest mulig gamle DF. Øvrige funksjoner må vi se på.

Plan videre

  • Ta stilling til sikkerhetstest
  • Arbeid med import av vegobjekter i kontrakt
  • Videre prototyping og brukertesting av stedfesting og sammenkobling.

Demo NVDB rapporter og Datafangst 7.9.2022

Publisert av

Opptak fra møtet

NVDB rapporter: Enklere å bruke API for å hente rapporter automatisk. Ellers treg framdrift pga sykdom, men har mange saker som vil bli løst kommende sprint.

Nåværende Datafangst: Fikset to feil: Kopier til alle fungerer ikke alltid, enkelte endringssett sitter fast på «behandles».

Nye Datafangst:
Designarbeid, ny arbeidsflyt stedfesting og sammenkobling. Designerne har brukt mye tid på innsiktsarbeid, intervju og etterarbeid / systematisering, og jobber nå med design av sammenkobling og stedfesting.

Revisjon kartløsning (enklere å føye til nye kartfunksjoner, smartere datahåndtering m.m.). Noen tekniske forbedringer har gitt littegrann bedre brukeropplevelse (bedre skalering og plassering av redigeringsboks m.m.). Ellers en rekke tekniske forbedringer på maskineriet.

Sikkerhetstest i gang i TESTPROD-miljøet (ATM), avventer resultater derfra før vi vet når vi kan gå i produksjon.

Kontraktløs innsending: Kan velge oppdateringsdato ved innsending (framover eller bakover i tid). Ved innsending tilbys nå en direkte lenke til NVDB api SKRIV endringssett.

Ny og bedre funksjonalitet på temaene Milepæler, Kontakter og kontraktgrupper, Tilganger og roller. I tillegg kommer en rekke tekniske forbedringer. Tilrettelagt for innlogging med ID-porten pluss single sign-on for SVV-brukere (et par forbehold om hvor bra dette fungerer).

Kommentarer på viktigheten av god kontraktsadministrasjon og rollestyring. Behovene og arbeidsprosess er ulik hos forskjellige vegeiere / dataforvaltere, og for de ulike typene kontrakter. Dette må DF ta høyde for mhp kontraktsadministrasjon, roller og rettigheter.

Demo. Raskere respons i søkekomponent. Kan søke fram vegobjekter, endre dem og lagre til NVDB med valgfri oppdateringsdato. (Evt korrigere). Enklere å legge til bruker på kontrakt via fritekstsøk på navn. Slipp-og-dra for å endre rekkefølge på milepæler.

Planer videre – nye Datafangst
Ta stilling til resultat fra sikkerhethetstest
Karfunksjonalitet kontrakter
Prototyping / utvikle design for stedfesting og sammenkobling

Demo NVDB rapporter og Datafangst 17.8.2022

Publisert av

Rapporter:

Lengderapport i V1, summering lengde bilveg, ramper, sykkelveg => denne fines nå i V2 og V3 – rapportern. Merk at tomme rader filtreres vekk, så hvis du ikke har ramper så har du ingen rad for ramper.

Innspill: Sett inn ordet «herav» på det som er delsummer (herav rundkjøring, herav rampe osv).

Vi har løst problemet med at trafikantgrukke i vegsystemreferanse gir feilmelding når du limer inn vegsystemreferanser fra vegkart. For eksempel EV39 K S21D1

Innspill: Krevende å få oversikt over tilstand på stikkrenner (og for så vidt alt som dreier seg om tilstandsgrad, tilstand / skade m.m.).

Idé til ny rapport: Mor-> datter rapport. Vi tror dette kan gi en enkel oversikt over hvilke tilstandsobjekter som er knyttet til vegobjekt, og i tillegg ha stor bruksverdi for alle andre som trenger denne typen logikk (for eksempel skiltpunkt-> skiltplater, tunnel->tunnelløp og så videre).

Gamle Datafangst:

  • Loggen forsvant – og vi måtte bruke tid på å finne dem igjen.
  • Fikset feil på «vis kun valgte» muligheten.
  • Rekkefølgen på egenskaper i datafanen var tilfeldig sortert, endret slik at vi bruker den rekkefølgen som er presisert i datakatalogen.

Nye Datafangst – hva jobber vi med?

Jobber med kontraktløs redigering og lagring til NVDB (på vegobjekter som allerede finnes i NVDB).

DF er blitt smartere med hvordan og når vi henter data fra NVDB LES versus når vi kun henter statistikk over antall objekter, og hvordan dette tegnes i kartet: DF-kartet oppfører seg mer likt som Vegkart når det er for mange vegobjekt til at det gir mening å tegne alt i kartet samtidig.
Innspill: Mouseover med informasjon på klynger (cluster) i kartet. Tilføyelse: Etter møtet foreslo utviklerne at dette ønsket diskuteres på neste møte i DF referansegruppe.

Valg av operasjon ved kontraktløs innsending. Flere forbedringer på GUI for redigering.

Tilgang og roller: En rekke oppgaver knyttet til tilganger og roller, f.eks innlogging via norge.no for folk utafor SVV. Sikkerhetstest neste uke, viktig milepæl som avhenger av at rollene er etablert både i norge.no og i TESTPROD-miljøet (også kalt akseptansetest, ATM).

Har løst noen oppgaver knyttet til håndtering av kontrakter, milepælsplaner og maler for milepæler og leveranseplan (f.eks dra-og-slipp for å endre rekkefølge på en milepælsplan eller leveranseplan).

Kan bruke trafikantgruppe som stedfestingsparameter. Håndtere eksport av flategeometri til SOSI.

Flere forbedringer på det tekniske maskineriet som er usynlig for brukerne.

Status designarbeid nye datafangst

Systematiserer data fra brukerintervju, hva er smertepunkt i dagens løsning og hvordan kan vi gjøre det bedre i nye DF? Bygger brukerreiser for hvordan ulike folk i ulike roller jobber i dagens DF, og hvilke ønsker og problemer de har. Det største problemet: Brukerne har ikke nok oversikt over oppgavene de må løse. (På hvilken måte da?). Designarbeidet fokuserer på arbeidsflyt for kombinert stedfesting og sammenkobling, men noterer seg også alle problemstillinger knyttet til andre deler av arbeidsflyten.

Nye datafangst – live demo av utviklingsmiljø

Antall vegobjekt i kartet. Oppfrisking uten at vegobjekt lastes inn på ny (laster kun dem som er nye ift det nye kartutsnittet).

Vise kluster (klynger) per kommune når det totalt er for mange objekt innafor kartustnitt. Gjør om flater til punkt når du zoomer ut. Konsistente farger på vegobjekttyper. Dvs hvis du har grønne skiltplater og blå kummer så endres ikke fargen på kummer fra blå til grønn når du sletter det grønne kartlaget for skiltplater.

Kan bytte operasjon fra oppdater => korriger ved innsending (lagring) til NVDB. Innspill: Kan vi sette inn gyldig fra-dato? Ikke foreløbig, men det er en god idé som vi tar inn i neste sprint. Tilføyelse: Det blir kun mulig å velge dato for operasjon oppdater.

Demo datafangst 23.3.2022

Publisert av

Denne sprinten har vi hatt redusert kapasitet pga intern opplæring og en del andre forhold.

Datafangst:

  • Norge i bilder fungerer utenfor SVVs nettverk. Dessverre utløste det en ny bug: Kartutsnittet flyttes på forvirrende måte når du bytter bakgrunnskart, selv om du har skrudd av automatisk zoom.
  • Vi flytta den nye «velg alle» – knappen slik at låseknappen fikk tilbake sin opprinnelige plassering.
  • Vi har gått tilbake på valget om å vise alle objekter for alle valgte objekttyper. Nå ser man kun objektene for den første objekttypen man velger, slik som før.
  • Innlasting av vegsystemreferanser går mye raskere
  • Datafangst støtter import av vegobjekter fra NVDB som mangler stedfesting
  • Rettet en feil som gjorde at man ikke kunne navigere til innstillinger for kontraktgrupper
  • Rettet en feil som gjorde at man ikke kunne velge alle vegobjekter

Også i denne sprinten har det vært krevende å balansere forbedringer i eksisterende Datafangst-løsning mot supportoppgaver samtidig som vi sikrer grei fremdrift på ny Datafangst.

Rapportgenerator:

Vi har brukt mye tid på feilsøking som viste seg å ikke være reelle feil. På veglister var det en type datafeil som må rettes i NVDB. På driftskontrakter var det uklarhet rundt fremtidig dato med vinterdriftsklasser. Dette tok det tid å få ryddet opp i, men gir oss også trygghet for at joda, V2 og V3 – rapportene regner riktige lengder for vinterdriftsklasser. Men saken vitner også om at vi må bli bedre på å kommunisere fallgrubene som finnes hvis du skal lage din egen lengde-summering ut fra V4-rapportene.

Tiltak foreslått på demo:

  • Bedre dokumentasjon (artikkel som forklarer innholdet i rapportene, og hvordan de brukes + fallgruver)
  • Rapportene har ny linje med lenke til dokumentasjonen.

En ny underside til dette formålet er opprettet på adressen https://www.vegdata.no/produkter-og-tjenester/nvdb-rapporter/driftskontrakt-rapporter/brukerveiledning-driftskontrakt-rapporter/ . Dette er p.t en tom side som vi fyller med innhold

Feilretting Datafangst kurve-alias

Publisert av

Vi rettet nettopp to feil knyttet til vegobjekt-alias i Datafangst. Feilen rammet noen av brukerne våre hardt, mens andre ikke opplevde problemer. Vi beklager ulempene!

Et alias er et midlertidig navn vi bruker for å skille objekter fra hverandre i tabell, for eksempel «Kurve 1» eller «skiltpunkt:85397901». I størst mulig grad prøver vi å gjenbruke SOSI-numerereringen, slik at når det står «Kurve 1» i SOSI så bruker vi også «Kurve 1» i Datafangst. For Geojson prøver vi også så langt det går prøver å tolke tagger for å finne passende kurvenummer. Hvis vi ikke klarer finne noe passende informasjon så genererer vi et tall.

Feil nummer 1 var at innlesning til Datafangst feilet hvis det sto andre ting, for eksempel datoer, i den taggen der vi forventet å finne et heltall. Da fikk du feilmeldingen «kan ikke lese vegobjekter for visning» når du trykker på en vegobjekt-type.

Feil nummer to var knyttet til kopiering, der et objekt med en alias («Kurve 1») blir til to objekter med samme alias. Når du prøver å endre disse to så ga det kun effekt på den ene av dem, noe som var både forvirrende og frustrerende.

Begge disse feilene ble retta og rullet ut i produksjon i løpet av torsdag og fredag, ref driftsmeldingene på twitterkontoen vår NVDB åpne vegdata (@NVDBapi) / Twitter

Vi prøver ut import av GML i Datafangst

Publisert av

Som vist på BA-nettverkstreff 20. januar så har vi nå lansert en prototype for import av GML til datafangst. Dette gjør du manuelt via menyen for filopplasting, som nå støtter filtypene .SOS og .GML. Direktelenke til presentasjonen BA-nettverkstreff 20.1.

Vi understreker at dette er en prototype som gjør det lettere å prøve ut de ulike GML-variantene som finnes i markedet og avdekke styrker og svakheter.

GML-en min virker ikke, kan dere fikse?

Vi vil svært gjerne kartlegge hvilke problemer som evt dukker opp, så den GML-filen som feiler kan du sende til Datafangst-support krøllalfa vegvesen punkt no. Sammen med Vegvesenets standardiseringseksperter vil vi sjekke om problemet er i GML-filen, i datafangst import – og eventuelt om applikasjonsskjemaet bør videreutvikles for å støtte det du prøver å få til. Dine feilmeldinger inngår i kunnskapsgrunnlaget når vi videreutvikler støtte for GML.

Det vi IKKE kommer til å gjøre – er å fikse feilen raskt. Akkurat nå, vinteren og våren 2022, må vi prioritere ny datafangst-løsning samtidig som vi sikrer stabil drift av nåværende løsning.

Datafangst ønsker til fremtidig GML-funksjonalitet

Sett fra Datafangst sin side så ønsker vi at det blir mulig å beskrive følgende i fremtidige GML-dokument

  • Flere objekttyper i samme GML-dokument (dette tror vi er fullt mulig i dag, men vi må få erfaring med «beste praksis» og eventuelle snublefeller)
  • Angi hvilke NVDB skriveoperasjoner som ønskes for de eksisterende NVDB-objektene (registrer, oppdater, korriger m.m.)
  • Angi relasjoner mellom objekter: Internt i GML-dokumentet, mellom objekter i GML og eksisterende NVDB-objekter og mellom eksisterende NVDB-objekter.

Denne funksjonaliteten kan ikke løses av Datafangst alene, men krever et samarbeid om hvordan vi videreutvikler GML «Beste praksis» i markedet. Men vi på Datafangst er veldig gjerne med på å prøve ut disse mulighetene.

Demo NVDB Rapporter og Datafangst 2. mars 2022

Publisert av

Her er opptak fra demo

NVDB rapporter:

  • Kan laste ned zip-fil med de 5 mest relevante rapporttypene (V1,V2,V3,V4 og tilstand/skade).
  • Vegnettslengde – har ny rad med summen av gang/sykkelveg og kjøreveg.
  • Veglisteproduksjon: Komma som desimaltegn, bruke lang tankestrek, ikke kort bindestrek i strekningsbeskrivelse; fjerne mellomrom før og etter tankestrek. Dette er i hht klage fra Språkrådet

Datafangst:

Ikke så mye ny funksjonalitet å vise fram, fokus har vært på stabilitet (og dermed også ytelse). Datafangst har crashet pga minneforbruk. Årsaken har vært at Datafangst ikke har hatt noen form for begrensning ved «vis eksisterende objekter». Det var veldig enkelt å laste inn f.eks. skiltplater for hele Norge. Nå har vi satt begrensning slik at du kun laster inn «eksisterende objekt» for små områder, dvs at du må zoome inn.

  • Begrensning ved innlasting «eksisterende objekt», du må zoome ganske langt inn før systemet tillater deg å hente objekter. (Workaround de gangene dette blir plundrete: Importer data fra vegkart API-lenke).
  • Sammenkoblingsfanen – hadde samme problem ved søk etter NVDB-objekter, fikk crash pga minneproblemer. Har satt en begrensning, søkeradius er redusert til 1000 meter. (Workaround de gangene dette blir plundrete: Importer data fra vegkart API-lenke).
  • GML på vei mot produksjon
  • Last opp fil med eksisterende objekt: Datafangst har tidligere lest inn ett objekt av gangen. Nå leser vi 200 av gangen. Ved vår test prøvde vi innlesning av 1000 objekter og tiden for innlasting ble redusert fra flere minutter til en håndfull sekunder.
  • Maks størrelse SOSI fil: Har satt en begrensning på 3000 objekter.
  • Opplasting med sensitive egenskaper: Kunne ta veldig lang til hvis man ikke hadde rettighet til å lese sensitive egenskaper, fiksa.
  • Sjekker at relasjon er reell før vi endrer på relasjonen. (dvs sjekke at mor-objekt finnes og det finnes en eksisterende relasjon til datterobjekt før vi sletter eller endrer mor->datter relasjonen). Vi har hatt en del supportsaker der brukerne våre står fast med avviste endringssett fordi enten mor-objekt eller relasjonen mor->datter er historiske.

Tilbakemeldinger

Hva hvis vi skal koble mor-objekter som ligger langt unna, kan vi bruke vegkart søkelenke for å hente inn objekter som ligger lengre unna enn 1000 m? F.eks. tunnelløp->skiltplate relasjon kan være i stor avstand. Ja – og dette er en veldig god workaround for de tilfellene der våre nye begrensninger gir plunder.

Får ikke lese hendelsesloggen lenger? Forslag om å kun vise siste del av hendelsesloggen? Godt forslag, notert!

Legge inn vegreferanser? Pass på at det ikke blir multiple stedfestinger. Enig, notert!

Problemer med å opprette belysningsstrekning. Gjelder alle brukere, ser det ut til. Even G tror han vet hvor problemet ligger, og at han klarer løse det greit og raskt..

Norge i bilder (flybilder bakgrunnskart) – visning funker ikke for brukere utenfor SVV-nettet. Takk for feilmelding! Her kom Kartverket forleden med ny tjeneste som Vegkart allerede har tatt i bruk. Vi tar i bruk samme løsning som Vegkart bruker, så blir dette problemet løst. (Dette vil også gi bedre ytelse på flyfoto).