PUBLIC MARKS from decembre with tags opac & api

L'étudiant n’utilise pas sa boîte mail. .... Définir une politique « d’interpellation personnelle » (comment diffuser un message à un utilisateur précis ?), on finirait presque par croire que nos lecteurs ne sont jamais sur Internet. Pourtant nous savons qu’ils y sont : sur Facebook, sur Twitter.... Ce sont des sites qui permettent d’envoyer des messages directs. Messages privés ou application dédiée ? .... Un très grand nombre de SIGB fournit désormais des API qui permettraient aux lecteurs de consulter leur compte depuis Nevtibes ou Facebook. Mais : 1. soit nous n’avons pas le temps pour les développer 2. soit nous n’en avons pas les compétences techniques Pourtant nous demandons dans nos cahiers des charges que le SIGB sache envoyer des mails. Que n’intégrons-nous aussi dans les cahiers des charges le développement, par le prestataire, de ces quelques applications à partir des API qu’ils savent, eux, manipuler ?

Les Web services sont des technologies basées sur les standards du Web qui permettent à des applications de dialoguer entre elles. Il fournissent un cadre pour trouver, décrire et exécuter ces applications. Ils sont basés sur les protocoles et les langages du Web, en particulier HTTP et XML. En fait, les Web services devraient intéresser les bibliothèques de plusieurs points de vue : * l’intégration des applications (en interne et en partenariat), * l’accès au document * les services au public. Pour l’usager, ils ouvrent la porte à l’intégration de la bibliothèque dans un certain nombre de fonctions en ligne, surtout des fonctions sociales dont l’importance est croissante. Ils permettraient de donner à l’usager des outils simples pour intégrer la bibliothèque aux outils qu’il utilise couramment sur le Web : suivre les nouveautés avec RSS, relier directement les données du catalogue à celles de Google ou d’Amazon…

....cela pourrait être proposé aux anti-capitalistes, jusqu’à ce que Google ou Yahoo rachète LibraryThing…effectivement Librarything propose 1 million de couvertures libres : "A million free covers from LibraryThing : A few days ago, just before hitting thirty million books, we hit one million user-uploaded covers. So, we've decided to give them away—to libraries, to bookstores, to everyone. The basics. The process, patterned after the Amazon.com cover service, is simplicity itself: 1. Take an ISBN, like 0545010225 2. Put your Developer Key and the ISBN into a URL 3. Put that in an image tag, like so: 4. And your website, library catalog or bookstore has a cover."

Pourquoi est-ce que j’ai fait ça ? Parce que pour utiliser les API Amazon, il faut avoir une clé Amazon et utiliser les API en question pour un site web. Moi, j’en ai besoin en local, ponctuellement. J’avais pu tester les API LibraryThing pour constater qu’ils couvraient 30% de notre catalogue (sur un échantillon de 1000 ISBN). Je n’avais pas pu le faire pour Amazon. Désormais je sais qu’Amazon couvrirait 94% de nos notices. Pour être plus précis : Amazon a identifié 94% de nos ISBN. En l’état, cela ne me dit pas quel pourcentage de couvertures il peut me proposer, ou de tables des matières, résumés, commentaires, etc. Il faudrait que j’affine l’analyse des réponses que le site donne dans ses listes de résultats.