Bilag 2.1. Morten Hein, Danmark.pdf - Kulturstyrelsen
Bilag 2.1. Morten Hein, Danmark.pdf - Kulturstyrelsen
Bilag 2.1. Morten Hein, Danmark.pdf - Kulturstyrelsen
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
Fælleskataloger<br />
Scenarier om datadistribution<br />
Evaluering af Biblioteksstyrelsens oplæg, september 2002<br />
<strong>Morten</strong> <strong>Hein</strong><br />
<strong>Hein</strong> Information Tools<br />
Oktober 2002
1. Indledning<br />
Dette er en vurdering af det oplæg, som Biblioteksstyrelsen har udsendt om scenarier for<br />
fremtidens fælleskatalog/er i <strong>Danmark</strong>.<br />
Det anses for en god ide at træde et skridt tilbage og se på udviklingen, som kendetegnes som<br />
pragmatisk. Herigennem kan der så vælges en sti, der vil give en bedre fremtidig udvikling.<br />
I oplægget præsenteres 3 hovedscenarier, som gennemspilles med nogle varianter. Spørgsmålet<br />
er så i sin enkelthed: Hvilket scanerie vil være det bedste for det danske biblioteksvæsen?<br />
I en vurdering af de tre valgmulighederne – og jeg er enig med oplægget i, at der ikke er andre<br />
muligheder – må man opstille nogle vurderingskriterier. De indfaldsvinkler jeg vil anvende er –<br />
ikke særligt originalt:<br />
Den tekniske<br />
Det funktionelle<br />
Det politiske<br />
Den tekniske.<br />
Hvilken teknologi kan opfylde kravene. Kan denne teknologi holde i en periode, der er rimelig<br />
i forhold til opgaven. Holdbarhed er mange ting på IT området. En PC eller lignende<br />
komponenter skal have en levetid på 3-4 år. Nogle lader dem holde længere. Printere og den<br />
slags kan være i drift længere, hvis de holder længere og hvis de kan styres fra de nye<br />
maskiner. Serversystemer skal nok leve 6 år, men det kan godt ske at komponenter i<br />
systemerne er udskiftet inden. Koncepter skal holde meget længere tid. De indebærer en<br />
investering i data og uddannelse, der gør dem meget rigide. Efter at vi har levet med MARC<br />
formatet siden 1965 – i <strong>Danmark</strong> først fra 1974, sådan cirka – er der først i de seneste år nogen<br />
der har turdet snakke om ændringer. Kommer de, er det sikkert en overgang til et XML baseret<br />
format, som er direkte kompatibelt med det hidtidige.<br />
Spørgsmålet om fælleskatalog er ikke så langsigtet som formatet, men løsninger må formodes<br />
at skulle have en levetid på mere end 12 år. Faktisk skal der i beslutningsøjeblikket ikke kunne<br />
ses nogen forhindringer i horisonten. I praksis bør der stræbes efter en levetid på mere end 12<br />
år. Dette handler ikke om detaljen, som givet vil ændre sig hvert eller hvert andet år, men om<br />
de store linier. De linier, der ikke kan ændres uden meget store investeringer. Herved går det<br />
tekniske over i retning af det politiske.<br />
1
Det funktionelle.<br />
Her er det enkelt at sige, at funktionaliteten skal være, som vi kender den. Den skal faktisk<br />
være meget bedre. Vi har været vandt til, at bibliotekernes systemer var i spidsen for den<br />
funktionelle udvikling på IT området. Bibliotekssystemer kunne arbejde med komplicerede<br />
tegnsæt før de fleste andre. Vore krav til søgemuligheder var større end andres, så derfor var<br />
biblioteksløsninger næsten pr definition bedre end andre løsninger - men det er år siden.<br />
En funktionalitet, der lever op til niveauet på andre områder, som kendes i dag og som kan<br />
forventes i fremtiden er ikke defineret endnu. Heller ikke i Biblioteksstyrelsens oplæg. Hvad<br />
enten talen er om fælleskataloger eller andre områder, venter der store opgaver med at definere<br />
en fremtidig funktionalitet.<br />
Funktionalitet i mere konventionel forstand er noget andet. Hvad forventer man af en<br />
fælleskatalog. Den skal fortælle om, hvad alle biblioteker i fællesskabet besidder i deres<br />
samlinger. Det er den oprindelige betydning. Her var Accessionskatalogen, der startede for 101<br />
år siden, det første eksempel. Hvad man ville bruge den til var op til brugeren. Fælleskatalogen<br />
i dag har det næsten som en selvfølge, at den ikke blot skal oplyse om, hvad der er tilgængeligt.<br />
Den skal også medvirke til at fremskaffe de værker, der er registreret. Det betyder at<br />
fælleskatalog og lånesamarbejde smelter sammen.<br />
Fælleskatalogen har også uanset dens form været anset for et professionelt værktøj.<br />
Medarbejderen i ét bibliotek kunne med den i hånden kikke ind i et andet bibliotek. Benytteren<br />
måtte gerne se i den, men det foregik på et bibliotek, fordi katalogen var for dyr til at give væk<br />
– eller til at ret mange private ville anskaffe den.<br />
Internettet har lavet om på denne begrænsning. Nu kan alle komme til. Hermed kommer der to<br />
nye dimensioner ind: Benytteren kan selv se hvad bibliotekerne har. Benytteren kan selv<br />
bestille hvad bibliotekerne har. Begge dele kan ske fra et vilkårligt sted. Dette er klart nogle<br />
fornyelser, som skaber nye muligheder og nye problemer. Bibliotek.dk er et smukt eksempel på<br />
at benytte mulighederne.<br />
Det politiske<br />
De danske biblioteker falder i flere grupper. Hver af disse grupper indeholder grupper af<br />
inheterogene biblioteker. Tilsammen har landets biblioteker meget forskellige vilkår og meget<br />
forskellig baggrund.<br />
Det basale bibliotekskoncept er det samme alle steder. En dreven biblioteksmedarbejder skal<br />
ikke være længe i et fremmed bibliotek i et fremmed land, før vedkommende har spottet<br />
lighederne og forskellene. Men selv om biblioteksopgaven på det konceptuelle plan er simpel<br />
og veldefineret, så er de enkelte bibliotekers liv meget forskelligt. De enkelte bibliotekers<br />
bagland er om muligt endnu mere forskellige. Det kan være forskellige formere for ejerskab og<br />
finansiering. Det kan være forskellige prioriteringer eller forskelle i mål og opgaver.<br />
2
Alt dette betyder, at man ikke kan gå ud fra, at alle vil være enige om alt. Det betyder også at<br />
en række muligheder næsten på forhånd kan vælges fra. Andre vil være svære at opnå og<br />
området for konsensus kan være meget lille.<br />
Alt dette er der ikke noget unaturligt i, men det betyder, at alle tekniske eller funktionelt<br />
betingede løsninger også skal teste for, om de er politisk fornuftige og gennemførlige.<br />
2. Biblioteksstyrelsens oplæg<br />
I oplægget opregnes det danske bibliotekslandskab og forudsætningerne for de<br />
fælleskatalogløsninger, der hersker i dag. Så kommer der nogle almene betragtninger om<br />
scenarier og derefter de tre hovedscenarier, med deres variationer.<br />
Opdelingen er<br />
Et rent centralistisk scenarie, hvor selv lokalsystemer køres centraliseret<br />
Et scenarie med lokalsystemer og en fælles overbygning<br />
Et scenarie med lokalsystemer og en virtuel overbygning<br />
Jeg kan p.t. ikke se flere hovedtyper, så denne opdeling må anses for et realistisk udgangspunkt<br />
for en analyse.<br />
Inden da vil jeg starte et helt andet sted.<br />
3. Det lokale bibliotekssystem<br />
Min baggrund var oprindeligt de centrale løsninger, så derfor vil jeg være en Rasmus Modsat<br />
og starte i det lokale bibliotekssystem.<br />
Den gamle definition var ret simpel:<br />
En katalog og et katalogiseringssystem<br />
Et tilvækstsystem<br />
Et udlånssystem<br />
- og det løse<br />
Men det enkelte bibliotek havde edb-løsninger før lokalsystemet gjorde sit indtog. Nogle<br />
startede med søgning i informationsbaser. Disse var tematisk opdelte og rummede<br />
hovedsageligt tidsskriftsartikler. Det kan vi kalde 1. generation.<br />
2. generation var bibliografiske søgebaser. Hver bibliotekssektor havde sine<br />
løsningsmuligheder. Begge steder var der hurtigt ikke blot søgebaser, men nogle biblioteker<br />
lagde deres poster i baserne. Så kunne man se sine egne bøger og der var en generel font af data<br />
3
til rådighed. Det kunne være den danske nationalbibliografi, men denne kunne også suppleres<br />
med uspecificerede udenlandske data, som det var nyttigt at se i. Nogle brugte tilsvarende<br />
udenlandske baser.<br />
Lokalsystemerne kom som 3. generation. Det hele kan afbildes således:<br />
1. generation<br />
Informations<br />
baser<br />
Bibliografiske<br />
baser<br />
Mit bibliotek<br />
Lånerne måtte bevæge sig hen på biblioteket, hvis de ville have glæde af alle mulighederne.<br />
Men det er ikke i denne historiske betragtning en diskussion om fælleskataloger skal tage sin<br />
udgangspunkt i. Det er meget mere interessant at afkode, hvad der sker nu, og hvad der vil ske i<br />
det lokale system.<br />
Glem et øjeblik de 2 første generationer og lad os kalde 3. generationen for det lokale<br />
husholdningssystem. Så er det klart, at langt de fleste biblioteker arbejder på en meget bredere<br />
front.<br />
Husholdningssystemet i dag indeholder som færdigt produkt ikke meget mere end før:<br />
En katalog og et katalogiseringssystem<br />
Et tilvækstsystem<br />
Et udlånssystem<br />
4<br />
2. generation<br />
Mit<br />
lokalsystem<br />
3. generation
Hertil kommer dog nogle flere komponenter:<br />
Import af bibliografiske data<br />
Internetadgang til bibliotekets katalog<br />
Samspil mellem udlånsdel og kommunernes folkeregistre<br />
Samspil mellem tilvækstsystem og regnskabssystemer – også eksterne<br />
Benytternes<br />
adgang<br />
Alt dette er der ikke revolutionerende faktorer i, selv om der er stor nyttevirkning. Men der er<br />
alligevel 2 bemærkelsesværdige forhold:<br />
Lånerne kan nu se dele af biblioteket, i hvert fald katalogen, hjemmefra<br />
Der skal etableres datamatisk kontakt mellem inheterogene systemer<br />
På det sidste punkt er ikke alle husholdningssystemer gode nok – endnu. Men det lukker op for<br />
et svælg af problemer. De fleste systemløsninger er endnu ikke konstrueret med en åben<br />
arkitektur, der gør det nemt at knytte knude mellem forskellige systemer.<br />
Det største problem er dog, at med åben internetadgang til husholdningssystemet kommet det i<br />
en høj risikogruppe. Hvis det samtidigt skal kommunikere med systemer, der er i højeste<br />
sikkerhedsgruppe, vil der blive stillet krav, som kan være svære at opfylde.<br />
5<br />
Fælleskatalog<br />
Husholdningssystem<br />
Folkeregister<br />
Regnskab
For biblioteket er hovedarkitekturen ikke længere husholdningssystemet. Strukturen er<br />
netværket, som også kan nå husholdningssystemet. Netværket skal være gennemsyret af<br />
sikkerhedssystemer eller opdeling i sikkerhedszoner, så der ikke sker noget forkert. Benytterne<br />
har adgang gennem netværket, som ligeledes skaber forbindelsen til folkeregistre og<br />
regnskabssystemer.<br />
Biblioteket har også andre strenge at spille på. Det er fx fælleskatalogen som den kendes i dag.<br />
Det er en tjeneste, som leveres centralt, og som ikke bare er en fælleskatalog. Den indeholder<br />
allerede flere services der går ud over den traditionelle fælleskatalog, herunder andre datatyper<br />
og ny funktionalitet, fx støtte til lånesamarbejde. Lad os stadig kalde det en fælleskatalog.<br />
Definitionen og beskrivelsen findes i Biblioteksstyrelsens oplæg.<br />
Benytternes<br />
adgang<br />
Andre eksterne<br />
systemer<br />
Almindelig informations<br />
server<br />
Egne dokument<br />
systemer<br />
Hvad vil der så ske af ændringer i fremtiden. Ja, selv dele af nutiden er ikke nævnt endnu.<br />
Langt de fleste biblioteker har en informationsserver til internetbrug – ud over<br />
husholdningssystemets data. Det vil ofte være få og ret banale oplysninger, men andre går mere<br />
til den med et mere udbygget system. Fælleskatalogen har også fået en aflægger beregnet til<br />
direkte brug for benytterne udenom det enkelte bibliotek.<br />
Men der er flere ting på vej. Bibliotekerne vil skaffe sig adgang til flere eksterne kilder. Det vil<br />
ske på flere måder.<br />
6<br />
Fælleskatalog<br />
Låne<br />
samarbejde<br />
Sikkerheds<br />
forvaltning<br />
Husholdningssystem<br />
Folkeregister<br />
Regnskab
Central datamatisk formidling dvs. mere fælleskatalog<br />
Centrale aftaler om individuel adgang, jvf. nationale licenser<br />
Bilaterale aftaler mellem bibliotek og udbydere<br />
De to første kan delvist styres centralt og vil kunne indgå i en fælles overordnet planlægning.<br />
Den tredje vil være vildtvoksende, hvor enhver realiserer sine egne intentioner. Der vil måske<br />
nok være overlapninger, så flere biblioteker gennemfører de samme gode ideer. Der kan opstå<br />
brugergrupper og lignende, men det vil være styret lokalt fra hvert bibliotek.<br />
Mange biblioteker har og vil få gode ideer til opgaver, som man selv vil løse. Det kan være<br />
etablering af informationsbaser, som referencebaser eller som baser, der rummer dokumenter.<br />
Her er det ikke bare bøger og artikler. Det kan også være billeder. Det kan være lyd og det kan<br />
være levende billeder. Endelig kan bibliotekerne også selv begynde at være<br />
documentproducerende i den ene eller anden retning. Dette vil sikkert også være digital form.<br />
Der er allerede eksempler på biblioteksgenererede baser indenfor de nævnte dokumenttyper.<br />
Uanset hvad en sådan base handler om, referencer eller dokumenter, vil en diskussion falde i to<br />
dele:<br />
Initiativer, der nødvendigvis må knyttes til husholdningssystemets katalogdel<br />
Initiativer, der kan køre uafhængigt på egen server langt fra husholdningssystemet<br />
Noget kan være så langt fra dagen og vejen, at det ikke har nogen affinitet til de traditionelle<br />
løsninger. Det behøver det ikke at være dårligere af. Andet kan være så nært knyttet til egne<br />
samlinger, at det må køre sammen med husholdningssystemet. Har man en stor registreret<br />
billedsamling og vil gøre den digitalt tilgængelig, kunne det være en god ide at bruge den<br />
eksisterende registrering som søgevej til den digitale samling. Og så fremdeles.<br />
Man kunne også forestille sig hjælpesystemer til benytterne, så en benytter får digitale<br />
faciliteter stillet til rådighed til at holde styr på sin litteraturanvendelse, til at gemme egne<br />
notater og lave en kombination af registrering af lånerens egen litteratur kædet sammen med<br />
materiale anvendt fra biblioteket. Selv sådanne vidtløftige systemer vil knytte sig an til<br />
husholdningssystemet.<br />
Det er ikke muligt at give en udtømmende liste over fremtiden. Ikke engang den fremtid, der er<br />
begyndt.<br />
Alt dette er ikke nævnt for at lave et scenarie over bibliotekernes digitale fremtid, men for at<br />
opridse nogle af de områder, der skal medtages i vurderingen af scenarierne om<br />
fælleskatalogerne.<br />
4. Fælleskataloger generelt<br />
Jeg har allerede opregnet de områder, som en fælleskatalog kan omfatte. Det er bredere end den<br />
traditionelle fælleskatalog. En fælleskatalog vil være en facilitet, der er organiseret i fællesskab<br />
7
for en kendt gruppe af biblioteker. Den skal indeholde oplysninger om alle de dokumenter, der<br />
er ejes af disse biblioteker. Den skal fortælle om hvem der ejer hvad. Den skal fortælle noget<br />
om tilgængelighed. Den skal også besidde evner der gør den i stand til at fungere som<br />
mellemmand mellem biblioteker der søger dokumenter og biblioteker der besidder dokumenter.<br />
Den skal også være mellemmand mellem personer der søger dokumenter og biblioteker der<br />
besidder dokumenter. Herudover vil det være nyttigt at fylde katalogen op med supplerende<br />
materiale. Først og fremmest nationalbibliografien, der dels registrerer nationens produktion af<br />
dokumenter, og dels tjener som forsyningskanal for data til fælleskatalogen og de enkelte<br />
biblioteker. Det vil også være en god ide at der er supplerende data, fx udenlandske<br />
nationalbibliografier og særlige bibliografiske samlinger af almen interesse.<br />
Her er der udsagn om indhold og nogle principielle funtionaliteter, men intet om konkrete<br />
strukturer eller datamatisk layout.<br />
Hermed er banen ridset op til en vurdering af de tre scenarier og deres varianter.<br />
5. Scenarie 1<br />
Dette scenarie er den centrale løsning. Modellen indebærer at alle centrale funktioner, herunder<br />
nationalbibliografi, fælleskatalog og funktionalitet til lånesamarbejdet køres i et kompleks af<br />
systemer, der også rummer bibliotekernes lokale funktioner. Det vil jeg definere som mine<br />
husholdningssystemer.<br />
Teknisk vurdering<br />
Umiddelbart kunne nogen mene, at opgaven med landets samlede biblioteksvæsen i et fælles<br />
system ville være en for stor mundfuld for ét system. Det vil være svært at finde direkte<br />
sammenligninger fra biblioteksverdenen, selv om nogle af de større engelsk counties i<br />
biblioteksaktivitet er ved at have en størrelse, der kan anskueliggøre mulighederne. Går man til<br />
andre sektorer kan man pege på banksystemer og systemer indenfor booking og luftfart.<br />
Så vil det hurtigt vise sig, at det klart er muligt at lave løsninger, der kan omfatte det ganske<br />
land.<br />
Måske vil der kunne være en mere effektiv udnyttelse af den samlede serverkapacitet, hvad der<br />
vil være en besparelse. Det skal vejes mod at komponenten kommunikation bliver større og<br />
mere krævende. Alt i alt vil der være et mindre behov for uddannelse og viden på IT området i<br />
bibliotekerne. Altså en billiggørelse. Til gengæld skal der regnes med et større køb af<br />
personydelser fra det centrale system, hvilket typisk vil være dyrere end bibliotekets interne<br />
kostpris.<br />
Med en central løsning vil der være et mindre vidensberedskab i bibliotekerne, hvad der vil<br />
trække i negativ retning, hvis man i øvrigt har brug for dette beredskab. Der sker løbende en<br />
vidensopbygning på IT området i bibliotekerne, som langt overgår den viden, man ønsker at<br />
opbygge til fx bygningsvedligeholdelse eller vedligeholdelse af bibliotekets køretøjer. Der har<br />
8
været så meget nyt og uprøvet, at mange sikkert har garderet sig, men man kunne diskutere om<br />
de decentrale løsninger ikke har givet et for stort behov for viden på området.<br />
En del af den tekniske dagsorden er sikkerheden i systemerne. Det vil jeg diskutere under<br />
varianterne i vurderingen af funktionaliteten.<br />
Man kan altså ikke ud fra tekniske grunde kassere det første scenarie. – med mindre man også<br />
taler om funktionalitet.<br />
Vurdering af funktionalitet<br />
Det vil ikke være svært at opnå den specificerede funktionalitet i en centraliseret løsning.<br />
Spørgsmålet er, om det er den tilstrækkelige funktionalitet. Scenarie 1 er selv usikker på dette<br />
punkt. Der opstilles derfor 2 varianter. Begge varianter har til formål at lægge en supplerende<br />
funktionalitet ind i den centrale løsning. Den første variant søger at løse problemet med<br />
supplerende funktionalitet i et centralt koncept. Den anden opstiller et opdelt koncept, med<br />
nogle opgaver i et centralt regi og andre gennemført lokalt.<br />
Det rå scenarie 1 er i sig selv ikke gennemførligt. Ethvert folkebibliotek skal på den ene eller<br />
den anden måde kommunikere med regnskabssystemer og folkeregister i kommunen og dette er<br />
der slet ikke taget højde for. Forudsætningen for en rent scenarie 1 er opbygning af egne CPRregistre,<br />
hvad der nok må anses for mindre sandsynligt.<br />
I scenarie 1A forudsættes det, at det centrale system kommunikere med moderorganisationer til<br />
alle deltagende biblioteker og med alle bibliotekernes IT partnere. Dette forekommer som en så<br />
kompleks opgave, at den ikke kan gennemføres uden meget store omkostninger. Det vil i<br />
driftsafviklingen sikkert også give mange problemer. Hverken scenarie 1 eller 1 A tager højde<br />
for den kompleksitet i bibliotekets IT opgaver, som jeg har beskrevet i afsnittet: Det lokale<br />
bibliotekssystem. Begge må derfor kasseres på grund af manglende funktionalitet.<br />
Scenarie 1 B lægger de supplerende opgaver lokalt og kun husholdningsfunktionerne centralt.<br />
Hvis disse opgaver kan holdes adskilt skulle dette kunne virke. Min tese er, at opgaverne ikke<br />
kan holdes fra hinanden. Det betyder at scenarie 1 B heller ikke kan præstere den funktionalitet,<br />
som jeg postuleres skal være tilstede for bibliotekerne.<br />
Politisk vurdering<br />
De senere års udvikling har reelt været en kraftig centralisering. Gennemførelsen af<br />
Bibliotek.dk har betydet, at mange biblioteker har måttet rette arbejdsgange ind uden af have<br />
haft alt for meget indflydelse på, hvordan det skulle gå til. Nu er de fleste vel enige om, at<br />
udviklingen med Bibliotek.dk er så positiv, at det er rimeligt at tage visse ulemper med. For en<br />
veteran som mig kan det undre, at denne centralisering ikke har givet dønninger, sådan som<br />
man så i tidligere tider.<br />
Det er min opfattelse, at en centralisering, der er meget større end den nuværende vil få mange i<br />
faget til at røre på sig. En egentlig central løsning vil ikke blot gøre faget, men også det der i<br />
gamle dage hed ’biblioteksejerne’ betænkelige.<br />
9
Selv om alle biblioteker ligner hinanden, så er der nuancer. Hvem skal afgøre hvilke nuancer,<br />
der skal fremmes og hvad man skal gøre ved dem, der ikke har den helt rigtige kulør.<br />
En løsning, der lægger op til en sammenblanding af forskellige statslige interesser og alle de<br />
kommunale og amtskommunale interesser vil være så konfliktfyldt, at man ikke kan forestille<br />
sig en arbejdsduelig situation.<br />
Man kan også spørge om hvilken selskabsform, der kunne løse opgaven. Typisk ville en<br />
offentlig virksomhed nok være det eneste, der kunne løfte sagen, men offentlige virksomheder<br />
bliver udliciterede eller privatiserede i disse år. Man kunne også forestille sig, at opgaven skulle<br />
i EU udbud, eller at området skulle gives frit, så der kunne komme flere operatører på banen.<br />
Uanset hvor stor en tilhænger man måtte være af udlicitering og privatisering må konklusionen<br />
være, at en central løsning vil blive en kolos. Hvis den skal i frit udbud, ville det kunne ende<br />
med en eller flere kolosser på lerfødder, som det danske biblioteksvæsen ikke kan betro sig til.<br />
6. Scenarie 2<br />
Scenarie 2 er i princippet nutiden eller det nutidige i ajourført udgave. Scenarie 2 falder i hele 4<br />
varianter:<br />
2 A der er en fælleskatalog for biblioteker og benyttere med lokalisering og<br />
låneformidling.<br />
2 B er en fælleskatalog med lokalisering. Låneformidlingen er henvist til<br />
bilaterale aftaler og IT kontakt.<br />
2 C er en 2 B med mulighed for at lave nogle virtuelle grupper af biblioteker,<br />
hvor man som medlem af gruppen kan operere i alle biblioteker i gruppen, som<br />
var det ens eget.<br />
2 D er en indsnævring af 2 C til kun at omfatte en fast gruppe af biblioteker. Her<br />
kan man så hygge sig med legekammeraterne og er faktisk ikke engang<br />
interesseret i at se gruppens lokaliseringer i fælleskatalogen.<br />
Scenarie 2 C og 2 D er måske nok reelle muligheder, men ligger efter min opfattelse uden for<br />
fælleskatalogen som koncept. Man kan realisere disse scenarier, hvis der overordnet er valgt<br />
scenarie 2 A eller 2 B. Dette vil svare til at en række biblioteker i fællesskab aftaler en<br />
supplerende funktionalitet, sådan som jeg har postuleret det under: Det lokale bibliotekssystem.<br />
Dette er ikke et punkt for en diskussion af en fælleskatalog, men lokale valg kan stille krav til<br />
en fælleskatalog, som man må afgøre, om en fælleskatalog skal honorere eller ej.<br />
Teknisk vurdering<br />
Der vil ikke være nogle problemer i at gennemføre scenarie 2 A eller 2 B. 2 B vil lægge lidt<br />
mere ud til de enkelte bibliotekssystemer. I stedet for at lave grænseflader der er kommer der grænseflader, der hedder . Selv om alle er<br />
enige om alle standarder, kan man godt forestille sig, at det teknisk vil være vanskeligst at<br />
10
gennemføre et scenarie 2 B. Her er kravene til at holde de samme standarder noget større. På<br />
den anden side er flere biblioteker allerede i dag i gang med bilateralt lånesamarbejde.<br />
Scenarie 2 A vil nok være noget dyrere at realisere set fra centralt hold. Scenarie 2 B vil koste<br />
mere lokalt.<br />
Vurdering af funktionalitet<br />
Begge varianter kan opfylde formålet. Det store spørgsmål om funktionalitet vil være hvor<br />
benytterne står, når de søger at låne direkte. I Bibliotek.dk bliver man efter en central søgning<br />
skubbet over i det bibliotek, men har valgt. Det kan man i princippet også gøre i begge<br />
varianter, men taget rent kan det kun lade sig gøre i scenarie 2 A, hvor låneformidling er<br />
indbygget. Hvis man vælger 2 B skal den direkte benytter ind gennem sit valgte hjembibliotek<br />
og derfra til det centrale system og bagefter ud i et andet bibliotek via hjembiblioteket. Det vil<br />
alt i alt give mere trafik på lokalsystemet i hjembiblioteket. Det betyder også at hjembiblioteket<br />
skal kunne præstere en grænseflade a la Bibliotek.dk. Dette er en ekstra belastning af<br />
lokalbibliotekets system.<br />
Min konklusion vil være at den direkte benytter nok kan betjenes bedst med en variant 2 A plus<br />
en sløjfe til bestilling og information som BOB systemet i dag. For biblioteket bør begge<br />
muligheder nok være åbne. Biblioteker med nært samarbejde vil typisk foretrække variant 2 B.<br />
Uden 2 B vil de, der vil lege med 2 C eller 2 D heller ikke have en chance.<br />
Med Netpunkt er der kommet en ny grænseflade, som viser at fælleskatalog og<br />
nationalbibliografi kan gøres tilgængelige sammen med andre typer af centrale løsninger. Dette<br />
må antages at være en ganske naturlig løsning også i fremtiden.<br />
Politisk vurdering<br />
Selv om dette scenarie er en videreførelse af her og nu situationen kan der godt være<br />
indvendinger. Konstruktionen omkring DBC er stabil og relativ ny, så her burde der ikke være<br />
meget at komme efter. Uden at kende alle detailler mener jeg, at konstruktionen er blevet<br />
kritiseret fx fra systemleverandører, der mener at DBC kan påføre dem en<br />
konkurrenceforvridning ved både at være autoriseret dataleverandør og merkantil<br />
systemleverandør. En udbygning og forøgelse af centrale ydelser i et fælleskatalogsystem vil<br />
øge et eventuelt brødnid. Her skal der skabes en stabil politisk situation på en platform, hvor alt<br />
hver der hedder udbud og deslige er afklaret.<br />
7. Scenarie 3<br />
Scenarie 3 er en gammel drøm: Når systemerne er gode nok, kan alle tale med alle. Så er der<br />
ikke brug for overbygningssystemer. Den virtuelle fælleskatalog har der været talt om i mange<br />
år. Også mange år før der overhovedet var en teknologisk baggrund for at lave en.<br />
11
Teknisk vurdering<br />
I dag kan den virtuelle katalog gennemføres. Der er en løbende diskussion om den teknologi,<br />
der skal anvendes til at gennemføre søgestrategierne og man kan ikke sige, at der er tale om en<br />
fast og etableret teknologi, som bare skal tages ned af hylden.<br />
Det norske BIBSYS har kørt modellen i mange år. DEFF.dk følger også modellen, men<br />
DEFF.dk er dog snarere et scenarie 2 C. Begge disse eksempler, og andre man kan finde, er<br />
karakteristiske ved at det omfatter et begrænset antal biblioteker. I DEFF.dk er der tillige så<br />
mange andre måder at bruge disse biblioteker, at der ikke kan være en større erfaring om<br />
trafikmængder og belastning i forhold til den faktiske samlede benyttelse.<br />
Scenariet falder i 2 varianter: 3 A, som indeholder en fælles portal til den virtuelle søgning.<br />
Denne portal vil have den fordel i forhold til standardisering, som allerede er nævnt, nemlig<br />
søgning . Det vil alt i alt give en større pålidelighed, men det vil også give en<br />
højere omkostning, da der på centralt hold skal opbygges en enhed til at drive portalen.<br />
3 B er en variant med en søgeagent som en programpakke i hvert bibliotek. Det behøver ikke at<br />
være den samme agent alle steder, da det blot er en agent, der skal overholde nogle standarder<br />
og indeholde en bestemt funktionalitet. Man kunne forstille sig at hver systemleverandør ville<br />
indbygge sin udgave i sin system. En lokal søgeagent vil være billigere for de centrale dele. Det<br />
er ikke sikkert den kan være så effektiv som en central portal.<br />
Den centrale portal kan i højere grad udbygges med faciliteter, der kan huske og derved<br />
opbygge søgestrategier bag om ryggen på spørgeren, så effekten forøges. Men kunne også<br />
forestille sig en portal som en art proxyserver, der husker hvad der tidligere er sket, så ikke alle<br />
forespørgsler skal sendes hele landet rundt hver gang.<br />
Én søgestrategi kunne være at definere lag af koncentriske ringe om et bibliotek og supplere<br />
med tematiske enklaver. En søgning kunne så starte i det nære og oplagte og brede sig mere<br />
indtil der kommer svar på forespørgslen. Det kunne være, indtil der er et positivt svar fra et<br />
sted, hvor materialet er på hylden.<br />
Med hastigheden i bredbånd er det ikke noget problem at søge højt og lavt. Udsendes<br />
forespørgslen til alle i én ring eller ét enklave på én gang vil svarene indløbe stort set på samme<br />
tid og med samme ventetid som forespørgsel til ét andet sted. Løber forespørgslen til et lag<br />
mere kommer der en forsinkelse.<br />
En anden søgestrategi kunne være at spørge alle om alt, men her vil trafikken blive voldsom.<br />
Problemet vil nok ikke være datatransmissionen, men det store antal forespørgsler, som alle<br />
biblioteker vil blive udsat for.<br />
Det skal erindres, at nationalbibliografi og adgang til udenlandske data og alle andre digitale<br />
ressourcer, der skal arbejdes med i fællesskab, stadig skal være tilgængelige. Det nuværende<br />
centrale system skal fortsat køre, men i forenklet udgave. Til gengæld skal der i variant 3 A<br />
12
opbygges en central portal. Denne kan spares i variant 3 B, som dog vil være vanskeligere at<br />
gøre så almen og effektiv, som variant 3 A.<br />
Vurdering af funktionalitet<br />
Funktionaliteten kan ikke overskues på det niveau teknikken er kendt i dag. Den typiske<br />
svarsituation er, at hvert bibliotek, der har et positivt hit bliver vist for sig. Sådan er det i<br />
BIBSYS og i DEFF. Det kan måske være anvendeligt i en gruppe af forskningsbiblioteker, hvis<br />
der søges på noget, der kun findes få steder og i få eksemplarer. Forestiller man sig at man i et<br />
landsdækkende virtuelt katalogsystem af denne type søgte på ’Rifbjerg’ eller ’Astrid Lindgren’<br />
ville der komme væltende hundredvis af svar fra hundredvis af biblioteker. Selv om man<br />
raffinerede søgningen til ’Rifbjerg, Operaelskeren’ eller ’ Astrid Lindgren, Pippi Langstrømpe’<br />
ville der komme så mange svar i en så ubearbejdet form, at resultaterne dårligt kunne bruges.<br />
Man kunne sige at eksemplerne er for banale, men en meget stor del af lånet mellem<br />
folkebiblioteker består af ganske gængs litteratur, som findes mange steder, men hvor blot skal<br />
bruge et ekstra eksemplar.<br />
Derfor vil det være naturligt at kræve en samlet og logisk præsentation af svar fra flere<br />
biblioteker. Det er en ganske grov opgave, som ikke er løst ordentligt endnu. Det kræver en<br />
posteditering af alle indkomne svar. Her er der forbavsende lidt erfaring. Det betyder at et<br />
landsdækkende system ikke med garanti kan blive meningsfuldt før der her i landet eller andre<br />
steder er opnået den fornødne erfaring.<br />
Politisk vurdering<br />
Den virtuelle katalog vil passe ind i et koncept med mindre centralt engagement i<br />
bibliotekssektoren. Noget tyder på, at det ikke for tiden er den fremherskende opfattelse. Man<br />
må dog tro at det politiske engagement skal være lige så stort i variant 3 A som i den herskende<br />
situation. Først variant 3 B giver lettelser af nogen betydning. Samtidigt vil specielt 3 B<br />
mindske mulighederne for fælles styring og fælles initiativer fordi strategier og initiativer er<br />
overladt til hvert enkelt bibliotek. Kun håndfaste aftaler vil kunne styre en sådan udvikling.<br />
En af effekterne af en virtuel katalog vil være, at der næsten uanset søgestrategier kommer en<br />
ganske voldsom vækst i antallet af forespørgslen udefra til et lokalt bibliotekssystem. I de store<br />
forskningsbiblioteker og de store byers folkebiblioteker vil denne mertrafik ikke for alvor<br />
kunne udgøre en snærende ekstra belastning. Men jo mindre et bibliotek er – og jo mindre dets<br />
lokale IT ressourcer er – kan det blive en ganske overvældende belastning med den store<br />
mængde af forespørgsler, der vil komme i en lind strøm.<br />
Dette kan gøre de mindre biblioteker usikre på nytten i at investere i nye og større servere, som<br />
vil opleves som en honorering af fremmede interesser og ikke en forstærkning af den lokale IT<br />
indsats. Man kunne forvente, at nogen kunne føle sig fristede til at lade hånt om forespørgsler<br />
udefra. Nogle kunne måske føle sig fristede til at melde sig helt ud. Det vil være vanskeligt at<br />
udtænke realistiske pressionsmidler til at holde fårene inde i folden.<br />
Det er min opfattelse af en virtuel fælleskatalog derfor vil være et skridt i retning af at udvande<br />
det samarbejdende biblioteksvæsen.<br />
13
8. Hvad der også skulle have været med<br />
Biblioteksstyrelsens oplæg strejfer nogle områder, der ikke er direkte dele i de tre scenarier for<br />
fælleskataloger. Efter min mening ligger der her nogle områder, som burde have lige så stor<br />
opmærksomhed som strukturen i en fælleskatalog.<br />
Svaret på en søgning vil være et resultatsæt, som indeholder det antal dokumenter, der opfylder<br />
kriterierne i en søgning. Så langt så godt, men hvordan kommer de frem til søgeren: I den<br />
rækkefølge de er kommet ind i det system, de hentes ud af. Dog med de nyeste først. Man kan<br />
sige at alfabetet er en logisk form for uorden. Rækkefølgen i et resultatsæt har ikke nogen form<br />
for indre logik. Den kan snyde den læge bruger ved fx at præsentere lydbogsudgaven før<br />
bogudgaven af en titel, fordi lydbogen typisk kommer senere.<br />
Hvis man for 20 år siden søgte i OCLC efter forfatteren Klaus Rifbjerg skulle man søge med en<br />
lidt usædvanlig søgekode, men svaret var: Der er mere end 50 svar, vil du se dem. I<br />
bekræftende fald kom alle Rifbjergs værker i alfabetisk orden. Herefter kunne man gå ind på<br />
det enkelte værk og se hvilke udgaver der forelå og herfra gå videre til de biblioteker, der havde<br />
bøger svarende til en given bibliografisk post. Når noget så logisk kunne laves for så længe<br />
siden, er det usædvanligt at det ikke har fundet vej til <strong>Danmark</strong>.<br />
Her er vi glade for, at DBC har opfundet klyngerne, så varierende katalogiseringspraksis af en<br />
given titel bliver ført sammen i klynger, så et søgeresultat ikke ligner rent kaos, med noget der<br />
for den mere ukyndige benytter ser ud som mange titler i virkeligheden er den samme titel, med<br />
de varianter som katalogisatorer har moret sig med at opfinde. Man kan også se på<br />
søgeresultatet for ’Peters Jul’ eller ’Flugten til Amerika’. Opfindelsen af klynger har løst mange<br />
problemer, men der er stadig for mange løse dubletter og dårlig præsentation af komplicerede<br />
værker.<br />
De, der har afgangseksamen fra <strong>Danmark</strong>s Biblioteksskole kan gennemskuet en del af dette<br />
kaos. Andre kan have større vanskeligheder. Vi ved at selv daglige søgere på Internet kunne<br />
have godt at en uddannelse på biblioteksskolen, men andre systemer bliver stadig bedre til også<br />
at hjælpe den ukyndige igennem. Åbningen af Bibliotek.dk har kastet alle herlighederne i<br />
grams. Det er i sig selv fantastisk fremskridt. Men chancerne som den mere ukyndige har for at<br />
ramme rigtigt er ikke store nok. Det er oplagt at jo mere viden og erfaring en søger har desto<br />
mere rå data kan man tillade sig at præsentere. Jo mindre viden og erfaring desto mere<br />
raffinerede løsninger må der til. Det er der endnu ikke mange eksempler på.<br />
14
9. Sammenfatning og konklusion<br />
En sammen fatning kan laves i skemaform:<br />
1 1 A 1B 2 A 2 B 2 C 2 D 3 A 3 b<br />
Teknik Nej Nej Ja Ja Ja Ja Ja Nej Nej<br />
Funkt Nej Nej Nej Ja Ja Ja Ja Nej Nej<br />
Politik Nej Nej Nej Ja Ja ? ? Nej Nej<br />
Der er mange muligheder, men ikke alle er lige gode. Viljens magt kunne ændre nogle af de<br />
ovenstående ’nej’ til ’ja’. Men diskussionen er ikke evaluering af et forskningsprojekt, som kan<br />
sættes i gang med en risiko for at noget ikke fungere – eller at projektet ender i kaos. En<br />
fælleskatalog for det danske biblioteksvæsen skal virke. Forudsætningen er, at man bygger på<br />
kendt teknologi, at forudgående analyser af funktionaliteten konkluderer, at man opnår det, der<br />
er hensigten. Endelig skal en løsning ikke indeholde momenter, der er politisk umulige.<br />
Konklusionen er derfor at den struktur, der arbejdes med i dag også er den struktur der bør<br />
bruges i de næste mange år.<br />
På det konkrete plan står man stærkt med 2 produkt linier Bibliotek.dk og Netpunkt, der er<br />
ganske nye, og som derfor har en rimelig levetid. Det vil derfor være naturligt at arbejde videre<br />
ad disse spor. DEFF er lidt mere et forskningsprojekt, hvor usikkerheden til en vis grad er<br />
tilstede, men også her er der ved at komme en modenhed. På strukturområdet mangler der nok<br />
en konklusion om hver DEFF skal stå i forhold til fælleskatalogen. Har vi en variant 2 C som et<br />
afgrænset system, eller vil DEFF udvikle sig til noget andet?<br />
Mens der således ikke kan forventes eller anbefales mange nyskabelser på strukturområdet, så<br />
må det siges, der er behov for investeringer indenfor funktionaliteten i fælleskataloger – og i<br />
lokalkataloger for den sags skyld.<br />
<strong>Morten</strong> <strong>Hein</strong><br />
15