Tijdens de NVB-HB dag gisteren over federatief zoeken zijn mij een aantal dingen opgevallen die in ter plekke niet gelijk wilde roepen of vragen, maar de mi toch wel belangrijk zijn om te vermelden. Ik heb gemerkt dat de kennis bij een deel van de bibliothecarissen/informatiespecialisten over dit soort toepassingen nog heel pril is en dat alle aanvullende informatie van harte welkom is. Vandaar deze posting.
Er bestaan allerlei aanvullende tools die een bibliotheek nodig kan hebben op het moment dat het aantal e-journals en/of het aantal databases toe neemt en je eea niet meer handmatig in bv je catalogus kunt of wilt verwerken. Denk dan aan een link resolver en aan een federatieve zoekmachine. De aanschaf van beide oplossingen loopt vaak gelijk op. Een eindgebruiker haakt nl af als je iets gevonden hebt en het is niet mogelijk om door te kunnen klikken naar de fulltext. Idealiter schaft een bibliotheek dan ook gelijktijdig beide oplossingen aan. Als je toch moet kiezen, zou ik afhankelijk van de aard van de bronnen, in eerste instantie een link resolver kiezen.
Bij toename van het aantal bronnen (denk dan aan vele duizenden e-journals ‘verborgen’ in de databases) krijg je in toenemende mate behoefte aan het inzicht in die bronnen. Dan komt een ERM (electronic resource management) oplossing om de hoek kijken. Vergelijk dit voor het gemak maar even heel simpel gesteld als een soort tijdschriftenmodule voor je electronische bronnen.
Tot slot heb je nog te maken met het hele toegangsbeheer, problemen met thuistoegang, wachtwoorden etc.
Wat mij gisteren opviel was het volgende:
Tijdens de presentatie van Infor kon Filip, PiCarta niet als bron selecteren omdat hij van buiten kwam. V-link presenteerde echter wel een link naar PiCarta. Dat is vreemd want een link resolver hoort ook ‘real time on the fly’ (zoals de uitvinder van OpenURL linken, Herbert van de Sompel altijd zegt) te checken of je überhaupt toegang hebt. Dat gebeurde blijkbaar niet? (reactie Infor???)
Hans-Peter vertelde dat het bundelen van te doorzoeken bronnen op onderwerp bedoeld is als extra service voor de gebruikers. Tijdens CIL2008 werd door verschillende experts echter verteld dat de belangrijkste reden waarom bijna alle producten deze functionaliteit bieden, de hoeveelheid maximaal gelijktijdig te doorzoeken bronnen is. Als je heel veel (ik weet niet waar de grens van ieder product ligt) bronnen tegelijkertijd zoekt, kan je zoekmachine vast lopen of onacceptabele responstijden geven.
Wat mij ook verbaasde was het uitblijven van vragen over de toekomst van WebFeat. Vorige week vertelde de Director International Sales van Serials Solutions (waar WebFeat nu onder valt) nog ten overstaan van een grote groep Nederlandse informatiespecialisten, dat alle connectoren van WebFeat nu met een snelheid van meer dan 50 per week worden omgezet naar 360 SEARCH…
Reacties zijn van harte welkom…