PUBLIC MARKS from decembre with tags metadonnée & opac

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

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