Har jobbet mest med oppgradering på automatiske tester.
Gamle Datafangst
Justere zoom-krav for visning av eksisterende objekter. Mer tydelig i grensesnitt når man møter zoomgrensen og/eller for mange objekter til at vi kan laste inn alt.
Kryssende sideposisjon heter nå K (ikke X)
Bedre mottak av kvalitetsdata geometri (håndterte kun kortform, ikke blanding av langform (ny syntaks) og kortform (gammel syntaks). Dessverre må tidligere forkastede filer lastes opp på ny. SPM: Kan vi få en rapport på hvilke data som er berørt, i Datafangst og i NVDB. SVAR: Gjelder alle alle opplastede sosifiler etter en viss dato (ny innlesning) og denne fiksen her) SPM: Etterlyser mere info. Bli flinkere å rapportere til alle slik at de SVAR: Enig. Vi sjekker omfanget og går ut med info, enten til alle eller til de berørte (avhengig av omfang).
Nye datafangst – Sammenkobling av mor og potensielle døtre i nærheten
Oppheve sammenkoblinger
Oppheve sammenkobling opprettet i kontrakt
Rask oppdatering av relasjonstre ved sammenkolbing
Vise avstand til potensielle sammenkoblinger (for tyngdepunkt for linjer og flater, kan justeres til andre typer avstander)
Tegne relasjonstre fra backend i popup (ikke ferdig ennå)
Utvidbart relasjonstre i modal
Vise nye objekter i sammenkoblingsmodal (ikke ferdig ennp)
Vise nye relasjoner i modal etter kobling
Nye Kontraktløs innsending
Bugfiks: Endringer av egenskapverdi forsvant når man byttet fane i nettleser
Håndtere datatype «klokkeslett», «Kortdato»
Datatype «struktur» blir ignorert (inntil videre, denne er lite brukt)
Bugfix Kartet blinket
Lukkking av popup lukker også redigeringskomponent
Nye Datafangst kart i kontrakt
Åpne popup ved klikk på enkletobjekt i kontrakt
Plassering av popup for linje og flategeometri (kommer der du klikker)
Bugfiks Vegobjekter blinket
Kartutsnitt manglet i dyplenking
Nye Datafangst – annet
Ordne ID-porten tilganger til DF2.0 for kjernebrukere. Ta i bruk varslinger fra SVV designsystem
Mer funksjonell menylinje Beskrivende navn på vegobjekter i kontrakt Rydde opp i import og opprettelse av vegobjekter
Demo
Menylinje skjules automatisk Demo sammenkobling klynge av objekter (skilpunkt, tre skiltplater og dokumentasjon). Fravelger dokumentasjon. Merk at vi foreløping kun viser den interne ID’en for objektene, denne skal erstattes med mere beskrivende navn. Klikk på enkeltobjekt (dokumentasjon-objekt), velg mor som denne skal kobles til. Demo – kobler sammen ett skiltplunkt, tre skiltplater og ett dokumentasjonsobjekt (som hektes på ett av skiltplate-objektene). Viser frakobling og at relasjonstreet oppdateres. SPM: Kan man se egenskapsverdier i denne modalen? Svar: Det kommer SPM: Avstand – kan vi få den i millimeter eller cm? SVAR: Vi viser desimaler når avstanden er større enn 1mm. SPM: Problemstilling med at mor og datter skal ha identisk posisjon. SPM: Posisjonskvalitet. Ulike kvalietskrav på ulike prosesser. SVAR: Vi har fått ny stedfestingsmetode der vi eksplisitt kan få presis lik stedfesting på mor og datter når vi ber om det. SPM: Sjekke ut avstandsberegning – hvis vi bruker avstand til tyngdepukt for linjer og flater så får vi problemer når vi skal koble rekkverksende med rekkverk. SVAR: Vi dobbeltsjekker det, skal være enkelt å bytte ut med avstand til nærmeste punkt på linje.
Videre plan nye Datafangst:
Jobber mer detaljert med designskisse, stedfesting, egenskaper m.m.
Håndtere geometrifeil fra NVDB (medførte crash). Dette er rettet i den forstand at feilen ikke crasher Datafangst. Datakatalog-justering: «Påkrevd, ikke absolutt» er nå døpt om til «påkrevd».
Nye Datafangst design og arbeidsflyt
Designere har fått mange verdifulle tilbakemeldinger om kronglete tilfeller. Sykdom har hindret brukerintervju, sender nye innkallinger. Arbeidsdeling Helene – Justyna. Lager oppgaver til utviklere (og designere!) i designverktøyet «figma», bedre struktur og flyt.
Utvikling nye Datafangst:
Fokus på sammenkobling.
Stedfesting og kobling – knapp for objekter som ikke finnes på kontrakt er byttet med «importer» – knapp.
Sammenkoble-knapp. Bedre visning av sammenkoblede objekter
Flyt «legg til relasjon» i arbeid, søker på objekter i nærheten. Viser avstand til aktuelle objekter.
Kart og databehandling.
Søkekomponent, fjernet og ryddet slik at vi nå kun har én søkekomponent. Ryddet i koden (og i GUI)
Vise ekstverdi for flerverdiattributter (enum-verdier).
Statistikk – eget kartlag.
Refaktorering / rydding
Kontraktløs: Kan skjule vegobjekttyper. Resetting av verdier i nedtrekksmeny deaktiveer ikke innsendingsknapp. Datofelt crasher ikke ved ugyldig dato. Lager API for «feature service». Lager API klienter i javascript (typescript) og java.
Demo
Sammenkobling: 1 skiltpunkt og 3 skiltplater importert på kontrakt (i samme punkt). Mer beskrivende navn på objekter kommer etter hvert (p.t. kun tilfeldig generert ID). Sammenkoblingsmodal blir ikke oppfrisket etter sammenkobling, og popup med «sammenkobling vellykket» er p.t. usynlig (dette kommer, vi jobber med løsning der vi bruker SVV designfarger)
Kontraktsløs:
Kan skjule objekttype fra kart. Dyplenke: Aktive og inaktive kartlag lagres til lenken i adressefeltet (som kan bokmerkes eller deles).
Opptak fra møtet (mangler dessverre opptak fra første delen delen der vi snakker om arbeid utført på gamle datafangst)
Enkelte endringssett ble ikke vist som «utført» selv om de var det. Løsning: Hyppigere oppfriskning av status innsendte endringssett.
SPM: Problem med dobble filer (data blir lastet opp flere ganger).
SPM: Dele dokumentasjon på vegdata.no SVAR: Tar mål av oss til å lage brukerdokumentasjon parallelt med at vi bygger nye funksjoner. Da får vi også en del fine ekstragevinster ved at brukertesterne (referansegruppa) ikke bare tester ny funkjsonalitet: De tester også den nye dokumentasjonen og bidrar til å forbedre denne.
EDIT: Vi utvikler ny plattform for dokumentasjon av våre NVDB-løsninger, nye Datafangst vil komme inn der https://nvdb.atlas.vegvesen.no/
Demo Endringer på enkeltobjekt. Mye mer kompakt dialog for å endre enkeltobjekt. Denne dialogboksen vil nok bli redesignet i tråd med det designarbeidet som skal implementeres. Jobber med visning og redigering av relasjoner. SPM: Visning av objekter som ikke er koblet sammen (evt ikke skal kobles). Svar: Disse objektene vil vises som egne rader i dialogen, uten den linja som symboliserer relasjonen.
SPM: Må vise relasjon i kart. Svar: Vi så absolutt bli mulig å velge både mor og datter i kart.
SPM: Må kunne zoome veldig langt inn for å skille nærliggende objekter fra hverandre. Svar: Ingen praktisk begrensning på zoomlevel. At bakgrunnskartet ikke har så stor detaljgrad (blir kornete) vil ikke hindre deg i å zoome lengre inn, slik at du kan skille nærtliggende objekter fra hverandre.
SPM: Initiativ fra rådgivere og entreprenører om mulighet for å benytte IFC for NVDB-objekter. Noen her som har noen tanker/kommentarer? Svar: Dette spørsmålet er ikke relevant for denne demoen.
EDIT kl 14:48: Tilgang til skjermede objekttyper fungerer igjen, vi har rullet tilbake til tidligere versjon av vegkart. Vi beklager ulempene for våre brukere
EDIT kl 13:37: Vegreferanse og vegbilde fungerer. Og vi skal straks rulle tilbake til versjon der tilgangen til skjermede objekttyper fungerer igjen
I nyeste versjon av vegkart så fungerer ikke popup med vegreferanse og lenke til vegbilder.
Vi har også problemer med å vise skjermede data
Utviklerne er på saken, mer info kommer fortløpende.
Disken gikk nesten helt full, vi fikk utvidet med mere diskplass før systemet crashet.
Enkelte endringssett ble ikke registrert som utført i DF. Noen få endringssett ble bare stående og «snurre» selv om de var utført i SKRIV. Dette gir følgefeil med mye lengre ventetid på andre endringssett, pt ca 15 minutt. Vi har laget en feilretting som løser problemet, men må teste litt mer før vi ruller ut i produksjon.
Nye DF
Kontraktsløs innsending: Klar til produksjonssetting, men venter til over juleferien.
Enhet på egenskaper: Vi viser nå frem enhet på de egenskapsverdiene som skal ha dette i følge datakatalogen, slik som meter, antall, dato etc.
Løst problem med at du ikke får skrevet desimaltall ved Kontraktsløs redigering
Kan nå gjøre kontraktsløs korrigering av egenskapsverdier.
Løst feil med at lestFraNVDB-verdi blir 1 time feil (som igjen medfører at man må vente en time før man kan sende korreksjon).
Ferdig-indeksering blir plukke topp etter kontraktsløs innsending. Dvs at vi sjekker for statusen UTFØRT OG ETTERBEHANDLET i API SKRIV og oppdaterer objektet så snart objektet får denne statusen.
Enkel og ikke dobbel underlinje på statuslink innsending kontraktsløst kart (denne lenken tar deg til API SKRIV kontrollpanel for endringssettet).
Databehandling
Uthening av vegobjekter i kontrakt er kjappere.
Bygg om panelstrukturen i kontraktkartet
Implementere «Vis i kart»
Hente objekter fra kontrakt
Skjule typeliste ved behov (ikke helt ferdig ennå).
SPM: Databehandling og uthenting. Kan vi hente data basert på vegsystemreferanse? SVAR: Jobber med design for dette, men ikke ferdig til implementering ennå. SPM: Hente ut data basert på datakatalog-kategorier: SVAR: Har oppgave på det i vår backlogg
Implementere sammenkobling
Hoover (mouseover-boble) på element i relasjonsvindu.
Vise relasjoner i kart-popup.
Bruke datakatalog for å avgrense mulige sammenkoblinger
Nytt endepunkt for å fjerne sammenkobling mellom objekter.
Implementere Kart
Søkeresultater i kart
Flytte senterpunkt kart
Diverse
Sikkerhet: Usikker lagring av ID-token, tilgangskontroll SubmissionService. Dette var de to siste oppgavene som blokkerte produksjonssetting.
Skru av nettleserens egen autocomplete i søkefelt for brukere i administrer kontrakt. (Var konflikt mellom nettleserens søkehistorie og DF sine autocomplete-forslag).
Tekniske oppgaver med bedre systemlogging, organisering database, bugfiks.
Demo
Databehandling-fane, har søkt opp skiltpunkt og skiltplate. Klikk på samling (cluster) med vegobjekt, få opp relasjonstre og gå videre til «stedfesting og sammenkobling» – fanen.
SPM: Få vist relasjoner i kart selv om objektene ikke ligger samme sted. Deaktivere autozoom ved behov? F.eks ved lange strekningsobjekt som har relasjon til punkt? (Tunnel, f.eks.). SVAR! Notert.Trolig gunstig med en knapp eller innstilling der du kan deaktivere autozoom.
SPM: Ønsker også bedre kontroll på objekt innafor og utafor et kontraktsområde.
SMP: Miljø: Utviklingsmiljø versus testprod (ATM) versus PROD: SVAR: Vi er konsistente på miljø: DF utv går mot NVDB API UTV, les og skriv, tilsvarende ATM (testprod) går mot NVDB api ATM LES+skriv.
Søkeresultat / autocomplete – bedre visning av autocomplete forslag ved søk.
Redigering av egenskap – når Datakatalogen definerer en enhet (meter, dato, antall, tidspunkt etc) så viser vi denne enheten.
Flyt registrering – etterbehandling. Fargekoder i statusfelt nederst.
SPM: Redigeringsboksen bør gjøres mer kompakt, store bokstaver og mye luft. SVAR: Enig, og vi har allerede en oppgave på å gjøre den mer kompakt.
Nytt design stedfesting og sammenkobling
Designerne viser de skissene som utviklerne skal jobbe etter når vi implemnterer stedfesting og sammenkobling. Disse skissene er blitt til gjennom ganske mange brukerintervju og brukertester, i flere itereasjoner. Skissene er p.t. fremdeles noe uferdig, vi jobber videre med å foredle informasjon fra brukertester og få dem inn i skisser etc, men det grunnleggende er på plass slik at utviklerne kan starte implementasjon.
Søkemulighet – blant objekter som finnes på kontrakt, og etter hvert valg for å søke blant alle NVDB-objekt. Ønsker også søkemulighet på vegsystemreferanse. Kan åpne innstillinger for å få fram disse mulighetene.
SPM: Ønsker egenskapsfilter på søk etter vegobjekt. SVAR: Enig, notert
Eksemplet viser tre objekttyper, kan være flere. Kan vise alle objekt, eller bare noen av dem. Velger objekter (med lasso, innafor kartutsnitt m.m.) Får tilgjengelig liste med valgte objekter. Kan velge vekk enkeltobjekter i denne listen.
SPM: Ønsker mouseover-popup med info om egenskapsverdier når du holder musepeker over ett objekt i listen: SVAR, ja det kommer, men får ikke vist det i prototype-verktøyet.
Fra valgte objekt kan du velge om du først skal gjøre stedfesting eller sammenkobling (to faner i dialogvindu). Velger her å gjøre sammenkobling først. Kan granske evt relasjoner som finnes fra før, f.eks får fram hvis et bel.punkt har en lysarmatur. Kan velge bort et objekt fra listen.
SPM: Hva med å «koble til ny mor» når man avdekker feil i eksisterende relasjoner? SVAR: God idé, notert!
Stedfesting: Forhåndsvalgt er «nærmeste veg». Kan velge en annen veg. Når fornøyd kan du klikke «stedfest». Hvis du velger å stedfeste mor-objekt så får du også spørsmål om du skal stedfeste de tilhørende datterobjekter samtidig. Kan velge vekk enkeltobjekter som krever særbehandling.
SPM: Hvordan velge andre veger enn nærmeste? SVAR: Jobber med funksjonalitet der vegnett er synlig og valgbart oppå objekttypene, slik at stedfestingen vil skje på det vegnettet du har valgt.
Kan også gjøre stedfesting og sammenkobling via tabell. Kan jobbe med ett og ett objekt av gangen når det er gunstig. Senere ønsker vi mer raffinerte søkemuligheter for å få bedre forslag til sammenkobling.
Vegnett: Tydelig ønske fra brukere at vegnettet er godt synlig når du åpner kartet. Et høyreklikk i kart får opp dialog der du kan velge trafikantgruppe og vegkategori.
Objekt ikon: Jobber med fargevalg og symboler, universell utforming. Visning av enkeltobjekt:
Eksempel på enkeltobjekt, evt flere objekt i samme punkt.
Visning av flere objekt som står såpass nær hverandre at vi må vise en klynge (cluster) av objekter:
Viser også om klyngen består av flere ulike objekttyper eller samme objekttype (dette kan du få hvis du velger å vise mer enn en objekttype av gangen i kartet)
EDIT – tilføyelse 22.12: Tegnforklaring, slik skiller vi mellom at objekter kan stå nært hverandre eller i samme posisjon – og om objektene er av samme eller ulik type:
Vi bruker en kartnål (pil) hvis objektene står i eksakt samme posisjon, og en rund klynge hvis objektene ikke har samme posisjon, men likevel for nære hverandre til at vi kan vise objektene hver for seg. Og vi bruker rød+grå farge hvis objektene er av ulik type.
SPM: Ønsker tydelig markering av start og slutt på strekningsobjekt. Spesielt viktig når du har flere strekningsobjekt nær hverandre. Svar: Enig, notert.
SPM: Vise skiltplater sammen med sideposisjon og retning (ansiktsside). NVDB 123 er (var) et bra forbilde. SVAR: Vi har ikke tenkt detaljert på det, men tar det selvsagt videre. Vi har symbolbibliotek for de enkleste skiltplatene, så dette bør vi få til. Kan vi vise skiltplate i tabell? Nei, må vises i kart, med ansiktsside orientert riktig ihht slik man ser skiltet langs vegen. Krever nok en del designarbeid for å bli bra.
SPM: Vise stedfesting med strek fra objekt til senterlinje. SVAR: Ja, dette ønsker vi å få til, men vi får ikke vist det i prototype-verktøyet.
Oppsummering:
Bra framdrift trass i noe sykdom. Velger å ikke produksjonssette «Kontraktsløs redigering» før jul.
Plan videre: Produksjonssetting, jobbe videre med design og gå fra skisser til implementering.
Tre nye rapporttyper er snart klare til lansering:
Overlappsrapport
Relasjonsrapport
Inspeksjon og rapportering av skredsikringsobjekter
Tilbakemelding relasjonsrapport: Trenger bedre verktøy for å få oversikt over relasjoner. Ønsker helst å jobbe kartbasert. Svar: Prøver å lage et kartbasert produkt, i første omgang ved å lagre relasjonsrapport på «Geopackage» – format, som kan åpnes i alle moderne kartverktøy.
Tilbakemelding skredsikringsobjekter-rapport: Hvordan blir tilstandsrapporteringen fra Drift & vedlikehold inn mot NVDB? SVAR: Vet ikke, dette må du nesten spørre DoV om
Et par andre forbedringer som vil bli rullet ut litt senere
Kommer vegkart-lenke på objektID i V4-rapporten
Korrekt håndtering av 60 tonn i veglister bruksklasse tømmertransport
Gjennomgang KOSTRA
Gamle Datafangst
Vise siste listeelement i datafanen, sikkerhetssertifikat oppgradert, sikkerhetsoppgradering av en av programvarekomponentene som brukes i løsningen
Status designarbeid nye datafangst
Vil helst ikke vise fram så mye nytt akkurat nå, fordi vi ikke vil påvirke de brukerintervju som vi gjennomfører denne uka.
Status implementasjon av nye datafangst
Jobber med Kontraktløs innsending. Skjuler de funksjonene som ikke er klare til bruk
Dyplenking til endringssett Håndtere suksess ved kontraktløs innsending (vise fortløpende statusendring som minimerer ulempen pga den ventetiden vi har fra skriving til objektene kan hentes fra LES)
Har spurt brukerne om hvilke behov de har for kvittering ved kontraktløs innsending. Tilbakemeldingene var tydelige på at den løsningen vi egentlig hadde tenkt med epost-kvittering ikke var gunstig. I stedet sikter vi mot at Datafangst tilbyr en grei oversikt over hva du har sendt inn av endringer.
Jobber med usikker lagring av ID token (tilbakemelding fra sikkerhetstest). Dette er mer tidkrevende enn vi trodde.
Logging for innsendingstjenesten.
Kommentar: Unngå epost-kvittering.
Forbedringer kartvisning, nye datafangst
Fikse ikoner, styling av valgt objekt – tydeligere hvilket objekt du har klikket på. Valgte objekt beholdes selv om du endrer filteret som fikk fram det objektet du valgte. Bugfiks ved valg av objekt uten gyldig ID. Dyplenking i kart – lenke er delbar / gjenbrukbar, og det blir enklere å laste inn kartet på nytt.
Arbeid i kontrakt:
Justerbar størrelse på panelkomponenter – i gang, men blokkert av annen oppgave. Ny funksjonalitet API: Sammenkoble objekter, angre sammenkobling. Raskere uthenting av vegobjekt i kontrakt. Tabell med vegobjekt-egenskaper.
Kommentar: Korte inn lange egenskapsnavn (bryte i flere linjer, f.eks?).
Vurdering og plan neste sprint
Rapportgenerator: To av tre rapporter ferdig. Jobber videre med relasjonsrapport.
Datafangst: Avbrutt sprint pga sykdom og forsinkelse, endret sprintmål til finpuss kontraktløs innsending.
DEMO
Kontraktløs innsending – fjernet menyvalg som handler om andre ting enn kontraktløs innsending. Dyplenking – kart URL er delbar / gjenbrukbar. Observerer at det lugger litt, jobber videre med den. Kan endre ett enkelt objekt «on the fly». Observerer at vi ikke helt klarer fange opp når objektet er ferdig etterbehandlet, jobber videre med den.
Diverse småfiks Lange kontraktsnavn brytes over flere linjer Styling av navbar (navigasjonsmeny). Fil validering: Samsvar mellom linjeinnhold, feilmelding og linjenummer.
Nytt i nyeste versjon: Bedre API Rapporten viser hvilke søkefiltre som ble brukt for å lage rapporten Bugfiks lengdeberegning veglister (en ferjekai ble for kort, og hvis vegfilteret ditt anga en spesifikk kryssdel, f.eks en rundkjøring, så ble rapporten tom). Omskriving av maskineri for å produsere excel Noen mindre bugfix og ytelsesnforbedringer.
Jobber med to nye rapporttyper: Innrapportering av Skredsikring og rapport som viser relasjoner mellom objekter.
SPM: Relasjon til prosjekt fra prosjekt tilstandsrapportering / videreutvikling av tilstand/skade. Svar: Nei, vi har ingen kobling til det arbeidet.
Gamle datafangst
Har jobbet med ytelse. Noen store kontrakter har vært veldig trege å laste inn. Prøvde ut noen forbedringer som lastet inn mindre data i startfasen, men det ga redusert funksjonalitet så det måtte vi reversere. Vi fant en annen ytelsesforbedring som ser ut til å fungere. Fanene for Vegobjekter, sammenkobling og stedfesting skal nå laste raskere. I tillegg har vi ny lenke til datakatalogen
Nye datafangst – designarbeid
Har jobbet med sammenkobling, brukerintervju og tester, lager nye skisser basert på input. Nå utvider vi til kombinasjonen sammenkobling og stedfesting. Snakker mest mulig med brukerne. Jobber med visuelt design.
SPM: Tilgang til testversjon for eksterne brukere. Svar: Designarbeid test og tilbakemelding skjer i en figma-prototype, ikke en reell datafangst-versjon. Men vi jobber også med å forbedre tilgangen til testmiljø for eksterne brukere. Nå har vi fått en løsning der eksterne får dedikerte testbrukere som man må logge inn med for å få tilgang til testmiljø.
Nye datafangst – utviklingsarbeid
Filer
Opplasting av ulike filtyper (p.t. avgrenset til sosi og geojson) Vise de feilene man finner i opplastede filer. Bedre funksjonalitet for å godkjenne fil. Kan importere Geojson med koordinater i UTM sone 33.
SPM: Fileksport og opplasting. Harmonisering av filformat og projeksjon «on the fly» med det som brukes av kartverket (FKB-leveranse, øvrig dataforvaltning m.m.) Viser til FKB produktspek, kapittell 11. https://sosi.geonorge.no/produktspesifikasjoner/FKB-Ledning/5.0/#trueleveranse Der står følgende format: GML, SOSI, Esri FGDB, GML NGIS-openAPI (som er gml, men pakket inn som data fra WFS-tjeneste), JSON ngis-openAPI (som er geojson, men på NGIS-måten).
Svar: Takk for innspill, skal sjekke. EDIT ETTER MØTET: Datafangst skal støtte eksport som GML og SOSI. Vurderer også Geojson, men ikke nødvendigivis «ngis-openAPI geojson». Basert på diskusjon i og etter møtet har vi også laget en oppgave på å tilby «on-the-fly» reprojisering til valgt koordinatsystem.
SPM: Krav til dokumentasjon, bør kunne levere bilder og annen dokumentasjon via Datafangst for lagring til NVDB. SVAR: Det skal vi fikse, men det er avhengig av en del andre oppgaver. På neste demo har vi et klart svar på når det kommer.
Kart og kontrakt: En filterknapp i kart. Velg og importer vegobjekter fra NVDB via kart i kontrakt. Lettere å kombinere datainnhenting fra flere kilder. Du kan også styre hvilket innhold du skal hente til kart og til tabell uavhengig av hverandre. Jobber med at du kan endre størrelse på paneler
Diverse: Dyplenking i datafangst Komponentkassen Generelt feilfiks og forbedringer.
Demo
Ny layout og ny funksjon for å importere (vise) til kart og tabell, uavhengig av hverandre. Spm: Den ID’en som vises i tabell bør være NVDB ID, evt ID hentet fra filopplasting, ikke en tilfeldig generert ID. Svar: Ja – det kommer, demo er litt uferdig.
Filer: Bedre håndtering og visning av opplastede filer (fil-innhold, vise feilene vi finner).
SPM: Mulighet for å editere direkte i fila. Svar: Usikker på om det går rent teknisk å redigere så store filer direkte i nettleser. SPM: Kan vi fjerne knappen «last neste» til fordel for autoscrolling: SVAR: Ja, vi er i ferd med å implementere denne løsningen. SPM: På kontrollsiden for filopplasting, ikke samsvar mellom feilmelding, linjenummer og vegobjekt-nummer. SVAR: Det fikser vi.
Vurdering og videre plan
Rapportgenerator: Ny versjon kommer snart. Ny rapport for tilstandsregistrering av skredsikringsutstyr.
Datafangst: Delvis ferdigstillelse av komponenter, gå fra Figma-skisser til ferdig implementerte funksjoner for stedfesting og sammenkobling.
SPM: Er det tenkt noe mer på sammenhengen mellom objekttypene Veganlegg og Kontraktsområde og Datafangst? Svar: Ikke i dag. I en tidligere fase tenkte vi litt rundt hvordan man kunne sette opp kontrakter knyttet til et kontraktsområde eller et veganlegg-objekt.
Svar: Ved noen kontraktstyper så får du tilbudet om å opprette et veganlegg-objekt. EDIT ETTER MØTET: Vi har implementert i nye DF at du ved noen kontraktstyper får tilbud om å opprette et nytt veganlegg-objekt som knyttes til kontrakten din. Vi registrerer en ny oppgave på at du i stedet kan knytte et eksisterende veganlegg-objekt til den kontrakten du administrerer.
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.
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.
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.
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.