Den kan man jämföra med Serials Solutions introduktion av Summon.

Ebsco verkar inte ha gjort någon poppig film om EDS ännu … men man har lite tutorials bl a en om integrated search för den som är sugen.

Den andra tjänsten som LT jobbar på är en mobil OPAC. Det är såvitt jag kan se en mobilanpassad webbtjänst (även om det är något oklart om det faktiskt finns app:s till iPhone och Blackberry). Till skillnad från hyllbrowsern är den mobila OPAC:en inte en del av LT for libraries. Enligt kommentarer till blogginlägget så är det en 3:e parts produkt till bibliotekssystem som man säljer. LT söker beta-bibliotek.

Samtidigt så släpper LT sin första riktiga iPhone app., Local Books. Tanken är att man skall kunna hitta bokaffärer, bibliotek och evenemang för bokintresserade.

EBSCO fortsätter att hålla sig i rampljuset. Det utlovade ERM systemet, nu döpt till EBSCONET ERM Essentials, är annonserat. ERM Essentials utlovar snabbare startsträcka tack vare ”auto-populering” av bestånd och deskriptiv information. EBSCO kan tyckas vara lite sent ute på ERM-banan, men det finns många som ännu inte valt ERM lösning och i framtiden har jag svårt att se hur biblioteken skall klara sig utan ett ERM liknande system. Som vanligt är produkten väl integrerad med EBSCOS övriga tjänster så om man har flera ägg i korgen verkar det här mycket intressant.

EBSCO fortsätter även att knyta samarbetsavtal med andra. Senast är ett avtal med Innovative om samarbete kring Encore och EBSCOhost. Tanken är att man skall utväxla meta-data men den tekniska lösningen är något oklar.

”This integration will provide the means for Encore searchers to retrieve real-time search results from EBSCOhost for databases subscribed to via EBSCO, without the need to pre-index the content, integrated with their catalog search results.

Det skall bli intressant att se hur det fungerar i verkligheten.

Sir Lancelot: We were in the nick of time. You were in great peril.
Sir Galahad: I don’t think I was.
Sir Lancelot: Yes, you were. You were in terrible peril.
Sir Galahad: Look, let me go back in there and face the peril.
Sir Lancelot: No, it’s too perilous.
Sir Galahad: Look, it’s my duty as a knight to sample as much peril as I can.
Sir Lancelot: No, we’ve got to find the Holy Grail. Come on.
Sir Galahad: Oh, let me have just a little bit of peril?
Sir Lancelot: No. It’s unhealthy.
Sir Galahad: I bet you’re gay.
Sir Lancelot: Am not.

- Monty Python and the Holy Grail

Jag har skrivit om det förut men det är smart av EBSCO att dra nytta av biblioteksystemleverantörernas utveckling av Discovery Interfaces. Genom att använda de lokala systemens funktionalitet för att exportera poster och exemplarstatus kan de erbjuda alternativ som borde fungera minst lika bra som den egna systemleverantörens Discoverylösning. Om man har ett stort bestånd av databaser hos EBSCO så borde det här vara mycket intressant om man funderar på att uppgradera sin OPAC till ett Discovery system.

EBSCO har över tid tagit fram produkter som A-Z, LinkSource, Integrated Search, EBSCOhost och har nu tillsammans med EDS en svit med produkter som kan ta hand om en stor del av bibliotekens söktjänster. Det är spännande. EBSCO har försprång på t ex Ex Libris då man över lång tid arbetat med att aggregera databaser och göra dem sökbara. Pressen på t ex LIBRIS att snabba på funderingarna och arbetet med att få in licensierat metadata borde öka markant i takt med att den här utvecklingen fortgår. Samtidigt är det en oerhörd utmaning för just LIBRIS att kunna leverera motsvarande tjänster och data som de stora aktörerna gör.

Nu när databasleverantörerna lanserar den här typen av tjänster så blir behovet av öppna standarder viktigt. Det är ett problem att det råder så liten samordning som det gör mellan leverantörerna kring hur data och tjänster skall se ut. Även om det finns API:er och vissa gemensamma drag mellan leverantörerna så är det vi som kunder som borde pressa dem att söka samarbeten. Öppna system är en sak och de flesta leverantörer säger idag att deras system är öppna och man tillhandahåller t ex API:er och exportmöjligheter. Men vad som blir ännu viktigare i sammanhanget med konstruerandet av centrala index baserade på lokala kataloger och arkiv är principen om öppen data. Det finns en uppenbar risk att biblioteken i sin iver att leverera bra och moderna söktjänster missar detta. KB gör ett föredömligt jobb som inte accepterar OCLC:s krav på begränsad 3:e partsanvändning av katalogposter.

I höstas hörde jag för första gången uttrycket ”Data as a service” och det var i samband med att man pratade om just Discovery system. På sätt och vis är det inget nytt att vi köper data som en tjänst. Men det som är nytt i sammanhanget är att vi här låter leverantörer indexera vårt data och i vissa fall blir det tillgängligt för andra. När sedan leverantörer knyter avtal med varandra riskerar vi att hamna i en märklig situation där bibliotekens möjlighet att påverka leverantörerna eller ”sitt” data blir små. Jag säger inte att det är så, men jag säger att biblioteken bör vara vaksamma kring villkoren för hur data licensieras och exporteras till större sammanhang. Vi borde verka för att meta-data skall få röra sig fritt och få modifieras fritt oberoende av källa.

Tillbaka till EDS och EBSCO. På flera sätt är det således glädjande att det kommer in ytterligare en aktör som kan konkurrera med de ”vanliga” systemleverantörerna. I takt med att EBSCO mer och mer går mot att leverera totallösningar för biblioteken (ett ERM system är ju på gång) så kommer kraven på inflytande från användarna att öka. Jag tycker det är ett problem med EBSCO att det inte finns någon formell användargrupp. Det gör att biblioteken inte kan formera sig, som en fackförening, eller föra en samlad diskussion kring problem och utveckling. Idag så kan EBSCO hantera varje kund individuellt och det blir individuella krav och problem. Det gör att man inte har en samlad bild av vad som händer. Jag tror att EBSCO på sikt måste göra något åt detta. Det kanske inte handlar om en formell användargrupp, men på något vis måste de skapa ett ”community” för sina användare. Inte minst med tanke på att man i EDS öppnar upp för lokala lösningar och anpassningar. Dels i form av branding men även i form av widgets. Nu vet jag inte hurvida man kan bygga sina egna widgets och inkludera, men jag hoppas det. Likaså skall det ju finnas möjlighet att använda funktionalitet från EDS utanför systemet och integrerat i webbplatsen.

Sammantaget gör det att EBSCO kommer få kunder som gör saker med deras produkter på ett annat sätt än tidigare. Om EDS skall bli det primära sökverktyget för ett bibliotek så vill biblioteket känna ett förtroende och en möjlighet att påverka det som händer med produkten. Jag ser bara fördelar med att EBSCO släpper in sina kunder i utvecklingsprocessen.

Att samla sitt bestånd, system och tjänster hos en leverantör kan uppfattas som en risk. Det leder till beroende och att man blir instängd. Men faktum är att vi redan idag ser väldigt få som byter bibliotekssystem. Man tenderar att hålla kvar vid sin leverantör och när man köper nya system så tenderar man att skaffa lösningar som man läst, sett och hört om på sina användargruppsmöten (se där EBSCO en nytta med användargruppsmöten). Vi går redan mot en framtid där antalet leverantörer blir färre. Detta gäller såväl databaser som bibliotekssystem. På senare tid har det skett större och större cross over mellan dessa och jag tror det kommer fortsätta. Antalet aktörer kommer minska och antalet avtal dem emellan öka. I slutändan kommer biblioteken behöva välja en till tre leverantörer som står för huvuddelen av deras medie- och systemförsörjning. Det behöver inte vara en nackdel, men jag tror det är mycket viktigt att biblioteken gör medvetna val och att man arbetar för att bli partners och inte bara kunder till sina leverantörer. Att biblioteken organiserar sig tillsammans, utvecklar tillämpningar och anpassningar som bygger på en öppen arkitektur och öppet data. Kanske inom ramen för LIBRIS, kanske inom ramen för 4-5 nationella konsortier.

Fascinerande att en ny produkt från en leverantör kan väcka så stora frågor och tankar hos en.

Jag var ingen större fan av EBSCO Integrated Search. När det presenterades så var det inte alls vad jag hade hoppats på. Det jag hade hoppats på var EBSCO Discovery Service, som tillsammans med Integrated Search ger mersmak. Det skall bli intressant att se och höra EBSCO berätta mer om det här. Utan att ha sett något annat än deras egna reklam tycker jag det verkar minst lika lovande som Primo och Summon.

Det har surrat runt lite mobilanpassade tjänster från databasleverantörer den senaste veckan. Både Summon [testa själv] och Ebsco [läs mer]. Jag fick möjligheten för någon månad sedan att beta-testa Ebsco-tjänsten och överlag tyckte jag den var ganska bra. Min främsta invändning är att man egentligen ”bara” gjort en nedskalad version av det traditionella gränssnittet. Med det följer ambitionen att all funktionalitet skall finnas med i det mobila gränssnittet. Att all funktionalitet skall finnas med är bra, att den skall finnas i samma sammanhang som det ”stora” är jag mindre säker på. Jag tror, än så länge, att mobil browsing än så länge handlar mer om ”known search” än att man sitter och gör sin stora informationsinsamling för magisteruppsatsen. I det sammanhanget tycker jag att Ebsco har en del problem. Det främsta problemet rör avsaknaden av stabila URL:er. Eftersom allt är sessionsberoende får jag problem så fort jag bokmärkar eller tar pauser i min sökning. Att jag kan eposta osv är bra, men jag får inte med någon länk tillbaka till posten. Likaså tycker jag att de kunde arbeta mer med att skala bort information i träfflistan för att slimma den. Vad som är mycket bra är den bibliografiska vyn av en post, här presenterar man en artikel eller resurs föredömligt.

Det skall bli intressant att se hur dessa mobilanpassade tjänster från databasleverantörerna tas emot och används. Jag antar att man arbetat en hel del med användar-centrerad design och det är i det sammanhanget som jag stillsamt reflekterar över bibliotekens medinflytande och möjlighet till påverkan hos våra databasleverantörer.

Det är ju sedan länge etablerat att leverantörer av bibliotekssystem har kanaler för kundinflytande och utveckling. Användargrupper som ges möjlighet att komma med och i vissa fall bestämma vad man skall utveckla för funktionalitet i produkterna. Kunderna till bibliotekssystemen är organiserade i föreningar, diskuterar problem och lösningar på forum, wiki:s och epostlistor. De åker på användargruppsmöten och presenterar sitt arbete för varandra. Ett sammanhang som skapar identitet och nätverk.

Men hur många av våra databasleverantörer arbetar på samma sätt? Ganska få. Det slår mig, att det mig veterligen inte finns några etablerade sätt för kunder till de flesta leverantörer att organisera sig för informationsutbyte och påverkan av hur produkterna utvecklas. Visst kommer det säljare och product managers ut på kundbesök för att höra efter. Men som kund får man ingen samlad bild av vad som händer hos de andra, eller om det finns möjlighet att påverka hur produkterna utvecklas.

I en tid när vi får färre leverantörer av våra data- och systemtjänster känns detta mycket viktigt. Om vi nu tar EBSCO som exempel. En föredömlig leverantör av tjänster och produkter. Produkter som på sikt konkurrerar med de traditionella bibliotekssystemen (speciellt om man har många tjänster från dem) t ex samsökning, länkserver, ERM och tidskriftshantering. Men frågan är hur stor framgång dessa kan få om de inte anammar en kultur där kunderna ges ett inflytande över hur produkterna anpassas? Idag är utvecklingen av dessa, inflytandet och nätverket mellan kunderna mycket outvecklat. På sätt och vis är man helt utlämnad till att de förstår bibliotekens behov och levererar ”svarta lådor” som kommer som de är, med en utvecklingsplan som är okänd. Jag tror att om företag som EBSCO vill nå framgång som leverantör av bibliotekssystem (och inte bara söktjänster) så skulle de tjäna på att snegla på hur de traditionella leverantörerna av bibliotekssystem organiserat sina användare, satt dem i kontakt med varandra och tillsammans utveckla produkterna till det bättre.

En kultur av öppenhet och inflytande tjänar alla på.

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.

Vi ses där.

Jag har svårt att inte tänka på min morgonfundering när jag läser om Integrated Search. Samtidigt som det naturligtvis väcker en del frågor.

We are confident that you will find this to be the true one-stop research environment that has thus far eluded the library world.

Är det tidsenligt att tro på en one-stop environment? Det framgår inte om Integrated search bygger på centrala index eller distribuerade sökningar? Det nämns specifikt att man skall kunna använda ”the power of EBSCOhost to search .. OPACs …” men knäckfrågan är väl egentligen inte sökningarna. I alla fall inte för mig. Det jag är mest intresserad av är när något externt system skall ge sig på de kluriga bitarna: lånestatus, reservationer osv. Dvs att från söksystem kunna interagera med cirkulationen. Det finns ju API:er tillgängliga. Frågan är om de fungerar tillräckligt bra.

Oavsett vad Integrated Search kan och inte kan är det bra med ytterligare produkter som integrerar vårt bestånd. Men där EBSCO vill se detta som en one-stop-shop så undrar jag om vi ändå inte måste ha vårt bestånd i flera shoppar. Som bibliotek blir det nödvändigt att göra sitt bestånd tillgängligt i så många sammanhang som möjligt – via indexering, OAI-PMH, SRU, webbtjänster osv. Det känns som det rimligaste sättet att möta nya produkter och trender. Nå ut med datat överallt, låt det bli synligt och om man dessutom kan knyta lånestatus och reservationshantering till de tjänster som erbjuds så vinner väl alla.

Det är klart att jag gärna sett det här som en del av EBSCOhost och inte som en separat produkt. Med de alternativ som finns idag (och så som marknaden ser ut i Sverige) undrar jag även hur lättflörtade biblioteken kommer vara. I konkurrens med ELIN från Lund, MetaLib och nya discovery tools som Primo känns det som om Integrated Search måste imponera. Jag ser fram emot att se om jag blir det. När det gäller EBSCOhost Integration Toolkit är jag definitivt imponerad.

På tal om Integration Toolkit så hade jag en pratstund med Urban Andersson (Göteborg UB) om webbtjänstegränssnitt och databasleverantörer. Vi kände oss lite vilsna och okunniga om hurvida leverantörerna hade färdiga API:er som vi kunde använda oss av. Det var ju en slump (om man nu tror på slumpen) som gjorde att jag hittade EBSCO:s tjänst. Bara någon dag efter att vi pratat skickade Urban mig en länk till information om ISI Web Services. Det hade jag inte en aning om. Någon som vet om det finns fler webbtjänste API:er från våra databasleverantörer?

Jag sitter på tåget. Via Facebook ser jag att Jakob Harnesk sitter på samma tåg som mig. Vi bestämmer oss för att fika. Vi pratar ERM, konferenser, livet och SRU. Jag hade precis kopplat ihop JULIA med Uppsök och önskade att samma möjlighet skulle finnas med Ebsco Host. Jakob mailar supporten i USA och några veckor senare får jag reda på att det finns något som heter Ebscohost Integration Toolkit.

Ebscohost integration toolkit är en fulländad webbtjänst för att kunna jobba med deras databaser. Stöd för REST, SOAP och väldigt lättjobbat. Jag har inte stött på några problem alls. Initialt var jag tvungen att be om tillgång, men i övrigt inga bekymmer. Tjänsten är snabb, stabil och imponerande. Tankarna svindlar lite då jag tänker på möjligheterna till integration med ämnesguider, lärplattformar, webbsidor och inte minst OPAC:en.

Efter några timmars jobb har jag nu integrerat JULIA med våra 9 Ebsco databaser. När man gör en sökning så sker samtidigt en gemensam sökning för de nio databaserna med en sammanslagen träfflista. I träfflistan ser man de 10 första resurserna från Ebsco. Klickar man på någon av dem så förs man över till Ebsco via vår proxy.

Utöver den sammanslagna listan så visas även antalet träffar per databas. Varje resultat är hyperlänkat och går via proxyn till Ebsco.

Vi testar nu denna integration och ser hur det fungerar. Tjänsten är mycket, mycket snabbare än MetaLibs X-server som vi använt för att integrera databaser och JULIA tidigare.

Jag är mycket entusiastisk. Bubblande. Hoppande. Fnissande.

Genom att integrera vår opac med licensierade databaser lyfter vi fram bibliotekets resurser på ett nytt sätt. Det är inte helt olikt hur t ex Primo och de andra s.k next generation discovery tools arbetar. Men här gör vi det utan att behöva betala en massa för nya system. Jag vet inte hur man räknar ut total cost of ownership men det känns som att utnyttja och integrera system på det här viset är prisvärt.

Eftersom JULIA är öppen för alla så kan ni själva leka och se hur det fungerar.