Vers un portail Couperin des statistiques d'utilisation L'exemple du JUSP Journal Usage Statistics Portal GT_STAT - 21/10/2011

JUSP : c'est qui ? Partenariat de développement entre  JISC Collections  Mimas à la University of Manchester  Evidence Base à la Birmingham City University  Cranfield University

JUSP : C'est quoi ? Un portail web qui fournit à chaque bibliothèque participante un point d'accès unique à certaines de leurs statistiques d'utilisation Historique de création Objectif : un portail complètement fonctionnel pour fin 2011

Implantation progressive Envergure du prototype 5 bibliothèques, membres du JISC 3 éditeurs qui participent aux accords NESLi2 : Elsevier, Springer, OUP Désormais 117 bibliothèques 15 éditeurs

Les développements envisagés Continuer d'implémenter la récupération des rapports via SUSHI chez les différents éditeurs (un nouveau client / éditeur) Intégrer de nouveaux éditeurs, même s'ils ne font pas partie du cadre NESLi2 En faire profiter plus de bibliothèques (but : totalité des établissements membres du JISC i.e. >130)

A quoi ça ressemble ? Les données présentées Journal level reports Summary reports Experimental reports Benchmarking (seulement accessible JISC) Démo interactive sur le site avec des données de test fournies par Ross MacIntyre

Journal level reports JR1 JR1a JR1 + passerelles + intermédiaires JR1 – JR1a (i.e. seulement usages courants, séparés des archives)

Summary reports Statistiques SCONUL Résumé éditeur Résumé passerelles et hébergeurs Résumé archives Tables et graphiques Les 100 titres les plus utilisés Nombre de titres et de requêtes dans les tranches d'usage (nil, low, medium, high, and very high)

Experimental reports Nesli2 deals Titre vs nesli2 deals Recherche par titre individuel (mots du titre / ISSN) Répartition par éditeur (titres et années)

Un portail Couperin similaire Pour les mêmes raisons qui ont poussé à la création du JUSP ! Perte de temps pour les personnels Proposer une interface unique d’agrégation Avoir le matériau pour une vue globale et diachronique Grâce aux normes COUNTER et SUSHI, on dispose des mêmes données ==> La récupération de la structure du portail semble « évidente »

JUSP récupérable ? Il est prévu que le code du portail soit publié en open source (pas encore de date fixée) Un client SUSHI simple sera disponible via le site SUHI de la NISO avant la fin de l'année

Des idées de mise en œuvre Visite aux équipes de Mimas et/ou Cranfield pour une première évaluation de la charge de travail si on veut récupérer l'infrastructure ici Invitation de Ross MacIntyre et/ou d'autres membres du projet pour détailler les points probablement sensibles  relations avec les éditeurs  Mise en place d'une comparaison inter- établissements

Charge de travail estimée (1/2) Estimation a minima fournie par le Mimas pour l'après-mise en production  0.5 ETP pour la gestion du projet  0.5 ETP pour le support de l'application et de la base de données  0.5 ETP pour la manipulation des données et le support aux utilisateurs

Charge de travail estimée (2/2) La charge de travail s'alourdit quand un nouvel éditeur est intégré - Création d'un client SUSHI - moissonnage rétrospectif (depuis 2009) des fichiers de statistiques pour tous les sites qui ont du contenu sous licence - Liaison avec l'équipe technique de l'éditeur et de l'institution

Pistes de réflexion Première priorité : un socle technique fonctionnel ==> qques membres et un rapport COUNTER « Personnalisation Couperin »  Indicateurs graphiques simples pour fournir aux décideurs des vues synthétiques (type libqual+)  Intégration d'indicateurs locaux issus de nos enquêtes (ERE)  Intégration des statistiques locales (projet INIST - UdL ?)