Skabelon til høringssvar af udviklingsopgaver til Releaseplan 2016

Transkript

1 Skabelon til høringssvar af udviklingsopgaver til Releaseplan 2016 Skabelonen udfyldes og sendes til postkassen: med emnet "høringssvar". Deadline er mandag den 4. maj 2015 kl Bibliotek og kontaktoplysninger: Aarhus Kommunes Biblioteker Møllegade Aarhus C. Kontaktperson: Per Kjær 2. Generelle bemærkninger: Personaliseringsprojektet bør inddrages i flere af projekterne: R16.02 ; R Prioritering og kommentering af udviklingsprojekter Hver projektkandidat gives en prioritet fra 0 til 3, alt efter hvor relevant udviklingsprojektet anses for at være: 0 = Bør ikke gennemføres 1 = Lav relevans 2 = Medium relevans 3 = Høj relevans Projekt R Bibliotek.dk: ADHL (digitale lån) Ser det som en fordel for bibliotek.dk 1

2 Desuden ses det som en del af processen for at få DDB CMS til ligeledes at understøtte ADHL i forhold til digitale ressourcer. Endelig kunne ADHL på digitale ressourcer indgå i rankering. Projekt R Børneforslagsstiller: Underholdning og læring i forhold til analysedelen Usikkert, hvilken værdi dette projekt giver for slutbrugerne. Vi vil derfor anbefale en foranalyse, inden man eventuelt beslutter sig for at gå videre med udviklingen. I analysen er det vigtigt, at der fremkommer use cases, som fortæller hvordan forretningen (bibliotekerne) bliver inddraget i den videre proces. Projekt R Forslagsstiller og rankering - oplevelsesindhold i forhold til analysedelen incl. pilot Høj relevans af analysefasen. Mener dog, at man allerede i pilot skal indtænke DDB CMS. Projekt R Det dynamiske vidensystem alle grænseflader Høj relevans og fundament for det videre arbejde med forslagsstillere, rankering og et utal af nye anvendelsesmuligheder. Samtidig sikrer dette et demokratisk ejerskab til dataene, hvorfor det er vigtigt, at biblioteker, projekter og leverandører kan anvende disse data. Projekt R Det dynamiske vidensystem - nye dynamiske datasæt -2 2

3 Biblioteket er ikke en øde ø, hvorfor det vil være rigtig godt, hvis man kan inddrage data fra den kontekst, som vores brugere er en del af på nettet, herunder sociale medier m.v. Projekt R Adgangsplatformen (analyse) Vi mener, at CULR og SAOU bør være implementeret i forhold til vores egen sektor, inden man begynder at tænke på nye muligheder. F.eks. de forskellige nettjenester under DDB som ereolen, App en til DDB CMS. CULR og SAOU projekterne har været kendetegnet ved at være teknisk komplekse og dermed måske vanskelige at forholde sig til ude i bibliotekerne. Derfor mener vi, at fokus i 2016 må være at få de to services implementeret og taget i anvendelse. Projekt R BOB-basen: Vis infomedia-links i artikelbestillinger Vi mener der er et licensproblem i dette, da vi bibliotekerne kun har købt adgang til brug på stedet. Projekt R Bibliotek.dk: Vis nærmeste bibliotek der har åbent Mener at forslaget skal vende os, således at åbningstids-data skabes i DDB CMS, og herfra skubbes over i VIP-basen. Samtidig kunne det være et problem med Åbne Biblioteker, hvor man ikke nødvendigvis giver alle landets borgere adgang til nærmeste bibliotek. Projekt R Bibliotek.dk: Lister/personaliseringsindhold 3

4 Projekt R Bibliotek.dk: Bestil flere materialer i et hug Vi har et forbehold i forhold til den øgede arbejdsmængde forslaget sandsynligvis vil medføre ude i bibliotekerne. Blandt andet fratagning af materialerne, da dette fortsat er en manuel proces i de fysiske biblioteker; af den grund sætter vi prioriteten lav. Mængden af uafhentede reserveringer vil øges endnu værre, hvis der er tale om fjernlånt materiale. Projekt R Bibliotek.dk: Forbedret lånerstatus - implementeringsprojekt Projekt R Søgning i eksterne dataset gennem OpenSearch Vi mener det er vigtigt at få etableret et projekt omkring dette; det kunne give nye muligheder på en række områder (f.eks. musik) Projekt R Bibliotek.dk: ADHL (udvidet filtrering) Angiv prioritering: 2 Enig i FGI s vurdering. Projekt R KontekstSØG for forskere og studerende 4

5 Projekt R Brugsscenarier for geodata i brønden Projekt R Service til konvertering og udlevering af geodata Projekt R Konsolidering Fase 2 - Konsolidering af de fælles mobile løsninger til den nye arkitektur Enig med FGI s i, at der stilles en ramme. Projekt R Konsolidering Fase 2 - Konsolidering af de sidste nationale funktioner og idriftsættelse af bibliotek.dk Enig med FGI s i, at der stilles en ramme, men ikke i deres prioritering. Projekt R Konsolidering Fase 2 - Nationale funktioner fra bibliotek.dk til DDB CMS Enig med FGI s i, at der stilles en ramme. 5

6 Projekt R Netpunkt.dk: fase 2 af ny grænseflade til netpunkt.dk Vi har svært ved at forstå, hvorfor denne udvikling er nødvendig for netpunkt.dk. Vi kunne godt tænke os at se en business case, der viser, at dette giver merværdi for bibliotekerne. Et ressourceforbrug på 3000 timer er meget. Projekt R Bibliotek.dk: Integration med andre systemer Savner en beskrivelse af hvilke andre systemer bibliotek.dk skal integrere med. Projekt R BOB: Låse en bestilling i BOB- implementeringsprojekt Har aldrig haft dette problem, selv om vi er et stort bibliotek. Projekt R Automatisk fjernlån som service: Hvem kan levere først? Er bekymret for, at dette går uden om besluttede låneveje. Bekymret for, at dette vil give en belastning af nogle få/enkelte biblioteker. Positivt, at funktionen udstilles som webservice. Projekt R Skalering af databrøndens repositoriestruktur Angiv prioritering: 2 Enig i at Brønden bør kunne scaleres. Man bør dog forholde sig til om de nævnte kilder skal være repræsenteret i BRØNDen set i forhold til OpenSearch (R16.12). En konsekvens af at lægge så store 6

7 kilder i Brønden kan desuden være, at DDB CMS grænsefladen skal gentænkes, således at søgeresultaterne ikke bliver skævvredet. Projekt R Udbygning af OAI-PMH høst fra Danbib Kan ikke vurdere relevans før vi ikke kender omfanget og hvilken business case det adresserer. Projekt R Dataflow til Danbibs nye Data I/O System Projekt R Repository til autoritetsdata Angiv prioritering: 2 Projekt R Servicelag til autoritetsdata repository Angiv prioritering: 2 Projekt R Implementering af RDA i den nationale infrastruktur Angiv prioritering: 2 Indførsel af RDA i Danmark er endnu ikke besluttet, men vil være en sandsynlig og nødvendig - udvikling. Men vi vil gerne gøre opmærksom på, at vi er bekymrede for på nuværende tidspunkt at 7

8 fastlægge en ramme på timer for Brønd og servicelag, samtidig med, at vi pålægger grænsefladeleverandørerne tilpasning i ukendt omfang. Hvis beslutning/implementering ikke kommer i 2016, vil ressourcerne så blive fritsat til anden udvikling? Projekt R Data: Analyseprojekt vedrørende BIBFRAME Projekt R Linked data i den nationale infrastruktur Projekt R Automatisk fjernlån af eget materiale Savner en nærmere beskrivelse af dette projekt før vi kan forholdes os til projektet. Projekt R Yderligere udvikling og effektivisering af fjernlån Projekt R OpenOrder: Migrere php-openorder til JavaEE 8

9 Projekt R OpenHoldingStatus: Optimering af holdingsopslag mod FBSbiblioteker Projekt R OpenHoldingStatus: Migrere php-openholdingstatus til JavaEE Projekt R OpenRS: Migrere C++-delen til JavaEE Projekt R OpenRS: Skifte DBMS fra Oracle til Postgres Projekt R OpenRS: Flytte z3950-holdingsopslag til migreret (JEE)- OpenHoldingstatus-webservice 9

10 Projekt R VIP-basen (OpenAgency) migreres til Postgres 10