Bilag 2.1. Morten Hein, Danmark.pdf - Kulturstyrelsen
Bilag 2.1. Morten Hein, Danmark.pdf - Kulturstyrelsen
Bilag 2.1. Morten Hein, Danmark.pdf - Kulturstyrelsen
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