Hvem eier katalogpostene?
I diskusjonen om Web og Bibliotek 2.0 er datadeling et viktig tema. (For egen del synes jeg dette er mye mer spennende enn blogging.) Biblioteksektoren har på mange måter vært i front her med Z39.50-protokollen som har en historie tilbake fra før World Wide Web ble introdusert.
Kort fortalt er Z39.50 en protokoll som beskriver hvordan klientdatamaskiner kan hente katalogposter fra en hvilken som helst tjenerdatamaskin som tilbyr slike data. Den typiske bruken av Z39.50 er ved fellessøk mot ulike biblioteksystemer. I Norge har vi NorZIG, som står for Norsk Z39.50 Interessegruppe, som sørger for at de norske biblioteksystemene kan levere bibliografiske poster noenlunde ensartet.
Dette er ikke det eneste bruksområdet for Z39.50. Protokollen kan også brukes for å «kopikatalogisere», eller «stjæle poster» som Unni Knutsen skriver om i sin masteroppgave Ut og stjæle poster? (PDF). Dette er rasjonelt for den som katalogiserer, men er lite benyttet i Norge i dag, først og fremst på grunn av manglende støtte i norske biblioteksystemer. I Mikromarc 3 og Koha er dette standardmåten for katalogisering, men i norsk sammenheng har vi en konflikt mellom teknologiske muligheter og eierskapet til katalogpostene. Mange bibliotek abonnerer på Bibbi-poster fra Biblioteksentralen, som på den ene siden sikrer kvalitet på postene, men på den annen side hindrer kopiering. Dette er så vidt jeg vet årsaken til at Tønsberg og Nøtterøy bibliotek ikke tilbyr MARC-visning av katalogposter. Vi kommer ikke langt med Bibliotek 2.0-tjenester med slik skjuling av katalogpostene. Etter min mening bør produksjon av kvalitetsposter være en nasjonal oppgave, og disse postene skal kunne flyte fritt inn og ut av webløsninger, uansett om det er offentlige eller kommersielle tjenester. Kan noen snart ta tak i dette problemet? ABM-utvikling?
Z39.50 er som nevnt en gammel protokoll som ikke lenger er «state of the art» i forhold til hvordan webteknologien har utviklet seg. Z39.50 er rett og slett lite «mashup-vennlig», for å sitere Ole Husby fra Bibsys på Kunnskapsorganisasjon 2.0-konferansen tidligere i år. I dag er det utveksling av XML-data via web services som gjelder. I biblioteksektoren kan Z39.50 erstattes med SRU (Search/Retrieval via URL), som nettopp har disse egenskapene. SRU drøftes på alle møter i NorZIG, men ingen norske biblioteksystemer har støtte for denne protokollen per i dag. Min oppfordring er at bibliotekene må begynne å etterspørre SRU, slik at vi kan få fortgang i implementeringen. Dette vil gjøre det mye enklere også for amatørprogrammerere å lage tjenester som tar i bruk bibliografiske poster. Jeg kan ikke garantere at vi får en oppblomstring av innovative bibliotektjenester, men det åpner i det minste opp «katalogsiloene» for andre.
På masterstudiet ved bibliotekutdanningen har studenter laget mashups av bibliografiske poster fra Library of Congress via SRU-protokollen og data fra Amazon. Neste år vil vi gjerne hente data fra norske bibliotekkataloger!
Kort fortalt er Z39.50 en protokoll som beskriver hvordan klientdatamaskiner kan hente katalogposter fra en hvilken som helst tjenerdatamaskin som tilbyr slike data. Den typiske bruken av Z39.50 er ved fellessøk mot ulike biblioteksystemer. I Norge har vi NorZIG, som står for Norsk Z39.50 Interessegruppe, som sørger for at de norske biblioteksystemene kan levere bibliografiske poster noenlunde ensartet.
Dette er ikke det eneste bruksområdet for Z39.50. Protokollen kan også brukes for å «kopikatalogisere», eller «stjæle poster» som Unni Knutsen skriver om i sin masteroppgave Ut og stjæle poster? (PDF). Dette er rasjonelt for den som katalogiserer, men er lite benyttet i Norge i dag, først og fremst på grunn av manglende støtte i norske biblioteksystemer. I Mikromarc 3 og Koha er dette standardmåten for katalogisering, men i norsk sammenheng har vi en konflikt mellom teknologiske muligheter og eierskapet til katalogpostene. Mange bibliotek abonnerer på Bibbi-poster fra Biblioteksentralen, som på den ene siden sikrer kvalitet på postene, men på den annen side hindrer kopiering. Dette er så vidt jeg vet årsaken til at Tønsberg og Nøtterøy bibliotek ikke tilbyr MARC-visning av katalogposter. Vi kommer ikke langt med Bibliotek 2.0-tjenester med slik skjuling av katalogpostene. Etter min mening bør produksjon av kvalitetsposter være en nasjonal oppgave, og disse postene skal kunne flyte fritt inn og ut av webløsninger, uansett om det er offentlige eller kommersielle tjenester. Kan noen snart ta tak i dette problemet? ABM-utvikling?
Z39.50 er som nevnt en gammel protokoll som ikke lenger er «state of the art» i forhold til hvordan webteknologien har utviklet seg. Z39.50 er rett og slett lite «mashup-vennlig», for å sitere Ole Husby fra Bibsys på Kunnskapsorganisasjon 2.0-konferansen tidligere i år. I dag er det utveksling av XML-data via web services som gjelder. I biblioteksektoren kan Z39.50 erstattes med SRU (Search/Retrieval via URL), som nettopp har disse egenskapene. SRU drøftes på alle møter i NorZIG, men ingen norske biblioteksystemer har støtte for denne protokollen per i dag. Min oppfordring er at bibliotekene må begynne å etterspørre SRU, slik at vi kan få fortgang i implementeringen. Dette vil gjøre det mye enklere også for amatørprogrammerere å lage tjenester som tar i bruk bibliografiske poster. Jeg kan ikke garantere at vi får en oppblomstring av innovative bibliotektjenester, men det åpner i det minste opp «katalogsiloene» for andre.
På masterstudiet ved bibliotekutdanningen har studenter laget mashups av bibliografiske poster fra Library of Congress via SRU-protokollen og data fra Amazon. Neste år vil vi gjerne hente data fra norske bibliotekkataloger!
Kommentarer
Brinxmat
@ 30.10.2007 10:39 CETInteressant artikkel. Det er også interessant at det anses som vanskelig å hente ut data fra norske kataloger: I virkelighet er det svært enkelt. BIBSYS autofullfør basert på Z39.50->JSON
http://129.241.71.83/aruba/ (på en treg, gammel testserver, kan ofte være nedetid)
Magnus Enger
@ 30.10.2007 15:05 CETMulig jeg er fryktelig treg, men en lite hint om hvordan du gjør Z39.50->JSON hadde vært interessant...
Brinxmat
@ 30.10.2007 21:06 CET...ikke noe problem, jeg bruker php5 og PHP/YAZ. PHP5 har jsonencode-funksjon; PHP/YAZ er fryktelig enkel i bruk. Jeg kan sende deg kode hvis dette er interessant.
Magnus Enger
@ 31.10.2007 09:53 CETGjerne det! Eller kanskje du kunne legge den ut i BibLab-wikien? Jeg har en gang prøvd å få YAZ opp og gå på en webhotell-løsning. Jeg kom et stykke på vei, men ikke helt i mål...
Brinxmat
@ 16.11.2007 14:42 CETYAZ er av-og-til vanskelig. Jeg fikk det til etter hvert på Ubuntu-linux med deb-pakker. Noen triks med apache.conf måtte også til.
Tor Arne Dahl
@ 16.11.2007 14:53 CET
Brinxmat: Det bør nå være mulig å skrive om autofullførfunksjonen din til SRU. Bibsys har nylig lansert sin SRU-tjeneste på URL http://sru.bibsys.no/services/sru.
Brinxmat: Det bør nå være mulig å skrive om autofullførfunksjonen din til SRU. Bibsys har nylig lansert sin SRU-tjeneste på URL http://sru.bibsys.no/services/sru.
Brinxmat
@ 19.11.2007 13:53 CETHar lagt ut en SRU-versjon her: http://folk.ntnu.no/greenall/files/sruTest.php.txt
Kommentér
Denne bloggen støtter gravatare.
E-postadressen din vil ikke bli publisert.
Spam vil bli slettet!
