Visualisering af relationer

Transkript

1 Visualisering af relationer solsort.com ApS Af Simon Holt, Vejle Bibliotekerne, maj 2015

2 Indhold Baggrund... 2 Formål... 2 Produktmål... 2 Målgruppe... 3 Organisering... 3 Andre (ønskede) samarbejdspartnere... 4 Projektplan og milepæle... 4 Projektets forløb... 5 Resume... 5 Udvikling af relationsbrowser og DDB CMS modul... 5 Udvikling af storskærmsapplikation... 6 Brugertest af storskærmsapplikation... 7 Samarbejdspartnere... 9 Publicering og formidling... 9 Resultater Relationsbrowser DDB CMS modul Storskærmsapplikation Konklusion Perspektivering Bilag 1: Nyhed på vejlebib.dk i forbindelse med lancering af modul Bilag 2: Mockup Design af storskærmsapplikation Bilag 3: Flow-diagram over arbejdsgangen ved storskærmsapplikation Bilag 4: Resultat af brugertest af storskærmsapplikation Side 1

3 Baggrund Præsentationen af posterne i databrønden og deres indbyrdes relationer, er ikke optimal i forhold til deres potentielle formidlingsmæssige værdi. Brugerens forståelse og oplevelse af relationer hindres af disses placering og præsentationsform i grænsefladen på bibliotekernes hjemmesider og andre applikationer, der viser poster fra databrønden. Eksisterende datavisualiseringsværktøjer og modeller kan inspirere til anderledes visuelle måder at præsentere relationerne på. Eksempler på sådanne værktøjer og modeller, kan findes på Baggrunden for dette projekt var et ønske om at afprøve disse alternative præsentationsformer med henblik på at udvikle en relationsbrowser i grænsefladen. Først of fremmest på bibliotekernes hjemmesider, men også i det fysiske biblioteksrum, kan brugere med fordel blive inspireret af en visuel præsentation af bibliotekets materialer. Sidstnævnte ved at tilbyde brugere en relationsbrowser på touch-skærme i inspirationsrummet. Mere konkret er projektet startet ud fra en idé om at benytte datavisualiseringsværktøjet d3.js ( til at forbedre visningen af poster og relationer. D3.js er et meget populært Javascript bibliotek, der ofte benyttes, når man vil visualisere data i en browser. I kraft af idéen om at udvikle en relationsbrowser, der kan indlejres i såvel web som touch-skærm, har et efterprøvet, browserbaseret værktøj været et oplagt valg til formålet. Formål Projektets formål var udvikling af en relationsbrowser, der kan tilbydes alle biblioteker med adgang til databrønden. Relationsbrowseren skulle forbedre brugerens muligheder for virtuel græsning online og inspirere til øget brug af bibliotekets samlinger. Den online og fysiske biblioteksbruger skulle opfordres til at udforske bibliotekets udbud af materialer på en ny, sjov, interaktiv og intuitiv måde. Vores ønske var at forbedre præsentationen af relationer og poster på bibliotekernes hjemmesider (DDB CMS), og samtidig også give andre applikationer, der viser poster fra databrønden i deres grænseflader, mulighed for at indlejre relationsbrowseren. Sidstnævnte ville dermed også sætte os i stand til at udvikle en applikation, der kan tilbydes brugere ved touch-skærme i biblioteksrummet. Igennem projektets forløb har vi præciseret formålet yderligere ved identificering af følgende produktmål, som vi ville arbejde hen imod: Produktmål Relationsbrowser (HTML5 widget) - Skal fungere uafhængigt af hvilket system den indlejres i. Dette har været et vigtigt krav fra starten af, da vi både vil forbedre præsentationen på bibliotekernes hjemmesider og samtidig understøtte andre applikationer, der viser poster fra databrønden. - Resultatet skal være en enkeltstående minifiseret Javascript-fil. Side 2

4 - Skal fungere på mobil, tablet og computer med én interagerende bruger ad gangen. Målplatformen afgrænses dog til moderne browsere, der implementerer de nødvendige features en visuel dynamisk relationsbrowser måtte kræve. Drupal modul der integrerer relationsbrowseren i DDB CMS - Koden skal være konsistent med den eksisterende arkitektur i DDB CMS og overholde kodestandarder for Ding projekter ( - Efter aktivering af modulet kan relationsbrowseren benyttes af brugerne på siden uden nogen form for yderligere konfiguration. - Ventetider ved initialisering af relationsbrowseren må ikke overskride 3 sekunder. - Brugerne skal tilbydes forskellige aktiveringsmekanismer og disse skal være nemme og intuitive at lokalisere. Applikation der viser relationsbrowseren på storskærm - Skal kunne installeres med en simpel vejledning og uden teknisk indsigt. - Skal være intuitiv og nem at bruge, så den gennemsnitlige biblioteksbrugere i det fysiske rum kan benytte applikation til at udforske materialer. - Skal udnytte storskærmens dimensioner. - Skal i første omgang understøtte én interagerende bruger ad gangen. - Ventetider ved initialisering af relationsbrowseren må ikke overskride 3 sekunder. - Skal overholde kodestandarder for Ding projekter ( Målgruppe Projektet var rettet mod den online biblioteksbruger, og de brugere der befinder sig i det fysiske biblioteksrum, der har brug for indgange til udforskning af bibliotekets samling. De eksisterende indgange har begrænset anvendelse, hvorfor det er vigtigt at udvikle alternativer til formålet. Dette ses især ved upræcise søgninger, hvor brugeren bliver præsenteret for en lang uoverskuelig liste, der kan gøre det svært at identificere enkelte materialer og sammenhænge mellem disse. Den visuelle tilgang bør fungere både på desktop og mobile enheder, men særligt tablet-brugere vil kunne navigere hurtigere i materialerne ved at følge relationer i stedet for at forfine søgninger. En yderligere målgruppe var brugere i det fysiske biblioteksrum, der kan præsenteres for en relationsbrowser på større touch-skærme og således udforske samlingen. Organisering Projektet blev udført i et samarbejde mellem Vejle Bibliotekerne, Herning Bibliotek og SOLSORT.COM ApS og blev ledet af en styregruppe med ledelsesrepræsentanter fra de involverede biblioteker. Styregruppen bestod af afdelingsleder for udvikling Lilli Mortensen, Vejle Bibliotekerne og udviklingschef Sara Jørgensen, Herning Bibliotek. Projektgruppen bestod af medarbejdere fra Vejle Bibliotekerne og Herning Bibliotek samt Rasmus Erik Voel Jensen fra SOLSORT.COM ApS. Den overordnede arbejdsfordeling har været som følgende: Vejle Bibliotekerne Projektledelse Udvikling af DDB CMS modul Side 3

5 Design og udvikling af storskærmsapplikation Brugertest Herning Bibliotek Design og udvikling af storskærmsapplikation Brugertest SOLSORT.COM ApS Udvikling af relationsbrowser HTML5 webkomponent Andre (ønskede) samarbejdspartnere Ved projektets start havde vi planer om at inkludere følgende samarbejdspartnere i projektet: DBC (Dataleverandører) IVA (Evaluering af design, prototype og brugertestresultater) Designskolen Kolding (Udarbejdelse af design) Det viste sig desværre ikke at være muligt at få involveret IVA og Designskolen Kolding i projektet. I underafsnittet Samarbejdspartnere fra afsnittet Projektets forløb giver vi en nærmere redegørelse for dette. Projektplan og milepæle Opstartsfase (august september 2014) - Identificering af tilgængelige relationer og datastrukturer, samt udvælgelse af disse til projekt. - Aftale om terminologi omkring relationer og projekt i det hele taget. - Vurdering af de forskellige webservices anvendelighed. - Skal der anmodes om nye webservices? - Fastlæggelse af Kolding Designskoles opgaver i projektet. - Udarbejdelse af overordnet tidsplan og kravspecifikation. - Udarbejdelse af skitser og idéer til wireframing og design. - Aftale på plads med SOLSORT.COM ApS - Fastlæggelse af udviklingsfasen (user-stories, sprints, tidsplan, værktøjer osv.). Resultat: Aftaler på plads, Afgrænsning, Uddelegering af arbejdsopgaver, Plan for udviklingsfasen Udviklingsfase (september december 2014) Udvikling af relationsbrowser med agil udviklingsmetode. Løbende implementering og dokumentation. Brugertest og evaluering efter hvert sprint. Resultat: Første version af produkter klar til implementering Afsluttende fase (januar februar 2015) Endelig implementering i DDB CMS og på storskærm. Færdiggørelse af dokumentation. Publicering af resultater og vidensdeling. Samlet projektevaluering og afrapportering. Side 4

6 Projektets forløb Resume Projektet blev gennemført i perioden 1. august 2014 til 28. februar 2015 og blev skudt i gang med et opstartsmøde på Vejle Bibliotekerne den 6. august Her var både projekt- og styregruppen til stede og formålet var at afklare forhold omkring projektet som f.eks. projektets organisering, indhold, tidsplan og inddragelse af samarbejdspartnere. Det blev aftalt at samarbejdsformen primært skulle foregå i form af statusmails og møder efter løbende aftale. Vi aftalte også at bruge en agil udviklingsmetode til projektet og et onlineværktøj til styring. Det blev også fastlagt, hvad de enkelte parter i projektet skulle bidrage med (se foregående afsnit omkring organisering). Ydermere blev vi enige om terminologien for projektet, så projektdeltagerne lettere kunne kommunikere indbyrdes. Projektgruppen afholdte efterfølgende to arbejdsmøder i hhv. september og november I første møde var det primære formål at tilrettelægge udviklingsfasen, der skulle gennemføres vha. en agil udviklingsmetode. Vi fik fastlagt ting som f.eks. antal sprints, formen på user-stories, enheder for tidsestimering og user-story-points, samt hvordan vi ville arbejde med det onlineværktøj vi havde valgt at benytte til styring af udviklingsfasen. I det næste arbejdsmøde var udviklingen begyndt og vi snakkede design, brugeroplevelse og kodestruktur. I den afsluttende fase af projektet har vi afholdt et evalueringsmøde, hvor vi reflekterede over forløbet og vurderede i hvilken grad, vi havde levet op til formålet med projektet. Vi diskuterede også, hvad vi i fremtiden kunne gøre for at udbrede kendskabet til relationsbrowseren samt muligheder for videreudvikling. Udviklingen af relationsbrowseren og DDB CMS modul er primært forgået i perioden september til december Storskærmsapplikationen blev designet i december 2014 og udviklet i løbet af januar I februar 2015 har vi haft brugertest og vidensdeling ved diverse netværks-, personaleog vidensdelingsmøder. Udvikling af relationsbrowser og DDB CMS modul Meget tidligt i forløbet stod det klart, at der var behov for en afgrænsning ved udvælgelse af fokusområder. De mange forskellige visualiseringsmodeller kombineret med den komplekse datastruktur fra brønden, giver et utal af muligheder for visualisering. Vi valgte derfor at have fokus på 3 forskellige typer af visualisering: Relationsvisualisering Med udgangspunkt i et enkelt materiale visualiseres relationer fra brønden. Relationer fra brønden kan i denne kontekst eksempelvis være anmeldelser og forfatteromtaler. Anbefalingsvisualisering Med udgangspunkt i et enkelt materiale visualiseres anbefalinger. Fra starten var idéen, at anbefalingerne skulle baseres på ADHL-data, da DBC allerede leverer en service til dette formål men muligheden for at basere anbefalingerne på andre faktorer skulle være åben. Dette kunne eksempelvis være bøger af samme emne eller forfatter, eller statistisk analyse (maskinlæring). Søgevisualisering Side 5

7 Med udgangspunkt i et søgeresultat visualiseres materialerne i resultatet og deres indbyrdes sammenhænge i dimensionerne emneord, forfatter og materialetype. De første tidlige versioner af relationsbrowseren blev udviklet i september og implementerede den første prototype af relationsvisualiseringen. Den første version af DDB CMS modulet blev herefter udviklet og denne indlejrede relationsvisualiseringen ved visning af enkelte materialer (ting objects i DDB CMS regi). En af problematikkerne vi sad med i starten af udviklingen, var at finde en løsning til hvordan relationsbrowseren skulle kommunikere med brønden og andre af DBC s webservices. En mulighed var selvfølgelig selv at udvikle en løsning, men DDB CMS har i forvejen implementeret et komplet objekt-orienteret PHP library til dette formål og ved at benytte dette, ville vi spare en masse tid på udvikling. Dette havde dog den ene ulempe: Hvis relationsbrowseren skulle benytte DDB CMS klienten til kommunikation med brønden, skulle dette foregå igennem modulet. Dermed ville relationsbrowseren blive afhængig af modulet, og ville derfor ikke kunne bruges af biblioteker uden en DDB CMS løsning. Da de fleste af landets biblioteker på daværende tidspunkt allerede havde valgt DDB CMS, og da gevinsten ved at benytte den i forvejen eksisterende løsning var stor, valgte vi alligevel at lade modulet stå for kommunikationen med brønden dette selvom det gik imod vores krav om, at relationsbrowseren skulle fungere uafhængigt af det system, den indlejres i. Relationsbrowseren kan stadigvæk benyttes i forskellige systemer under den forudsætning, at biblioteket har en DDB CMS installation, relationsbrowseren kan sættes op til at pege på. Vores DDM CMS modul fik således et ekstra krav: at eksponere et API til relationsbrowseren til kommunikation med brønden. Når relationsbrowseren blev vist i DDB CMS via modulet, var dette ikke noget problem, da API et i dette tilfælde ville ligge på samme domæne som relationsbrowserens Javascript-fil. Når relationsbrowseren skulle vises på storskærmen eller andre applikationer, ville vi få problemer med same-origin policy. Vi valgte derfor at lade vores API understøtte JSONP-teknikken, der lader javascript-filer hente data fra andre domæner, end det domæne de hentes fra. I løbet af november 2014 blev de andre visualiseringstyper implementeret i relationsbrowseren og efterfølgende modulet. Modulet tilbød nu brugeren alle typer af visualiseringer, vi havde planlagt at udvikle, ved hhv. søgning på og visning af materialer. I december lancerede vi modulet på Vejle Bibliotekernes hjemmeside efter at have testet det på vores udviklingsside i en måneds tid. I denne forbindelse oprettede vi også en nyhed på siden med information om den nye funktionalitet og vejledning til brugen af relationsbrowseren (se bilag 1). Udvikling af storskærmsapplikation I januar 2015 havde vi planlagt, at den afsluttende fase skulle starte. Da vi ikke var kommet i gang med udvikling af storskærmsapplikationen endnu og da vi, via det allerede udviklede produkt, kunne se, at vi stod med et produkt der ville fungere rigtig godt på en storskærm, besluttede vi at ændre i tidsplanen, så vi havde en ekstra udviklingsfase til denne. Dette ville resultere i en lidt kortere afsluttende fase, men vi vurderede, at det var værd at ofre i forhold til gevinsten ved at kunne tilbyde en applikation ved storskærm til brugerne i det fysiske biblioteksrum. Tidsplanen så efterfølgende således ud: Opstartsfase: ide og planlægning (august september 2014) -. Udviklingsfase 1 Side 6

8 - Udvikling af relationsbrowser og DDB CMS modul - Løbende implementering (agil) og dokumentation - Design af storskærmapplikation - Oprettelse af designgruppe til storskærmsapplikation - Indkøb af storskærm Resultat: Første version af relationsbrowser og DDB CMS modul klar til implementering Udviklingsfase 2 - Udvikling af storskærmsapplikation - Oprettelse af brugertestgruppe til storskærmsapplikation - Løbende implementering (agil) og dokumentation Resultat: Første version af storskærmsapplikation klar til implementering Afsluttende fase - Som det fremgår af ovenstående, startede vi med at oprette en gruppe, der skulle assistere med designet af storskærmsapplikationen. Gruppen bestod af bibliotekarer og assistenter fra Vejle Bibliotekerne. Da applikationen tilbydes brugere i det fysiske rum, vil det ofte være dem, der modtager spørgsmål vedrørende brugen. Da de samtidig også er vant til at servicere brugerne af det fysiske bibliotek, sidder de også med en masse relevant input til designet og arbejdsgangen ved applikationen. En sidegevinst ved inkludering af personale, der arbejder i det fysiske biblioteksrum, var også en bedre forankring af relationsbrowseren blandt denne personalegruppe, som forhåbentlig ville resultere i en større lyst til at anbefale denne til brugere med behov for vejledning og inspiration. Resultatet af møderne med designgruppen var et mockup, samt flow-diagram og manuskript over arbejdsgangen ved applikationen (Se bilag 2 og 3). Dette blev sendt til deltagerne fra Herning Bibliotek, der påbegyndte udviklingen af den første version af storskærmsapplikationen. Under udviklingen besluttede vi, at DDB CMS modulet også skulle håndtere indstillingerne for storskærmsapplikationen. Dette ville forenkle installationsprocessen betydeligt, i og med at biblioteker, der vil benytte sig af applikationen, ikke skal opsætte en dedikeret webserver med adgang til database. Modulet skal bare installeres på bibliotekets DDB CMS hjemmeside, og applikationen kan herefter indstilles fra Drupals velkendte administrationsinterface og tilgås direkte fra modulets placering på serveren. Jævnfør her vores betænkeligheder med at lade modulet stå for kommunikation med databrønden fra forrige afsnit. Første version af storskærmsapplikationen var færdigudviklet af Herning Bibliotek i slutningen af januar og denne overholdte stort set vores mockup og flow-diagram. Der var nogle enkelte funktioner, vi var nødt til at droppe, da de viste sig at være mere kompliceret at implementere end forventet. Dette var blandt andet frem og tilbage funktionen, der skulle gøre det lettere for brugeren at bladre frem og tilbage i de forskellige visualiseringer. Dette må i stedet noteres som en oplagt tilføjelse i et fremtidigt videreudviklingsprojekt. Brugertest af storskærmsapplikation Umiddelbart efter færdigudvikling af første version installerede Vejle Bibliotekerne storskærmsapplikationen på en 50 touch-skærm i biblioteksrummet på hovedbiblioteket. Skærmen var indkøbt specielt til dette formål ved firmaet Exact (se projektregnskabet fra afsnittet økonomi). Vejle og Herning havde planlagt en brugertest, der skulle udføres ved den nyligt installerede applikation. Før testen var der blevet lavet en nyhed på Vejle Bibliotekernes hjemmeside, hvor vi Side 7

9 efterspurgte hjælp til at teste et nyt projekt. Dette resulterede i flere henvendelser fra interesserede brugere, og vi endte med at invitere 6 personer til en dag med brugertest ved storskærmen. De blev ført igennem en tænke-høj-test, hvor vi observerede, hvordan de brugte applikationen uden nogle forudsætninger eller form for oplæring. Vores forventning var, at dette bedre ville tydeliggøre, i hvilken grad vores applikation var intuitiv og brugbar. Som det fremgår af vores noter fra brugetesten i bilag 4, havde mange af testpersonerne desværre svært ved at finde rundt i applikationen og de forskellige visualiseringer. Vi måtte derfor erkende, at vores applikation ikke var helt så intuitiv, som vi havde håbet. Testen gjorde os opmærksomme på en række bugs og elementer i grænsefladen, der ikke fungerede så godt. Disse har helt sikkert haft en stor faktor i den negative respons angående brugervenligheden, og vi prøvede efterfølgende at løse disse problemer på bedste vis. Bl.a.: Det var ikke tydeligt, at knapperne i bunden repræsenterede slides i et slideshow. Løsning: Tilføjede en pil der pegede fra knappen og op i visualiseringsområdet. Brugerne så ikke bundpanelet, der kommer frem, når man trykker på et element i visualiseringen. Løsning: Vi gav bundpanelet en glide op effekt i stedet for at det bare blev vist. Mange af brugerne så slet ikke søgefeltet. Løsning: Gør søgefeltet stort hele tiden. Vi mener helt bestemt, at de rettelser der blev foretaget på baggrund af brugertesten, har gjort vores applikation langt mere brugervenlig og intuitiv. Bibliotekspersonale i det fysiske rum har bemærket, at folk har lettere ved at bruge applikationen, da de ikke spørger så meget til råds og generelt bruger applikationen i længere tid ad gangen. Når det er sagt, må en stor del af den negative respons også kunne ledes tilbage til, at der er tale om en forholdsvis avanceret funktion, der kræver oplæring og vejledning for at brugere kun udnytte det fulde potentiale. Vores brugertest har derfor resulteret i planer om at opsætte en vejledning på væggen ved siden af skærmen suppleret med tekst, der skal opfordre folk til at prøve at bruge touch-skærmen. Da det ikke helt fremgår af noterne fra vores brugertest, vil vi gerne her nævne, at mange af testpersonerne også syntes, at det var en ny og sjov måde at udforske bibliotekets samling på, og at det gav et bedre overblik end det, de var vant til på bibliotekets hjemmeside. Vores anbefalings- og søgevisualisering fik klart den bedste respons. De fleste testpersoner var vilde med vores anbefalingsvisualisering, som de syntes var flot og indbydende. Specielt med udgangspunkt i nyere bøger, der næsten altid har forsider tilgængelig, var folk imponeret over det flotte udtryk af visualiseringen. Nogle testpersoner var lidt forvirret over formålet med relationsvisualiseringen, og havde svært ved at fange konceptet med at gruppere de forskellige typer af relationer i hjørnerne af skærmbilledet med materialet i udgangspunktet i centrum. Vores vurdering var, at dette primært måtte skyldes manglende information ved de forskellige elementer. Eksempelvis ved anmeldelser og artikler fra infomedia, som nok er den type relation, der er mest værdi i for brugeren, er det på nuværende tidspunkt ikke muligt at læse anmeldelsen. Dette gør, at det umiddelbart ikke er muligt at se, hvad elementet omhandler og hvis brugeren samtidig ikke fanger konceptet med grupperingerne, er der ikke noget at sige til, at det bliver forvirrende. Der blev tilføjet lidt mere information i bundpanelet ved nogle typer af relationer. Blandt andet ved anmeldelser, hvor brugeren nu bliver præsenteret for anmelderens vurdering/karakter (f.eks. 4/6). Vi havde desværre ikke tid til at forhøje kvaliteten af relationsvisualiseringen yderligere. Dette er et oplagt mål i en videreudvikling af relationsbrowseren. Side 8

10 Det fulde resultat af brugertesten kan ses i bilag 4. Samarbejdspartnere I starten af projektet så vi på mulighederne for at få IVA og/eller Designskole Kolding til at hjælpe med design af relationsbrowseren. Perioden, hvor vi skulle designe applikationerne, passede desværre ikke så godt med skolernes projektperiode. Det var derfor ikke muligt at få hverken IVA eller Designskolen Kolding involveret i projektet og vi måtte selv stå for udarbejdelsen af designet. Dette blev gjort ved en workshop på et af vores arbejdsmøder (se Resume fra Projektets forløb). Under udviklingen af anbefalingsvisualiseringen konstaterede vi, at der var problemer med DBC s ADHL-webservice. Først og fremmest var modulet fra DDB CMS, der skulle håndtere kommunikation med servicen, ikke færdigudviklet, så vi måtte først lave vores egen løsning. Herefter viste det sig, at webservicen var meget langsom, og det gav os problemer med at overholde kravet om responstider på under 3 sekunder. Et andet problem var kvaliteten af det data, som webservicen returnerede. Særligt populære bøger optrådte ofte i visualiseringen, selvom relevansen, i forhold til både typen og genren af materialet i udgangspunktet, var meget ringe. Vi kontaktede Bente Schade Poulsen fra DBC angående kvaliteten af ADHL-servicen og fik adgang til en nyere version. Denne så ud til at have noget bedre responstid, men kvaliteten af data var den samme. Det var samtidigt også en større opgave at få den nye service integreret i DDB CMS, så vi måtte i dette projekt acceptere problemerne og fortsætte med at bruge den gamle service. Rasmus fra projektgruppen så på muligheden for at forbedre kvaliteten af ADHL-data, og udviklede i denne forbindelse en prototype af en ny service, der leverer anbefalinger, hvor særligt populære bøger ikke optræder for hyppigt og kun når det er relevant. Det er muligt at indstille relationsbrowseren til at bruge denne, men der er forhold omkring databehandling og automatisk opdatering af data, der skal på plads, før vi vil tilbyde det som en indstilling i DDB CMS modul. Et projekt, der har til formål at udvikle en bedre anbefalingsservice baseret på dette arbejde, er en oplagt mulighed i fremtiden. Publicering og formidling Der er gjort flere ting for at fremme kendskabet til projektet og dets resultater både under og efter projektforløbet: Vejle Bibliotekerne har ved netværksmøder omkring DDB CMS præsenteret projektet og vist demo af relationsbrowseren på hjemmeside og storskærm. Udviklere fra projektgruppen har holdt oplæg ved netværksmøder for biblioteksudviklere. Her har vi vist demoer samt gennemgået kode og design. Vejle er i kontakt med flere biblioteker med webmasterplan, med henblik på at få installeret vores modul på så mange DDB CMS sider som muligt. I forbindelse med lancering af modulet på vejlebib.dk, er der blevet oprettet en nyhed, der informerer brugerne om den nye funktion og samtidig giver en kort vejledning (bilag 1). Vejle Bibliotekerne, Herning Bibliotek og SOLSORT.COM ApS vil fortsat yde en indsats for at flere biblioteker får kendskab til projektet og relationsbrowseren. Vi vil især have fokus på biblioteker med webmasterplan, da de er i stand til at installere modulet selv. Det endelig mål er, at få modulet med i DDB CMS standardpakken, hvilket vil sikre os implementering på bibliotekernes hjemmesider ved udrulning via hostingløsningen for DDB CMS og før vi går videre med dette, vil Side 9

11 vi gerne kunne påvise, at modulet kører og bruges problemfrit på flere DDB CMS sider end Vejle Bibliotekernes. Resultater Relationsbrowser Relationsbrowserens seneste version er i skrivende stund og denne overholder alle succeskriterierne fra projektformuleringen. Der er dog stadig nogle skønhedsfejl og muligheder for forbedring, som man kunne videreudvikle i et fremtidigt projekt. Relationsvisualiseringen kunne eksempelvis forbedres betydeligt, ved at vise mere relevant information i de forskellige elementer i visualiseringen. Demo kan ses her: Kode kan ses her: DDB CMS modul Modulets seneste version er i skrivende stund og denne indlejrer relationsbrowseren ved søgning på og visning af materialer. Modulet overholder i stort omfang arkitektur og kodestandarder i DDB CMS. Det er nemt at installere og overskriver ikke indstillinger fra DDB CMS. Det kan dog være nødvendigt at reverte ting_visual_relation featuren efter installation, men dette er kun observeret i ældre versioner af DDB CMS. Udover kravene fra projektformuleringen har modulet også fået andre funktioner som f.eks. indstilling af storskærmsapplikation, eksponering af API til relationsbrowser, covers og default covers via integration med Vejles ting_covers_plus (ikke et krav). På baggrund af ovenstående må det konkluderes at succeskriterierne er overholdt. Demo kan ses her: Kode kan ses her: Storskærmsapplikation En funktionsdygtig applikation til storskærmen er blevet udviklet. Det er muligt for biblioteksansatte at administrere applikationen og sætte forud definerede visualiseringer op, som brugeren kan tage udgangspunkt i. Brugerne kan også tage udgangspunkt i egen søgning og derved navigere sig frem til de forskellige visualieringer. Finder brugeren noget spændende, er der mulighed for at tilføje materialet til en huskeliste og senere få det sendt til egen mail. Alle indstillinger for applikationen (som f.eks. foruddefinerede visualiseringer, tid imellem disse, huskeliste mailtekst) administreres fra modulet. Dette bevirker, at biblioteker der vælger løsningen, kun skal tænke på hosting og visning af applikationen. Alle indstillinger ligger i Drupals database og kommunikation med brønden foregår også igennem modulet. Demo kan ses her: Kode kan ses her: Side 10

12 Konklusion På baggrund af vores resultat i form af 3 funktionsdygtige og brugbare applikationer og formålet med projektet, må vi konkludere, at projektet har været en succes. Vi har igennem implementering af vores produktmål vist, at der bestemt er potentiale i at benytte d3.js til præsentation af biblioteksdata. Relationsbrowseren tilbyder brugerne, online såvel som fysisk, en alternativ indgang til bibliotekets udbud af materialer, der fungerer godt som supplement til de eksisterende indgange. Brugertesten viste os desuden, at testpersonerne syntes det var en ny og sjov måde at udforske bibliotekets samling, hvilket var et nøglepunkt i formålet med projektet. Perspektivering Vejle bibliotekerne vil fortsat vedligeholde, og ved lejlighed videreudvikle, relationsbrowseren, DDB CMS modulet og storskærmsapplikationen. Af fremtidige planer kan nævnes: Bedre dokumentation af DDB CMS modul på Github, så interesserede udviklere og administratorer kan få vejledning til installation og bedre kan se hvilken funktionalitet modulet tilbyder. Som nævnt flere steder i denne rapport vil Vejle Bibliotekerne fortsat yde en indsats for at få vores modul med i DDB CMS standardpakken. Implementering af log-funktion hver gang en bruger trykker på et element i visualiseringen. Vil sætte os i stand til at lave statistik til påvisning af relationsbrowserens effekt. Dette med henblik på at forbedre argumentationen for at få modulet med i DDB CMS. Fortsat publicering og promovering ved netværksmøder og lignende. Især med fokus på biblioteker, der har webmasterplan. Disse vil kunne installere modulet på egen hånd. Hvis modulet kører på flere bibliotekers hjemmesider, vil dette også forbedre vores argumenter for at få modulet med i standardpakken. Andre planer for publicering og vidensdeling i form af interne og eksterne kurser i brug og installation af produkterne, samt artikel DDB hjemmesiden. Planer for videreudvikling af DDB CMS modul. Flere indstillingsmuligheder som f.eks. ved hvilke materialetyper, det skal være muligt at aktivere relationsbrowseren. Mulighed for at redigere i standardteksten i huskelist- mailen, brugeren har mulighed for at få tilsendt via storskærmsapplikationen. Forbedring af aktiveringsmekanismer så de er mere iøjefaldende og mere indbydende for brugeren. Kravet om ventetider på under 3 sekunder har været svært at overholde. Specielt ved anbefalingsvisualiseringen, der benytter DBC s ADHL-service er performance meget ringe. Selvom vores produkter vil drage nytte af en eventuel forbedring af DBC s services i fremtiden, kunne man med fordel se på mulighederne for forbedring af performance i videreudvikling af relationsbrowseren. Anbefalingsvisualiseringen, der på nuværende tidspunkt udelukkende er baseret på ADHL-data fra DBC s webservice, er negativt påvirket af kvaliteten af disse data. Visualiseringen vil drage stor nytte af en bedre anbefalingsservice, der eventuelt også kunne baseres på andet end ADHL som f.eks. køn og demografi. Side 11

13 Bilag 1: Nyhed på vejlebib.dk i forbindelse med lancering af modul (Tallene indikerer screenshots der skal sættes ind der) Søgevisualiseringer Her gennemgår vi de forskellige muligheder for at visualisere en søgning på hjemmesiden. Ved søgning på bibliotekets hjemmeside har du nu på en mere visuel måde, mulighed for at overskueliggøre og interagere med de søgeresultater der dukker op. Tre nye knapper dukker op hvor det er relevant, enten i søgeresultaterne eller under en given bog eller andet materiale. De tre knapper hedder henholdsvis: Visualiser din søgning, Anbefalinger og Gå på opdagelse. Her gennemgår vi dem hver for sig. Visualiser din søgning - Denne knap dukker op på søgeresultatsiden i øverste venstre hjørne. Der kan gå lidt tid efter søgningen er fuldendt før knappen dukker op, da den først skal behandle alle de fundne resultater og sammenligne dem mod hinanden. 1 Når først det er gjort og du trykker på knappen, dukker et nyt billede op med et interaktivt kort over relationerne mellem bøger, artikler, emneord og meget mere. Så vidt muligt vil søgevisualiseringen forsøge at sætte forsidebillede på materialerne, men såfremt det ikke er muligt vil bibliotekets standardforsider dukke op i stedet. 2 De forskellige typer af materialer i søgningen vil blive vist i blåt. Hvor emneord og forfatternavne bliver vist i grøn. Elementerne i søgevisualiseringen bliver desuden bundet sammen af hvide streger for at indikere sammenhængen imellem dem. Når man trækker i et element, bliver stregerne ud fra dette vist i sort for at tydeliggøre de relaterede resultater for elementet. Hvis du ønsker at finde ud af mere om et materiale i søgevisualiseringen, trykker du blot på det og et nyt vindue vil åbne sig, med relevante oplysninger, bl.a. om materialet er hjemme og hvor du kan finde det på biblioteket. 3 Det er også inde på selve materialet at du kan finde de to andre knapper. Anbefalinger Hvis du lige har læst en god bog og vil se lignende bøger og evt. hvad andre også har lånt sammen med den, kan du trykke på denne knap. Søgebilledet henter herefter bøger der har en relation til den valgte bog og viser dem med forside og hvide streger for at indikere hvilke bøger der er relaterede. 4 Side 12

14 De bøger som er tættest på midten, hvor bogen man har valgt som udgangspunkt er, relaterer sig direkte på enten emne eller forfatter. Hvor de bøger som er længst væk fra midten vil have streger ud til de relaterede bøger i stedet, for at vise at de ikke er relaterede til den oprindelige bog i midten. Bøger har altså kun relation til de bøger de deler streger med. Tips: Du kan trække en relateret bog ind i midten af skærmen, for at se relaterede materialer til denne bog. På denne måde kan du se flere relationer ad gangen. Gå på opdagelse Når du har fundet en bog du er interesseret i, kan du finde ud af mere om den, ved at trykke på denne knap. I denne visualisering vil systemet hente relaterede materialer om netop den valgte bog. Det kan være i form af anmeldelser, artikler om forfatteren, andre bøger i samme serie og relevante emneord. Afhængig af relationstypen, vil elementerne fordele sig i de fire hjørner af skærmen hvor beskrivelserne også fremgår. F.eks. i øverste venstre hjørne vil materialer om forfatteren fremkomme og i nederste venstre bøger i samme serie, hvis muligt. 5 Side 13

15 Bilag 2: Mockup Design af storskærmsapplikation Side 14

16 Bilag 3: Flow-diagram over arbejdsgangen ved storskærmsapplikation Side 15

17 Bilag 4: Resultat af brugertest af storskærmsapplikation Astrid Glans Ca. 40 år Underviser Stor erfaring med websøgninger og søgninger på bibliotekets hjemmeside. Startside med anbefalinger: "Den sønderjyske farm" Ser bøger med én klart i centrum. Ser linjer som "inspirationslinjer" og fanger hurtigt at der måske er tale om titler som andre også har lånt. Se også forskel på størrelsen af bogforsiderne og mener at det måske er udtryk for, hvor populære titlerne er. Som en af de få forsøgspersoner vil hun gerne trække i ikonerne, men hun får ikke lov til det i første omgang. Ser knapperne nederst, men opfatter det ikke som titler og finder dem lidt uinteressante. Foreslår at titlerne sættes i gårseøjne. Måske således: "Den sønderjyske farm" - anbefalinger. Ser ikke søgefeltet. Søger på "islandsk litteratur". Ser fint grupperingerne i emne og forfatter, men ved ikke rigtigt, hvad hunskal bruge det til. Prøver at trække emnet og en titel ind i midten, men uden resultat. Siger gentagne gange at skærmbilledet det er for uroligt. Vil gerne kunne trykke på et af forfatternavnene for at få vist alt om af og om den forfatter. Eller på et af emnerne og få vist mere om emnet. Forvirret over at siden omstruktureres flere gange efter at være faldet til ro, når den viser en ny søgning. Udtrykker undren over at anbefalinger mangler flere titler af samme forfatter og flere islandske forfatternavne. Ved tryk på "Gå på opdagelse" efter af have fået vist en titel. Ser temaer/emner og forfatter og anmeldelser. Ved ikke hvad "Struktur" skal vise. Der vises heller ikke noget. Oplever generelt at det er spændende at se materialer sådan, men finder det meget "rodet". Man ved ikke hvad, der er hvad. Signaturforklaringer mangler. Foreslår en forenkling af systemet og en brugervejledning. Vil foretrække at billedet skal blive stående når når man trækker et element rundt på skærmen. Side 16

18 Eva? Ca. 60 år Erfaren web- og bibliotekssystemsøger Åbningsskærm med anbefalinger. Ser med det samme at det er bøger og der er et søgefelt så man kan søge efter andre bøger. Knapperne nederst er ikke umiddelbart forstålige. Ved ikke hvad de skal bruges til. Trykker impulsivt på en titel og ser beskrivelsen af bogen med det samme. Bliver bedt om at søge, men kan dårligt nå op til søgefeltet. Trykker på en titel og regner med at der kommer beskrivelse af bogen, men kan ikke se det, da beskrivelsen er skjult af tastaturet, der ikke automatisk er lukket efter søgningen. Vi lukker tastaturet og hun ser med det samme at det er en beskrivelse af bogens indhold og at den er hjemme. Klikker på "Huskeliste" og forventer umiddelbart at man kan gemme det man har fundet. Trykker på "Gå på opdagelse". Kan ikke afkode den strukturelle browser. Ser ikke stregerne som relationer/sammenhænge og ser heller ikke teksten i hjørnerne. Kan ikke forstå/gennemskue at der laves en ny søgning, når man klikker på en bogtitel i gå-påopdagelseaseret på emner eller forfatternavn. Mangler en tilbage-knap. Anbefalinger: Forventer at relationerne mellem titlerne er baseret på emner eller forfatternavn. Altså skal vise noget af samme forfatter eler noget om samme emne. Ser ikke at noget er i centrum og lægger ikke vægt på det. Side 17

19 Marie Kærgaard ca. 60 år. Erfaren websøger. Jævnt erfaren søger af biblioteksmaterialer. Åbningsskærm med anbefalinger: Ser at det er bøger og at det er nye titler. Opfatter det som en præsentation af nye bøger magen til udstillengerne i det fysiske bibliotek. Ser knapperne nederst. Gætter på at man får anmeldelser af bogen når man trykker på anbefalinger. Linjerne mellem forsiderne opleves forvirrende og tolkes ikke som relationer. Det er svært at gætte, hvilke forbindelse, der er mellem de enkelte bøger. Søger på "merete stagetorn". Hun har hørt et foredrag af hende og vil gerne se, hvad hun har skrevet. Søgeresult viser kun to titler med relationen "Bog" mellem dem. Det forstås ikke fordi der jo er mange flere. (Skyldes at merete egentlig staves med th) Det går fint med at trykke på bogen med en forside og få oplysninger om bogen, men klik på teksten på den anden titel "Hvad med ægteskabet" giver ingen yderligere oplysninger. Klik på begge knapper "Gå på opdagelse" og "Anbefalinger" giver intet i forhold til den oprindelige søgning og forvirrer blot. Forventer at gå på opdagelse giver mere om forfatteren og kan ikke gætte at det er Emner der vises i de hvide bokse. Søger i stedet for på "fucking jøde". Ser at bogforsiden kommer frem, men relationerne til de øvrige indhold giver ingen mening. Vil gerne bruge funktionen, men vil gerne have et kursus i det først. Mangler en reservér-knap Ref: Claus Side 18

20 Conni Ca. 30 år Meget erfaren med web- og bibliotekssøgninger Den sønderjyske farm anbefalinger: Ser tydeligt at det er bøger, tror de er opdelt i genrer, har lyst til at læse mere. Synes det ser rigtigt godt ud og at det er godt lavet. Søgefeltet er tydeligt. Mener at knapperne i bunden af skærmen fortæller mere om emnet. Ved tryk forventer hun at kunne se bagsiden af bogen. Vant til at trække elementer rundt, prøver at hive materialer i midten af skærmen for at få mere information, ser først infoboks i bunden af skærmen efter det bliver påpeget. Forventer at huskelisten er den samme som på Vejlebib.dk. Gå på opdagelse lyder spændende nok, tror at det betyder informationer taget ud fra bogen. Under ekstern relationsbrowser ser hun straks elementerne som stikord, synes det er godt hvis man ikke ved noget om bogen. Tror forfatteromtaler er anmeldelser, synes ikke det er tydeligt hvad der er hvad. Anmeldelser giver mening, men kan ikke fremfindes. Søger på Jojo Moyes, kan godt se at søgningen er opdelt i materialetyper og synes det er godt at emneordene er der for at fortælle hvad bogen handler om. Mangler forslag ud fra hvis jeg kan lide denne, så vil jeg også kunne lide denne. Prøver anbefalinger, men flere af de foreslåede bøger er meget langt fra den valgte bog. Vil kunne bruge systemet, men synes det flimrer meget. Knapper i bunden kunne skrives bedre, vil godt kunne reservere på skærmen. Side 19

21 Karin Ca. 50 år Søger en gang i mellem på webbet, bruger ikke så tit bib.systemet. Anbefalinger til Den sønderjyske farm: Ser billeder af bøger, der er noget i centrum med streger ud fra, stregerne har måske noget med samme emne at gøre, jo længere ud man kommer, des mindre relevant. Søgefeltet er foroven, svært at gætte hvad der er i bunden af skærmen, siger forskellige typer af anbefalinger. Ved tryk på materiale kommer omtale om bogen eller handlingen. Ved tryk på anbefaling, forventes andre der har anbefalet bogen. Bogen kommer i centrum, men der kommer ikke anbefalinger, der kommer en hel masse andre bøger. Har ingen forventninger til Gå på opdagelse, mener at der kommer en masse notater frem. Hjørnene giver ingen fornemmelse af hvad notaterne er, det virker lidt mere rodet. Fordelingen af elementerne i ext. Relationsbrowser er ikke tydelig. Søger på slægtforskning i søgefeltet, venter længe. Retter søgning til slægtsforskning, men får ikke noget brugbart, der kommer bare noget om emnet, uoverskueligt. Efter forklaring er det stadig forvirrende, vil ikke kunne bruge skærmen, synes det er mere forvirring end hjælp. Side 20

22 Heidi Ca. 30 år Søger meget på webbet, med forskellig succes. Synes bibliotekssystemet er meget problematisk, savner præcisering. Anbefalinger til Den sønderjyske farm: Ser forfattere hun kan lide, ser det som bøger, linjerne ved hun ikke hvad er. Krimier er forskellige steder på skærmen. Foroven kan man søge, knapperne i bunden viser anbefalinger. Ved tryk på element skal visualisering minimeres og informationsvinduet maksimeres. Gå på opdagelse Se andre bøger af Sara Blædel, prøver men den er lidt tung minder om en gammeldags hjemmeside. Synes det ser kedeligt ud med hvide kasser og meget tekst og mister lysten til at trykke videre har ikke set hjørner på ext. rel.browser. Vil hellere have at ext. Rel.browser er Sara Blædels forskellige bøger. Søger på Jussi, bliver uoverskueligt. Boksene er intetsigende, kan godt se relationerne. Ved tryk på grønt emneord (Jussi Adler Olsen) vil hun have en søgning på ham. Ved tryk på anbefalinger siger hun at der kommer bøger som andre har lånt, synes ikke det siger en dyt om bogen. Skærmen dækker ikke behovet, vil have mere fokus på det enkelte materiale, mere listevisning, men gerne med billeder, ordblinde vil SE bogen. Huskeliste forventes at man skal logge ind, ville ikke bruge den. Vil gerne have en print-funktion, det ville gøre huskelisten brugbar. Side 21