Quelques commentaires sur : ERMS et Sudoc (Journées ABES 2011)

Pour mes premières Journées ABES, j’ai assisté, entre autres, à l’atelier concernant le projet Couperin d’ERMS partagé et son intérêt pour l’ABES.

Je ne m’attarderai pas sur les conclusions du groupe pilote sur la solution d’ERMS proposée par Proquest : le fonctionnement de l’outil n’est pas adapté à la mutualisation puisqu’il n’est pas possible de faire des ajustements sur les bouquets dans les instances locales. Il semble donc que les objectifs de Couperin, qui procèdent d’une vision macroéconomique, et ceux des établissements, qui requièrent une gestion fine des ressources, soient inconciliables au sein d’un même outil.

Chausse pied
Chausse pied, axelletourmetz, Flickr

L’analyse comparative de l’ERMS et du Sudoc est intéressante, pour l’ABES comme pour nous. L’ABES a pour mission de signaler toutes les ressources disponibles dans le réseau et nous avons, nous bibliothèques, pour vocation de signaler toutes nos ressources à nos usagers. Or, nous avons pressenti depuis fort longtemps que nos catalogues, entendez nos SIGB, ne sont pas les mieux à même de rendre compte des fluctuations subies par les ressources électroniques. En d’autres termes, ce n’est pas par flemme ni attentisme que nous ne cataloguons pas les ressources électroniques en Unimarc. C’est parce que les catalogues, et le Sudoc en est un autre, gèrent bien des stocks, mais pas des flux.

En la matière, les bases de connaissance des outils de type A-Z sont imbattables. Les données sont bonnes, régulièrement mises à jour par des équipes de 40-50 personnes, l’ergonomie et le format de description sont bien appropriés, etc.

Il paraît donc évident que l’ABES aurait tout intérêt à participer au signalement des ressources électroniques via un ERMS. Encore faudra-t-il imaginer l’articulation de la base de connaissances avec le Sudoc (circuit d’import) et prévenir les restrictions possibles (droits de réutilisation des notices en particulier).

Il me semble qu’après 10 ans de tergiversations, l’on soit en passe de trouver des solutions techniques adaptées à nos problématiques de signalement. On va enfin pouvoir sortir du tout catalogue pour aborder des outils non pas omnipotents, qualité que l’on prêtait aux SIGB, mais spécialisés et interopérables.

La mariée était en position dominante

 

De gauche à droite: le CNRS, le CEA, la CPU, et deux universités auvergnates ; les époux Curie sont encore à la porte (on les voit sur la vidéo du mariage).

Il était une fois une jeune fille un éditeur que nous appellerons Elvire pour ne pas lui faire de peine, et un prince charmant consortium que nous appellerons Rameau parce que donner un nom de musicien à un consortium d’établissements scientifiques, c’est un peu comme promettre l’harmonie universelle par le savoir : comment y résister ?
Un beau jour, Rameau décida de s’espousailler avec Elvire pour trois ans. Pierre et Marie Curie désapprouvèrent hautement cette union mais finirent par se joindre au cortège, avec un peu de retard et non sans obtenir une dispense partielle de participation à la dot. Le bouquet de la mariée, il faut dire, pesait ses trente millions (d’euros, pas d’amis). Tous les autres signèrent avec un bel ensemble, dans la solidarité et la bonne humeur ou presque (notre photo). Ils furent très heureux pendant deux ou trois ans et eurent de nombreux téléchargements. Ensuite ils recommencèrent à se chipoter mais en restant ensemble pour préserver les téléchargements et éviter que le bouquet de la mariée ne soit coupé. Incroyable ce que les musiciens peuvent aimer les bouquets.

Avant de me lancer dans la passionnante exégèse de ce conte de faits, une parenthèse : je sais que négocier est un travail difficile ; que ce n’est pas moi qui ai eu à affronter les commerciaux d’Elvire en réunion. Tout à fait d’accord, chacun a fait de son mieux et je ne suis pas là pour tresser des couronnes, ni laurier ni épines, mais juste pour apporter mon point de vue.

Reprenons, donc :
Clermont-Ferrand s’est fait tirer l’oreille pour signer ce curieux contrat de mariage, sous prétexte que 450 000 € pour avoir droit au bouquet de la mariée, c’est beaucoup pour une petite métropole de province. Mais nos rechignements de paysans près de leurs sous ne justifient pas un billet. Ce qui le justifie en revanche, ce sont quelques préjugés (les miens, s’entend) que j’ai cru devoir réviser au terme de la  négociation. En voici trois tirés du lot (des préjugés, j’en ai plein d’autres, mais préservons quelques futurs billets potentiels), dans leur plus crasse simplicité :
– Pierre et Marie Curie ont fait cavalier seul ;
– Elvire est en position dominante et on n’y peut rien ;
– Le problème, c’est le CNRS.

Pierre et Marie Curie ont fait cavalier seul. Bien sûr, c’est vrai. Pierre et Marie Curie ont publié urbi et orbi, il y a près d’un an, leur intention de ne pas signer. On peut appeler ça de l’égoïsme. Ou alors du courage : celui d’aller défendre une ligne non-conformiste à l’intérieur d’un établissement et de la faire voter ; de l’assumer à l’extérieur en supportant d’être montré du doigt par les voisins ; de résister aux pressions rudes et plus ou moins explicites de la communauté. Je n’ai pas lu ce mot dans les commentaires qui ont été fait sur l’attitude des époux Curie, et c’est pourtant le premier auquel j’ai pensé. Mais ce qui est courageux dans le courage, c’est précisément qu’il est rarement reconnu comme tel sur le moment et qu’on lui donne à la place un tas de noms plus consensuels : orgueil, bluff, calcul tactique, ambition personnelle, etc. Personnellement, je reste sur l’impression que Pierre et Marie Curie ont peut-être joué cavalier seul (et encore, un cavalier seul bien collectif…), mais qu’ils ont aussi montré l’exemple de ce qu’on peut obtenir comme résultat avec un geste politique courageux (j’allais écrire culotté, mais c’est un blog professionnel, ici, un peu de tenue).

On ne peut rien faire contre Elvire, elle est en position dominante : Ce serait bien si Elvire avait tous les défauts : elle serait riche, cynique et méchante, elle serait le mal. Et nous on serait les gentils qui ne pourraient rien faire. Très consolante pensée qu’il m’est arrivé de caresser, mais tout de même, Elvire a une vulnérabilité, c’est que son argent est à nous (jusqu’au paiement, en tout cas). Si un jour nous ne pouvons ou ne voulons plus payer, Elvire vire au rouge. Ce n’est pas moi qui le dit, c’est un analyste financier, obligeamment relayé par Marlène Delhaye. Sans aller jusqu’à cette hypothétique apoplexie éditoriale, dans la négociation de cette année, force est de constater que la mariée a préféré écorner un peu ses principes (maintien du chiffre d’affaires de chacun) pour que tout le monde accepte de se joindre au cortège. Il est vrai qu’entre gagner un peu moins plus (mais un peu plus quand même) et un peu moins tout court, un commerçant hésite rarement. Il n’y a donc pas de raison qu’une épreuve de force un peu vigoureuse tourne forcément à la déconfiture du consortium, s’il en prend l’initiative (j’allais écrire : s’il en a le culot ; mais gardons un peu de distinction).

Le problème, c’est le CNRS. Ah, ça, pour le coup, la participation du CNRS est un vrai problème : il arrose toute la France mais par petites taches, doublonnant partiellement les achats de l’université (le fameux « on paie deux fois » et sa kyrielle d’arguments et contre-arguments). Oui oui oui. Mais en l’occurrence, ce problème a fait levier puisque le CNRS, en refusant de faire les quatre volontés d’Elvire (exercer un contrôle strict sur l’utilisation de ses connexions par les seules personnes qui y sont rattachées et, je présume, financer ledit contrôle), a permis d’arracher cette intéressante et inconcevable concession : une diminution localisée de chiffre d’affaires. Un problème qui permet de progresser, on peut aussi appeler cela une solution.
Qu’Elvire déplore le manque de coopération du CNRS, c’est bien naturel. Mais son fiancé pourrait tout aussi bien adopter le point de vue opposé et s’en servir comme levier, sans forcément gâcher le mariage : bien des promises respectent d’autant plus leur galant qu’il sait, au besoin, leur résister.

Allons, un peu de sérieux. Elvire reste très forte, bien sûr. Mais ce qui s’est passé montre que sa force n’est pas sans limite face à qui assume le risque d’une rupture. Du reste, la conclusion du bureau de Rameau lors de la dernière AG m’a beaucoup plu. En substance, ça ressemblait à  « Nous sommes en guerre, et pour aller au combat, il faut être prêt ». J’applaudis de tout mon clavier (à l’écran ça donne à peu près moqashiflqauirefhqloruei…) et du coup, quelques vaguelettes belliqueuses écument dans mon âme pacifique de bibliothécaire. Par exemple :
– On pourrait peut-être rebaptiser Rameau « Surcouf » (Société Utile aux Réductions de coût des Organismes et Universités Françaises) ou « Richelieu » (Réseau d’Irrigation Humaniste en Liens pour Établissements et Universités) ? Parce que franchement, pour aller à la guerre, un nom de musicien…
– On pourrait peut-être aussi entamer des discussions internes ouvertes avant que la pression ne soit trop forte, pour ne pas laisser Elvire choisir le lieu et le moment de la prochaine bataille ?  Juste histoire de bien huiler les possibles leviers d’action qu’il faudra manoeuvrer le moment venu.
Car la négociation, si j’ai bien compris, relève de l’art et non de la science (si c’était une science, les scientifiques s’y entendraient sans doute mieux). Ou alors c’est éminemment une science de la pratique et de l’instant.
Une science directe, en quelque sorte.

Blog-notes, actualités : les contenus du nouveau portail BCU à la loupe.

Encore un billet sur notre nouveau portail BCU, la parole est à la webmestre.

poupées russes

Après avoir envisagé la construction du site web du côté de la technique, envisageons-la du côté du contenu.

Lorsque je suis arrivée à la bibnum, le 1er Octobre dernier, ma première mission était de donner forme au nouveau portail de la BCU, sachant qu’il y aurait, c’était prévu, un site principal, et autant de mini-sites qu’il y a de sections, pour faciliter la mise en ligne des contenus. En amont, il a bien fallu concevoir la structure du site principal et des mini-sites, définir les fonctionnalités principales, et les types de contenus. Cela suppose d’abord faire la typologie des contenus que l’on aimerait trouver dans un site de bibliothèque : Les actualités, les pages bases de données, les pages bibliothèques qui alimenteront le répertoire, mais aussi les « mercredis de la science » les« jeudis du patrimoine », les outils, etc. Puis, il faut définir comment se présentent et s’organisent  ces contenus, comment les indexer pour facilement les retrouver.

Nous voulions une architecture décentralisée dans laquelle chaque section puisse éditer les contenus relatifs à la vie et aux collections des bibliothèques. Alors est venue l’idée des réseaux disciplinaires, les mini-sites se sont appelés réseau lettres, réseau sciences et STAPS, réseau droit et sciences économiques, réseau santé, réseau IUT, réseau IUFM. Rien de très ésotérique. Des communautés de bibliothèques universitaires spécialisées pour des publics spécifiques.

Au début du projet, cette distinction des sites des sections a suscité chez les collègues quelques appréhensions. Six mini-sites gérés par les sections ? Et qui va faire quoi ? Le CMS drupal permet une fine répartition des rôles. Sachant qu’il y a en moyenne deux administrateurs par section, et un nombre variable de contributeurs, les conservateurs des sections qui avaient la fibre éditoriale sont naturellement devenus administrateurs de leur mini-site, les autres collègues intéressés sont devenus contributeurs. Au final, dans certains cas, c’est toute l’équipe de la section qui prend en charge l’alimentation de leur site. Ce que l’on pouvait craindre aussi, c’est que l’inégale répartition des forces entre les équipes des sections ne génère un déséquilibre éditorial entre les mini-sites. Certains sites sont plus alimentés que d’autres, mais les déséquilibres tendent à se résorber. Les collègues se sont bien appropriés l’outil, ayant bénéficié d’une formation idoine.

Si nous avions bien un site principal et des mini-sites, pour faciliter l’appropriation du CMS par les collègues des sections, il ne fallait pas que cette distinction ne soit trop visible. Pour les usagers, il fallait bien maintenir l’impression de naviguer dans un seul et même site, en parcourant plusieurs réseaux, sans changer totalement d’univers graphique. Il fallait maintenir l’unité du portail face à cette multiplicité des mini-sites en réseaux. Cet impératif nous a amené à revoir la structure des mini-sites, à commencer par le menu. Nous avions conçu le menu du site principal comme une architecture permettant de déployer l’offre générale de toute la BCU en termes de ressources, de services, et d’activités culturelles. Les menus des mini-sites présentent aux usagers des bibliothèques spécialisées l’offre documentaire spécifique des sections. Pour garder cette impression de naviguer sur un seul et même site, il nous fallait un menu unique sur le bandeau horizontal, et en toute logique, c’est le menu du site principal que l’on a gardé comme référent. Il était important de ne pas trop cloisonner la navigation et sectoriser l’information. Nous avons placé à gauche les menus spécifiques des mini-sites pour rétablir l’équilibre entre ressources et services spécifiques offerts par une section et l’offre globale de l’ensemble du réseau de la BCU.

Pour les réseaux disciplinaires, nous avons souhaité un positionnement à la fois d’expertise et de proximité. Expertise des bibliothécaires, prêts à donner des conseils bibliographiques ciblés, à mettre en œuvre des formations spécialisées, à donner des pistes aux étudiants, pour qu’ils réussissent. Proximité, car ces mini-sites s’adressent d’abord à un public d’étudiants habitués à venir souvent dans la même BU, désireux de savoir jusqu’à quand vont durer les travaux, si la BU ferme pendant les vacances, ou pour combien de temps ils peuvent garder leurs livres empruntés. Impatients d’utiliser leurs mini-sites, les bibliothécaires du réseau attendaient avant tout un outil de communication. Ces mini-sites allaient pour eux être l’occasion de partager leurs expertise documentaire, et de jouer en ligne leur rôle de personne ressource. C’est la raison pour laquelle au sein de chaque mini-site, on trouve bien un blog orienté sur la discipline de la section où les bibliothécaires font la promotion des nouveaux ouvrages, commentent l’actualité scientifique, donnent des conseils de lecture, bref, valorisent les collections et les services de leur bibliothèque.

Je me souviens au bibcamps, lors de l’atelier « repenser son site web » avoir présenté la maquette de ce nouveau site. Nous étions en plein débat sur le rôle des sites de BU. L’objectif premier d’un site de BU, disait-on, c’est de proposer des services en ligne. Tous les services de la bibliothèque devraient avoir un décalque web. Je suis bien d’accord, et c’est bien dans cette direction que nous allons, pour faciliter l’accès aux ressources, et simplifier les démarches des lecteurs. J’avais aussi noté cette phrase : « l’enjeu d’un site de bibliothèque n’est pas le contenu éditorial, mais les services en ligne qu’il propose. » Là, je ne suis qu’à moitié d’accord. A mes yeux, le contenu éditorial a autant d’importance que les services en ligne, car par le contenu, c’est toute la bibliothèque qui prend position vis-à-vis des lecteurs. Et puis, du contenu de qualité, n’est-ce pas aussi un service ?

Drupal à la BCU

Mickael Welsing (Lic. CC BY-ND 2.0), FlickR
Mickael Welsing (Lic. CC BY-ND 2.0), FlickR

Le site de la BCU est officiellement en ligne depuis le 15 avril 2011. Le portail Archimed a laissé place à un site principal et plusieurs mini-sites pour les sections, tous équipés du CMS Drupal. Si ce logiciel fait désormais partie de notre quotidien le choix de l’utiliser ne s’est fait qu’après mûre réflexion. Retour sur l’historique et les raisons de son utilisation…

Du coté de la technique

C’est dans le courant de l’année 2010 que se pose la question de trouver des solutions pour remplacer notre portail vieillissant. Nous commençons alors un travail de veille pour trouver des outils en adéquation avec nos besoins.

Du coté technique, plusieurs pistes émergent. Nous pouvons utiliser un framework de développement et tout coder à la main. C’est très plaisant pour le développeur, ça l’est moins pour les administrateurs du site qui dépendent dès lors de l’informaticien pour ajouter ou modifier le programme dont lui seul a les clés. Autre inconvénient : partir de rien et développer dans son coin n’est pas très productif surtout qu’il existe de nombreux logiciels de qualité, libres de surcroît, partout sur la toile.

Nous pensons alors à utiliser un CMS permettant d’administrer le site facilement sans tout réinventer. L’idée est séduisante mais l’outil devra être évolutif pour que l’on puisse l’adapter comme on le souhaite.
Parmi d’autres, Drupal devient ainsi un candidat bien placé car il intègre nativement un système de modules permettant l’ajout de nouvelles fonctionnalités.

Les bibliothèques et Drupal

Au même moment, ce logiciel a le vent en poupe. Du site de presse comme Mediapart au site institutionnel de la maison blanche, Drupal est largement employé et pour des sites de différents types (e-commerce, presse, etc.).

L’argument de sa notoriété grandissante n’est pas déterminante en soi pour faire notre choix, cependant sa communauté d’utilisateurs et de développeurs très active est un bon indicateur de sa qualité. D’autant plus que parmi eux, des bibliothèques contribuent à son expansion par des modules spécialisés. Citons par exemple les bibliothèques américaines d’Ann Arbor, et de Palos Verdes.
Point intéressant, le catalogue de ces deux bibliothèques est géré par Drupal!

Au gré de nos recherches, nous découvrons qu’il fournit d’intéressants outils pour la profession : OPAC de nouvelle génération, recherche avec rebond par facette, protocole OAI, dublincore, etc. sont autant d’aspects techniques qui rencontrent un écho à la bibliothèque numérique et nous confortent sur cette piste de travail.

Sur le site officiel du CMS, on trouve même un groupe dédié à la profession. Parmi les modules développés par ces « biblio-drupaliens », SOPAC nous plait particulièrement afin d’exposer notre catalogue sur le web et transformer notre OPAC à l’ergonomie limitée en un outil plus moderne.

Autre point positif, la notion de type de contenu utilisée par Drupal se rapproche de la notion de notice en bibliothèque. Une page peut-être affublée de métadonnées paramétrables à volonté. L’idée d’en faire notre bibliothèque numérique se profile alors. Le module OAI fourni par la communauté ouvre de belles perspectives.

Une configuration technique souple et modulable, des fonctionnalités usuelles à ne pas réécrire, des modules adaptés aux bibliothèques, nous incitent donc à choisir Drupal.

A l’heure qu’il est, nous n’avons pas encore exploré toutes ces pistes (notamment le catalogue en ligne) mais la sortie du site et surtout l’abandon de notre ancien système centralisé est une étape importante et promet d’intéressantes évolutions, qui feront l’objet de prochains billets sur l’alambic…

Mis en bouteille à la propriété

Bottle filling, par Andrew Ressa (publié sur FlickR sous licence Creative Commons Paternité, Pas d’utilisation commerciale, par de modification).

Le jour où paraissait ce blog, la BCU changeait de site web : On peut encore se faire une idée de notre ancien site grâce à la machine à remonter le web. Notez que les dernières captations ayant deux ans, les modernisations esthétiques et fonctionnelles récemment effectuées demeureront à jamais ignorées des historiens. Quelle injustice !

Les raisons de ce changement sont d’une banalité à côté de laquelle une réflexion sur les caprices de la météo paraît audacieuse. J’aurais honte d’y consacrer un billet, d’autant que le superbe éloge funéraire de Lully pour le portail qu’il a jadis connu, conviendrait très bien pour le nôtre (c’est ainsi que la grande littérature atteint à l’universel par le particulier). Allez donc le lire, sans en négliger les commentaires, qui donnent à penser que la fermeture définitive de ces portails grandioses mais un peu lourds à manœuvrer est désormais à l’ordre du jour dans plus d’une bibliothèque.

Le pittoresque de l’affaire à Clermont, c’est que pour le nouveau site, au lieu de s’adresser à un fabricant pour lui acheter son outil, nous nous sommes, si j’ose dire, procurés un fabricant (ce ‘nous’ est institutionnel : le choix a été fait avant mon arrivée et je me contente d’en récolter, chaque jour, les bénéfices). Je résume :

  • Entre 2003 et 2009, frustration grandissante face à un portail « clé en main » dont nous n’avions pas la clé et sur lequel nous n’avions pas la main. Pour toute retouche, rappelez le fournisseur (prévoir budget) ; pour toute contribution, passez par la bibnum, la gestion des droits étant bien verrouillée (normal pour un portail, non ?) ; pour l’accès à la documentation, vous êtes toujours à la limite du correct, mais généralement du mauvais côté de cette limite (pour amélioration, prévoir budget ; sans certitude d’aboutir).
  • Décision est prise alors de passer à la production maison – donc de faire de la bibnum un outil de production. Le développement étant un métier, la B.U. recrute un développeur (fin 2009). Une nouvelle webmestre rejoint aussi le service fin septembre 2010, pour un bouclage prévu fin décembre. Même pas peur.

Nous voulions un site :

  • s’appuyant sur un logiciel libre (et gratuit, cela va sans dire) ;
  • sur lequel nous aurions entièrement la main pour le modifier constamment ;
  • permettant à des collègues nombreux et dispersés de rédiger des pages sans envoyer six courriers électroniques à la bibnum ;
  • et, bien sûr (première pensée, dernière nommée), accélérant l’accès à la documentation pour les utilisateurs.

Ces grandes lignes étant arrêtées au printemps 2010, la gestion du calendrier nous a procuré un petit frisson délicieux, puisqu’il a fallu planifier l’arrêt de maintenance de l’ancien site début 2011, sans être sûrs que le nouveau serait prêt à temps en cas de problème. La politique du fournisseur (un an de maintenance ou rien !) et notre auvergnitude nous ont aidés à choisir (trois mois de risque contre un an de facture = pas d’hésitation). La crainte de se trouver sans site web en cas de gros pépin a sans doute contribué à motiver les troupes, mais l’avantage du travail maison, c’est l’élimination des pertes d’énergie liées à la gestion externalisée : cahier des charges (au sens pesamment paperassier du terme) délais de transmission et de traitement de l’information, phases de validation, etc. Par ailleurs, l’expérimentation, la mise en test provisoire et l’erreur sont autorisées et ne portent pas à conséquence.

Au total, entre septembre 2010 et février 2011 (date de mise en place de la version test), un nouveau site web a vu le jour.

  • Il s’appuie sur un logiciel libre (sur lequel bientôt vous saurez tout) ;
  • Il peut être modifié et re-modifié sur commande de façon quasi-instantanée (notre développeur et notre webmestre en savent quelque chose, sur qui pleuvent les demandes d’améliorations) ;
  • Les collègues peuvent raconter leur vie dedans sans nous consulter (et ils le font, par exemple , et ) ;
  • Et l’accès à la documentation est en progrès, comme en témoigne le dernier billet paru.

Deux points pour conclure :

  1. Sur les questions de gros sous : je ne me hasarderai pas aujourd’hui à évaluer financièrement l’intérêt de ce mode de travail par rapport au fonctionnement « normal » (cahier des charges – appel d’offres – choix du prestataire – suivi de projet – contrat de maintenance) : un des bénéfices du fait-maison étant qu’il me dispense de regarder tous les jours mon tableur budgétaire et ma calculette, je ne vais pas aller les rechercher gratuitement pour le plaisir de démontrer que j’ai fait des économies. D’ailleurs, on ne peut envisager ce débat que dans le long terme.
  2. C’est aussi dans le long terme que le choix révèlera ses avantages : nous pouvons maintenant envisager d’autres chantiers avec la même liberté de manœuvre, d’expérimentation et d’erreur que celui du site web. Or la liberté, ça peut avoir un coût, le cas échéant.

Mais ça n’a pas de prix ;-).