I varje fullpost visar vi omslag för upp till de senaste 20 nyförvärven som står på samma hylla. Det är ganska fint och bra. Gör reklam för nya böcker och sätter hylluppställningen i ett sammanhang.

Problemet är att det för en given hylla och tidpunkt alltid är samma 20 böcker. Det betyder att oavsett vilket av omslagen man klickar på så får man alltid samma 20 böcker. Det är gjort så för att spara laddtider.

Vad man egentligen vill ha är ju möjligheten att bläddra på en hylla och se alla böcker som står där. Ev. skulle man vilja filtrera bort böcker som är utlånade. När jag nu hittade det där halvfärdiga scriptet så jobbade jag vidare på det lite.

Laddtiderna är egentligen inte problemet. Det är ett större problem att styra presentationen. Vi har ju inte omslag för alla böcker. Hur gör man för de som inte har omslag? Tomma omslag och en alt-tag är väl sådär. Men det fungerar i alla fall. Min vidareutveckling av det här scriptet hade varit att försöka göra någon slags cover-flow likt iTunes. Det finns en del färdiga lösningar men hade krävt omkompilering av PHP på JULIA-servern med GD.

Enklast hade kanske varit att öppna en lightbox-liknande ruta och köra bläddrandet där.

Egentligen hade det kanske räckt med att bläddra titlarna som text. Då slipper man problemet med tomma omslag.

Den här funktionen kommer nog inte att se sitt ljus i produktions-JULIA av min hand. Men det är ju något för min efterträdare att pilla vidare med. Jag tror det finns en stor poäng i att presentera böcker på detta vis. Man skulle ju vilja göra något som bygger på ämne också. För e-resursernas skull som saknar hylla.

IR+

Jag noterar även att det finns utrymme för ytterligare programvaror för institutionella arkiv och publicering. University of Rochester har lanserat IR+ under Apache License 2.0. Man har bl a fokuserat på att skapa schyssta presentationssidor av forskarna. Det skall bli intressant att se hur IR+ tas emot och om det är något annat lärosäte som hoppar på projektet.

SwePubs öppna gränssnitt (SRU, OAI PMH och Xsearch) gör det möjligt att integrera och uppmärksamma våra användare på ett potentiellt mycket användbart material.

Snabbt går det med.

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.

Min första tanke var att använda SFX och en z39.50 plugin. Men jag kan inte hitta något om stadsbibliotekets z-server. Jag vet sedan en tidigare diskussion med kommunens IT-förvaltare att de inte vill att någon använder den. I och med uppgraderingen till den senaste (?) versionen av LIBRA finns det en SRW server som man kan prata med och det är den som MetaLib använder i Samsök och Bibliotek24. Eftersom jag ägnade förra helgen åt att bygga några PHP funktioner för att lista kategorier, databaser och att söka via MetaLibs X-server så slog det mig att detta kanske är en framkomlig väg. Eftersom ingen från kommunens IT förvaltning är inblandad och jag endast använder system som redan är godkända/fungerar borde det inte vara några problem.

Så nu när jag ändå suger ut ISBN/ISSN för att skicka till SFX API och presentera SFX tjänster i en bibliografisk vy så passar jag på att skicka iväg en sökning till Stadsbiblioteket via MetaLibs X-server. Om boken finns så presenteras en länk och om boken inte finns så visas ett meddelande om att den inte finns på stadsbiblioteket. Det hela ser ut att fungera ganska bra, men vi har inte testat det speciellt länge. Vi får se hur det går under veckan. Den mest uppenbara negativa effekten är att det tar några sekunder längre för e-JULIA menyn att presenteras. En lösning på det vore att lägga MetaLib anropet vid sidan av SFX anropet med en egen aktivitetsindikator. Då skulle man bryta upp det lite. Jag får fundera på det och höra vad kollegorna tycker. Just nu är jag mest nöjd med att det finns någon slags koppling. Även om det är omvägen via MetaLib – för användaren spelar det dock ingen roll eftersom de inte märker av mellansystemet.

Sedan tidigare så har vi gjort uppslag mot SFX API i JULIA för poster med ISSN. Det har fungerat mycket bra. Nu registrerar vi mer och mer e-böcker i SFX och den ideala situationen vore om vi hade MARC poster för alla e-böcker i JULIA samt att dessa var registrerade i SFX. Nu är det lite av en blandning om vi har MARC poster med relevant 856 länk och om de är aktiverade i SFX. För att råda bot på lite av problemet har jag lagt till en funktion i JULIA som gör ett uppslag på ISBN mot SFX.

Främst är jag intresserad av getFullTxt för böckerna, men det blir ju ganska fattigt för det flesta av böckerna i katalogen. Så jag har lagt till getHolding för uppslag mot LIBRIS på verknivå. En tjänst som är ganska fiffig. Jag tänkte nu kika vidare på en getHolding för Stadsbiblioteket i Jönköping vilket verkligen skulle vara fiffigt på titelnivå. Sedan tidigare har vi ju en vidarelänkning för en sökning till stadsbiblioteket, men att i post-vy kunna se om samma bok finns på stadsbiblioteket (eller bara en länk) vore nice. Jag kan även tänka mig att capture citation kan vara fiffig.

Det är spännande att inkludera SFX tjänster utanför SFX menyn och i takt med att SFX utvecklas tror jag det finns stora möjligheter att göra något spännande här.

Det var när jag höll på att stoppa in den nya SFX tjänsten i JULIA som jag upptäckte att saker slutat fungera. Dels var det våra uppslag mot LIBRIS lättvikts API – Xsearch och dels var det vår koppling till Amazon för omslag och editorial reviews. Givetvis trodde jag att det var mitt fel att saker slutat fungera och började intensivt försöka reda ut var jag hade klantat mig. Efter någon timme stod det klart att felet inte låg hos mig eller något som jag gjort.

LIBRIS API skickade inte ut förväntad XML (vilket de nu fixat, hurra och snabbt jobbat) och Amazon har infört nya regler för hur de svarar på anrop till sitt API – Amazon’s Product Advertising API. De kräver nu en timestamp och en signering av varje anrop.

I fallet med LIBRIS var det inte så mycket jag kunde göra. Men i fallet Amazon krävdes det att jag skrev om min kod. Om jag hade varit på hugget under våren hade jag kunnat fixa det här tidigare, men typiskt nog så var det först när det gamla sättet slutade fungera som jag uppmärksammade det hela ordentligt. Amazons Signed Request Helper var hjälpsam, likaså API dokumentationen och diverse forum.

Nu ser allt ut att fungera igen och den nya SFX tjänsten är på plats. Men det var några svettiga timmar.

Henrik på BibCamp2009, foto: rojo2001@flickr

Henrik ligger bakom LIBRIS stavnings-API, ett föredömligt snabbt och enkelt system för att hantera stavningsförslag. Du skickar termerna som skall kontrolleras och får tillbaka XML med ev. förslag. Tjänsten kräver att du registrerar maskinen som skall göra anropen och skickar med en unik nyckel.

Vi har testat stavnings API:et i JULIA en stund och inte funnit något att anmärka på. Det är helt enkelt väldigt bra!

Från JULIA kör vi nu två ”menade du?” funktioner vid en sökning som ger noll träffar. Dels en kontroll mot LIBRIS men även en kontroll mot Yahoo! och deras stavningswebbtjänst. De två kompletterar varandra väldigt bra och ger ett utmärkt stöd till våra användare när de slinter på tangentbordet.

I veckan som gick var jag och Cecilia Petersson från Uppsala UB och arbetsgruppade med Örebro UB. Efter att SUHF:s arbetsgrupp för framtida biblioteksfrågor avslutat sitt arbete har vi fått en del förfrågningar om att komma och prata. Jag och Cecilia förberedde ett litet seminarium för Örebro UB som vi senare planerar att upprepa med några andra. Upplägget är att vi pratar utifrån vår rapport, men att deltagarna sugs in och får uppgifter (både i grupp och individuellt). Upplägget fungerade väldigt bra och jag känner mig nöjd. Om ert bibliotek funderar på någon slags framtidsworkshop så hör av er. Ni kan få ta del av vårt upplägg.

En av de roligaste uppgifterna var att varje deltagare tvingades formulera de tre viktigaste framtidsfrågorna för sitt arbete, för biblioteket och för universitetet. Vi samlade in dessa och det är ganska roligt (tankeväckande) att läsa vad folk skrivit. Några saker framträder tydligt. Flera efterfrågar långsiktig strategisk kompetensutveckling i olika former och det finns starkt behov av utökad IT kompetens och infrastruktur.

I övrig har jag jobbat med webbplatsen för Knutpunkt 2009, ett samarrangemang mellan Linköping UB och Högskolebiblioteket i Jönköping. Förhoppningen är att dokumentera arbetet med konferenswebbplatsen så att andra konferensarrangörer enkelt kan utnyttja våra erfarenheter. Webbplatsen byggs i Drupal och det hela tuffar på ganska bra. Programmet till konferensen, som handlar om nya kommunikationsmönster, pedagogik och biblioteket som plats ser väldigt starkt ut. John Blyberg (SOPAC 2.0), Virtual-Dave Lankes framtidsvisioner och Peter Williams (Google generation) står för en internationell utblick och touch. Medan t ex Mattias Karlsson från Moderskeppet, Eva Norling, Åke Nygren och Lotta Åstrand står för svenska erfarenheter. Jag tror det kommer bli riktigt bra och intressant. Förhoppningsvis är den där webbplatsen snart på plats så att ni kan läsa mer om upplägget som bygger på parallella spår med arbetsgrupper och föreläsningar.

Värt att notera är att KIB lagt ut sin version av Xerxes – EasySearch – för öppen beta. Förutom KIB så har även Luleå universitetssbibliotek börjat använda Xerxes.

På utvecklingsfronten i JULIA har det inte varit helt stilla. Det finns lite ny funktionalitet men jag väntar med att berätta om det då vi fortfarande testar hur det fungerar….

Så avslutningsvis, när jag åkte hem från Örebro UB tänkte jag att man skulle införa ett återkommande inslag på den här bloggen: Veckans tips. Jag har svårt att tänka mig en vecka utan att jag skulle komma på ett tips. Så jag utmanar mig själv att försöka komma ihåg att tipsa om något varje fredag framöver (listigt att börja med det här precis före min semester….).

Veckans tips : Ladda om en sida genom din proxyserver
Jag har skrivit om det förut. Men det är värt att upprepa. Om ert bibliotek inte har tipsat era forskare/användare om en bookmarklet/smart bokmärke som laddar om en sida via er proxy-server så är det hög tid. Stjäl javascriptet från den här sidan eller skriv ett eget.

Vad vi talar om här är alltså ett litet bokmärke som förslagsvis placeras i en toolbar eller verktygsrad i webbläsaren. Om man sedan sitter utanför lärosätets nätverk och behöver ladda om en sida så att man hamnar i rätt nätverk (t ex Google Scholar för SFX länkning) så klickar man bara på bokmärket och sidan laddas om via proxy-servern.

Om ert bibliotek inte har en proxy-server är ni illa ute, på mer än ett sätt.

Snart är det midsommar. Själv skall jag utforska några Hoegarden Rosée som jag mot all förmodan kommit att älska och jag hoppas hitta några Sierra Nevada ESB.

Trevlig midsommar!

På samma hylla

Ungefär så här går det till. Vi fångar upp systemnummer för posten. Skickar det med ett ajax anrop (Prototype) till ett PHP script. Där skickar vi en SQL fråga till databasen och ber om att få alla titlar med samma hylluppställning som den aktuella posten. Vi rangordnar posterna efter datum så att senast kommer först (eh, typ) och väljer sedan de tio första posterna. När vi har dessa kollar vi om det finns omslag och om det gör det visar vi omslaget och skickar tillbaka allt till JULIA.

Det finns några begränsningar som jag funderar på att göra något åt. För det första, nu väljer jag de tolv första posterna ordnat efter datum. Det betyder att det kommer alltid bli samma tio titlar som visas för en given hylluppställning. Alltså när man klickar runt mellan poster som visas så blir det samma omslag som visas hela tiden. Lösningen på detta skulle vara att slumpmässigt välja ut 12 poster från alla rader som returneras i SQL-satsen. Nackdelen är att sannolikheten är större att det finns omslag för nyare titlar. För att lösa detta skulle man kunna hålla på och kolla om omslag finns tills dess att man fått sina 12 eller att raderna ”tagit slut”. Nackdelen med det är att man kan få vänta ganska länge innan fått sina 12 omslag.

Nuvarande lösning är så snabb att den inte kräver någon aktivitetsindikator (tycker jag), nackdelarna är då att det blir samma omslag och att antalet omslag kan variera från 0-12. Att antalet varierar kan ställa till det lite i presentationen. Inte så att det inte fungerar, men det hade kunnat se lite snyggare ut. Jag klurar på att göra någon slags carousel liknande den som vi stoppade in på bibliotekets startsida. Det vore lite fint.

Men först inväntar jag kommentarerna från användare och kollegor. I värsta fall kanske de tycker att den inte tillför något och vill att jag tar bort den. I sann ”gör först – fråga sedan anda” har denna funktion inte testats eller diskuterats med vare sig kollegor i undervisning eller infodisk. Men det verkar som att enda sättet att testa värdet av något är att göra det i produktion. JULIA är onekligen ett levande exempel på perpetual Beta och det är förvånansvärt sällan som en implementerad funktion dras tillbaka.

Om du vill se hur funktionen ser ut när den är det här ett bra exempel.