PUBLIC MARKS from decembre with tags catalogue & metadonnée

1. L’URL est significative (http://catalogue.bibliotheque.fr/.0.. 2. L’URL différentes pour : accueil, liste de résultats, notice détaillée. 3. L’URL contient tous les paramètres de la recherche (mots recherchés, champs interrogés, filtres effectués après affichage de tous les résultats) 4. La page comporte un titre 5. Le titre et ne s’appelle pas toujours « Catalogue de la bibliothèque ») 6. Le titre récupère les métadonnées du document si je suis sur une notice détaillée 7. Le titre n’est pas le nom du logiciel. 8. Couleur du titre change pour m’éviter de cliquer deux fois sur le même 9. La notice détaillée avec Permaliene. 10. Une recherche rapide est possible à tout moment où que je me trouve (encart isolé en haut à droite ou à gauche, ou carrément barre de recherche latéral ou supérieure). 11. La recherche dans le catalogue n’est pas dans un frame HTML (ce qui bousille les exigences sur le titre et l’URL). A lire la suite....

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.

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