bibli.othequ.es

« Vérifiez si un livre est disponible dans une bibliothèque près de chez vous ! »

Damiano ALBANI BookCamp Paris 2

1. Présentation du projet

Contexte

  J’aime lire des livres – mais pas les relire !

  Ceux que j’achète trainent sur mes étagères  Je préfère donc emprunter en bibliothèque

  J’ai autour de chez moi plusieurs bibliothèques  Municipales, universitaires, associatives

Comment en profiter au mieux ?

Une richesse insoupçonnée de services

Difficultés pour l’usager

  OPAC laissant parfois à désirer  Ergonomie moyenne, lenteur  Peu de (méta)données : commentaires, extraits, etc.  Services annexes : être averti des nouveautés, etc.

  Pas de catalogue commun en général  Recherche croisée quelque fois possible

  Obligation de « consommer l’information » telle qu’on nous la présente

Qu’est-ce mon projet propose ?

L’accès à des données « structurées »

  Données enfouies dans les SIGB  Le plus utile d’abord : disponibilité des ouvrages  Potentiellement beaucoup plus d’informations, pour

différents publics

  Service de recherche fédérée Nantes

Saint Herblain

Orvault

Critère de recherche ex: ISBN = 2-266-11156-6

Résultat ex: disponible à Nantes

bibli.othequ.es

Exploiter les données

  Interface graphique pour l’utilisateur  Serais-je capable de faire un meilleur OPAC ?  S’intégrer dans les usages actuels du Web

  Mashup : se greffer sur les sites Web existants  Vente en ligne (Amazon, Alapage, Chapitre…)

 Choix pragmatique, qui n’est pas sans soulever des questions

 Critiques littéraires  Potentiellement tout site Web avec référence à un livre

 Mais comment identifier cette référence ? ISBN, OpenURL

DÉMO

2. Comment ça fonctionne ?

Comment ça fonctionne ? côté client

  Technologie « user script » (JavaScript)  Disponible sur Firefox (Greasemonkey), IE, Safari,

Google Chrome, Opera

  Script bibli.othequ.es exécuté sur les pages d’une liste prédéfinie de sites Web  Extraction de l’ISBN (mais OpenURL envisageable)  Nécessite de connaître la structure du code HTML

  Interroge le service de recherche fédérée  Incruste le widget selon résultat de la recherche

Comment ça fonctionne ? côté serveur

  Base de données recensant les bibliothèques  Modélisation « au mieux » et schéma XML

  Serveurs  backend (Z39.50, SRU) et frontend (OPAC)  Adresse, protocole, type SIGB, format MARC

  Bibliothèques  Hiérarchie en ensembles  Informations géographiques  Données d’exemplaires

à « déchiffrer »

Ville

BU BM

Univ 1 Univ 2

Département

Comment ça fonctionne ? côté serveur

  Interrogation des serveurs  Z39.50 – quand c’est possible…  Sinon web scraping de l’OPAC (!)

  Logiciel en Perl supportant env. 15 types d’OPAC  Pour 1 ISBN donné : interrogation & redirection  Difficile à fiabiliser, solution de derniers recours

  Chaine de traitement Z39.50/SRU et MARC/XML  Basée sur des logiciels libres  Notamment grâce aux produits d’IndexData

Schéma de fonctionnement

http://bibli.othequ.es

/search

yazproxy

Z39.50 #1

Z39.50 #2

Cache MARC

SimpleServer

OPAC #1

OPAC #2 Liste des

bibliothèques

ISBN + ID bib.

Infos de dispo.

Normalisation MARC Optimisation réseau

Web

Perspectives

  Industrialiser la solution  Utiliser des standards (ISO, donc payants…)  Annuaire de bibliothèques et de leurs services

 ISO 2146:2009 (modèle) et ISO 8459:2009 (vocabulaire)  Répertoires du CCFr + SUDOC comme point de départ  D’autres l’ont déjà fait : projet australien ORCA

 Interrogation d’un catalogue pour disponibilité  ISO 20775:2009 (schéma XML), compatible avec SRU/SRW  Utilisé par WorldCat pour leur API

  Quelle implication des bibliothèques ?  Annuaire, données d’exemplaires, etc.

Bilan

  Ca marche – à peu près  Dépendant de la fiabilité des serveurs interrogés  Reste un prototype, un outil de démonstration

  Une idée de projet à reprendre par une institution   Les données suscitent les innovations

 Qualités à viser : diversité, exhaustivité et fiabilité  Produire avant d’avoir (tous) les usages

  Après WorldCat  FranceCat ?

Des questions ?

Merci de votre attention