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 bidrag? 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) Angiv prioritering: 2 Projekt R Børneforslagsstiller: Underholdning og læring Angiv prioritering: 1 Projekt R Forslagsstiller og rankering - oplevelsesindhold Angiv prioritering: 2 Projekt R Det dynamiske vidensystem alle grænseflader Angiv prioritering: 2 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 Angiv prioritering: 1 2

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

4 Projekt R Søgning i eksterne dataset gennem OpenSearch Angiv prioritering: 2 Projekt R Bibliotek.dk: ADHL (udvidet filtrering) Angiv prioritering: 2 Projekt R KontekstSØG for forskere og studerende Angiv prioritering: 1 Projekt R Brugsscenarier for geodata i brønden Angiv prioritering: 1 Projekt R Service til konvertering og udlevering af geodata Angiv prioritering: 1 Projekt R Konsolidering Fase 2 - Konsolidering af de fælles mobile løsninger til den nye arkitektur 4

5 Angiv prioritering: 1 Projekt R Konsolidering Fase 2 - Konsolidering af de sidste nationale funktioner og idriftsættelse af bibliotek.dk Angiv prioritering: 3 Projekt R Konsolidering Fase 2 - Nationale funktioner fra bibliotek.dk til DDB CMS Angiv prioritering: 2 Projekt R Netpunkt.dk: fase 2 af ny grænseflade til netpunkt.dk Angiv prioritering: 3 Projekt R Bibliotek.dk: Integration med andre systemer Angiv prioritering: 3 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 Angiv prioritering: 2 Projekt R Automatisk fjernlån som service: Hvem kan levere først? Angiv prioritering: 3 Projekt R Skalering af databrøndens repositoriestruktur Angiv prioritering: 2 Projekt R Udbygning af OAI-PMH høst fra Danbib Angiv prioritering:? Projekt R Dataflow til Danbibs nye Data I/O System Angiv prioritering:? Projekt R Repository til autoritetsdata Angiv prioritering: 3 6

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

8 Angiv prioritering:? Projekt R OpenOrder: Migrere php-openorder til JavaEE Enig med FGI s vurdering Det ser ud til at det vil give besparelser for bibliotekerne. Vil besparelsen betyde fx lavere bidrag? Projekt R OpenHoldingStatus: Optimering af holdingsopslag mod FBSbiblioteker Enig med FGI s vurdering Det ser ud til at det vil give besparelser for bibliotekerne. Vil besparelsen betyde fx lavere bidrag? Projekt R OpenHoldingStatus: Migrere php-openholdingstatus til JavaEE Enig med FGI s vurdering Det ser ud til at det vil give besparelser for bibliotekerne. Vil besparelsen betyde fx lavere bidrag? Projekt R OpenRS: Migrere C++-delen til JavaEE Enig med FGI s vurdering Det ser ud til at det vil give besparelser for bibliotekerne. Vil besparelsen betyde fx lavere bidrag? 8

9 Projekt R OpenRS: Skifte DBMS fra Oracle til Postgres Enig med FGI s vurdering Det ser ud til at det vil give besparelser for bibliotekerne. Vil besparelsen betyde fx lavere bidrag? Projekt R OpenRS: Flytte z3950-holdingsopslag til migreret (JEE)- OpenHoldingstatus-webservice Enig med FGI s vurdering Det ser ud til at det vil give besparelser for bibliotekerne. Vil besparelsen betyde fx lavere bidrag? Projekt R VIP-basen (OpenAgency) migreres til Postgres Enig med FGI s vurdering Det ser ud til at det vil give besparelser for bibliotekerne. Vil besparelsen betyde fx lavere bidrag? 9

10 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) Angiv prioritering: 3 Ser det som en fordel for bibliotek.dk 10

11 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 Angiv prioritering: 3 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 Angiv prioritering: 3 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 Angiv prioritering: 3 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 Angiv prioritering:

12 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) Angiv prioritering: 0 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 Angiv prioritering: 0 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 Angiv prioritering: 1 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 Angiv prioritering: 1 12

13 Projekt R Bibliotek.dk: Bestil flere materialer i et hug Angiv prioritering: 1 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 Angiv prioritering: 1 Projekt R Søgning i eksterne dataset gennem OpenSearch Angiv prioritering: 3 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 Angiv prioritering: 0 13

14 Projekt R Brugsscenarier for geodata i brønden Angiv prioritering: 1 Projekt R Service til konvertering og udlevering af geodata Angiv prioritering: 1 Projekt R Konsolidering Fase 2 - Konsolidering af de fælles mobile løsninger til den nye arkitektur Angiv prioritering: 1 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 Angiv prioritering: 1 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 Angiv prioritering: 1 Enig med FGI s i, at der stilles en ramme. 14

15 Projekt R Netpunkt.dk: fase 2 af ny grænseflade til netpunkt.dk Angiv prioritering: 0 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 Angiv prioritering: 1 Savner en beskrivelse af hvilke andre systemer bibliotek.dk skal integrere med. Projekt R BOB: Låse en bestilling i BOB- implementeringsprojekt Angiv prioritering: 0 Har aldrig haft dette problem, selv om vi er et stort bibliotek. Projekt R Automatisk fjernlån som service: Hvem kan levere først? Angiv prioritering: 1 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 15

16 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 Angiv prioritering: 1 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 Angiv prioritering: 3 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 16

17 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 Angiv prioritering: 3 Projekt R Linked data i den nationale infrastruktur Angiv prioritering: 0 Enig med FGI s vurdering. Projekt R Automatisk fjernlån af eget materiale Angiv prioritering: 0 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 Angiv prioritering: 0 Projekt R OpenOrder: Migrere php-openorder til JavaEE Angiv prioritering: 3 Enig med FGI s vurdering. 17

18 Projekt R OpenHoldingStatus: Optimering af holdingsopslag mod FBSbiblioteker Angiv prioritering: 3 Enig med FGI s vurdering. Projekt R OpenHoldingStatus: Migrere php-openholdingstatus til JavaEE Angiv prioritering: 3 Enig med FGI s vurdering. Projekt R OpenRS: Migrere C++-delen til JavaEE Angiv prioritering: 3 Enig med FGI s vurdering. Projekt R OpenRS: Skifte DBMS fra Oracle til Postgres Angiv prioritering: 3 Enig med FGI s vurdering. Projekt R OpenRS: Flytte z3950-holdingsopslag til migreret (JEE)- OpenHoldingstatus-webservice 18

19 Angiv prioritering: 3 Enig med FGI s vurdering. Projekt R VIP-basen (OpenAgency) migreres til Postgres Angiv prioritering: 3 Enig med FGI s vurdering. 19

20 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: Københavns Biblioteker Krystalgade Københavns K [email protected] tlf Generelle bemærkninger: Fremstillingsformen i udviklingsplanen er til tider meget indforstået i sin sprogbrug. Og da udviklingsplanen i høj grad også bliver vurderet af ikke-teknisk kyndige, altså af formidlere og bibliotekernes forretningskyndige, bør udviklingsplanen fremadrettet forsøge at være mere pædagogisk i sin fremstilling og se sin målgruppe bredere. Fx kunne man overveje at inkluderer et brugsscenarie ved emnerne, så potentialet bliver beskrevet mere illustrativt. Dette ville formentlig også give forøget interesse for at kvalificere udviklingsplanen. Fremstillingensformen kunne desuden også præsenterer sammenhængene mellem de forskellige emner tydeligere. Det er ikke altid lige klart, hvorfor emner er adskilt fra hinanden og relationsformuleringer som Forudsætter et grundsystem udviklet via 2015-projekterne og mindst et af 2016-projekterne skaber ikke forståelse eller overblik. Mange gode ambitioner risikerer at blive vurderet mindre relevant, end en givent emne reelt er, når relationerne/sammenhængende med andre projekter ikke er tydeligt og læseren således ikke helt ser, hvad potentialet er. Generelt vurderer København Biblioteker, at FGI s mange opfordringer til (for)analysefaser er den hensigtsmæssige fremgangsmåde, når emnerne er af en betydelig størrelse. Desuden vurderer Københavns Biblioteker, at hvis større projekters foranalyser kvalificerer et emne til videreudvikling, så bør bibliotekerne orienteres om såvel analysernes konklusioner som DDBs anbefalinger til den videre proces, inden projektet videreføres, hvis emnernes ressourcebehov er af et vist omfang (fx over 200 timer og derover). 20

21 I forlængelse af ovenstående anbefales det desuden, at man trykprøver use cases i en bredere, låner-/borgernære sammenhænge. Gerne inddrager relevante biblioteker i udformningen, så use casene kommer så tæt på den borgernære erfaring som muligt. Generelt anbefales det, at alt der udvikles til Bibliotek.dk og Danbib udvikles til at kunne fungerer i DDB-cms og vice versa. Hvorvidt dette reelt er den allerede eksisterende ambition er ikke helt tydelig i fremstillingen. Som afsluttende bemærkning, så er mange af emnerne vurderet ressourcemæssigt som lille, mellem etc. Ressourcebehovet bør præciseres, før emner kan reelt kan vurderes og det bør således genudsendes til høring 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 R Bibliotek.dk: ADHL (digitale lån) Angiv prioritering: _som FGI Enig FGI s indstilling. Godt sammenhæng til digitale materialer. 21

22 Projekt R Børneforslagsstiller: Underholdning og læring Angiv prioritering: _som FGI Enig i FGI s bemærkning. Det anbefales desuden, at analysen fokuserer på, at der laves en parallel-pilotimplementering ved en række DDB-biblioteker ved en evt. implementeringspilot i Palles Next, således potentialet afprøves en bredere formidlingskontekst. Kommentar- overveje efter implementerering Projekt R Forslagsstiller og rankering - oplevelsesindhold Angiv prioritering: _som FGI Enig FGI s instilling. Det anbefales pilotimplementering foretages i DDB-cms eller lignende - i samarbejde med en række mindre biblioteker, frem for en pilot i bibliotek.dk-skala. Anskues desuden som mindre væsentlig end Projekt R16.04 Målgruppen bør desuden præciseres hvem er bibliotek.dk-brugeren? Det anbefales desuden, at analysen inddrager erfaring og løsninger fra DDB s/tings personaliseringsprojekt 1 og 2 Projekt R Det dynamiske vidensystem alle grænseflader Angiv prioritering: _2 Projekt R Det dynamiske vidensystem - nye dynamiske datasæt Angiv prioritering: _som FGI Enig med FGI s indstilling Københavns vurderer, at det er vigtigt, at analysen eksplicit specificerer sin relevansforståelse - og evt. indtænker flere relevansoptikker for at understøtte flere forskellige former for relevansparametre ved ranking. Det anbefales desuden, at der ikke kun skeles til datasæt trukket ud fra brugernes digitale adfærd, men at der også medtænkes en bedre dataoptik, hvor situationsspecifikke data fra fysiske og kulturelle omstændigheder inddrages som relevant data(tænk: Smartcity) 22

23 Projekt R Adgangsplatformen (analyse) Enig i FGI s relevansvurdering. Måske skulle det bare kaldes Single sign on Projekt R BOB-basen: Vis infomedia-links i artikelbestillinger Angiv prioritering: _1 Lav relevans. Funktionaliteten er udmærket, men er af begrænset relevans, hvis links til Infomedia integreres i respektive OPAC. Projekt R Bibliotek.dk: Vis nærmeste bibliotek der har åbent Perspektivet er forkert. Det er ganske enkelt for besværligt at vedligeholde oplysninger om åbningstider via VIP. Det anbefales i stedet, at der laves en integration fra åbningstider indskrevet i lokale web-grænseflade til VIP som det første skridt, inden R16.08 gennemføres. Projekt R Bibliotek.dk: Lister/personaliseringsindhold Angiv prioritering: _som FGI Genbrug af Personaliseringsprojektet er fint. Enig med FGI Projekt R Bibliotek.dk: Bestil flere materialer i et hug Oplagt. Men hvorfor kun på bibliotek.dk? Projekt R Bibliotek.dk: Forbedret lånerstatus - implementeringsprojekt Angiv prioritering: _som FGI Enig med FGI. Det anbefales desuden, at analyseprojektet overvejer, om funktionalitet kan integreres i lokale grænseflader, så status på fjernlån kan ses der. Det er MINDST ligeså relevant 23

24 Projekt R Søgning i eksterne dataset gennem OpenSearch Angiv prioritering: _som FGI Enig med FGI. Projekt R Bibliotek.dk: ADHL (udvidet filtrering) Angiv prioritering: _1 Som præsenteret 1=relevans. Spørgsmålet er, om det er de relevante kriterier. København ser gerne en større præcisering af, hvorfor disse kriterier er valgt, da mange andre kriterier kunne være relevant fx geografi. De valgte filtre virker tilfældige. Projekt R KontekstSØG for forskere og studerende Angiv prioritering: _som FGI Enig med FGI og BIL. Spørgsmålet er, at om forskere og studerende er det interessante startsted. Kunne man forestille sig, at det i første omgang bliver tænkt til en mere snæver gruppe, når der laves en prototype. Projekt R Brugsscenarier for geodata i brønden Angiv prioritering: _3 Det anbefales, at der nedsættes et udvalg af repræsentanter fra forskellige bibliotekstyper til at foretage udvælgelsen og beskrivelsen af de relevant brugsscenarier. Med mængden er potentielle data, er det vigtigt, at der udvikles ud fra relevante (borgernære) brugsbehov. Projekt R Service til konvertering og udlevering af geodata Angiv prioritering: 3_ se R16.15 Projekt R Konsolidering Fase 2 - Konsolidering af de fælles mobile løsninger til den nye arkitektur Angiv prioritering: 2_ 24

25 Enig med FGI. Dog anskues som 2=medium relevant Projekt R Konsolidering Fase 2 - Konsolidering af de sidste nationale funktioner og idriftsættelse af bibliotek.dk Angiv prioritering: 2_ Enig med FGI. Dog anskues som 2=medium relevant af København Projekt R Konsolidering Fase 2 - Nationale funktioner fra bibliotek.dk til DDB CMS Enig med FGI. Dog anskues som 2=medium relevant af København Projekt R Netpunkt.dk: fase 2 af ny grænseflade til netpunkt.dk Enig med FGI Projekt R Bibliotek.dk: Integration med andre systemer Enig med FGI Projekt R BOB: Låse en bestilling i BOB- implementeringsprojekt Ikke relevant set med København øjne. Behovet er meget lokalt, da der er forskellige arbejdsmetoder ved forskellige biblioteker. Behovet bør præciseres inden analysen igangsættes. Projekt R Automatisk fjernlån som service: Hvem kan levere først? Angiv prioritering: som FGI_ Hvis udviklingen betyder, at man kan integrere eget bibliotekssystems reserveringkø med de indkommende bestillinger i bibliotek.dk, vil det være et stort løft. Systemet med automatisk fjernlån af eget materiale opleves af flere kolleger som meget uretfærdigt, da lånere som reserverer i eget system risikerer at stå i kø meget længere, end hvis man bestiller i bibliotek.dk. 25

26 En præcisering af løsning ville dog være rar, da der det ikke er klart, hvordan løsningen vurderer hvem der kan levere først Projekt R Skalering af databrøndens repositoriestruktur Angiv prioritering: som FGI_ Enig med FGI Projekt R Udbygning af OAI-PMH høst fra Danbib R16.25 hedder noget andet i høringsmaterialet. Projekt R Dataflow til Danbibs nye Data I/O System Angiv prioritering: som FGI Enig med FGI Projekt R Repository til autoritetsdata Alle biblioteker der anvende den fælles nationale infrastruktur vil være relevante samarbejdspartnere. Det er vigtigt, at repositoriet udvikles med en facetteret model for samarbejde om autoritetsdata. Det bør desuden overvejes, om der 3. parter der kan levere/vedligeholde visse aspekter af dataene til repositoriet indirekte fx andre ABM-institutioner, men potentielt også institutioner uden for biblitoekssektoren, hvis der er relevante for den givne autoritetsdata. Projekt R Servicelag til autoritetsdata repository Samme som R

27 Projekt R Implementering af RDA i den nationale infrastruktur Som beskrevet, er datamodellen sandsynligvis afgørende i forhold til implementering af RDA, da det fulde potentiale ikke vurderes at kunne udnyttes i marc-formatet. Beslutninger i relation til RDA skal således ses i relation til R Således bør også dette drøftes bredt i sektoren, således der kan laves en fornuftig prioritering om implementering af RDA. Projekt R Data: Analyseprojekt vedrørende BIBFRAME Se kommentar til R Projekt R Linked data i den nationale infrastruktur Enig med FGI, dog har København en anden relevansvurdering, nemlig 3. Der anbefales desuden en nærmere dialog med DDB og andre relevant aktører, fx Bibliografisk Råd på baggrund af 2015-analysen. Projekt R16.32 Automatisk fjernlån af eget materiale Det er fint med en ekstra standardmodel med parametre defineret af FFU-bibliotekerne. Det ville stadig være optimalt, hvis vi kunne få udviklet folkebiblioteksmodellen, så der kan trimmes på ventetid i eget system. Vi synes stadig 14 dages ventetid er lidt, når man som vi har ex., som kan nå at komme hjem inden for den periode. Projekt R Yderligere udvikling og effektivisering af fjernlån Ja, det er fint at afsætte ressourcer til disse projekter for mindre FFU-biblioteker. 27

28 Projekt R OpenOrder: Migrere php-openorder til JavaEE Når det medtages udviklingsplanen, bør der fremgå tydeligere, hvordan det skaber en mere optimal driftsafvikling og som følge deraf en optimering af bibliotek.dk/danbib/ddb s driftsøkonomi Dette gælder også for R16.36-R16.40 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 I indledningen efterlyste via et mere bredtfavnende sprogbrug. Her i beskrivelsen har man dog oppet sig og anvendt halløjet som beskrivelse. Festligt, men er det nu også en så livlig begivenhed. Eller er det reelt koden og således algoritmens logiske snigen. 28

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

30 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: Bibliotekerne i Vejles centralbiblioteksområde. Lilli Mortensen, Vejle Bibliotekerne 2. Generelle bemærkninger: Det er svært at få et overblik over hvad der bliver udviklet i DBC/DDB-regi ud over det, som er indeholdt i dette høringsoplæg. For at tage stilling til releaseplan 2016, kræver det overblik over alle udviklingsaktiviteter i 2015 hvilket ikke foreligger. Set fra et formidlingsmæssigt synspunkt undrer vi os over, at der ikke i Releaseplan 2016 er indeholdt mål inden for hverken VoxB eller Forsideservice. Det er væsentlige komponenter der beriger brugergrænsefladerne. Vi tror, at der er behov for at tage højde for mulig dobbeltudvikling inden for recommendation (Forslagsstiller, ADHL, Personalisering). Mange punkter fra Releaseplan 2015 går endvidere igen i Høringsoplægget til Releaseplan 2016, hvilket vi undrer os over. Det får nærmest karakter af en generel buffer for alle de større projekter, hvilket måske kunne have været undgået, hvis der forelå en 3-årig it-strategi for den nationale biblioteksinfrastruktur, sådan som det var meningen ifølge Releaseplan 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 30

31 2 = Medium relevans 3 = Høj relevans Projekt R Bibliotek.dk: ADHL (digitale lån) Projekt R Børneforslagsstiller: Underholdning og læring Angiv prioritering: _1 Projekt R Forslagsstiller og rankering - oplevelsesindhold Angiv prioritering: _1 Projekt R Det dynamiske vidensystem alle grænseflader Angiv prioritering: _1 Projekt R Det dynamiske vidensystem - nye dynamiske datasæt Angiv prioritering: _1 31

32 Projekt R Adgangsplatformen (analyse) Hvis det er muligt bør det gennemføres allerede i 2015, idet det er på som Tema 6 i Releaseplan 2015 (nemmere og mere sømløs adgang til både fysiske og digitale materialer) Projekt R BOB-basen: Vis infomedia-links i artikelbestillinger Projekt R Bibliotek.dk: Vis nærmeste bibliotek der har åbent Angiv prioritering: _0 Opleves ikke som relevant i vores område af landet Projekt R Bibliotek.dk: Lister/personaliseringsindhold Angiv prioritering: _2 Dobbeltudvikling i forhold til bl.a. BPI bør undgås Projekt R Bibliotek.dk: Bestil flere materialer i et hug Angiv prioritering: _2 Kun relevant i forbindelse med Indkøbskurv/varekurv jf. nuværende debat om manglende afhentning af bestilte materialer Projekt R Bibliotek.dk: Forbedret lånerstatus - implementeringsprojekt 32

33 Angiv prioritering: 3_ Projekt R Søgning i eksterne dataset gennem OpenSearch Projekt R Bibliotek.dk: ADHL (udvidet filtrering) Angiv prioritering: _2 Projekt R KontekstSØG for forskere og studerende Angiv prioritering: _1 Projekt R Brugsscenarier for geodata i brønden Angiv prioritering: _2 Har været på tegnebrættet meget længe, og bør nu færdiggøres Projekt R Service til konvertering og udlevering af geodata Angiv prioritering: _2 Har været på tegnebrættet meget længe, og bør nu færdiggøres. 33

34 Projekt R Konsolidering Fase 2 - Konsolidering af de fælles mobile løsninger til den nye arkitektur Angiv prioritering: _1 Vi mener ikke at bibliotek.dk i nuværende form har brug for en app, da hjemmesiden er responsiv. I det hele taget bør appudviking seriøst overvejes, hvis man ikke tilbyder ekstra funktionalitet som udnytter indbyggede mobile funktionaliteter som kamera, RFID etc. Projekt R Konsolidering Fase 2 - Konsolidering af de sidste nationale funktioner og idriftsættelse af bibliotek.dk Angiv prioritering: _2 Opmærksomhed på om der stadig er brug for at implementere funktioner fra bibliotek.dk, som ikke har været der i en lang periode. Vi kunne have brug for en oversigt over, hvad man gerne vil implementere i Projekt R Konsolidering Fase 2 - Nationale funktioner fra bibliotek.dk til DDB CMS Angiv prioritering: _1 Projekt R Netpunkt.dk: fase 2 af ny grænseflade til netpunkt.dk Det virker som et stort timetal til et projekt som ifølge Releaseplan 2015 i stort omfang lød til at skulle gennemføres i 2015 Projekt R Bibliotek.dk: Integration med andre systemer 34

35 Projekt R BOB: Låse en bestilling i BOB- implementeringsprojekt Angiv prioritering: _0 Vi anser den ikke for at være relevant i vores område. Projekt R Automatisk fjernlån som service: Hvem kan levere først? Projekt R Skalering af databrøndens repositoriestruktur Meget relevant at minimere flaskehalse, men det lyder som et meget højt timetal til et område, som der også er sat et stort timetal af til i Releaseplan 2015 og er beskrevet som om det bliver færdigt (Tema 5) Projekt R Udbygning af OAI-PMH høst fra Danbib Projekt R Dataflow til Danbibs nye Data I/O System 35

36 Projekt R Repository til autoritetsdata 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 36

37 Projekt R Yderligere udvikling og effektivisering af fjernlån Projekt R OpenOrder: Migrere php-openorder til JavaEE Projekt R OpenHoldingStatus: Optimering af holdingsopslag mod FBSbiblioteker Projekt R OpenHoldingStatus: Migrere php-openholdingstatus til JavaEE Projekt R OpenRS: Migrere C++-delen til JavaEE 37

38 Projekt R OpenRS: Skifte DBMS fra Oracle til Postgres Projekt R OpenRS: Flytte z3950-holdingsopslag til migreret (JEE)- OpenHoldingstatus-webservice Projekt R VIP-basen (OpenAgency) migreres til Postgres 38

39 Høringssvar af udviklingsopgaver til Releaseplan Bibliotek og kontaktoplysninger: Roskilde Universitetsbibliotek v/claus Vesterager Pedersen 2. Generelle bemærkninger: Vi tilslutter os det fælles høringssvar fra fag-, forsknings- og uddannelsesbibliotekerne ved DFFU, FC, LSF, Professionshøjskolernes Biblioteksledernetværk og GAEB fremsendt af FFUs DDB kontaktudvalg. 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 R Bibliotek.dk: ADHL (digitale lån) Angiv prioritering: _2 Projekt R Børneforslagsstiller: Underholdning og læring Angiv prioritering: _0 Der henvises til afsnittene Data science-projekter og Manglende medfinansiering fra DDB i indledningen til det fælles FFU høringssvar. 39

40 Projekt R Forslagsstiller og rankering - oplevelsesindhold Angiv prioritering: _1 Der henvises til afsnittet Data science-projekter i indledningen til det fælles FFU høringssvar. Projekt R Det dynamiske vidensystem alle grænseflader Angiv prioritering: _2 Der henvises til afsnittet Data science-projekter i indledningen til det fælles FFU høringssvar. Projekt R Det dynamiske vidensystem - nye dynamiske datasæt Angiv prioritering: _1 Der henvises til afsnittet Data science-projekter i indledningen til det fælles FFU høringssvar. Projekt R Adgangsplatformen (analyse) Projekt R BOB-basen: Vis infomedia-links i artikelbestillinger 40

41 Projekt R Bibliotek.dk: Vis nærmeste bibliotek der har åbent Angiv prioritering: _1 Projekt R Bibliotek.dk: Lister/personaliseringsindhold Projekt R Bibliotek.dk: Bestil flere materialer i et hug Projekt R Bibliotek.dk: Forbedret lånerstatus - implementeringsprojekt Projekt R Søgning i eksterne dataset gennem OpenSearch Angiv prioritering: _0 Der henvises til afsnittet Manglende medfinansiering fra DDB i indledningen til det fælles FFU høringssvar. Projekt R Bibliotek.dk: ADHL (udvidet filtrering) 41

42 Angiv prioritering: _1 Projekt R KontekstSØG for forskere og studerende Angiv prioritering: _2 Der henvises til afsnittet Data science-projekter i indledningen til det fælles FFU høringssvar. Vi tilslutter os anbefalingen fra Faggruppen for Infrastruktur og fra BIL-udvalget således at en efterfølgende bredere diskussion gennemføres. D.v.s. anbefalingen dækker analysefasen. Projekt R Brugsscenarier for geodata i brønden Angiv prioritering: _1 Projekt R Service til konvertering og udlevering af geodata Angiv prioritering: _1 Projekt R Konsolidering Fase 2 - Konsolidering af de fælles mobile løsninger til den nye arkitektur Angiv prioritering: _0 Faglig kommentar i forhold til bibliotek.dk: der er endnu ikke lavet en migrering fra oldbibliotek.dk, men det er på planen for 2015 med et timebudget på 200 (første projekt under tema 4), Det virker ikke fornuftigt allerede nu at kaste det firedobbelte efter en konsolidering i Endvidere henvises der til afsnittet Manglende medfinansiering fra DDB i indledningen til det fælles FFU høringssvar. 42

43 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 Angiv prioritering: _0 Der henvises til afsnittet Manglende medfinansiering fra DDB i indledningen til det fælles FFU høringssvar. Projekt R Netpunkt.dk: fase 2 af ny grænseflade til netpunkt.dk Projekt R Bibliotek.dk: Integration med andre systemer Projekt R BOB: Låse en bestilling i BOB- implementeringsprojekt 43

44 Projekt R Automatisk fjernlån som service: Hvem kan levere først? Projekt R Skalering af databrøndens repositoriestruktur Angiv prioritering: _2 Der henvises til afsnittet Manglende medfinansiering fra DDB i indledningen til det fælles FFU høringssvar. Projekt R Udbygning af OAI-PMH høst fra Danbib Projekt R Dataflow til Danbibs nye Data I/O System Der henvises til afsnittet Manglende medfinansiering fra DDB i indledningen til det fælles FFU høringssvar. Projekt R Repository til autoritetsdata 44

45 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 Angiv prioritering: _1 Projekt R Automatisk fjernlån af eget materiale Projekt R Yderligere udvikling og effektivisering af fjernlån 45

46 Projekt R OpenOrder: Migrere php-openorder til JavaEE Angiv prioritering: _2 Projekt R OpenHoldingStatus: Optimering af holdingsopslag mod FBSbiblioteker Angiv prioritering: _0 Der henvises til afsnittet Manglende medfinansiering fra DDB i indledningen til det fælles FFU høringssvar. Projekt R OpenHoldingStatus: Migrere php-openholdingstatus til JavaEE Angiv prioritering: _2 Projekt R OpenRS: Migrere C++-delen til JavaEE Angiv prioritering: _2 Projekt R OpenRS: Skifte DBMS fra Oracle til Postgres Angiv prioritering: _2 46

47 Projekt R OpenRS: Flytte z3950-holdingsopslag til migreret (JEE)- OpenHoldingstatus-webservice Angiv prioritering: _2 Projekt R VIP-basen (OpenAgency) migreres til Postgres Angiv prioritering: _2 47

48 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: UCL Biblioteket, Tove Schmidt Rødgaard, 2. Generelle bemærkninger: Følgende biblioteker tilslutter sig det fælles høringssvar fra FFU s DDB-kontaktudvalg: Via UC UC Sjælland UC Syddanmark UC Lillebælt UC Nordjylland UCC Metropol 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 R Bibliotek.dk: ADHL (digitale lån) Angiv prioritering: 2_ 48

49 Projekt R Børneforslagsstiller: Underholdning og læring Angiv prioritering: 0_ Der henvises til afsnittene Data science-projekter og Manglende medfinansiering fra DDB i indledningen til det fælles FFU høringssvar Projekt R Forslagsstiller og rankering - oplevelsesindhold Angiv prioritering: _1 Der henvises til afsnittet Data science-projekter i indledningen til det fælles FFU høringssvar Projekt R Det dynamiske vidensystem alle grænseflader Angiv prioritering: 2_ Der henvises til afsnittet Data science-projekter i indledningen til det fælles FFU høringssvar Projekt R Det dynamiske vidensystem - nye dynamiske datasæt Angiv prioritering: 1 Der henvises til afsnittet Data science-projekter i indledningen til det fælles FFU høringssvar Projekt R Adgangsplatformen (analyse) 49

50 Projekt R BOB-basen: Vis infomedia-links i artikelbestillinger Angiv prioritering: 3_ Projekt R Bibliotek.dk: Vis nærmeste bibliotek der har åbent Angiv prioritering: _1 Projekt R Bibliotek.dk: Lister/personaliseringsindhold Angiv prioritering: 3_ Projekt R Bibliotek.dk: Bestil flere materialer i et hug Projekt R Bibliotek.dk: Forbedret lånerstatus - implementeringsprojekt Angiv prioritering: 3_ Projekt R Søgning i eksterne dataset gennem OpenSearch 50

51 Angiv prioritering: _0 Der henvises til afsnittet Manglende medfinansiering i indledningen til det fælles FFU høringssvar Projekt R Bibliotek.dk: ADHL (udvidet filtrering) Angiv prioritering: _1 Projekt R KontekstSØG for forskere og studerende Angiv prioritering: 2_ Der henvises til afsnittet Data science-projekter i indledningen til det fælles FFU høringssvar. Vi tilslutter os anbefalingen fra Faggruppen for Infrastruktur og fra BIL-udvalget, således at en efterfølgende bredere diskussion gennemføres. DVS. anbefalingen dækker analysefasen Projekt R Brugsscenarier for geodata i brønden Angiv prioritering: _1 Projekt R Service til konvertering og udlevering af geodata Angiv prioritering: _1 51

52 Projekt R Konsolidering Fase 2 - Konsolidering af de fælles mobile løsninger til den nye arkitektur Angiv prioritering: _0 Faglig kommentar i forhold til bibliotek.dk: der er endnu ikke lavet en migrering fra oldbibliotek.dk, men det er på planen for 2015 med et timebudget på 200. Det virker ikke fornuftigt allerede nu at kaste det firedobbelte efter en konsolidering i Endvidere henvises der til afsnittet Manglende medfinansiering fra DDB i indledningen til det fælles FFU høringssvar 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 Angiv prioritering: _0 Der henvises til afsnittet Manglende medfinansiering fra DDB i indledningen til det fælles FFU høringssvar Projekt R Netpunkt.dk: fase 2 af ny grænseflade til netpunkt.dk Angiv prioritering: 3_ Projekt R Bibliotek.dk: Integration med andre systemer 52

53 Projekt R BOB: Låse en bestilling i BOB- implementeringsprojekt Angiv prioritering: 3_ Projekt R Automatisk fjernlån som service: Hvem kan levere først? Projekt R Skalering af databrøndens repositoriestruktur Angiv prioritering: 2_ Der henvises til afsnittet Manglende medfinansiering fra DDB i indledningen til det fælles FFU høringssvar Projekt R Udbygning af OAI-PMH høst fra Danbib Projekt R Dataflow til Danbibs nye Data I/O System Angiv prioritering: 3_ Der henvises til afsnittet Manglende medfinansiering fra DDB i indledningen til det fælles FFU høringssvar 53

54 Projekt R Repository til autoritetsdata 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 Angiv prioritering: _1 Projekt R Automatisk fjernlån af eget materiale 54

55 Angiv prioritering: 3_ Projekt R Yderligere udvikling og effektivisering af fjernlån Projekt R OpenOrder: Migrere php-openorder til JavaEE Angiv prioritering: _2 Projekt R OpenHoldingStatus: Optimering af holdingsopslag mod FBSbiblioteker Angiv prioritering: _0 Der henvises til afsnittet Manglende medfinansiering fra DDB i indledningen til det fælles FFU høringssvar Projekt R OpenHoldingStatus: Migrere php-openholdingstatus til JavaEE Angiv prioritering: _2 Projekt R OpenRS: Migrere C++-delen til JavaEE Angiv prioritering: _2 55

56 Projekt R OpenRS: Skifte DBMS fra Oracle til Postgres Angiv prioritering: _2 Projekt R OpenRS: Flytte z3950-holdingsopslag til migreret (JEE)- OpenHoldingstatus-webservice Angiv prioritering: 2_ Projekt R VIP-basen (OpenAgency) migreres til Postgres Angiv prioritering: 2_ 56

57 Høringssvar af udviklingsopgaver til Releaseplan 2016 Sendes til postkassen: med emnet "høringssvar". 1. Bibliotek og kontaktoplysninger: CBS Bibliotek ved Biblioteksdirektør René Steffensen, 2. Generelle bemærkninger: Vi tilslutter os det fælles høringssvar fra fag-, forsknings- og uddannelsesbibliotekerne ved DFFU, FC, LSF, Professionshøjskolernes Biblioteksledernetværk og GAEB fremsendt af FFUs DDB kontaktudvalg. 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 R Bibliotek.dk: ADHL (digitale lån) Angiv prioritering: _2 Projekt R Børneforslagsstiller: Underholdning og læring Angiv prioritering: _0 Der henvises til afsnittene Data science-projekter og Manglende medfinansiering fra DDB i indledningen til det fælles FFU høringssvar. 57

58 Projekt R Forslagsstiller og rankering - oplevelsesindhold Angiv prioritering: _1 Der henvises til afsnittet Data science-projekter i indledningen til det fælles FFU høringssvar. Projekt R Det dynamiske vidensystem alle grænseflader Angiv prioritering: _2 Der henvises til afsnittet Data science-projekter i indledningen til det fælles FFU høringssvar. Projekt R Det dynamiske vidensystem - nye dynamiske datasæt Angiv prioritering: _1 Der henvises til afsnittet Data science-projekter i indledningen til det fælles FFU høringssvar. Projekt R Adgangsplatformen (analyse) Projekt R BOB-basen: Vis infomedia-links i artikelbestillinger 58

59 Projekt R Bibliotek.dk: Vis nærmeste bibliotek der har åbent Angiv prioritering: _1 Projekt R Bibliotek.dk: Lister/personaliseringsindhold Projekt R Bibliotek.dk: Bestil flere materialer i et hug Projekt R Bibliotek.dk: Forbedret lånerstatus - implementeringsprojekt Projekt R Søgning i eksterne dataset gennem OpenSearch Angiv prioritering: _0 Der henvises til afsnittet Manglende medfinansiering fra DDB i indledningen til det fælles FFU høringssvar. 59

60 Projekt R Bibliotek.dk: ADHL (udvidet filtrering) Angiv prioritering: _1 Projekt R KontekstSØG for forskere og studerende Angiv prioritering: _2 Der henvises til afsnittet Data science-projekter i indledningen til det fælles FFU høringssvar. Vi tilslutter os anbefalingen fra Faggruppen for Infrastruktur og fra BIL-udvalget således at en efterfølgende bredere diskussion gennemføres. D.v.s. anbefalingen dækker analysefasen. Projekt R Brugsscenarier for geodata i brønden Angiv prioritering: _1 Projekt R Service til konvertering og udlevering af geodata Angiv prioritering: _1 Projekt R Konsolidering Fase 2 - Konsolidering af de fælles mobile løsninger til den nye arkitektur Angiv prioritering: _0 Faglig kommentar i forhold til bibliotek.dk: der er endnu ikke lavet en migrering fra oldbibliotek.dk, men det er på planen for 2015 med et timebudget på 200 (første projekt under tema 4), Det virker ikke fornuftigt allerede nu at kaste det firedobbelte efter en konsolidering i Endvidere henvises der til afsnittet Manglende medfinansiering fra DDB i indledningen til det fælles FFU høringssvar. 60

61 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 Angiv prioritering: _0 Der henvises til afsnittet Manglende medfinansiering fra DDB i indledningen til det fælles FFU høringssvar. Projekt R Netpunkt.dk: fase 2 af ny grænseflade til netpunkt.dk Projekt R Bibliotek.dk: Integration med andre systemer Projekt R BOB: Låse en bestilling i BOB- implementeringsprojekt 61

62 Projekt R Automatisk fjernlån som service: Hvem kan levere først? Projekt R Skalering af databrøndens repositoriestruktur Angiv prioritering: _2 Der henvises til afsnittet Manglende medfinansiering fra DDB i indledningen til det fælles FFU høringssvar. Projekt R Udbygning af OAI-PMH høst fra Danbib Projekt R Dataflow til Danbibs nye Data I/O System Der henvises til afsnittet Manglende medfinansiering fra DDB i indledningen til det fælles FFU høringssvar. Projekt R Repository til autoritetsdata 62

63 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 Angiv prioritering: _1 Projekt R Automatisk fjernlån af eget materiale 63

64 Projekt R Yderligere udvikling og effektivisering af fjernlån Projekt R OpenOrder: Migrere php-openorder til JavaEE Angiv prioritering: _2 Projekt R OpenHoldingStatus: Optimering af holdingsopslag mod FBSbiblioteker Angiv prioritering: _0 Der henvises til afsnittet Manglende medfinansiering fra DDB i indledningen til det fælles FFU høringssvar. Projekt R OpenHoldingStatus: Migrere php-openholdingstatus til JavaEE Angiv prioritering: _2 Projekt R OpenRS: Migrere C++-delen til JavaEE Angiv prioritering: _2 Projekt R OpenRS: Skifte DBMS fra Oracle til Postgres Angiv prioritering: _2 64

65 Projekt R OpenRS: Flytte z3950-holdingsopslag til migreret (JEE)- OpenHoldingstatus-webservice Angiv prioritering: _2 Projekt R VIP-basen (OpenAgency) migreres til Postgres Angiv prioritering: _2 65

66 Høringssvar af udviklingsopgaver til Releaseplan 2016 Sendt til postkassen: med emnet "høringssvar". 1. Bibliotek og kontaktoplysninger: FFUs DDB kontaktudvalg (ved Leif Andresen, på vegne af: DFFU - Danske Fag-, Forsknings- og Uddannelsesbiblioteker FC - Forskningsbibliotekernes Chefkollegium LSF - Lederforum for Special- og Forskningsbiblioteker Professionshøjskolernes Biblioteksledernetværk GAEB - Gymnasie-, Akademi- og Erhvervsskolernes Biblioteksforening 2. Generelle bemærkninger: På vegne af DFFU, FC, LSF, Professionshøjskolernes Biblioteksledernetværk og GAEB fremsender FFUs DDB kontaktudvalg hermed et fælles høringssvar fra fag-, forsknings- og uddannelsesbibliotekerne. Forholdende omkring den manglende medfinansiering fra DDB til Releaseplan 2016 understreger det uheldige i at DDB, hvis formål kun dækker et aspekt (ganske vist et vigtigt aspekt) af folkebibliotekernes virksomhed, er sat til at administrere den fælles infrastruktur for både folkebiblioteker og for fag-, forsknings- og uddannelsesbibliotekerne. Releaseplanen generelt Generelt indeholder Releaseplan 2016 en række relevante projekter, som vil bidrage til en bedre udnyttelse af de fælles ressourcer og til optimering af netpunkt og lånesamarbejdet. FFU-organisationer kan med tilfredshed konstatere, at etableringen af Kulturstyrelsens udvalg for bibliotekernes interaktion og lånesamarbejde (BIL-udvalget) og dette udvalgs inddragelse i arbejdet med releaseplaner giver mulighed for en bredere inddragelse af bibliotekerne. Det er også tilfredsstillende, at der i modsætning til oprindeligt planlagt blev indbudt til et møde for lederforeninger m.v. i december 2014 om Releaseplan Det var derimod ikke tilfredsstillende, at FFU-organisationernes ønske om at løfte de to projekter fra status som backlog til projekter til udførelse i 2015 ikke blev imødekommet. Der har i forbindelse med høringen af Releaseplan 2015 været stillet spørgsmålstegn ved om der var en afbalanceret fordeling i forhold til fordeling mellem folkebibliotekerne og FFU-bibliotekerne. Selvom der er sket fremskridt, så giver Releaseplan 2016 ikke en dækkende beskrivelse, som kan bruges til at vurdere om der er tale om en afbalanceret fordeling. Men det kan konstateres, at der er medtaget en 66

67 række projekter af betydning for FFU-bibliotekerne. Endvidere er diskussionen nedenfor om manglende medfinansiering fra DDB klart mere betydningsfuld. Manglende medfinansiering fra DDB I forslag til Releaseplan 2016 er der ikke nogen klar opdeling mellem hvilke systemer, som det enkelte projekt er rettet imod. I processen med klargøring af planen er der sket en række forbedringer, men det er stadig i en række tilfælde ikke muligt at se dette klart. Det skal indledningsvis understreges, at: 1) vi er indforståede med, at en fælles releaseplan for bibliotek.dk, DanBib og udvikling af fælleskommunal infrastruktur giver mulighed for at pulje udviklingsressourcer og dermed få en mere rationel udnyttelse. 2) vi er også indforståede med, at udviklede funktioner til biblotek.dk og DanBib kan genbruges uden særskilt betaling for det genbrugte. Men fælles udvikling skal foregå ved at pulje udviklingsmidler og ikke ved en ensidig finansiering fra bibliotek.dk / DanBib og meromkostninger ved f.eks. DDBs genbrug til DDB- CMS skal bæres af DDB. Det skal bemærkes, at dette er en principielt anden diskussion end spørgsmålet om fordeling mellem folkebibliotekerne og FFU-bibliotekerne set i forhold til udvikling af faciliteter i DanBib og bibliotek.dk. Der anføres i høringsoplægget (afsnit 1.2.1) at den nationale biblioteksinfrastruktur skal understøtte bibliotekernes lokale behov og herunder udvikling af fælles funktionalitet rettet mod brugere af bibliotekernes egne hjemmesider. En finansiering af funktionaliteter specifikt rettet imod folkebibliotekernes specifikke systemer DDB-CMS og FBS (Fælles Bibliotekssystem til folkebiblioteker og pædagogiske læringscentre Cicero) kan dog ikke ske af midler til DanBib og bibliotek.dk, hvilket er tilfældet i den foreliggende releaseplan. Finanslovens Bibliotek.dk og DanBib mv. (Citat): Underkontoen rummer bevillinger til det nationale fælles bibliotekskatalog DanBib samt bibliotek.dk,.. [hvor "mv" dækker katalogiseringsbidrag for de statslige biblioteker]. Bevillingen til bibliotek.dk er en udmøntning af lov om biblioteksvirksomhed 16 stk. 2 og det indebærer, at bevillingen til bibliotek.dk er begrænset til bibliotek.dk og ikke efter forgodtbefindende kan udvides til andre formål herunder heller ikke lokale systemers brugergrænseflade. Det betyder ikke at andre systemer ikke kan genanvende programmel m.v. udviklet til bibliotek.dk, men omkostninger afholdt af bevillingen skal være til bibliotek.dk. Bevillingen til DanBib dækker en del af betalingen for de statslige bibliotekers brug af DanBib. Dette er en forlængelse af en direkte finanslovsfinansiering af DanBibs forgænger for forskningsbibliotekerne. DanBib er defineret bredere end netpunkt/danbib brugergrænsefladen i henhold til udviklings- og driftsaftale om DanBib ( 1. Dette indebærer, at hvad der lægges ind under DanBib- 1 Citat fra 3 i Udviklings- og driftsaftale om Danbib 67

68 samarbejdet enten skal være direkte nævnt i denne aftales 3 eller særligt aftalt mellem parterne (d.v.s. Kulturministeriet og KL) og samtidig være af fælles interesse for bibliotekerne. Bortset fra, at der FFUbibliotekerne bekendt ikke er truffet sådanne aftaler, så kan en sådan aftale heller ikke indebære anvendelse efter forgodtbefindende, da den netop skal være af fælles interesse for bibliotekerne. Det er helt entydigt, at der hermed menes, at den fælles interesse skal være for både folke- og forskningsbiblioteker. Der er en række af projekterne på planen, som enten helt klart ikke er bibliotek.dk/danbib-projekter eller kun er af begrænset relevans for bibliotek.dk/danbib. Det drejer sig om: R16.02 Børneforslagsstiller: Underholdning og læring R16.12 Integration af UniversalSearch i OpenSearch R16.17 Konsolidering Fase 2 - Konsolidering af de fælles mobile løsninger til den nye arkitektur. R16.19 Konsolidering Fase 2 - Nationale funktioner fra bibliotek.dk til DDB CMS R16.35 OpenHoldingStatus: Optimering af holdingsopslag mod FBS-biblioteker Da vi netop mener, at disse projekter ikke er bibliotek.dk/danbib relevante, har vi som led i de ønskede prioriteringer tildelt prioritet 0. En gennemførelse med ren DDB-finansiering vil være naturlig og fuldt acceptabel. Endvidere er der følgende to projekter, hvor projektets omfang og dermed ressourcetræk er betinget af DDB behov, og hvor manglende primær DDB-finansiering derfor ikke er acceptabel: R16.24 Skalering af databrøndens repositoriestruktur R16.26 Dataflow til Danbib?s nye Data i/o system Derfor henstilles det at disse projekter får en finansiering, som afspejler anvendelsen af projekterne. FFU-organisationerne forbeholder sig i modsat fald ret til at følge sagen op overfor Kulturministeriet. DANBIB-samarbejdets EDB-systemer skal, udover at give adgang til DANBIB-databasen, også give adgang indbyrdes mellem de enkelte biblioteker, og skal desuden give mulighed for at udføre en række funktioner af fælles interesse for bibliotekerne, herunder: katalogisering genbrug og kopiering af data import og eksport af data indberetning lokalisering af materialer i bibliotekerne formidling af lån mellem bibliotekerne søgning i den fælles database DANBIB-samarbejdet kan ved enighed mellem parterne udvides til også at omfatte andre opgaver og funktioner af fælles interesse for bibliotekerne. 68

69 Data science-projekter Der er en række projekter, som i forarbejdet samlet var betegnet som Data science-projekter: R16.02 Børneforslagsstiller: Underholdning og læring R16.03 Forslagsstiller og rankering - oplevelsesindhold R16.04 Det dynamiske vidensystem alle grænseflader R16.05 Det dynamiske vidensystem - nye dynamiske datasæt R16.14 KontekstSØG for forskere og studerende Indledningsvis bemærkes, at indsamling af data om benyttelse af de nationale systemer kan anbefales. Det er vigtigt at denne type data også kan anvendes af de enkelte biblioteker til analyseformål. Søgning, hvor resultatet af søgningen afhænger af andet end af de indtastede ord, men også af konteksten, kan deles op i de tilfælde, hvor det er systemet, som vælger, hvad der filtreres fra og de tilfælde, hvor det er brugeren, som vælger. Kontekst-søg som standard-filtrering Der er brug for en dybere diskussion af, hvilken vej bibliotek.dk skal gå. Selvom Google er toneangivende, er det på sin plads at overveje grundigt, om det kulturpolitisk er den rette vej at gå at gøre det samme som Google. Når vi ved undervisning i informationskompetence lærer brugere at forholde sig kritisk til informationsressourcer, er det så den rigtige vej, at resultater fra søgninger i bibliotek.dk skal selekteres efter brugerens adfærd, alder og niveau? Ryster det ikke tilliden til biblioteksvæsenet, når to forskellige personers søgning på præcis det samme giver forskelligt resultat? Det vil vanskeliggøre vejledning via chat, og telefon i forhold til brugergrænseflader. Bibliotekernes image er at være neutral formidler af kvalitetsressourcer: saglig, neutral og vidensbaseret. Det er vigtigt at fastholde denne position i modsætning til f.eks. musik/film/købsportaler. Det er en vigtig bibliotekspolitisk og biblioteksetisk diskussion, som bør tages bredere end i blot i en hurtig høring. Kontekst-søg som tilvalg Der er stor forskel på, at en filtrering af en søgning sker automatisk ud fra en enkelt brugers historik, eller om den sker i en mere generel faglig kontekst. Professionshøjskolebibliotekernes brugere er f.eks. studerende fra mange forskellige fag, som ikke kan anvende den samme faglige kontekst fra fag til fag. En mulighed for som tilvalg at få sine søgninger behandlet i en kontekst af pædagogik eller sygepleje vil formentlig kunne give rigtig god mening for studerende på professionshøjskolerne, men næppe for andre typer studerende. Det kan også nævnes, at f.eks. Primo-bibliotekerne tilbyder en Scholar Rank, som rankerer efter brugerens akademiske præferencer. Med denne vinkling kan FFU-bibliotekerne støtte en udredning og gerne også testning af muligheder. Det skal endvidere understreges, at dette skal ses i forhold til studerende, men ikke i forhold til forskere. Forskeres litteratursøgning foregår primært udenfor bibliotek.dk, og en filtrering ud fra popularitetsvinklen er bestemt ikke relevant. 69

70 Samspil med søgemaskiner m.v. Nedenstående projektforslag har været fremlagt i DDBs faggruppe for infrastruktur, hvor det blev anbefalet: Med grundlag i bibliotek.dk er etableret rutiner til samspil med WorldCat og Google. Samspillet med WorldCat er baseret på udveksling i MARC21 og samspillet med Google indtil nu et særligt høstformat udviklet for efterhånden mange år siden til Google Scholar. I en artikel i DBCs jubilæumsskrift Veje til viden (2014) er omtalt et initiativ om metadata i schema.org at opnå optimal indeksering af bibliotek.dk s data i Google. Dette initiativ bør videreføres og i 2016 udbygges til ikke blot eksponering af bibliografiske data, men også bibliotekernes beholdning for at understøtte funktioner i Google o.a. søgemaskiner til at vise nærmeste fysiske lokation for et produkt, så et biblioteks udlånseksemplar kan ses på linje med en boghandlers salgseksemplar. Med ovenstående har FFU-bibliotekerne ønsket at give en fælles generel tilbagemelding på udspillet til Releaseplan. Det er forventningen, at opfølgningen efterfølgende i DDBs organisation vil tage højde for de omtalte forhold, således at det endelige resultat kan afspejle en bredere konsensus blandt bibliotekerne. Endvidere henvises til de supplerende og mere konkrete kommentarer, som de enkelte FFU-biblioteker bidrager med. Med venlig hilsen FFUs DDB kontaktudvalg På vegne af DFFU - Danske Fag-, Forsknings- og Uddannelsesbiblioteker FC - Forskningsbibliotekernes Chefkollegium LSF - Lederforum for Special- og Forskningsbiblioteker Professionshøjskolernes Biblioteksledernetværk GAEB - Gymnasie-, Akademi- og Erhvervsskolernes Biblioteksforening 70

71 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 R Bibliotek.dk: ADHL (digitale lån) Angiv prioritering: _2 Projekt R Børneforslagsstiller: Underholdning og læring Angiv prioritering: _0 Der henvises til afsnittene Data science-projekter og Manglende medfinansiering fra DDB i indledning. Projekt R Forslagsstiller og rankering - oplevelsesindhold Angiv prioritering: _1 Der henvises til afsnittet Data science-projekter i indledning. Projekt R Det dynamiske vidensystem alle grænseflader Angiv prioritering: _2 Der henvises til afsnittet Data science-projekter i indledning. Projekt R Det dynamiske vidensystem - nye dynamiske datasæt Angiv prioritering: _1 Der henvises til afsnittet Data science-projekter i indledning. 71

72 Projekt R Adgangsplatformen (analyse) Projekt R BOB-basen: Vis infomedia-links i artikelbestillinger Projekt R Bibliotek.dk: Vis nærmeste bibliotek der har åbent Angiv prioritering: _1 Projekt R Bibliotek.dk: Lister/personaliseringsindhold Projekt R Bibliotek.dk: Bestil flere materialer i et hug Projekt R Bibliotek.dk: Forbedret lånerstatus - implementeringsprojekt Projekt R Søgning i eksterne dataset gennem OpenSearch Angiv prioritering: _0 Der henvises til afsnittet Manglende medfinansiering fra DDB i indledning. Projekt R Bibliotek.dk: ADHL (udvidet filtrering) Angiv prioritering: _1 72

73 Projekt R KontekstSØG for forskere og studerende Angiv prioritering: _2 Der henvises til afsnittet Data science-projekter i indledning. Vi tilslutter os anbefalingen fra Faggruppen for Infrastruktur og fra BIL-udvalget således at en efterfølgende bredere diskussion gennemføres. D.v.s. anbefalingen dækker analysefasen. Projekt R Brugsscenarier for geodata i brønden Angiv prioritering: _1 Projekt R Service til konvertering og udlevering af geodata Angiv prioritering: _1 Projekt R Konsolidering Fase 2 - Konsolidering af de fælles mobile løsninger til den nye arkitektur Angiv prioritering: _0 Faglig kommentar i forhold til bibliotek.dk: der er endnu ikke lavet en migrering fra oldbibliotek.dk, men det er på planen for 2015 med et timebudget på 200 (første projekt under tema 4), Det virker ikke fornuftigt allerede nu at kaste det firedobbelte efter en konsolidering i Endvidere henvises der til afsnittet Manglende medfinansiering fra DDB i indledning. 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 Angiv prioritering: _0 Der henvises til afsnittet Manglende medfinansiering fra DDB i indledning. Projekt R Netpunkt.dk: fase 2 af ny grænseflade til netpunkt.dk 73

74 Projekt R Bibliotek.dk: Integration med andre systemer 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 Angiv prioritering: _2 Der henvises til afsnittet Manglende medfinansiering fra DDB i indledning. Projekt R Udbygning af OAI-PMH høst fra Danbib Projekt R Dataflow til Danbibs nye Data I/O System Der henvises til afsnittet Manglende medfinansiering fra DDB i indledning. Projekt R Repository til autoritetsdata 74

75 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 Angiv prioritering: _1 Projekt R Automatisk fjernlån af eget materiale Projekt R Yderligere udvikling og effektivisering af fjernlån Projekt R OpenOrder: Migrere php-openorder til JavaEE Angiv prioritering: _2 Projekt R OpenHoldingStatus: Optimering af holdingsopslag mod FBSbiblioteker Angiv prioritering: _0 75

76 Der henvises til afsnittet Manglende medfinansiering fra DDB i indledning. Projekt R OpenHoldingStatus: Migrere php-openholdingstatus til JavaEE Angiv prioritering: _2 Projekt R OpenRS: Migrere C++-delen til JavaEE Angiv prioritering: _2 Projekt R OpenRS: Skifte DBMS fra Oracle til Postgres Angiv prioritering: _2 Projekt R OpenRS: Flytte z3950-holdingsopslag til migreret (JEE)- OpenHoldingstatus-webservice Angiv prioritering: _2 Projekt R VIP-basen (OpenAgency) migreres til Postgres Angiv prioritering: _2 76

77

78

79

80 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: Aalborg Universitetsbibliotek Langagervej 2, 9220 Aalborg Øst Niels-Henrik Gylstorff, overbibliotekar 2. Generelle bemærkninger: Jeg skal hermed på AUBs vegne meddele at AUB deler høringssvar og de prioriteringer, som er fremsendt på vegne af FFU bibliotekerne, ved chefkonsulent Leif Andresen, Det kgl. Bibliotek 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 R Bibliotek.dk: ADHL (digitale lån) 1

81 Projekt R Børneforslagsstiller: Underholdning og læring Projekt R Forslagsstiller og rankering - oplevelsesindhold Projekt R Det dynamiske vidensystem alle grænseflader Projekt R Det dynamiske vidensystem - nye dynamiske datasæt Projekt R Adgangsplatformen (analyse) 2

82 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 Projekt R Søgning i eksterne dataset gennem OpenSearch 3

83 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 Projekt R Konsolidering Fase 2 - Konsolidering af de sidste nationale funktioner og idriftsættelse af bibliotek.dk 4

84 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 Projekt R BOB: Låse en bestilling i BOB- implementeringsprojekt Projekt R Automatisk fjernlån som service: Hvem kan levere først? 5

85 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 Projekt R Servicelag til autoritetsdata repository Projekt R Implementering af RDA i den nationale infrastruktur 6

86 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 Projekt R OpenOrder: Migrere php-openorder til JavaEE 7

87 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 Projekt R VIP-basen (OpenAgency) migreres til Postgres 8

88 9

89 Releaseplan 2016 høringssvar Det Kongelige Bibliotek Høringssvar af udviklingsopgaver til Releaseplan 2016 Sendt til postkassen: med emnet "høringssvar". 1. Bibliotek og kontaktoplysninger: Det Kongelige Bibliotek Kontakt: Leif Andresen, 2. Generelle bemærkninger: Det Kongelige Bibliotek tilslutter sig det fælles høringssvar fra fag-, forsknings- og uddannelsesbibliotekerne ved DFFU, FC, LSF, Professionshøjskolernes Biblioteksledernetværk og GAEB fremsendt af FFUs DDB kontaktudvalg. Finansiering af projekter ud over DanBib og bibliotek.dk Det Kongelige Bibliotek tilslutter sig det fælles høringssvar vedrørende den manglende finansiering fra DDB af projekter ud over DanBib og bibliotek.dk og medfinansiering af projekter, som igangsættes væsentligst p.g.a. servicering af folkebibliotekssystemer. Det Kongelige Bibliotek finder, at disse projekter på ingen måde er en del af en fælles infrastruktur. Det er fint, at folkebibliotekernes DDB-CMS kan genbruge nationale funktioner også uden at der skal overføres midler af den årsag. Men det er uacceptabelt, at et sådan genbrug skal finansieres af midler afsat til DanBib og bibliotek.dk. DDB agerer, som om DDBs fælles overbygning for folkebiblioteker er overbygning for det samlede biblioteksvæsen, hvilket på ingen måde er tilfældet. Det er desuden paradoksalt, at høringsoplægget for to projekter nævner muligheden for at DDB eventuelt kan være medfinansierende, hvilke er de eneste steder, hvor DDB så muligvis vil medfinansiere. Det Kongelige Bibliotek har i høringssvar både for 2014-planen og 2015-planen peget på den manglende balance mellem folke- og FFU-bibliotekerne, uden at dette er blevet fulgt op af DDB. For 2015-planen blev endvidere peget på to projekter med henholdsvis for lille og ingen finansiering fra DDB samt ét projekt, som efter Det Kongelige Biblioteks opfattelse alene er et DDB-projekt. I ovennævnte fælles høringssvar er der med Releaseplan 2016 fem projekter, som ikke er DanBib/bibliotek.dk relevante og to projekter, hvor den manglende DDB medfinansiering ikke er acceptabel. 1

90 Releaseplan 2016 høringssvar Det Kongelige Bibliotek Det er helt uholdbart, at DDB på denne måde finansierer sine egne opgaver med de midler, som DDB har fået til opgave at forvalte for det samlede biblioteksvæsen og som det fremgår, så sker det i stigende omfang. Sikring af konsensus og opbakning i biblioteksvæsenet Det Kongelige Bibliotek tilslutter sig det fælles FFU høringssvars konstatering, at etableringen af Kulturstyrelsens udvalg for bibliotekernes interaktion og lånesamarbejde (BIL-udvalget) og dette udvalgs inddragelse i arbejdet med releaseplaner giver mulighed for en bredere inddragelse af bibliotekerne. Det er også tilfredsstillende, at der, i modsætning til oprindeligt planlagt, blev indbudt til et møde for lederforeninger m.v. i december 2014 om Releaseplan Et lille skridt på vejen mod en reel inddragelse af FFU-bibliotekerne var også udvidelsen af DDB Faggruppen for Infrastruktur med et medlem for FFU-bibliotekerne. Men metoden med DDB organisationens udpegning frem for repræsentation for FFU-organisationerne og relevante institutioner som Det Kongelige Bibliotek, er i modstrid med et samarbejde, hvor disse kan forpligtes i beslutningsprocesser. Det var derimod stærkt utilfredsstillende, at FFU-organisationernes ønske om at løfte de to projekter fra status som backlog til projekter til udførelse i 2015 (i DDB sekretariatet oplæg til konklusion på høringen om 2015 releaseplan) ikke blev imødekommet. Det er udtryk for, at den formelle imødekommenhed overfor FFU-bibliotekerne ser ud til at have svært ved at slå igennem i praksis. Udviklingshastighed Det fremgår af en del af de konkrete høringskommentarer efterfølgende, at Det Kongelige Bibliotek må gentage anbefalinger og kommentarer fra vores svar på høringsoplægget til releaseplan Det er udtryk for, at for mange projekter ikke har tilstrækkelig fremdrift. Det er kritisabelt, at mange af de konkrete forbedringer lader vente på sig. Ny bibliografisk udvikling Projekterne R16.27 til projekt R16-30 er alle væsentlige i forhold til den udvikling, som står for døren på metadataområdet. Det gælder nyt regelsæt RDA, de kommende krav til autoritetsdata/relationsdata og en kommende overgang til et nyt metadata-format. Det er nationalt set væsentlige projekter og de bør derfor prioriteres på nationalt niveau, uanset om nogle biblioteker måtte angive en anden prioritering end 3. Konklusion Det udsendte høringsoplæg giver således anledning til både positive og negative kommentarer. 2

91 Releaseplan 2016 høringssvar Det Kongelige Bibliotek Høringsoplægget indeholder en række projekter af væsentlig betydning for FFU-bibliotekerne og Det Kongelige Bibliotek støtter derfor disse projekter. Desværre er en del af disse projekter gengangere fra tidligere år, hvorfor der er grund til at pointere, at gennemførelse af sådanne projekter med forbedringer for brugere af bibliotek.dk og med effektiviseringer af bibliotekernes arbejde ikke bare skal forstås, men også gennemføres. Høringsoplægget indeholder en række projekter, som ligger entydigt udenfor DanBib og bibliotek.dk samt også nogle projekter, hvis gennemførelse primært skyldes behov udenfor DanBib og bibliotek.dk. Det skal understreges, at genbrug af udviklingsarbejde, udført til DanBib og bibliotek.dk i forhold til andre bibliotekssystemer, naturligvis er en fornuftig ting, men meromkostninger p.g.a. DDB-CMS og folkebibliotekernes fælles Cicero system skal afholdes af disse. Da projekterne ikke er relevante i forhold til DanBib/bibliotek.dk, så har Det Kongelige Bibliotek givet prioritet 0 til disse projekter. Det Kongelige Bibliotek anser det for helt uacceptabelt at DDB ikke finansierer egne projekter og i øvrigt også at andre fælles projekter ikke bidrager til fælles finansiering og forbeholder sig at følge sagen i anden sammenhæng. 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 R Bibliotek.dk: ADHL (digitale lån) Angiv prioritering: _2 Projekt R Børneforslagsstiller: Underholdning og læring Angiv prioritering: _0 Der henvises til afsnittene Data science-projekter og Manglende medfinansiering fra DDB i indledningen til det fælles FFU høringssvar. 3

92 Releaseplan 2016 høringssvar Det Kongelige Bibliotek Det Kongelige Bibliotek finder, at dette projekt på ingen måde er en del af en fælles infrastruktur med projektets entydige fokusering på folkebibliotekernes børneportal Palles Gavebod og på en skoleportal det nye folkebibliotekssystem Cicero. Projekt R Forslagsstiller og rankering - oplevelsesindhold Angiv prioritering: _1 Der henvises til afsnittet Data science-projekter i indledningen til det fælles FFU høringssvar. Projekt R Det dynamiske vidensystem alle grænseflader Angiv prioritering: _2 Der henvises til afsnittet Data science-projekter i indledningen til det fælles FFU høringssvar. Projekt R Det dynamiske vidensystem - nye dynamiske datasæt Angiv prioritering: _1 Der henvises til afsnittet Data science-projekter i indledningen til det fælles FFU høringssvar. Projekt R Adgangsplatformen (analyse) Der udestår en sikring af FFU-bibliotekernes brugerbehov. I forhold til analyseprojekt er en fuld bibliotek.dk / DanBib finansiering OK, men selve en udbygning til en skoleportal det nye folkebibliotekssystem Cicero forudsætter finansiering fra folkebiblioteksside. Projekt R BOB-basen: Vis infomedia-links i artikelbestillinger 4

93 Releaseplan 2016 høringssvar Det Kongelige Bibliotek Projekt R Bibliotek.dk: Vis nærmeste bibliotek der har åbent Angiv prioritering: _1 Som ved vores kommentar til høringsoplæg for releaseplan 2015, så er Det Kongelige Bibliotek holdning at dette projekt bør afsluttes, således at de anvendte midler kan nyttiggøres. Projekt R Bibliotek.dk: Lister/personaliseringsindhold Mulighed for at brugerne af bibliotek.dk enkelt kan lave litteraturlister på tværs af landets bibliotekssamling har været savnet og anbefales derfor. Projekt R Bibliotek.dk: Bestil flere materialer i et hug En funktion, som brugere at bibliotek.dk har efterspurgt i brugerundersøgelser m.v. i flere år og som derfor anbefales. Projekt R Bibliotek.dk: Forbedret lånerstatus - implementeringsprojekt En funktion, som brugere at bibliotek.dk har efterspurgt i brugerundersøgelser m.v. i flere år og som derfor anbefales. Projekt R Søgning i eksterne dataset gennem OpenSearch Angiv prioritering: _0 Der henvises til afsnittet Manglende medfinansiering fra DDB i indledningen til det fælles FFU høringssvar. 5

94 Releaseplan 2016 høringssvar Det Kongelige Bibliotek Projekt R Bibliotek.dk: ADHL (udvidet filtrering) Angiv prioritering: _1 Projekt R KontekstSØG for forskere og studerende Angiv prioritering: _2 Der henvises til afsnittet Data science-projekter i indledningen til det fælles FFU høringssvar. Vi tilslutter os anbefalingen fra Faggruppen for Infrastruktur og fra BIL-udvalget således at en efterfølgende bredere diskussion gennemføres. D.v.s. anbefalingen dækker analysefasen. Projekt R Brugsscenarier for geodata i brønden Angiv prioritering: _1 Som ved vores kommentar til høringsoplæg for releaseplan 2015, kan dette projekt anbefales, men det skal sikres at anvendelse af geodata i bibliotek.dk bliver diskuteres i et bredere forum inden at det efterfølgende implementeringsprojekt evt. sættes i gang. Projekt R Service til konvertering og udlevering af geodata Angiv prioritering: _1 Se kommentar til R Projekt R Konsolidering Fase 2 - Konsolidering af de fælles mobile løsninger til den nye arkitektur Angiv prioritering: _0 Faglig kommentar i forhold til bibliotek.dk: der er endnu ikke lavet en migrering fra old-bibliotek.dk, men det er på planen for 2015 med et timebudget på 200 (første projekt under tema 4), Det virker ikke fornuftigt allerede nu at kaste det firedobbelte efter en konsolidering i Endvidere henvises der til afsnittet Manglende medfinansiering fra DDB i indledningen til det fælles FFU høringssvar. 6

95 Releaseplan 2016 høringssvar Det Kongelige Bibliotek Projekt R Konsolidering Fase 2 - Konsolidering af de sidste nationale funktioner og idriftsættelse af bibliotek.dk Særlig en migrering af de nødvendige nationale funktioner i bibliotek.dk (som oplyses ikke bliver nået i 2015) er vigtige. Projekt R Konsolidering Fase 2 - Nationale funktioner fra bibliotek.dk til DDB CMS Angiv prioritering: _0 Der henvises til afsnittet Manglende medfinansiering fra DDB i indledningen til det fælles FFU høringssvar. Det Kongelige Bibliotek finder, at dette projekt på ingen måde er en del af en fælles infrastruktur. Det er fint at folkebibliotekernes DDB-CMS kan genbruge nationale funktioner også uden at der skal overføres midler af den årsag. Men det er uacceptabelt, at et sådan genbrug skal finansieres af midler afsat til DanBib og bibliotek.dk. Projekt R Netpunkt.dk: fase 2 af ny grænseflade til netpunkt.dk Det er påtrængende med en modernisering af den professionelle brugergrænseflade til fælleskatalogen. Som ved vores kommentar til høringsoplæg for releaseplan 2015 finder vi det nødvendigt at FFUbibliotekerne inddrages i den mere detaljerede planlægning. Den af DBC nedsatte følgegruppe er et godt initiativ, men der er behov for en bredere inddragelse og dette på et tidligere tidspunkt, d.v.s. i løbet af Projekt R Bibliotek.dk: Integration med andre systemer Som ved vores kommentar til høringsoplæg for releaseplan 2015, så kan projektet anbefales. Det er fornuftigt med en ramme for yderligere samspil med andre systemer, men Det Kongelige Bibliotek ønsker mulighed for at kommentere konkrete projekter. 7

96 Releaseplan 2016 høringssvar Det Kongelige Bibliotek Projekt R BOB: Låse en bestilling i BOB- implementeringsprojekt Med projektet kan uheldige situationer undgås, hvorfor projektet anbefales. Projekt R Automatisk fjernlån som service: Hvem kan levere først? Projekt R Skalering af databrøndens repositoriestruktur Angiv prioritering: _2 Der henvises til afsnittet Manglende medfinansiering fra DDB i indledningen til det fælles FFU høringssvar. Projekt R Udbygning af OAI-PMH høst fra Danbib Med forsinkelse i 2014 og 2015 projekterne om OAI-PMH er det med stor sikkerhed nødvendigt med et 2016 opfølgningsprojekt. Det Kongelige Bibliotek har aftalt at blive inddraget i testen af høst til DanBib i og dette projekt har ikke bevæget sig endnu i Bemærk at titlen i høringsoplægget er Placeholder til eventuelle udeståender fra Data I/O-projekter i Releaseplan 2015, med fokus på OAI-PMH, hvilket er mere korrekt end ovenstående (som indgik i et af udkastene). Projekt R Dataflow til Danbibs nye Data I/O System Der henvises til afsnittet Manglende medfinansiering fra DDB i indledningen til det fælles FFU høringssvar. 8

97 Releaseplan 2016 høringssvar Det Kongelige Bibliotek Projekt R Repository til autoritetsdata Der henvises til en nylig af Bibliografisk Råd færdigbearbejdet strategi for autoritetsdata, hvor forskellige indsatsområder anbefales; herunder bl.a. et dansk repository for autoritetsdata. Etablering af en fælles infrastruktur som baggrund for udvikling af bibliotekernes anvendelse af Linked Open Data funktioner og for samspil med det internationale autoritetsdatas repository VIAF (The Virtual International Authority File) er meget vigtig. Projekt R Servicelag til autoritetsdata repository Der henvises til kommentaren til R Projekt R Implementering af RDA i den nationale infrastruktur Der kan forventes en snarlig anbefaling fra Bibliografisk Råd om at ændre regelsæt fra Katalogiseringsregler og bibliografisk standard for danske biblioteker baseret på AACR2 til RDA Resource Description and Access. Det er vigtigt at implementeringen af RDA bliver solidt understøttet af den natioanle infrastruktur og derfor er det vigtigt at der straks er afsat ressourcer til at løfte opgaven. Projekt R Data: Analyseprojekt vedrørende BIBFRAME BIBFRAME initiativet fra amerikansk side (Library of Congress) er ikke på et sådan niveau endnu, at vi kan planlægge et skifte mere præcist på nuværende tidspunkt. Der er et forberedende arbejde i gang i Bibliografisk Råd med en BIBFRAME arbejdsgruppe med aktiv deltagelse fra Det Kongelige Bibliotek. Det er væsentligt, at denne arbejdsgruppes anbefalinger kan følges med dette projekt med fokus på udvikling og analysearbejder. Projekt R Linked data i den nationale infrastruktur Angiv prioritering: _1 9

98 Releaseplan 2016 høringssvar Det Kongelige Bibliotek Det er lidt hastigt at afsætte timer til dette projekt inden den tilgrundliggende analyse foreligger. Spørgsmålet om Linked Data er relevant, men analyse bør gøres til genstand for en bredere diskussion inden at dette projekt implementeres. Projekt R Automatisk fjernlån af eget materiale Som ved vores kommentar til høringsoplæg for releaseplan 2015, så kan dette projekt kun anbefales. De understreges, at behandlingen i forbindelse med releaseplan 2015 viste, at netop inddragelse af faglige repræsentanter i efterbehandlingen ofte vil kvalificere arbejdet. I dette tilfælde ved at definere en billigere ekstra standardmodel frem for en fuldt trimbar model. Projektet bør fremmes gerne ved at blive løftet fra backlog til implementering i Projekt R Yderligere udvikling og effektivisering af fjernlån Det er vigtigt med rum til yderligere effektivisering af fjernlånsarbejdet. Projekt R OpenOrder: Migrere php-openorder til JavaEE Angiv prioritering: _2 Projekterne R16.34 samt R16.36 R16.40 synes at være relevante optimeringsprojekter, som derfor kan anbefales. Om omkostningerne står i fornuftigt forhold til fordele kan ikke vurderes på det foreliggende grundlag. Projekt R OpenHoldingStatus: Optimering af holdingsopslag mod FBSbiblioteker Angiv prioritering: _0 Der henvises til afsnittet Manglende medfinansiering fra DDB i indledningen til det fælles FFU høringssvar. 10

99 Releaseplan 2016 høringssvar Det Kongelige Bibliotek Projektet indeholder en ikke-standardiseret optimering i forhold til en specifik leverandør af bibliotekssystemer. Der mangler en klar argumentation for at det samlede væsen henholdsvis brugere af bibliotek.dk vil kunne få fordele, som er i fornuftigt forhold til omkostningerne. Projektet omfang er angivet som "Mellem" lig med timer, hvilket i denne sammenhæng synes at være ret meget. Projekt R OpenHoldingStatus: Migrere php-openholdingstatus til JavaEE Angiv prioritering: _2 Se kommentaren til R Projekt R OpenRS: Migrere C++-delen til JavaEE Angiv prioritering: _2 Se kommentaren til R Projekt R OpenRS: Skifte DBMS fra Oracle til Postgres Angiv prioritering: _2 Se kommentaren til R Projekt R OpenRS: Flytte z3950-holdingsopslag til migreret (JEE)- OpenHoldingstatus-webservice Angiv prioritering: _2 Se kommentaren til R Projekt R VIP-basen (OpenAgency) migreres til Postgres Angiv prioritering: _2 Se kommentaren til R

100 Releaseplan 2016 høringssvar Det Kongelige Bibliotek 12

101

102

103