Skabelon til høringssvar af udviklingsopgaver til Releaseplan 2016 Skabelonen udfyldes og sendes til postkassen: ddb@kulturstyrelsen.dk med emnet "høringssvar". Deadline er mandag den 4. maj 2015 kl 12.00. 1. Bibliotek og kontaktoplysninger: Aarhus Kommunes Biblioteker Møllegade 1 8000 Aarhus C. Kontaktperson: Per Kjær 2. Generelle bemærkninger: Personaliseringsprojektet bør inddrages i flere af projekterne: R16.02 ; R16.06 3. 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 R16.01 - Bibliotek.dk: ADHL (digitale lån) Ser det som en fordel for bibliotek.dk 1
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 R16.02 - 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 R16.03 - 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 R16.04 - 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 R16.05 - Det dynamiske vidensystem - nye dynamiske datasæt -2 2
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 R16.06 - 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 R16.07 - 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 R16.08 - 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 R16.09 - Bibliotek.dk: Lister/personaliseringsindhold 3
Projekt R16.10 - 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 R16.11 - Bibliotek.dk: Forbedret lånerstatus - implementeringsprojekt Projekt R16.12 - 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 R16.13 - Bibliotek.dk: ADHL (udvidet filtrering) Angiv prioritering: 2 Enig i FGI s vurdering. Projekt R16.14 - KontekstSØG for forskere og studerende 4
Projekt R16.15 - Brugsscenarier for geodata i brønden Projekt R16.16 - Service til konvertering og udlevering af geodata Projekt R16.17 - 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 R16.18 - 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 R16.19 - Konsolidering Fase 2 - Nationale funktioner fra bibliotek.dk til DDB CMS Enig med FGI s i, at der stilles en ramme. 5
Projekt R16.20 - 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 R16.21 - Bibliotek.dk: Integration med andre systemer Savner en beskrivelse af hvilke andre systemer bibliotek.dk skal integrere med. Projekt R16.22 - BOB: Låse en bestilling i BOB- implementeringsprojekt Har aldrig haft dette problem, selv om vi er et stort bibliotek. Projekt R16.23 - 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 R16.24 - 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
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 R16.25 - 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 R16.26 - Dataflow til Danbibs nye Data I/O System Projekt R16.27 - Repository til autoritetsdata Angiv prioritering: 2 Projekt R16.28 - Servicelag til autoritetsdata repository Angiv prioritering: 2 Projekt R16.29 - 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
fastlægge en ramme på 2.000-6.000 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 R16.30 - Data: Analyseprojekt vedrørende BIBFRAME Projekt R16.31 - Linked data i den nationale infrastruktur Projekt R16.32 - Automatisk fjernlån af eget materiale Savner en nærmere beskrivelse af dette projekt før vi kan forholdes os til projektet. Projekt R16.33 - Yderligere udvikling og effektivisering af fjernlån Projekt R16.34 - OpenOrder: Migrere php-openorder til JavaEE 8
Projekt R16.35 - OpenHoldingStatus: Optimering af holdingsopslag mod FBSbiblioteker Projekt R16.36 - OpenHoldingStatus: Migrere php-openholdingstatus til JavaEE Projekt R16.37 - OpenRS: Migrere C++-delen til JavaEE Projekt R16.38 - OpenRS: Skifte DBMS fra Oracle til Postgres Projekt R16.39 - OpenRS: Flytte z3950-holdingsopslag til migreret (JEE)- OpenHoldingstatus-webservice 9
Projekt R16.40 - VIP-basen (OpenAgency) migreres til Postgres 10