24.07.2013 Views

Bilag 2.1. Morten Hein, Danmark.pdf - Kulturstyrelsen

Bilag 2.1. Morten Hein, Danmark.pdf - Kulturstyrelsen

Bilag 2.1. Morten Hein, Danmark.pdf - Kulturstyrelsen

SHOW MORE
SHOW LESS

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

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!