"Base Bibliotek" 2.0?
Jeg har laget en "applikasjon" for Facebook, som jeg i mangel av et bedre navn har kalt FjesBib. Her har jeg tatt mål av meg til å undersøke hvordan bibliotekene kan bruke en platform som Facebook for å presentere seg selv og sine ressurser. Jeg har lagt vekt på å vise nyheter fra hjemmesiden og/eller en bibliotek-blogg, samt nye bøker, basert på RSS/Atom-strømmer (eller "feeds") fra de bibliotekene som har slikt. I den forbindelsen har jeg vært nødt til å undersøke hjemmesiden og katalogen til hvert enkelt bibliotek, for å finne ut om de har feeds for dette og hint, noe som er en tidkrevende prosess, noe som igjen har medført at det foreløpig bare er en håndfull bibliotek som er tilgjengelige gjennom FjesBib. Og selv om jeg hadde brukt masse tid på å samle inn disse dataene for alle landets bibliotek ville de i utgangspunktet bare være tilgjengelige for min applikasjon - hvis noen andre ønsket å lage en lignende applikasjon for en annen platform enn Facebook ville de måtte gå igjennom den samme prosessen med å samle inn (mer eller mindre) de samme dataene for alle landets bibliotek. Etter å ha irritert meg litt over dette slo det meg at løsningen selvsagt ville være å lage en vevtjeneste ("Web service") som inneholder disse dataene, og som hvem som helst kan hente data ut fra på en standardisert måte, uavhengig av programmeringsspråk, platform osv. Rett og slett en slags "base Bibliotek 2.0". Det hadde unektelig vært kjekt om NB; tok på seg denne jobben, og koblet den til den eksisterende base bibliotek, slik at de opplysningene om bibliotekene som er lagret der også kunne bli tilgjengelig gjennom et "maskinlesbart" grensesnitt. Eller noen andre kunne gjort det, og registrert bibliotek-nummerne, slik at man ihvetfall kunne laget lenker til opplysningene fra Base bibliotek.
Det er den sentraliserte måten å gjøre det på. Det finnes også en desentralisert måte: Hvis vi ble enige om en standardisert måte å beskrive disse opplysningene på kunne hvert enkelt bibliotek som ønsket det publisere en fil på nettet som inneholdt de aktuelle opplysningene i et standardisert format (eller de kunne få noen andre til å gjøre det for seg). Så kunne den sentrale delen av systemet rett og slett være en liste med URLene til beskrivelsene for de enkelte bibliotekene. Og når man ønsket å lage en applikasjon som FjesBib kunne man bake inn i systemet funksjoner som lastet ned master-lista og derfra lastet ned filene med opplysninger om de enkelte bibliotekene. Disse opplysningene kunne så lagres ("caches") lokalt, og oppdateres feks en gang i uka.
Mange av de opplysningene det ville være interessant å fange opp i denne sammenhengen ville i realiteten være URLer:
- Bibliotekets hjemmeside
- Feed for nyheter fra hjemmeside
- Biblitekets eventuelle blogg
- Feed for denne bloggen
- Bibliotekets katalog
- En url som man kan putte søkebegreper inn i for å gjøre et enkelt søk, feks http.//www.fiktivt.folkebibl.no/katalog/search.php?q=[søkebegrep], der [søkebegrep] kan byttes ut med det man ønsker å søke etter.
- Én eller flere feeds for nye dokumenter
Jeg tror det ville være fullt mulig å bruke et enkelt XML-format som OPML, eventuelt i forbindelse med et slags mikroformat, for å beskrive disse opplysningene på en måte som ville gjøre det mulig for et program å "forstå" hvilke URLer som peker til hva.
Er det flere som ser nytten av noe slikt, eller er det bare meg?





