Odd Anders Nome: Kjempebra, tror man trenger det. Får vanvittig mange brukere, trenger nytt verktøy. 
Være flinke til å publisere ut på vegdata.no. 

Jan Vidar Strømsvold: Datafangst veldig viktig verktøy for oss. Hvilke funksjoner ser dere for dere i API? Eget eksternt API, eller felles API for frontend + eksterne? SVAR: Felles API, ikke eget. 

Kari Anne Midtvoll: Lagt ned ressurser på brukerveiledning? Fortløpende videreutvikling av brukerveiledning

Jon Bråten: Bedre stabilitet mot baksystemene. 

Pål Caspar, Rogaland FK. Bruker Sinus Infra. Sinus entreprenør (bruker Datafagnst) vs sinus infra (

Maria: Eksternt API blir det samme som frontend møter. 

Tina Vestersager: Hvilke brukergrupper blir representert? 

Gerd Inger Brunborg og Espen Refsdal Thiem: Vestland FK. Ønsker å kunne sende inn til NVDB de objektene som er klare (godkjente), og stå igjen med de ikke-godkjente, uansett årsak (overlapp-validering, f.eks.). Bør være brukerstyrt (hvilke objekttyper som sendes inn i sin helhet, og hvilke som deles opp). 


Øystein Bjøndal Lund Demo er det man har laget i løpet av sprinten, det betyr at i tidlige sprinter kan man demonstrere design og spesifikasjoner (det trenger ikke være kodet / designet for skjerm mao.)

Øystein Bjøndal Lund
Brukerstyringen i innsending som Maria nevner er vesentlig bedre. Man kan ikke ta for gitt at man ønsker å sende objekt som er ok, og ikke de med feil, det kan tenkes man ønsker å vente med alle til hele settet er ok

Anders Nome: Kan ta Datafangst validering ut til den plattformen du jobber på. 

Stian Søberg Johansen: Utvikling 3.parts klient. Bli tydeligere på hva som løses i DF versus i andre verktøy, eks splitting av objekter. 
Feilhåndtering eksistende NVDB-data. 

Espen Refsdal Thiem: Avveining ny funksjonalitet versus bygging ny DF. 

Raymond Krossøy Hermansen: Åpne opp slik at man kan redigere videre i andre verktøy når DF kommer til kort. Eks: Splitting av gamle objekt for å kunne sette sammen objekthierarki med gamle + nye objekter. Geometriredigering. F.eks kan endre geometri eksisterende objekt. Bør uansett ha bedre samhandling med andre verktøy, men DF bør også ha all funksjonalitet som trengs for hele prosessen, inklusive endre eksisternde objekt når de ikke passer sammen med ny informasjon. 

Tydelig markering av de objektene som feiler eller ikke tilfredsstiller innsending til NVDB. (Og gjerne send inn de som er OK til NVDB). 

Kari Anne: Håper på gjennomgang av hva man fremdeles må bruke NVDB 123 til (noen spesialoperasjoner er kun mulige der). Gjennomgang av kategori 1 data. Massiv oppdatering: Trenger verktøy som takler det. F.eks har vi et etterslep på datakontroll / kvalitetskontroll, der vil det komme mange endringer. 

Tina Vestersager: Bør diskutere overføring internt, f.eks. fra DoV. Datafangst er for viktig til å være underfinansiert. 

Jan Vidar: Stemmer for å prioritere ny løsning fremfor videreutvikling av den gamle. 

Inger Hokstad: Er demo åpne for alle? Ja!
Flere verktøy som leser og skriver NVDB-data. 
Åpne formater. 

Frigjøre utviklertid fra support? 

Janet Slåen, Agder FK: Åpent samfunn for spørsmål og svar, kollegastøtte? Jan Vidar: Minimum opprettholde det nivået vi nå har på vegdata.no og twitter. 

Stemmefunksjon - kunne foreslå og stemme fram brukerønsker! Bidrag til prioritering.