betabib om bibliotek, annat och det vi gör …

Ebsco är ute på en nordisk liten roadshow. I torsdags var de i Göteborg och berättade om uppdateringar och kommande produkter. Själv var jag inbjuden att prata om integration av bibliotekstjänster via webbtjänster. Kanske att jag var något optimistisk när jag tackade ja till att vara med då Open day ägde rum dagen innan jag åkte till USA för Computers in Libraries. Men väl på plats kändes det bara bra.

Ebsco sitter på en massa bra tjänster. De har medvetet blivit en stor aggregator av databaser och EbscoHost erbjuder idag över 350 databaser och fortsätter att växa. Det är klart att när man har så många kontakter med dataleverantörer och förlag som Ebsco har att de får en möjliget att dra nytta av sin situation. Ett ERM system med en naturligt stor knowledge base och auto-populering av poster är attraktivt. Det verkar onekligen som att Ebscos ERM system gör att man snabbare kan komma igång än vad vi sett med t ex Meridian/Verde. Förutsättningen är ju dock att man redan har en massa bestånd hos Ebsco.

Administration av elektroniska resurser löpte lite som en röd tråd genom dagen. Jag har sedan en tid tillbaka släppt idéen om att slippa ERM system. Jag tror det är oundvikligt i det långa loppet att skaffa ett system för att administrera elektroniska resurser och avtal. Men jag tror även att just nu är helt fel tid att skaffa sig ett ERM system. Produkterna är fortfarande ganska otestade och tiden att implementera dem ser ut att vara avskräckande. Frågan jag ställer mig är om det beror på omogna system, omogna användare eller en kombination av båda. Biblioteken börjar allt mer lära sig att de måste dedikera fasta resurser till att hantera våra ökande elektroniska bestånd. I längden kommer det bli omöjligt för en person att vara t ex referensbibliotekarie och sköta säg Verde, SFX och e-boksinköp/avtal. Vi lägger fortfarande stora fasta resurser på hanteringen av tryckt bestånd. Någonstans måste det ske ett skifte och jag tror det måste komma ganska snart. Att ha en person som bevakar uppdateringar av SFX, följer e-boksutvecklingen, paket och avtal kommer bli nödvändig. Det kommer även bli nödvändigt för denna eller dessa personer (om man vill slippa personberoende) att ha system som underlättar deras arbete. Systemen skapar arbetsflöden och säkrar information för organisationen. Förhoppningsvis kan man även utvinna data från ERM system och presentera i andra sammanhang via t ex API:er (även om Ebscos system inte har något sådant i dagsläget).

Så det verkar ju som att jag är en ganska ivrig förespråkare för ERM system. Inte minst för att de organisatoriskt kommer tvinga fram en medvetenhet kring att arbete med elektroniska resurser kräver just resurser. Men när jag tittar på det aktuella läget så ser jag ett gäng med högskole- och universitetsbibliotek som skaffat sig ERM system men som inte kommit igång med dem. KB sitter med Verde och vad kommer det betyda och vilken nytta kan man ha av att ha samma system som dem. Hur kan man dra nytta av kopplingar mellan SFX och Verde. Vad händer med Samsök? Ebscos ERM system verkar vettigt om man har en massa Ebsco tjänster. Verde verkar vettigt om man har en massa BIBSAM avtal.

Det finns för många obesvarade frågor och exempel på system i lyckad drift för att jag skulle vilja satsa något ännu. För en gång skull vill jag luta mig tillbaka en stund och se vad som händer. På ett sätt så kanske det även handlar om förtroende. Förtroende för vad en leverantör kan leverera. När man samlar mer och mer av sina resurser hos en leverantör så är det en styrka (för man blir en stark kund och kan dra nytta av samlande fördelar) men samtidigt så satsar man väldigt mycket på ett kort. Om det går åt skogen med en leverantör eller det spricker fullständigt så ligger man illa till. Jag föredrar nog att arbeta med flera men ändå ett fåtal leverantörer av mitt biblioteks tjänster och system. På så vis sprider man riskerna lite, man har möjlighet att försöka spela dem lite mot varandra, vara lite otrogen när det behövs samtidigt som man drar nytta av samdriftsfördelarna.

Sammanfattningsvis. Ebscos ERM ser bra ut om man har många EBSCO produkter. Samtidigt så vill man se några lyckade implementationer innan man satsar och som BIBSAM bibliotek vill man definitivt se hur Verde kommer att fungera eller inte fungera innan man väljer. Så tänker jag just nu i alla fall.

Ebsco presenterade lite olika nyheter. T ex nya databaser i EbscoHost och funktioner i EbscoNet. Jag har egentligen inget att säga om det mer än att EbscoNet ser trevligt ut och erbjuder en del fiffiga analys- och rapportverktyg.

Det som jag var mest intresserad av var pratet om Ebscos kommande Integrated Search. Alltså en federated/metasök pryl. Jag visste i princip inget om hur denna produkt var konstruerad men jag hade vissa förhoppningar. Förhoppningar som dock kom på skam. Nu har jag bearbetat min initiala besvikelse något och ser ändå en del goda möjligheter med Ebsco Integrated Search. Precis som med ERM systemet så är Integrated Search riktigt bra om du sitter med många databaser i EbscoHost. Du får ett enat gränssnitt med möjlighet att koppla till externa databaser som då samsöks genom att söksträngar skickas iväg till dem, resultat bearbetas och tas in i Ebsco Integrated Search som är en modul till EbscoHost (så uppfattade jag det).

Så varför min besvikelse? Jag hade hoppats på ett system som arbetar med höstning av externa källor och som bygger ett centralt index. Detta är idéen med Primo och jag är faktiskt förvånad över att Ebsco valt att satsa på en lösning som inte så lite påminner om MetaLib. Alla problem som finns i MetaLib finns i Integrated search, skillnaden är att man hämtar lite fler poster för den sammanslagna listan och att man har en uppdelning mellan databaser i ”tiers”. Bra databaser för samsökning och dåliga databaser i olika tiers. Tanken är att en långsam databas inte skall få dra ned presentationen av sökresultaten för de andra. Men det är oklart hurvida ajax funktionaliteten gäller individuella databaser eller tiers. Att som MetaLib bibliotek idag satsa på Integrated Search istället verkar väldigt, väldigt främmande. I alla fall om man har många databaser utanför EbscoHost. Om man inte har det så kan det här vara ett bra sätt att få ett gränssnitt. Ett gränssnitt som ärligt talat inte känns speciellt bearbetat. Nu fick vi inte se bilder från den slutgiltiga versionen. Men jag tycker det verkar finnas utrymme för gränssnittsförbättringar.

Jag tycker även att möjligheterna till branding är för dåliga. Här slår man ihop en massa resurser som ett bibliotek har och det enda sättet att märka upp det är med en logotype. I övrigt så ser det ju ut som att allt kommer via Ebsco och det är Ebscos namn som får en framträdande position. Jag skulle önska att man kunde arbeta mer med grafisk anpassning till lokala stilmallar och integration av Ebsco i existerande webbplattformar.

Man kan inte göra egna sök-konfigurationer för Integrated search utan dessa beställs av Ebsco. Inte bra tycker jag, för man hamnar onekligen i händerna på leverantören. Å andra sidan kanske man kan ställa krav på leverantören att de skall fungera om man betalar per anslutning. Naturligtvis har Ebsco en stor gemensam databas med kopplingar. Men alla svenska smådatabaser lär nog inte finnas där ännu och hur blir det med kopplingar till institutionella och digitala arkiv?

Med tiden kommer kanske EbscoHost att tillåta höstning och central indexering av externa (dvs icke EbscoHost) databaser. Det hoppas jag och jag tror det är nödvändigt om man skall nå större framgång med Integrated search. Eller räcker det med att folk är missnöjda med MetaLib för att sälja en likadan produkt. Vi får se.

Det skall bli intressant att se hur Integrated search tas emot och hur den faktiskt ser ut när den släpps i sommar.

Min presentation på dagen handlade om arbetet med JULIA. Jag tycker det gick ganska bra. Jag valde att mest visa hur saker ser ut och allmänt prata om maskin till maskinkommunikationens roll i en webb 2.0 kontext. Jag är lite osäker på hur man skall prata om hur svårt det är att göra den typen av integration som vi gjort med JULIA. Även om jag inte har någon utbildning som programmerare eller utvecklare så har jag ju gjort den här grejjen ganska länge nu. Kanske att jag ibland glömmer bort det. Men oavsett hur svårt det är och vem som skall göra den här typen av arbete så var syftet med att visa sakerna vi gjort att inspirera. Att förmedla en känsla av att vi kan göra saker med våra system, men det krävs att vi är villiga att göra det. Jag antar att även här handlar det om att dedikera resurser. Vilket givetvis är lättare för ett forskningsbibliotek än för ett skolbibliotek på en gymnasieskola. Det får mig att tänka mer och mer på möjligheterna att återvinna ens arbete. Just nu bryr jag mig inte ett dugg om att andra skall kunna använda sakerna som jag gjort. De är skräddarsydda för vår miljö. Samtidigt så lägger jag ju upp delar av det på EL Commons. Kanske att jag skall tänka lite mer på man kan återvinna sakerna jag gjort. Inte minst för att det skulle kunna hjälpa biblioteket som inte har några resurser att satsa på sina system. Eller vore det att uppmuntra till att fortsätta som nu…. jag är övertygad om att vi som kunder och användare blir bättre om vi kan våra system bra, att vi har erfarenhet av att böja, vrida och vända på systemet för att det skall passa in i vår miljö. Det kan vi bara få om vi har folk som aktivt jobbar med systemen och tänker själva kring hur de vill utveckla dem.

Ebsco Open Day i Göteborg var en trevlig tillställning. Jag gillar Ebsco och deras API för EbscoHost är värt ett stort ”HURRA!” då det är suveränt.

Dagen efter Göteborgstillställningen satte jag mig i bilen och körde genom snöovädret för att ta mig till Philadelphia. Väl här har jag turistat och både tittat på HV71:s förnedring av Frölunda och Portugal – Sverige. Kanal9 och Tv6 webbsändningar är nästa lika bra som EbscoHost Integration Toolkit.

Imorgon börjar Computers in Libraries och jag hoppas kunna leverera några rapporter därifrån.