PUBLIC MARKS from decembre with tags service & openurl

iPac can be used with either of epixtech's automation systems, Dynix or ... SFX, based on the OpenURL linking mechanism... OpenURL link resolvers that can capture article citation details

Dynix Confidential – Internal Use Only. Is It Circulation. Or Interlibrary Loan? ... OpenURL link resolvers that can capture article citation details

To any library with an electronic collection of any significance, the Open URL link resolver has (or should) become an indispensable service for helping its users retrieve full text from citations. Although they are a relatively new technology (in library terms, at any rate), link resolvers arguably have become as important as the OPAC; they locate articles from A & I databases, strengthen the role of interlibrary loan, and enable metasearch. Since they are the glue that binds many disparate services together, link resolvers are quite difficult to shop for. To define what a good link resolver should be or should do is not unlike nailing JELL-O to the wall.

Il s’agit de mettre en rapport des bases bibliographiques avec des documents plein texte (dans l’idéal). C’est à cela que sert SFX. Mais pour faire cela, le résolveur a besoin de savoir à quoi exactement la bibliothèque est abonnée (ben oui, SFX ne peut pas le deviner, faut pas rêver…) Le noyau dur des coulisses de SFX, c’est donc cela : la KB (pour Knowledge Base) dans laquelle nous indiquons : * les sources bibliographiques (sources dans le vocabulaire SFX) auxquelles nous souscrivons (exemple : Scopus ou WOS) * les cibles (SFX parle de targets) que nous “possédons” (exemple : ScienceDirect) ou visons * les revues (portfolios pour SFX) que contiennent ces cibles (exemple : Artificial Intelligence) * les éléments (SFX parle de services) accessibles pour chaque target (exemple : le plein texte ; la table des matières ; le résumé).... Voilà, le vocabulaire SFX est défini

- Zone 856 Unimarc : ( Complexe et Lourd à mettre en place). - Moteurs de Recherche du Web : (Probléme pages Dynamiques pas référencées et le "bruit" produit). - Batir Portail Documentaire : (Problématique à gérer , pour le public et les bibliothècaires , si trop de Bases Concernées) - Utiliser i'OpenURL , en implantant dans l'OPAC un logiciel générant des Liens Contextuels : (Outils trés prometteurs permettant le Rebond automatisé, comme par exemple chez Dynix avec son Logiciel Horizon ou Electre ). Ces 4 solutions sont complémentaires, mais ne sont pas toutes adaptées à une large population de Publc.

Fonctionnement théorique OpenURL repose sur une logique contextuelle permettant d'offrir à l'usager la version du document qu'il cherche à consulter, la plus pertinente au regard de son statut et de celui de son institution, par rapport au fournisseur du document. Les critères de pertinence sont, par exemple, les abonnements auxquels la bibliothèque a pu souscrire et, d'une manière générale, la disponibilité du document requis. Fonctionnement pratique Si on interroge une base bibliographique (ex. : Google Scholar) et qu'on tombe sur une ressource (article de revue / monographie), il faut pouvoir trouver comment la consulter (via quel fournisseur si elle est payante) en fonction de ses droits, donc généralement en fonction de sa bibliothèque.

Donc pour modifier les paramètres par défaut de l’extension, il vous faut 1. télécharger le fichier XPI au lieu de l’installer sur Firefox (donc aller sur le site d’Openly, et faire un clic gauche “Enregistrer la cible du lien sous…” 2. dézipper le fichier (changer l’extension .XPI en .ZIP si nécessaire) 3. modifier les fichiers (XML) nécessaires pour que les paramètres par défaut soient différents 4. rezipper tous les fichiers, remettre une extension .XPI au ZIP obtenu 5. charger le fichier XPI sur un serveur 6. pointer vers ce fichier depuis une page du site de la bibliothèque, vantant les mérites de cette extension Le plus difficile évidemment, c’est l’étape 3. Je vais essayer d’être le plus clair possible, car il me semble que le XML fait peur à certains.

Les générateurs de liens ont connu un grand succès ces dernières années dans les bibliothèques universitaires et spécialisées. Cet engouement gagne aujourd’hui certaines bibliothèques publiques qui ont implémenté avec succès notre résolveur OpenURL “Vlink”. Ces applications n’étaient cependant jusqu’ici pas utilisées dans les bibliothèques publiques. A la bibliothèque publique de Breda, les utilisateurs du catalogue peuvent générer intuitivement des liens vers des sources Internet, des bases de données et autres informations pertinentes : vers la ‘banque de journaux’ (pour les essais), vers All Music Guide et la discothèque centrale de Rotterdam (pour les CD), Internet Movie Database (pour les DVD et vidéos) etc. “L’installation de l’application Vlink a eu pour nous un double avantage : d’une part, nos utilisateurs reçoivent davantage d’information de manière très conviviale et, d’autre part, elle a fortement stimulé la consultation de notre collection digitale.”

face à la concurrence des sources d’information librement accessibles en ligne, les bibliothèques doivent mettre en valeur leurs collections et faciliter les connexions entre leurs ressources électroniques. L’OpenURL est un des outils pour répondre à ce besoin. Si l’institution a mis en place un résolveur OpenURL, lors de la consultation d’une source citant un document –bibliographique, citations d’un article –, l’utilisateur verra un lien lui proposant des services autour de la référence citée. Le principal étant l’accès au texte intégral. On évite ainsi les étapes de recherche susceptibles de décourager l’usager.

Problème : cela implique (en tout cas pour le moment) que vos lecteurs installent sur leurs navigateurs l’extension OpenURL Referrer, dont j’ai déjà parlé, qui transforme les COinS en URL cliquables. Il faut donc leur indiquer le site, leur demander de télécharger l’extention, et leur expliquer comment paramétrer les valeurs à y mettre (essentiellement URL du résolveur, et sa version). On risque de perdre plus de la moitié du lectorat visé par ces consignes. La meilleure solution est donc de proposer, sur le site de la bibliothèque, l’extension préparamétrée. Cela permet d’esquiver complètement la notion d’OpenURL (amusez-vous à la leur expliquer si vous vous en sentez le courage), et de leur proposer “simplement” : une extension qui permet de rebondir depuis une référence d’ouvrage trouvée sur Internet vers le catalogue de sa bibliothèque, pour voir rapidement si elle le propose ou non. Quelques explications préalables sont nécessaires.

The URI microformat takes advantage of OpenURL and existing link resolver solution.It defines a convention of plugging URI metadata in HTML page. If it is adopted and widely used,now a microformat-aware application (be a greasemonkey script, or a web service) can grab the identifier and point to your local OpenURL resolver, you immediately get the copy from local library. It is very similar to COINS, but it's much simpler and cleaner, anyone can understand and use it, and its aplication can be beyond traditional research library. e.g. in a public library, you can use amazon as catalog and immediately check if it's available in local collection. COinS provides a great number of additional capabilities that URI microformat can't support. Since COinS can't be dismissed for this reason, it doesn't make sense to me to create yet another standard that does the same thing with so little savings.I will grant that the COinS is less intuitive.....