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

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

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

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

Saved successfully!

Ooh no, something went wrong!