Logisk model

Linkpakkens funktionalitet - en logisk model

Afgrænsning

Linkpakken må ikke ses af løsningens brugere som et selvstændigt program med egen brugergrænseflade. Projektet ser det som begrænsende, hvis bibliotekarerne skal tilpasse deres arbejde endnu et program.

De ledende søgemaskiner optimerer informationssøgningen på hver deres måde, og det kan være inspirerende at se på de funktionaliteter, som f.eks. Dogpile.com eller www.exalead.com har over Google. Det betyder ikke, at Linkpakken skal handle om at indsamle ønsket funktionalitet til en søgegrænseflade og konstruere en sådan. Projektet handler ikke om at bygge en ny søgemaskine.Det er teknisk muligt at lægge ekstra information i et lag ovenpå en eksisterende hjemmeside (se f.eks. annoteringsfunktionen i link-værktøjet Diigo). Dermed er det også muligt at påføre eksisterende søgemaskiner eller websteder et ekstra lag funktionalitet. Projektet vil ikke beskæftige sig med at udvikle specifikke udvidelser af specifikke websteder, idet Linkpakken som redskab skal kunne anvendes på tværs af online databaser, emnehierarkier og søgemaskiner.

Aktivitets-model: forslag til en løsning

Bibliotekaren interagerer med låneren i en reference-interview. Efterfølgende arbejder bibliotekaren med en eller flere søgemaskiner, og identificerer en eller flere netkilder undervejs. Brugen af linkpakken bevirker, at URLer eller referencer overføres til et centralt lager. På basis at dette lager er det nu muligt at fremkalde en side på internettet, som kan komme brugeren i hænde på forskellig vis (eksempelvis som en printudskrift, via e-mail o.lign.).

Fra lageret vil det derefter være muligt at danne sig et statistisk overblik over formidlingen af ressourcer der tilgås via internettet.

Komponenter

Linkpakken (LP) ses som et sæt af løst koblede komponenter.

Med sigte på at forbedre arbejdsgangen i informationssøgeprocessen på nettet, har modningsprojektet set på forskellige punkter i info-søgeprocessen, som IT kunne støtte, med henblik på at isolere LP's fokusområder. Nedslagspunkterne er:

1. støtte valg af database. Der er allerede værktøjer, der kan fremvise en liste af søgedatabaser (firefox's indbyggede i hjørnet, ConQuery). Valg er bestemt af for mange faktorer og hviler på brugerens dømmekraft. At gå fra at fremvise en liste af mulige DB til at foreslå en specifik DB for videresøgning er komplekst at automatisere, og kræver logning af indtastninger, klikstrømme m.m. Det anbefales ikke at LP inkluderer dette element.



2. stavekontrol og/eller forslag til søgestreng (indbygget i Google, Spellify-projektet). Dette er allerede implementeret i dag i flere søgemaskiner (Google, Yahoo, Ask), og er blevet nemt at implementere (se f.eks. http://www.spellchecker.net/). Lavthængende frugt som LP ikke behøver at beskæftige síg med på anden måde end at udbrede kendskabet til funktionaliteten. Se demonstration af google suggest-funktionaliteten på http://www.youtube.com/watch?v=aflOTlAUlyM.
   



3. parallel-opslag med realtime-feedback. Eksemplificeret ved Watson (se demo). Værktøjet logger indtastninger og aktivitet på nettet og er afprøvet under modningsprojektet. Det sløves hurtigt ved inklusion af for mange søgemaskiner. Det kan ses som en en lavthængende frugt, der er gratis at implementere og som fungerer som en separat komponent. Ideen kan testes sammen med LP, og evt. sættes op med parallelopslag i tidligere BibVagt svar, når BibVagten har en webservice klar. Det ses ikke som en LP-komponent, men en fremtidig mulighed for at knytte tidligere svar sammen med en aktuel søgning.
   



4. kopiering/markering af tekst med automatisk kildeangivelse. LP's kerneområde. En komponent skal kunne "se" indholdet af klippebordet og øjeblikkeligt overføre det til et centralt lager. Skal også støtte opfattelsen af interaktionen med låneren som et forløb med en begyndelse og afslutningen, hvilket betyder at overførte netkilder skal grupperes i klynger med relevante oplysninger vedr. forløbet. I projektet blev opereret med begrebet "session", der er kendt terminologi fra webudvikling.
   



5. Præsentation af resultat til låneren. Også en væsentlig komponent i LP.
   



6. Efter-redigering af "pakke" skal også kunne understøttes.

Dermed vil et LP-projekt fokusere på 2 grundlæggende komponenter. Disse kan illustreres på visionen for den fremtidige aktivitet:Den første komponent, på illustrationen kaldet opsamler-komponenten, omhandler overførslen af referencer til netkilder til et centralt lager. Dette er bibliotekarens adgang til linkpakken. Ideelt set bør lageret og opsamler-komponenten eksistere uafhængigt af hinanden. En del af opsamler-komponenten omhandler dermed et funktionslag, der oversætter referencerne til et format der kan indsættes i lageret. Teknisk set kan komponenten betragtes som en buffer, der sørger for at opfange hvad brugeren markerer i browseren eller flytter over i klippebordet ved kopiering af tekst og billeder.

Præsentations-komponenten er lånerens adgang til datalageret, og omhandler filtrering, opsætning og formatering af de referencer der er opsamlet. En klynge af referencer udgør på denne måde en "SmartSvarSide" (se separat indlæg), som skal kunne nås fra lånerens e-mail, eller siden kan printes ud til låneren.