PUBLIC MARKS from decembre with tags api & bib

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 ?

Article Technique mais Important: Et le RDFa ? C’est du RDF intégré dans des pages web. ... Quelles perspectives ? Interconnecter le plus grand nombre de sites (et surtout de données) . On peut intégrer dans ses pages du RDF selon plusieurs modalités : * pour décrire ses pages web * pour exposer les notices de ses bases de données * pour enrichir le texte de ses pages * etc. .... Concernant les bibliothèques: * le remplacement de l’OpenURL par du RDF, plus normalisé.... * les catalogues fédérés prennent une toute autre envergure,... .... * l’intégration fine facilitée de contenus enrichis (pages de couvertures, bibliographies, biographies, etc.) de manière beaucoup plus fine. ... * A quoi sert de cataloguer une notice si on peut faire un lien vers elle... Au lieu de cataloguer, une exemplarisation sera suffisante !

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.

puts a small yellow box in the corner of your Google Print book search. The box includes a book title and a link to the library system's search results. When clicked, a new browser tab is created containing the library's lookup page with the book's location and status. The script also linkifies the library names on the latter page, to point to the library's street map, hours and phone page. This GM script acts on 2 completely separate pages. Should be relatively straightforward to alter for your own local library's book search API and map and hours.