PUBLIC MARKS from decembre with tags amazon & openurl

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

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