BibCamp 2010 & Ex Libris Developers Meeting
För någon vecka sedan var det uppstartsmöte för BibCamp2010. Rekordtidigt! Ett faktum som nog helt skall tillskrivas Jessica Lindholm och Anna Brynolf i Malmö. Jepp, nästa BibCamp blir alltså i Malmö. Jag och Urban Andersson från Göteborgs UB var där en solig fredag för att prata om upplägg, ev. tema och kika på lokalerna. Jag tror att BibCamp2010 kommer bli lysande, mer fokus på nätverkande och att göra saker tillsammans i en avslappnad atmosfär där alla aktivt bidrar med innehåll. Platserna kommer att begränsas som vanligt och det hela äger rum typ sen vår 2010. Vi lär få anledning att återkomma till ämnet. 
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.
