PUBLIC MARKS with tags greasemonkey & catalogue

Inserts link on Goodreads book pages to check status at Toronto Public Library in a popup. Based on the beta.torontopubliclibrary.ca page so it may break. When you visit a book's details page on goodreads, it searches the Toronto public library's holdings via the book's isbn13 number in advanced search. If there's a hit, it allows you to pull up listings via a clickable link for a popup.

Si le catalogue web du sudoc répond dans sa version actuelle aux besoin principaux de recherche documentaire, certaines options lui font défaut. L’idée de ce billet n’est pas de déplorer ces manques (que l’on retrouve dans nombre de nos outils locaux) mais de proposer une solution de contournement, et en profiter pour ajouter certaines fonctionnalités qui n’auraient pas forcément leur place dans l’interface standard. Les fonctionnalités que la solution va ajouter sont : * des flux RSS (qui devrait intégrer bientôt la version standard du sudoc) * les suggestions orthographiques en l’absence de résultat * des permaliens sur les notices * l’affichage de la disponibilité dans une sélection de bibliothèques prédéfinies dès la notice détaillée * la géolocalisation des exemplaires sur une carte * les enrichissements de notice type 2.0 : couvertures d’Amazon, suggestions de documents similaires & autres éditions d’un ouvrage depuis Librarything.

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