C’est une plainte récurrente des bibliothécaires : les modules des SIGB sont trop souvent incapables de procurer des outils efficaces permettant de gérer non pas uniquement des documents individuels mais bien des collections. Outre leurs subtilités de syntaxe de requête, ils ont le plus grand mal à produire de façon fiable et ergonomique les états dont nous avons besoin. Par exemple :
– dresser une liste de tous les documents en libre accès d’un espace, ordonnée en fonction du nombre de prêts constatés l’année précédente ;
– établir la même liste ordonnée selon les cotes validées
– produire l’état de tous les livres prêtables édités il y a plus de X années et n’ayant connu aucun prêt au cours de l’année précédente.
– etc.
Un collègue d’université m’écrivait encore récemment en déplorant cette déficience, et je me suis rendu compte que je ne vous avais jamais entretenu d’un « outil » que nous avons mis en place il y a 6 ans à la Bibliothèque de Lyon (quelque temps après mon arrivée… et à la suite de mes identiques fureurs – comme responsable de l’évaluation – devant les insuffisances des outils autorisés par notre SIGB).
De quoi avons-nous besoin ?
Est-il vraiment indispensable de demander aux SIGB de répondre simultanément à toutes les exigences de la gestion bibliothécaire et à toutes les recherches hétéroclites de nos usagers ? Lorsqu’il s’agit de poser les contextes des recherches de ces usagers dans un cadre explicite, ou encore lorsqu’il s’agit de modifier une donnée ou un champ dans une notice ou un statut de document, c’est évidemment indispensable. Mais lorsqu’il s’agit de faire le point sur l’état à la fois global et détaillé de la collection et de son activité, et de pouvoir travailler sur cet état, la réponse peut être plus nuancée. Alors, si le lecteur est volontiers braconneur, le bibliothécaire peut aussi contourner les problèmes par des chemins de traverse…
Bien sûr, pour ces états sont nécessaires tous les éléments constituant les notices bibliographiques à laquelle sont rattachés chacun des exemplaires, mais également toutes les informations relatives à ces exemplaires particuliers (prêtables ou non, statuts – disponible en rayon, en cours de prêt, en commande, en reliure, compteur totaliseur des prêts, etc.), comme le comptage des prêts que ces ‘exemplaires ont connus au cours de l’année. Toutefois, en a-t-on besoin en permanence ? Doit-on impérativement contrôler cet état au jour le jour ? Thierry Giappiconi en a réalisé une version à Fresnes, et c’est une bonne chose, limitée à quelques items. Mais au fond, l’analyse de la collection est une opération ponctuelle, qui réclame un minimum de recul et tolère un décalage avec le ‘temps réel’.
C’est sur ce décalage, contraint par les rythmes d’activité de la bibliothèque autant qu’incitant à cadencer ces activités, que nous avons joué. Chaque début d’année, donc, les bibliothécaires reçoivent une matière brute et figée, mais riche, organisée et surtout malléable : l’état détaillé des collections (et de leur activité passée) proposées aux publics dans chacun de leurs espaces respectifs… Mais chaque année seulement (la tâche est lourde, et mobilise autant les ressources d’un informaticien que de la ressource machine), sauf exigence majeure subite.
De quel fichier disposent les bibliothécaires ?
Eh bien, ce fameux catalogue malléable est tout simplement un fichier Excel dont chaque ligne correspond à un exemplaire, les différentes colonnes proposant titre, auteur, éditeur, année d’édition, numéro de notice bibliographique, numéro de code-à-barres, statut au moment T de l’extraction (disponible, en prêt, en commande, en reliure, etc.), catégorie documentaire (livre prêtable ou non, DVD, disque…), nombre de prêts sur l’année écoulée, nombre de prêts depuis l’entrée de l’exemplaire dans la collection (en fait depuis l’implémentation du SIGB actuel, soit au plus loin mi 1999). Bien entendu on trouve aussi indice (et, par agglutination automatique d’indices, libellés de sujets, et par agglutination de sujets domaine de contenu), cote validée, etc.
Comment ces fichiers sont-ils produits ?
C’est évidemment l’étape la plus complexe. Elle procède de manipulations non propriétaires aux SIGB, mais exige une vraie compétence informatique. Je n’ai pas la prétention d’en pratiquer les arcanes, et c’est un informaticien attentif et expert qui en maîtrise le subtil et délicat processus… Je ne suis ici qu’un perroquet qui retranscrit ce processus (Merci Christian !!) :
- Tout d’abord, il faut pouvoir exporter la base de données bibliographique et la base des exemplaires en format ISO 2709. Ce fichier passe par une moulinette (j’adore ce récurrent raccourci informatique !
) qui va transformer le fichier ISO en fichier ASCII. Sur ce dernier, on applique un script Awk pour sélectionner les champs pertinents, puis un second script Awk pour traduire les indices Dewey implémentés en sujets et domaines. Et voilà un premier fichier.
- Deuxième opération : parmi les solutions possibles, si on dispose de Crystal Reports – parfois fourni avec le SIGB – ou d’un outil similaire, on peut opérer des requêtes SQL sur les tables d’exemplaires du SIGB pour extraire les données du compteur des « prêts à vie » (total des prêts qu’a connu l’exemplaire). Et on a un deuxième fichier.
- Troisième opération : sur le même principe, on lance des requêtes SQL sur la table des prêts pour en extraire le nombre de prêts annuels. Et voilà un troisième fichier.
- Les 3 fichiers ont en commun le numéro de code à barres de chaque exemplaire, et pour certains le numéro de séquence de chaque notice bibliographique. Cela va autoriser des requêtes MySQL croisées, pour produire des fichiers .txt exportés ensuite en Excel, puis mis en forme. Ces requêtes MySQL restreignent notamment l’étendue de la requête (ici une restriction par localisation des documents concernés). Attention : chaque sélection doit respecter les limites d’Excel : 65 536 lignes et 256 colonnes pour Excel 2003 (avec Excel 2007, on peut atteindre 1 048 576 lignes et 16 384 colonnes, mais alors le fichier, s’il est entièrement renseigné, risque de requérir la puissance d’un ordinateur de Météo-France pour pouvoir être simplement ouvert !
), soit pas plus de 65 536 documents et pas plus de 256 champs, et que par ailleurs chaque cellule ne peut excéder 255 caractères (on oublie l’export des résumés… même avec Excel 2007 : la limite par cellule reste inchangée !). On va donc éventuellement appliquer des requêtes restrictives par sous-localisation, support, sujet, etc., (c’est là que le bibliothécaire doit signaler les segmentations pertinentes) jusqu’à obtenir des fichiers Excel manipulables.
Comment sont-ils utilisés ?
Comme j’ai pu le constater, ce « catalogue Excel » est accueilli comme le messie. Les bibliothécaires vont pouvoir trier, filtrer, établir des tableaux croisés dynamiques, copier des sélections, extraire des états partiels selon le statut ou le sujet, etc., bref gérer la réalité de leur collection, cette fois-ci sans nulle soumission aux contraintes des requêtes au SIGB . Par exemple et pour me limiter aux opérations les plus couramment effectuées :
- déterminer les titres candidats au désherbage (absences de prêts l’année écoulée et, pour les livres, date d’édition)
- calculer pour les livres l’âge moyen ou médian dans chaque domaine
- vérifier l’état de la collection pour chaque cote validée
- même repérer les erreurs grossières de cotation ou de champs remplis mal à propos dans le catalogue ou les données d’exemplaires (Excel est impitoyable de ce point de vue : un simple tri met en évidence les aberrations)
- etc.
Un tel fichier peut également servir de base de travail pour l’analyse et le traitement prévisionnel de la collection d’une bibliothèque appelée à déménager en de nouveaux locaux et à renouveler ses fonds en libre accès. Vous avez un extrait d’un de ces catalogues ici.
Quelques astuces, accompagnements et contraintes…
L’intérêt majeur d’un tel fichier exporté au format Excel réside en sa plasticité qui, associée à la puissance des outils de calcul dudit Excel, met vraiment l’ensemble d’une partie du catalogue – celle qui intéresse le bibliothécaire à un moment T – sous la main du professionnel, et lui permet d’agir. Je sais qu’en l’occurrence je parle ici d’un applicatif spécifique et propriétaire, Excel, mais j’imagine qu’on pourrait inventer des procédures similaires avec Open Office ou d’autres logiciels. A vous de dire…
(ouvrons une parenthèse) Pour ceux qui ne l’auraient pas remarqué, j’apprécie beaucoup Excel, pour quatre raisons :
1. Le temps me manque pour explorer les arcanes de multiples outils alternatifs… et puis zut, je reconnais mes limitations technologiques !!
2. Excel est installé nativement sur tous les postes professionnels de la bibliothèque où j’exerce (pack office) ;
3. Je crois indispensable que les agents soient maîtres de leurs outils, et qu’ils puissent manipuler les données de la façon la plus ergonomique ;
4. Enfin, raison majeure, Excel présente l’énorme atout d’être un couteau suisse du traitement des données : je parle ici du catalogue, mais j’ai évoqué ailleurs le traitement des réservations en cours, la gestion des plannings, les pointages de livraisons de libraire, comme j’aurais pu parler du suivi prévisionnel des acquisitions,des traitements statistiques, …
Un bon outil doit proposer une grande capacité de polyvalence de situations : dans les premières formations Excel organisées auprès des agents, j’avais demandé qu’on commence par l’établissement de la feuille de paye de la nounou (maintenant, tous les outils sont en ligne)… Soyons maîtres de nos outils, mais plus la bibliothèque est grande et les compétences inégales ou diverses, et plus il faut proposer, pour autoriser l’exercice effectif de cette maîtrise, des couteaux suisses (pas si) rudimentaires mais (vraiment) polyvalents (fin de la parenthèse).
Toujours est-il qu’on ne balance pas des données brutes, fussent-elles sous Excel, à des collègues sans les accompagner. J’ai parlé de formation : c’est sans nul doute nécessaire, mais à condition de l’étayer abondamment par des accompagnements personnalisés, la mise en place de référents logiciels, et surtout de tutoriels les plus pédagogiques possible.
Ces tutoriels ne sont pas que techniques. Au contraire, ils doivent s’appuyer sur des situations appuyées sur des préoccupations professionnelles : par exemple, sur quels critères (et pourquoi) établit-on une sélection des titres de livres à désherber ? Que signifient un âge moyen et un âge médian dans le cas d’une collection d’imprimés ? Dans quel ordre procéder pour sélectionner les items adéquats ? Etc. L’outil n’est rien sans documentation professionnelle et accompagnements persistants.
Comment ce « catalogue Excel » s’articule-t-il avec les acquisitions régulières ?
L’avantage d’utiliser souvent Excel, c’est que ça permet de combiner plusieurs outils conçus avec ce même Excel pour divers processus distincts. Les bibliothécaires disposent par ailleurs d’un fichier « tableau de bord des acquisitions », à la fois objectif annuel d’acquisitions et tableau de bord en temps réel du suivi de leurs acquisitions courantes. Ce fichier Excel comportant lui aussi une feuille avec une ligne par titre acquis, il n’est pas trop difficile, au prix de quelques copier-coller, d’établir un état par exemple à mi-parcours (en été) combinant la collection existante une fois désherbée et les acquisitions engagées, afin de vérifier les manques, les déséquilibres, etc., et donc de se mettre en mesure de les rectifier…
Est-ce une solution idéale ?
Non, bien sûr, ce n’est pas idéal, dans la mesure où, au fur et à mesure que l’année avance, l’absence de temps réel rend la gestion de ce ‘catalogue Excel’ – même combiné avec le fichier Excel des acquisitions – , plus hasardeux et moins pertinent. Mais c’est en tout cas bien plus efficace que l’attente millénariste du module de SIGB miraculeux qui viendrait résoudre toutes les angoisses, surtout si la production du fichier Excel est régulièrement regénérée.
Et puis, je crois que l’instantané que représente chacun de ces fichiers bruts est non seulement une excellente occasion offerte à tous les collègues de faire un temps d’arrêt sur ‘leur’ collection, mais aussi une pédagogique opportunité de s’emparer de ses caractéristiques listées, de les trier, combiner, manipuler, etc. Certains d’entre eux vont jusqu’à vérifier l’évolution de leur fonds par juxtaposition de traitements successifs de leurs états annuels, pour réfléchir à l’évolution de l’offre qu’ils présentent à leurs visiteurs… Bref, on autorise ainsi ce dont nous manquons trop souvent : une mise en perspective, une prise de recul, un temps de réflexion au sein du flux pressant et continu des acquisitions, des emprunts, des questions des visiteurs, etc.
A souligner : trop peu de SIGB proposent nativement une exportation de requêtes MySQL des bases de données. A ma connaissance, seul Papyrus2000 propose nativement (donc sans toutes ces manip’, mais seulement pour petites et moyennes bibliothèques) à la fois export de la base et export de requêtes spécifiques via MySQL vers des fichiers Excel. Mais je ne suis pas expert en la matière… En connaissez-vous d’autres ? Et, si ça se trouve, vous êtes des centaines à pratiquer ce type d’export ?! Témoignez !!
Et sinon, chers collègues membres des clubs d’utilisateurs de SIGB, qu’attendez-vous pour imposer (proposer instamment ?) à vos fournisseurs l’ajout d’une telle procédure, ergonomique, indispensable à la gestion et à la maîtrise des données de vos établissements ?