Presentation om dataflöden mellan bibliotekssystem och exemplet SFX till 360 Core på Kungliga Bibliotekets workshop om ERM 14 juni 2011.

Avtalet med Ex Libris förlängs under 2011 med tydligt sikte på uppsägning till den 30 oktober 2012

Att KB under 2011 förändrar arbetet med central aktivering av BIBSAM-avtalen så att information om innehållet i avtalen kan exporteras till biblioteken och användas i så många system som möjligt

Att KB under 2011 initierar en upphandling av ny länkserver under nya villkor som ska kunna vara implementerad hos biblioteken senast oktober 2012

Att KB bygger upp en OpenSourcebaserad infrastruktur för aggregering av metadata på nationell nivå

Att de bibliotek som vill gå vidare med kommersiella discoverylösningar själva ansvarar för detta

Att KB under 2011 tar fram riktlinjer för katalogisering av databaser

För att på reda på resonemanget bakom rekommendationerna behöver man läsa hela rapporten och den hittar man på KB:s webbplats.

Jag sitter och testar kopplingarna från Summon till vårt bibliotekssystem, institutionella arkiv och länkserver. Ser en del konstiga saker och ser en del smarta saker. Tidigare i år, i mars, så skrev jag om hur man kan modifiera simplified menus och något kort om z39.50 Lookup programmet i SFX.

Plug-In till SFX betyder att man kan villkorsstyra lite mer om en enstaka resurs skall visas eller ej. Lite som display logic fast på resursnivå.

Det finns fyra Plug-In beskrivna i SFX3 Advanced User’s guide (s.187). Den första är ett plug-in för Aleph som nyttjar x-server för att visa holdings. Om man är ett Aleph bibliotek bör man definitivt titta på detta.

Det andra är en z39.50 Lookup som kollar mot bibliotekssystemets z39.50-server om en resurs finns i katalogen eller inte innan den visar länk till tjänsten. It is very fiffigt! Vi aktiverade den i Jönköping för Aleph (när det inte fanns x-server) och i våras aktiverade vi den för Chans (Innovative) och det har fungerat mycket bra.

Det är beskrivet ganska tydligt hur det hela fungerar i dokumentationen men om ni får problem att aktivera programmet så hör av er. Det är en bra tjänst som alla som kan borde aktivera!

Andra program som finns är ett plug-in för Syndetics och ett för AIRway project.

Det man skall vara medveten om är dock att man bryter de symboliska länkarna till den centrala instans som uppdateras vid, eh, ja uppdateringarna. Så man får hålla lite span på vilka filer som uppdateras i Release notes. Nu var det en stund sedan det hände något med menyfilerna och jag har svårt att tro att det kommer hända något större innan SFX4 kommer.

För att ändra färger på länkar, positioner osv. så är det en .css fil som styr det hela (/sfxXXX/css/simplified_template1/sfxmenu.css). En del av grafiken är hårt knuten till den grafiska profilen så de kan man vilja byta ut. Bilderna ligger i /sfxXXX/img/simplified_template1/ med diverse underkataloger. Totalt sett handlar det kanske om 10 bilder som behöver bearbetas. Vi håller nu på att se över logiska regler och vilka tjänster som skall visas men det känns helt klart ett steg i rätt riktning att få samma grafiska profil på SFX menyn som på webbplatsen. Titta själv.

En annan väldigt fiffig sak med SFX är de olika plug-in modulerna. Det finns t ex en z39.50 plugin som kollar mot den lokala bibliotekskatalogen om en resurs finns eller ej. Man kan göra uppslag på ISBN, ISSN och titel. Vi hade det aktiverat i Jönköping och använde då en speciell Aleph parser men det finns generella möjligheter för alla system som stödjer z39.50. I /sfxXXX/config/z3950_lookup.config gör du inställningarna för ditt bibliotekssystems z39.50-server. När det gäller beståndsuppgifter så anger du vilka fält (866 och 852) samt delfält som skall visas. Här brukar biblioteken upptäcka att man behandlat beståndsuppgifter lite olika genom åren och det kan resultera i lite katalogvård.

Men rent konkret så betyder det här att innan länken till den lokala bibliotekskatalogen visas i SFX menyn så kollar SFX om det finns något. Om det inte finns något så visas ingen länk. Very fiffigt.

Så om ditt bibliotekssystem har en z39.50 server och du visar en länk till din lokala OPAC idag som inte använder sig av denna koppling har du en strålande möjlighet att göra just denna koppling lite bättre.

Allt står i manualen, men om du vill ha en fingervisning får du gärna kontakta mig.

Observer att denna plugin inte har ett dugg med just Millenium att göra. Det kan vara vilket system som helst som stödjer z39.50. Men jag vet att det fungerar för Millenium och Aleph.

Årets bästa nyhet är att SwePub blivit användbart som söktjänst. Henrik Lindström (som vi alla borde hylla oftare) har implementerat IP filtrerade SFX länkar i SwePub. Det betyder att det nu finns en koppling mellan publiceringen som sker vid svenska lärosäten och de resurser som biblioteken licensierar. Ett bra exempel är den här artikeln från Sciglooskriven av forskare vid Chalmers. Så som SwePub fungerade innan kunde man via SwePub få reda på att artikeln fanns och var den var publicerad. Men för att få tag på artikeln så skulle man antagligen behövt gå till bibliotekets e-tidskriftslista och söka rätt på tidskriften och sedan söka sig fram i aktuell plattform. Det är nu snabbt åtgärdat med SFX – antingen har biblioteket tillgång till materialet eller så kan man beställa det. Mycket bra!

Visst kan det göras lite snyggare med SFX knappar och mappning så att SFX tjänsten får det namn som biblioteken valt att kalla SFX. Men det är väldigt sekundärt. Det här betyder även att biblioteken vill lägga proxy-prefix på länkar till SwePub i sina databaslistor och webbsidor. Bara så att ni inte glömmer det …

Tack LIBRIS och Henrik!

• Göteborg UB
• Linköping UB
• Högskolebiblioteket i Jönköping
• Bibliotek och Läranderesurser, Högskolan i Borås
• Blekinge Tekniska Högskolebibliotek
• Luleå Tekniska Universitetsbibliotek
• Karolinska Institutet – UB
• Uppsala UB
• Stockholm UB
• SLU
• SFXLIBRIS

Om man vill se ett SFX-uppslag med rekommendation kan man göra det här.

E-böcker är ett problem för biblioteken. Våra system och tjänster är inte anpassade för att hantera stora mängder e-media. Vi försöker anpassa vad vi har efter vad vi måste göra. Eller så köper man nya system för att lösa de nya problemen.

Högskolebiblioteket i Jönköping har som mål att alla e-böcker som vi köper skall ha MARC-post i JULIA och vara aktiverad i SFX. Att bestämma sig för detta var inte självklart utan något som vuxit fram som en hållbar modell där vi har någon slags kontroll över det e-media som vi köper/licensierar.

Problemet är att SFX och bibliotekssystemet går i otakt. När en bibliotekarie bestämmer att de skall förvärva en bok lämnas det över till inköp. Inköparen beställer boken från t ex Dawsonera och meddelar SFX ansvarig att så skett. MARC-post levereras till ALEPH ansvarig systembibliotekarie för import.

Om boken inte finns med i SFX KB så måste SFX ansvarige komma ihåg att kolla efter den. Med tiden är detta ett potentiellt problem. Mycket enklare om man då kan dra nytta av att man har information om vilka e-böcker som finns tillgängliga genom att använda uppgifterna i bibliotekssystemet (MARC posterna).

Uppgift om leverantör sparas hos oss i fält 698. Det är bra, för vi kan då identifiera delsamlingar i katalogen baserat på e-boksleverantör eller uttryckt i en specialsamling. Med lite SQL kan jag räkna och gruppera antalet unika 698 fält.

Därifrån kan jag lista alla ISBN och se för hur många poster vi har ISBN. Vi har valt att utgå från 020a men om det inte finns så hämtar vi 020z vilket är nödvändigt för t ex Ebrary. I vissa fall avslöjas att det saknas ISBN både i delfält a och z. Om så är fallet är det läge att klaga hos leverantören på bristande MARC-poster.

Förutom att man får en väldigt bra översikt över sin lokala katalog och andelen e-böcker så har man som administratör möjlighet att exportera alla ISBN för en delsamling/avtal/leverantör till en fil som är förberedd och formaterad för att aktivera portfolios via SFX Data Loader.

Genom att hämta ut en lista med ISBN efter varje månatlig CKB update (eller när man känner för det) så slipper man hålla reda på vilka titlar som är aktiverade eller inte. Det är bara att köra in listan i Data Loader och updatera sina portfolios för aktuell target.

Detta verktyg kommer definitivt att underlätta för den som administrerar e-böcker i SFX på Högskolebiblioteket i Jönköping. Om det finns något ALEPH bibliotek (eller för den delen annat bibliotek) som är intresserad av att i detalj få reda på hur det fungerar så är det bara att höra av sig.

Nu måste jag skriva någon slags dokumentation om hur det här fungerar, eller så kallar jag det för Beta och slipper … (?)

Ibland oroar jag mig lite för att det inte skall finnas tillräckligt med saker att prata om inom Samsa, men det verkar som om det finns tillräckligt med material och allt fler börjar nu att jobba mer och mer med SFX och MetaLib.

Översyn

Det mest intressanta för dagen var den första publika redovisningen av översynen av Samsök, genomförd av Margareta Nelke på uppdrag av RB/KB/LD. Rapporten är inte färdigskriven men om jag minns rätt kommer den att lämnas över till KB i början av december och därefter fattar de beslut om hur den skall spridas och vad man kommer att ta till sig.

Mina förhoppningar på vad översynen skulle komma fram till har pendlat från låga till höga. Efter att ha lyssnat på Nelkes rekommendationer är jag nöjd. Jag var orolig för att undersökningen skulle bli för grund, men det har kommit fram en hel del i undersökningen som består av en nulägesbeskrivning, en inventering av intresset för Samsök och en analys av olika scenarion för framtiden.

En enkät genomfördes ställd till alla samverkansbibliotek, av samsökbiblioteken var svarsfrekvensen 79% och bland de som har en egen instans var frekvensen 100%. Ett genomgående resultat, om än icke förvånande, var att bibliotek som investerat i en egen instans arbetar mer med SFX och MetaLib än de som är i den gemensamma.

Några av de allmänna resultaten var att LIBRIS uppdrag gällande Samsök är otydligt (även internt). Att det finns ett behov av en transparent organisation och ärendehantering samt att man behöver skriftliga överenskommelser.

Användarstatistiken för ML och SFX är ökande. SFX explosionsartad, ML mer blygsam.

93% av biblioteken i enkäten upplever nyttan som mycket stor eller ganska stor med SFX. Motsvarande siffra för ML är 42%.

Kostnaderna i sammanhanget förefaller som ganska låga och det borde finnas utrymme för förbättring. T ex räknar man med att det endast är 23 heltidstjänster varav 3,5 på KB som arbetar med Samsök.

Jag tänker att detta kanske är ett resultat av problemen som många bibliotek har med att finna arbetsflöden och en organisation för hanteringen av e-media. Den ökande andelen E kommer att ställa större krav på hur vi arbetar och organiserar detta arbete. Det är oundvikligt.

Nelke redovisade ett intressse för samfinansiering av prisvärda tjänster och t ex samfinansiering av en gemensam programmeringsresurs.

Att behålla Samsök som det är framställdes som icke realistiskt. Dels för att det drar alla bibliotek över en kam och dels för att biblioteken vill utveckla tjänsterna (ibland anpassat efter individuella omständigheter).

Likaså bedömdes det som icke genomförbart att samköra Samsök och Bibliotek24 i det här läget.

Att lägga ned eller avveckla samsök framställdes som ett dåligt alternativ med stora negativa förändringar för biblioteket.

De scenarion som föll bäst ut och som Nelke rekommenderade att man jobbade vidare med var en kombination av att utveckla och utöka utbudet av stöd och tjänster (främst riktad till en målgrupp som ligger på en delad instans) och att understödja egen utveckling (riktad till de som har egna instanser).

Jag tycker det är ett spännande scenario som skulle ge bra stöd till de som inte har egna resurser (eller som väljer att inte investera dem i det här) och dra nytta av att biblioteken vill arbeta och utveckla tjänster baserade på de här systemen. Det innebär även en fortsatt satsning på Samsök och det tror jag än så länge är helt rätt. Biblioteken via Samsök-konsortiet har fått tillgång till väldigt användbara tjänster och möjlighet att få tillgång till tjänster som annars hade varit mycket mer kostnadskrävande att införskaffa.

Med Nelkes rapport följer ett antal rekommendationer. Jag antecknade inte alla men delar de flesta. Det rörde bl a att man skulle fortsätta utreda frågan om outsourcing, att utreda frågan om rimligheten i att LIBRIS aktiverar bibliotekens bestånd lokalt när det finns så många lokala undantag, att biblioteken måste vara aktiva i konsortiet för att få vara med osv.

Det skall bli mycket intressant att läsa rapporten i sin helhet och sedan hur KB bestämmer att man skall gå vidare.

LIBRIS – aktuella frågor

Efter Margaretas presentation berättade Anna Lundén om aktuella frågor från LIBRIS. Lite om organisationsförändringar, inrättandet av den nya Expertgruppen för LIBRIS nationella system som består av:

• Annika Annemark, Blekinge tekniska högskola, ordförande
• Daniel Forsman, Högskolan i Jönköping
• Mats Herder, Växjö universitet
• Terje Höiseth, Luleå tekniska universitet
• Peter Nilén, Malmö högskola
• Ulf Andersson, Landsarkivet i Göteborg
• Martin Hafström, Stockholms Stadsbibliotek
• Annika Peurell, Nordiska Museet
• Chef för LIBRIS KB, Maria Hedenström
• Katalogiseringschef KB, Anders Cato
• Sekreterare från LIBRIS

I övrigt så finns det ett nytt avtal mellan KB och Fujitsu om supporthantering och det är på gång med avtal mellan LIBRIS och biblioteken för Samsök.

Exportarbetet från SFX till LIBRIS är i full gång och 17 bibliotek är inkörda.

Användningen av SFX har ökat med 1200% sedan 2006 och man planerar nu för ny hårdvara. I samband med att SFX uppgraderas till version 4 hoppas man även att man skall kunna tillhandahålla databasaccess i de fall som API:ern inte räcker till. Men det går icke idag pga belastningen.

Produktuppdatering

Kristian Wallin var glad över att inte behöva åka så långt för att presentera vad som händer med Ex Libris produkter framöver. Han drog det senaste om utvcklingen av URM och URD2.

SFX4 är planerad till Q2 2010.

Övergången från MetaLib4 till MetaLib – the next generation … betyder en omskrivning av metasökningsmotorn men även ett ”Primo like interface”. Det ser ut som Primo 3.1 kommer att ersätta MetaLibs gränssnitt. Så då lär alla som klagat på det nuvarande gränssnittet få något nytt att klaga på. Oavsett så kommer det att bli ett lyft för MetaLib. För oss med egen instans av MetaLib kommer det att bli ett utmärkt tillfälle att lära oss mer om hur Primo fungerar. Speciellt intressant skall det bli att se hurvida man kan koppla metasökningsdelarna mot de nya DLF webbtjänsterna för integration med ALEPH som jag skrivit om tidigare.

Tidsplanen för Primo 3.1 är Q3 2010. Så om ungefär ett år borde det vara läge för nya arbetsgrupper i Samsök-konsortiet om gränssnittet och om terminologi.

Den största nyheten var dock att Ex Libris kommer att erbjuda Primo Central som en del av MetaLibs CKB utan kostnad. Det betyder att vi kan samsöka Primo Central och på så vis få koll på hur användbart det kan bli (även om förutsättningarna för att söka i Primo Central blir något annorlunda). För de som överväger lösningar för centrala index (Primo, Summon, etc.) är detta mycket intressant. Dock vet vi inget om när detta kommer ske…

bX

11 bibliotek har nu bestämt sig för att gå vidare med bX. Det betyder att inom ramen för Samsök kommer man att kunna få det lägsta priset / bibliotek / år. Nu återstår bara att lösa när vi kan köra igång och vi inväntar besked från Fujitsu. Förhoppningen är att vi kan köra igång så snart som möjligt men att perioden löper från 1/1 – 1/1.

De bibliotek som inom Samsök kommer att köra bX är:

• SFXLIBRIS
• Jönköping universitet
• Blekinge tekniska högskola
• Luleå tekniska universitet
• Borås högskola
• Linköping universitet
• Karolinska institutet
• Göteborgs universitet
• Stockholms universitet
• Uppsala universitet
• SLU

Bibliotek som vill ansluta sig till bX kan göra det när som och då få det lägre priset som gäller inom konsortiet.

Xerxes

Linköping UB och KIB berättade och visade sina Xerxesinstallationer, LiUBSearch och EasySearch. Intresset för Xerxes verkar växa inom Samsa och det verkar vara ett bra sätt att komma igång med MetaLib. Inte minst för att man kan anpassa det utan att ha en egen instans!

X-server och API:er

Dagen avslutades med att jag och Urban Andersson från Göteborgs UB pratade om hur man kan använda MetaLib X-server, SFX och bX API:er för att hämta data och presentera i andra miljöer än de som är knutna till MetaLib och SFX gränssnitt. Mina bilder från dagen ser du nedan. Men i korthet så fokuserade jag på hur jag inkluderat SFX och MetaLib tjänster i vår bibliotekskatalog. Att arbeta med den här typen av tjänster kommer att bli vanligare och vanligare. Så om du är IT-bibliotekarie eller Systembibliotekarie utan att ha kolla på hur dessa fungerar är det hög tid att avsätta lite tid till det nu.

Till sist…

Nästa Samsa-möte kommer att ske på Stockholms UB någon gång under våren. Då med årsmötesförhandlingar. Om det finns saker du vill ta upp så hör du av dig till någon i styrelsen.

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.

Program:

09.30 – 10.00 | Fika och registrering

10.00 – 10.15 | Inledning

10.15 – 11.15 | Presentation av översynen av Samsök. Margareta Nelke

11.15 – 11.30 | Frågor angående översynen av Samsök

11.30 – 12.00 | LIBRIS Q&A, förhoppningsvis presentation av nyanställd e-resursadministratör. Anna Lundén

12.00 – 13.00 | Lunch

13.00 – 13.30 | Produktuppdatering – MetaLib, SFX & Primo version 3 (next generation
MetaLib). Kristian Wallin

13.30 – 13.50 | Rapport om testet av bX, Daniel Forsman

13.50 – 14.10 | Rapport om arbetet med Xerxes, Eva Sejmyr & Pernilla Larsson

14.10 – 14.30 | Paus, fika

14.30 – 15.30 | Att arbeta med MetaLib X-server och SFX/bX API, Daniel Forsman & Urban Andersson

15.30 – 16.00 | Övriga frågor och avslutning