5. * membres de l’UnIR : Université Rennes 1, Université Rennes 2, l’INSA,
l’ENSC, Sciences Po Rennes, l’ENS et l’EHESP
Soit 58 000 étudiants
6. Machinery by Francisco Gonzalez (CC BY 2.0)
KohaRésolveur
Outil de
découverte
Ezproxy
Ezpaarse +
EzMesure
Libcal
Libguides
Drupal
Planning
Biblio
Omeka
Mémorable
SID
Lean Library
7. Full web
Ouverture, flexibilité,
accès et maîtrise des
données, web
services, API
Scalable et Evolutif
Une nouvelle version / 6
mois
Utilisé depuis 2012
Maintenance, support,
développements en interne
Budget SGB = 0€
Open source
Large communauté
Koha
SGB old/mid/new gen
?
8. Déjà deux aventures…
Outil de découverte
Summon/360 Link
2012-2015
Interfaçage dans l’opac
Koha via l’API Summon
Recherche
« en rayon » | « en ligne »
EDS/Publication Finder/Full
Text Finder
2015-2017
Interfaçage dans le CMS
Drupal via EDS/PFI API
Recherche « Bento »
N.B. : aucun signalement de la documentation électronique au niveau SGB
11. Les raisons de la rupture
Faible maîtrise de
l’index central
Prégnance de
l’usage de
l’imprimé
Taux d’échec des
requêtes openURL
« Discovery happens
elsewhere »
L. Dempsey
Faible
appropriation par
les professionnels
Volonté de rester
agnostique/
indépendant vis à vis
d’un produit/
prestataire
Complexité des
accès. Trop
d’interfaces.
Dispersion du public
12. Sevrage
Apprendre à vivre sans outil de découverte
« commercial » ?
KOHA
KB
RÉSOLVEUR
DE LIENS
exports
SURCOUCHE SURCOUCHE
OAI WS
Open source
Discovery Layer
(vufind, blacklight, etc.)
Rôle d’interface de
recherche
Ressources imprimées +
granularité titres pour
les revues en ligne
et ebooks
« Service provider » ou
« hub de web services »
(Umlaut, etc.)
Rôle d’aiguilleur
Pour les accès et les services
tous supports
WS
openurl
+
Google Scholar +
plugin navigateur
Recherche/Découverte
niveau « articles »
Autres
ws
13. Une seule interface pour la découverte de
documents et la fourniture d’accès
Simplifier et unifier les
accès/services
« smart fulfillment »
Interface intuitive
et performante
Unifier la recherche de
ressources tous supports
Favoriser
appropriation par
usagers/pros
« À la recherche du DT idéal »
14. La 3ème c'est la bonne
Jamais 2 sans 3 non ?
PRIMO SFX
15. Défi
Koha (open source ils) et Primo (Open discovery framework)
se comprennent-ils ?
• Importation et normalisation des données
bibliographiques ?
• Récupération en temps réel des informations
d’exemplaires (RTA) ?
• Intégration des services aux usagers ?
Koha et Primo, l’accord parfait ?
16. Koha et l’OAI
Bonne implémentation de l’OAI-PMH (2.0) en tant que data
provider (entrepôt) :
• Exposition au format marcxml des données
bibliographiques et d’exemplaires
• Gestion des notices supprimées (mode persistant) et
mises à jour
• Moissonnage sélectif sur un intervalle de dates
• OAI endpoint : https://catalogue.bu.univ-rennes2.fr/cgi-bin/koha/oai.pl
20. Moissonnage dans Primo
SOURCE
RECORDS
PRIMO
LOCAL INDEX
OAIKOHA
DATA SOURCE
Normalisation
pnx
pnx
pnx
pnx
pnx
Mais….
• Travail important (réalisé et à venir) sur les règles de
normalisation pour l’unimarc
• Aucune gestion des autorités et de leurs identifiants
• Alignement compliqué avec holdings SFX en marc21…
« Échange de flux »
22. Récupération en temps réel des
informations d’exemplaire
Très peu d’exemples d’implémentations de Primo réalisées à partir
de SGB « non ExLibris »
Pas réellement de standard pour l’interopérabilité SGB <> Outils de
découverte
• ExLibris propose la solution de RTA plugin => assez complexe,
développement en JAVA, documentation lacunaire, socle
propriétaire
• Koha a implémenté le web service ILS-DI en suivant les
recommandations de la DLF (Digital Library Federation) => ILS-
DI n’est pas utilisé par les outils de découvertes commerciaux
« Je t’aime moi non plus »
23. Hacker Koha et Primo
« API time » et plus si affinités
{ api } 88%
Taux de satisfaction
des 2 fonctions
+
« API librarians »
24. Côté Koha
Utilisation du protocole SRU (Search/Retrieve via URL) basé
sur une architecture REST
• Utilisé pour retrouver, depuis l’index, les enregistrements
correspondant à une requête formulée en CQL
• Les enregistrements contiennent les informations des
exemplaires mises à jour en temps réel
• Développement d’une surcouche à SRU avec sortie au
format JSONP pour enrichir ce web service et le rendre
ready-to-use
Exposer les informations d’exemplaires
27. Côté Primo
Nouvelle UI de Primo (explore) basée sur un socle AngularJS
• ExLibris propose un environnement de développement
(GULP) pour personnaliser/enrichir l’interface
• La personnalisation se fait directement en local, ce qui
permet de se libérer du backend Primo. Aucun accès
ssh, sftp au serveur distant n'est nécessaire
• S'appuie sur le customization package, un ensemble
de fichiers (HTML, CSS et JS + Images)
• Nombreuses directives disponibles pour créer des
hooks
• Mais important travail pour appréhender ces
technologies (compilation des informations glanées ici
et là)
Récupérer les informations d’exemplaires
34. Et SFX ?
« Discovery to Delivery »
• Quel niveau d’interfaçage entre SFX et
Primo ?
• Comment répondre à l’objectif « unifier/
centraliser les accès »
37. • Utilisation de l’API SFX via un WS proxy retournant du JSONP
• Exploitation de la directive « prmViewOnlineAfter » pour injecter le
résultat
• Enrichissement du menu SFX via des plugins pour d’autres sources :
ISTEX, base search, Unpaywall, etc.
48. Développements futurs
• Intégration des autres services lecteurs (via
nouvelle API REST de Koha)
• Récupération dynamique de résultats provenant
de sources externes (Isidore, Istex, Base search)
• Fonction « Présent dans une autre bibliothèque
de Rennes » (utilisation du micro web service
« multiwhere » de l’ABES)
« … et ils eurent beaucoup de services »