PUBLIC MARKS from decembre with tags bibliotheque2.0 & openurl

Article Technique mais Important: Et le RDFa ? C’est du RDF intégré dans des pages web. ... Quelles perspectives ? Interconnecter le plus grand nombre de sites (et surtout de données) . On peut intégrer dans ses pages du RDF selon plusieurs modalités : * pour décrire ses pages web * pour exposer les notices de ses bases de données * pour enrichir le texte de ses pages * etc. .... Concernant les bibliothèques: * le remplacement de l’OpenURL par du RDF, plus normalisé.... * les catalogues fédérés prennent une toute autre envergure,... .... * l’intégration fine facilitée de contenus enrichis (pages de couvertures, bibliographies, biographies, etc.) de manière beaucoup plus fine. ... * A quoi sert de cataloguer une notice si on peut faire un lien vers elle... Au lieu de cataloguer, une exemplarisation sera suffisante !

Principalement, l’OpenURL est fait pour permettre d’accéder rapidement à une ressource rencontrée quelque part sur Internet : un lien OpenURL tient compte du résolveur auquel vous êtes (institutionnellement) rattaché et vous propose * un lien vers l’article en ligne, s’il s’agit d’une ressource en ligne * un lien vers la notice dans le catalogue de votre bibliothèque, s’il s’agit d’un document papier. Pourquoi ? D’abord pour le principe. A partir du moment où nous mettons en ligne des métadonnées, il est normal de les fournir dans un format à peu près standard, permettant de les réexploiter. Et ceci indépendamment des usages que, moi-même, je pourrais imaginer : Donc si une bibliothèque de médecine dispose d’un résolveur OpenURL, elle peut indiquer notre catalogue à ses étudiants : ils font une recherche et rebondissent ensuite vers leur propre BU, grâce au plugin LibX que celle-ci aura pris soin de leur proposer.

Mais une bibliothèque n’aurait-elle pas tout à gagner à oublier cet aspect-là, pour se concentrer sur la dissémination de ses collections (et seulement des siennes) ? Un service en 2 étapes Voici comment je vois les choses : * L’internaute cherche avant tout des ouvrages en cherchant sur Google. Donc il tombe sur Amazon. * Une fois sur Amazon, il faut lui fournir une information sur la disponibilité du titre dans sa (et non ses) bibliothèque. Hypothèse : vous êtes bibliothécaire et vous voulez mettre en avant ce service pour votre bibliothèque : 1. Après avoir installé Firefox et l’extension GreaseMonkey, vous allez sur bibli.othequ.es 2. Vous sélectionnez votre bibliothèque (et pas une autre, et pas plusieurs) et vous modifiez le script.....

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.

This tool will take bibliographic metadata for a citation and produce a "COinS", i.e. a snippet of HTML that can be placed on a webpage and processed by web tools. The COinS generator also has a built-in link-resolver, so you can generate a COinS by taking any OpenURL query string and appending it to the base URL http://generator.ocoins.info/. For more information on COinS, click here.

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.....

test Libx pour bobigny....

To embed citation metadata into html in such a way that processing agents can discover, process and make use of the metadata. Since an important use of this metadata will be to allow processing agents to make OpenURL hyperlinks for users in libraries (latent OpenURL), the method must allow the metadata to be placed any where in HTML that a link might appear. In the absence of some metadata-aware agent, the embedded metadata must be invisible to the user and innocuous with respect to HTML markup. To meet these requirements, the span element was selected. The NISO OpenURL ContextObject is selected as the specific metadata package. The resulting specification is named "ContextObject in SPAN" or COinS for short. A COinS Generator site is available - See : COinS Processors Alf Eaton's Greasemonkey script for processing COinSVirginia Tech's