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å.

Tyvärr utan mig … som jag redan nämnt kommer jag att sluta i Jönköping och börjar den 1:a februari som avdelningschef på Chalmers bibliotek. Det är med stort vemod som jag lämnar Jönköping men jag ser mycket fram emot nya utmaningar i Göteborg.

Ganska direkt efter mötet i Malmö åkte jag iväg till Jerusalem och Ex Libris andra Developer meets Developer möte. Det var min tredje resa till Israel på ett år så jag var ganska säker på vad som väntade. Men det är onekligen en viss, eh, spänning i landet som dock känns helt säkert. Ex Libris har i och med sin Open Platform strategy och med EL Commons som kundplattform för att sprida kundanpassad och utvecklad kod arrangerat ett möte där personer som är aktiva på EL Commons får en chans att träffa Ex Libris egna utvecklare på deras kontor i Jerusalem. Förra året var vi 15 personer. I år var vi 12 från USA, Sverige, Finland, Holland, Tyskland, Österrike, U.K och Australien.

Temat för årets möte kom att handla om OPAC funktionalitet via de nyutvecklade REST API:er som Ex Libris utvecklat i enlighet med DLF ILS Discovery Interface rekommendationer. Flera av de stora leverantörerna har skrivit under en avsiktsförklaring att stödja rekommendationerna men jag tror att Ex Libris är de första att faktiskt utveckla dem. Det är alltså via dessa som Primo kommer att kunna utväxla information med bibliotekssystemen (Aleph och Voyager) men rent praktiskt innebär det även att andra system kan använda dessa för att hämta och presentera information som finns i lokala bibliotekssystem. Denna utveckling torde vara högaktuell för projektet LIBRIS som lokal OPAC då man via dessa skulle kunna lösa funktionalitet för omlån, reservationer m.m. Det som är bra, för en gångs skull, är att Ex Libris själva använder samma API för att integrera sina ILS med Primo. Det borgar för att all funktionalitet måste finnas på plats och vara tillgänglig i API:et.

Vi gick igenom stora delar av API:et, tittade på exempeltransaktioner och arbetsflöden. Att man valt REST framför SOAP tillskriver man att det senare är mer inriktat på ”operations” och det förra på resurser. Så vad man gjort är att man mappat alla resurser i ALEPH mot en REST tjänst, även om det är låntagartjänster (request actions, holdings|items, library card, patron info) som står i fokus. Det som är intressant här är att man valt att använda teknik som inte är specifik för biblioteksvärlden (ncip, z39.50) utan en teknik som används även utanför. Det borgar för att fler skall kunna använda och förstå våra system. Det som inte var löst i utvecklingsfasen var hur API:et skulle säkras. Eftersom man kan göra PUT|POST|Delete transaktioner uppkom en diskussion om säkerhet. De har inte bestämt sig ännu men en lösning är att ropande applikation använder ett certifikat. Det intressanta var att de valt att inte lägga på någon som helst säkring på API:et ännu utan ville avvakta vårt möte för att höra våra åsikter. Vissa ville IP-begränsa, andra vill ha U/P och vissa ville ha certifikat. Så jag antar att vi kom fram till att vi ville kunna välja metod lokalt (det är inte lätt att vara systemleverantör).

REST API:et för att hämta data från bibliotekssystemet är riktigt bra. Här får man ett dokumenterat, standardiserat verktyg för att kunna hämta och uppdatera data som på många vis varit inlåst. Interaktion med lärmiljöer, institutionella arkiv, samkataloger m.m,m.m är en realitet i och med detta. För ALEPH kommer dessa att introduceras inom kort och man talade om att ”nedgradera” tjänsterna till version 18. Det gör även att jag är mycket tveksam till värdet av att uppgradera till version 20|21 när Fujitsu behagar att erbjuda denna. Om jag antecknade rätt så kommer dessa att introduceras i version 21 som finns tillgänglig från Q3 2010.

Jag har varit ganska skeptisk till värdet av Primo så som Primo2 ser ut idag. Det har liksom saknats för många viktiga bitar för att vara tillräcklig som ersättare för OPAC och MetaLib. Men nu börjar man att komma någonstans. Primo3 för med sig en ny design. En design som vi fick se i Jerusalem. På ett sätt är den väldigt komplicerad, kanske för ambitiös, men det verkar finnas goda möjligheter att anpassa. I korthet bygger man mycket mer på träfflistan än på presentationsvyn av en resurs. Genom att använda tabbar och möjligheten att expandera yta och information direkt i träfflistan tror man att man skall kunna ge användaren ett gränssnitt som är informationsrikt och översiktligt. Jag är lite skeptisk till all den funktionalitet som är inbäddad och ibland gömd, men det är onekligen en beundransvärd ansats och jag hoppas det fungerar i praktiken.

Med en ny design för Primo, med stödet för att hämta information från bibliotekssystemet och stöd för ”OPAC-transaktioner”, relevansrankning, klustring och med Primo Central så känns det för första gången som att Primo är ett riktigt alternativ till JULIA. Speciellt om man kan hösta in t ex institutionella och ditigala arkiv. Att man dessutom erbjuder en säker arkitektur för att arbeta med tillägg (Jquery i separata ”tiles”) och möjligheter till grafisk anpassning på ett smidigt sätt är extra godis.

Om jag antecknade rätt så kommer Primo 3 att finnas tillgängligt i Januari. Jag ser fram emot att se om mina höga förväntningar infrias.

Oracle sponsrade mötet och gav en presentation av nyheterna i 11g som kan hjälpa utvecklare av bibliotekstjänster. Man kan väl lugnt säga att det var över min nivå… men intressant var det att lära sig lite mer om hur Aleph använder Oracle Text. Be mig inte att återge det. I samband med att vi pratade om Oracle togs en av förra årets hetaste frågor upp. Ex Libris vill gärna strypa åtkomsten till databasen. De ser hellre att vi använder Vyer eller API:er. Detta är för att de skall kunna ändra i tabellstrukturer och inte oroa sig över att kunder ”ställer till det”. De drog även upp ev. licensproblem med att ge oss skrivrättigheter till databasen. Nåja… det var hett förra året och det var hett i år. Även om jag kanske var den som brann mest. Det är obegripligt att man vill strypa en av Ex Libris starkaste konkurrensfördelar dvs åtkomst till datat. Här pratar man om Open Platform strategy och sedan vill man begränsa just denna öppenhet. Licensfrågan är ”bull”, dels för att många har egna licenser som tillåter oss att utveckla och dels för att Oracles representant på mötet sade att det var OK.

Jag förstår att Ex Libris tänker på att de vill kunna ändra på saker. Jag förstår att det kan hända när jag skriver något som pratar direkt med databasen och om det händer så får jag göra om det. Det är mitt ansvar, inte Ex Libris, det är fint att de tänker på mig. Men de behöver inte göra det. Likaså är jag inte dum. Om jag kan använda ett API eller en vy så gör jag det. Men ganska ofta så finns just den vyn eller en tjänsten som jag letar efter inte tillgänglig. Att i det läget öppna upp en support incident för att få denna skapad är inte tillräckligt bra. Speciellt inte i en situation där vi i värsta fall sitter i relation till LIBRIS och FUJITSU innan frågan ens kommer till Ex Libris. Jag passade på att fråga hur många SI incidents som de brukar få från Sverige och det var ganska tyst då. När man vill göra något så vill man göra det med en gång, inte vänta månader på att en begäran om att skapa en ny vy skall leta sig igenom i värsta fall tre nivåer av support och ständigt ifrågasättas. Det hela slutade med att man för nuvarande produkter inte kommer ändra något men att man för framtida produkter kanske kommer att göra saker annorlunda. Åtkomst till datat och databasen är en rättighet som vi INTE skall ge bort där vi har den. I de fall där vi inte har det borde vi slåss för att få det (sneglar på LIBRIS samkatalog). Jag säger inte att kreti och pleti skall ha skrivrättigheter till databasen, men det finns definitivt personer som borde ha det

Alla deltagare delades in i olika produktworkshops där man fick träffa aktuellt utvecklingsteam. Jag hamnade med SFX folket tillsammans med Mark Dehmlow från Notre Dame och Ere Maijala från finska nationalbiblioteket. Vi pratade om bX (och hur det fungerar) och om hur vi ev. skulle vilja använda bX utanför SFX menyn. I princip kom vi fram till att vi borde ha obegränsad åtkomst till bX API:et utan att behöva gå via SFX. Vi pratade även om SFX4 och det otillfredsställande faktum att SFX inte utnyttjar serverns hårdvara i tillräcklig utsträckning. Glädjande nog kommer SFX4 att bära med sig en ny arkitektur (MySQL5 [64bit]) som tillsammans med att man skrivit om en del kod leder till ökad prestanda. Vi pratade om förbättringar i arbetsflöden, t ex om behovet att kunna skapa en bevakning på titlar som ännu inte finns i någon target. Vi pratade om dumpningen av JSI för RSI som är mer korrekt och som används för att få en FT indikator, man kan även få information om e-böcker via RSI.

Varje deltagande bibliotek fick hålla en 15-20 minuters presentation om något de gjort. Jag pratade om JULIA, men passade även på att ta upp frågan om Open Data och lånade Anders Söderbäcks bild där biblioteken är snärjda av leverantörerna. Jag kunde inte låta bli att ta upp frågan. Det passade ju så bra in i sammanhanget där man pratar om en öppen arkitektur, plattform och strategi. Speciellt inför diskussionerna om URM är det viktigt att vi inte hamnar i en situation där vi ger bort vårt metadata för att sedan få köpa tillbaka det i form av ”Data as a service”. Bilderna från min presentation är nedan. Utöver det så var det några presentationer om Primoimplementationer, några andra OPAC:s, lite Single Sign On (SSO), Mobila applikationer och lite om MetaLib X-server.

Mötet var mycket givande. Dels i nätverkssyfte men framförallt strategiskt. Att få en inblick och möjlighet att diskutera med Ex Libris i Jerusalem om vart de är på väg. Vad de håller på att utveckla och hur de tänker ger oss möjligheter att fundera kring våra egna system och partnerskap för framtiden.