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: Biblioteket Frederiksberg Michael Thomsen, Sektionschef, stab & administration Generelle bemærkninger: 1. Det ser ud til at mange af forslagene vil give besparelser for bibliotekerne. Vil besparelsen betyde fx lavere 2. Søgning efter biblitoeksmaterialer er måske den vigtigste funktionalitet vi stiller til rådighed. Umiddelbart tager ingen af de foreslåede projekter hånd om det væsentlige problem, at default sorteringen af søgeresultater i DDB CMS er Bedste match, som ikke virker særlig godt, og ofte rankeres det mest relevante materiale ikke øverst. I stedet for at at boost/rankering skal administreres af de enkelte biblioteker, bør der centralt udvikles en rankerings algoritme der virker bedre out of the box. Der spildes mange ressourcer både fra biblitoekspersonale (administration af boost/rankering) og brugere (forgæves søgninger der ikke giver relevant materiale). 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 1

2 2 = Medium relevans 3 = Høj relevans Projekt R Bibliotek.dk: ADHL (digitale lån) Projekt R Børneforslagsstiller: Underholdning og læring Projekt R Forslagsstiller og rankering - oplevelsesindhold Projekt R Det dynamiske vidensystem alle grænseflader Med Personalisering (release i DDB CMS ultimo 2015) opsamles der også data om brugeren (lånehistorik, interesser mm.) som også kan bidrage hertil. Projekt R Det dynamiske vidensystem - nye dynamiske datasæt 2

3 Projekt R Adgangsplatformen (analyse) Projekt R BOB-basen: Vis infomedia-links i artikelbestillinger Projekt R Bibliotek.dk: Vis nærmeste bibliotek der har åbent Projekt R Bibliotek.dk: Lister/personaliseringsindhold Projekt R Bibliotek.dk: Bestil flere materialer i et hug Projekt R Bibliotek.dk: Forbedret lånerstatus - implementeringsprojekt 3

4 Projekt R Søgning i eksterne dataset gennem OpenSearch Projekt R Bibliotek.dk: ADHL (udvidet filtrering) Projekt R KontekstSØG for forskere og studerende 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 4

5 Projekt R Konsolidering Fase 2 - Konsolidering af de sidste nationale funktioner og idriftsættelse af bibliotek.dk Projekt R Konsolidering Fase 2 - Nationale funktioner fra bibliotek.dk til DDB CMS Projekt R Netpunkt.dk: fase 2 af ny grænseflade til netpunkt.dk Projekt R Bibliotek.dk: Integration med andre systemer Der bør kunne søges i bibliotek.dk fra lokale bibliotekers egen webside, således at hvis et materiale ikke er tilgængeligt lokalt, vises det i samme søgning, at materialet i stedet kan anskaffes fra andet bibliotek. Nu hvor både DDB CMS og bibliotek.dk er baseret på Brønden, burde det være muligt, og det vil skabe en bedre sømløs brugeroplevelse, at brugeren ikke skal bevæge sig imellem to forskellige grænseflader/indgange. 5

6 Projekt R BOB: Låse en bestilling i BOB- implementeringsprojekt Projekt R Automatisk fjernlån som service: Hvem kan levere først? Projekt R Skalering af databrøndens repositoriestruktur Projekt R Udbygning af OAI-PMH høst fra Danbib Projekt R Dataflow til Danbibs nye Data I/O System Projekt R Repository til autoritetsdata 6

7 Projekt R Servicelag til autoritetsdata repository Projekt R Implementering af RDA i den nationale infrastruktur Projekt R Data: Analyseprojekt vedrørende BIBFRAME Projekt R Linked data i den nationale infrastruktur Projekt R Automatisk fjernlån af eget materiale Projekt R Yderligere udvikling og effektivisering af fjernlån 7

8 Projekt R OpenOrder: Migrere php-openorder til JavaEE Enig med FGI s vurdering Projekt R OpenHoldingStatus: Optimering af holdingsopslag mod FBSbiblioteker Enig med FGI s vurdering Projekt R OpenHoldingStatus: Migrere php-openholdingstatus til JavaEE Enig med FGI s vurdering Projekt R OpenRS: Migrere C++-delen til JavaEE Enig med FGI s vurdering 8

9 Projekt R OpenRS: Skifte DBMS fra Oracle til Postgres Enig med FGI s vurdering Projekt R OpenRS: Flytte z3950-holdingsopslag til migreret (JEE)- OpenHoldingstatus-webservice Enig med FGI s vurdering Projekt R VIP-basen (OpenAgency) migreres til Postgres Enig med FGI s vurdering 9