Non, ce n’est pas encore un biblioblog qui disparaît (ils ne disparaissent pas tant que ça, et le “encore” serait de trop).

C’est bien Encore un biblioblog qui disparaît.

Comme annoncé mi-décembre, je change le titre de ce blog, qui devient donc Bibliothèques [reloaded], et se dote pour l’occasion d’une nouvelle peau.

Ni l’URL ni le fil RSS ne changent.

Et pour ceux qui suivent le blog par RSS, voici une petite copie d’écran

Je vous informe que je suis nombriliste pendant les repas et mes pauses café. Ce qui fait de moi un être vraisemblablement détestable.

Mais je vous informe que vous aussi, plus que probablement.

Car je suppose (et j’espère) qu’il vous arrive de raconter à vos parents, collègues ou amis, votre week-end, votre sortie au cinéma ou au musée, vos vacances (même sans les photos). Bref, vous aimez bien vous raconter un peu, de temps en temps, et avoir l’impression que votre vie intéresse votre entourage.

Laissez moi vous rassurer : je suis convaincu que ça l’intéresse. Enfin… pas forcément tout l’entourage, et pas forcément toute votre vie. Mais dans l’ensemble, ce n’est pas désagréable d’échanger des souvenirs.

Ces souvenirs ne sont pas des expériences transposables, ils ne visent pas à rendre l’autre meilleur, plus intelligent, plus avisé, etc. Ils visent juste à créer une relation continue avec votre entourage, une relation qui ne peut pas s’appuyer uniquement sur des réflexions philosophico-politiques de haute volée.

Cela vous semble évident ? Ça l’est !

Je fais là de la sociologie à la petite semaine, et j’en ai conscience.

Le problème, c’est que des sociologues ou philosophes autrement plus ambitieux m’affirment que c’est l’illustration même du narcissisme le plus lamentable.

Twitter et moi Moi et Twitter

Il y a plein de manières intelligentes de se servir de Twitter. Par exemple participer à l’entreprise nationale de construction de l’image d’un homme politique compétent en le plaçant sur des listes Twitter décalées.

Et puis il y a la manière que j’aime bien : utiliser Twitter comme bruit de fond, y intervenir pour de purs papotages du type “caméra café”. Mais pas “Café du commerce” : je trouve imprudent d’utiliser Twitter pour prendre de vraies positions. Celles-ci seraient alors sacrifiées par les 140 caractères, et il n’est de position nuancée qui se puisse exprimer en 140 caractères (je ne conteste pas aux autres le génie de concision nécessaire à l’exercice, que je sais ne pas avoir, mais j’approuve ce billet d’Aliocha, qui rappelle elle aussi l’évidence même).

Ce que ces critiques oublient, c’est que les utilisateurs de Twitter et de Facebook ne sont pas que cela. Ils ont par ailleurs d’autres moyens d’expression, d’autres lectures.

Ce que ces critiques oublient, c’est que lorsque je mets à jour un statut Facebook ou Twitter, je ne l’adresse pas à la terre entière, je m’adresse aux 20 personnes que ma petite vie intéresse (et encore, ils ne s’y intéressent que par moments, et pour certains aspects seulement). Si d’autres tombent dessus, tant pis ou tant mieux pour eux. S’ils trouvent cela indécent, ils n’avaient qu’à pas écouter.

Clamer l’impudeur et le narcissisme de Twitter et Facebook, c’est comme écouter dans un café deux femmes se racontant leurs histoires de cœur à la table d’à côté,  pour venir leur cracher au bout de 10 minutes que leur conversation ne vous intéresse pas.

En clair, c’est déplacé, inconvenant, et ridicule.

Qui vous fait croire que, lorsque j’écris “Bug sur Google Wave : j’ai perdu 3 blips“, je pense retenir l’attention du monde entier ?

Cette réaction, sur Twitter, est exactement du même genre que, face à un document Word qui plante sans sauvegarde, je m’exclame : “Putain de merde !”, en espérant attirer l’attention et la compassion de mes collègues.

Ni plus, ni moins.

Mais surtout : c’est parfaitement conscient chez moi. J’ai conscience d’abaisser ma réflexion au niveau de l’onomatopée, au niveau de l’interjection, au niveau de la brute la plus animale et la plus épaisse qui sommeille en moi.

Vous savez quoi ? Je n’ai pas attendu Twitter pour avoir ces instants d’instincts. Cela fait des années que, à table, dans le train, en voiture, je discute de tout et plus encore de rien avec tout un tas de monde. J’aime beaucoup parler de Kafka et de Dostoïevski, mais j’aime au moins au tant échanger des insignifiances.

A quoi (me) sert Twitter

A la question : “A quoi sert Twitter ?”, il n’y a pas de réponse.

La seule vraie question possible est : “A quoi me sert Twitter ?” à laquelle chaque Twitterer répondra comme il l’entend.

Pour moi, Twitter est une pause café, une pause d’un nouveau genre puisqu’elle est diluée sur mon temps de travail : je dissous ainsi mes vingt minutes de pause quotidienne (statutaire) dans mes 7h30 de boulot.

Qu’ai-je perdu avec Twitter ?

Twitter me permet d’avoir de vraies relations de collègues avec les collègues… Sauf que ceux-ci ne sont plus seulement ceux de mon bureau et de ma bibliothèque.

Des “relations de collègues”, cela signifie être amené à parler boulot, monter des dossiers de fond, résoudre des problèmes. Si vous échangez fréquemment avec quelqu’un sur Twitter, si vous bavardez de tout et de rien avec elle, une demande de service à rendre pourra par exemple se faire plus naturellement.

Mais des “relations de collègues”, cela signifie aussi parler de tout et de rien, de temps en temps, s’intéresser au temps qu’il fait, aux enfants malades, aux insomnies.

En fait, cela signifie avoir des relations humaines.

Avant Twitter, les seuls liens que j’avais avec tous ces bibliothécaires furetant sur Internet, intéressés par les TIC, se faisaient via les commentaires de blogs, sous la docte ligne éditoriale du blogueur au billet duquel nous réagissons.

Si je regarde, au moment de la rédaction de cet article, mes dix derniers tweets, je constate que plusieurs sont des réponses à : @dbourrion, @St_B, @InsulaDulcamara, @archives_masala.

Vous pouvez être tenté de réagir : Si Twitter vous sert à être en relation avec ces personnes-là, c’est une bien pauvre manière d’être en relation avec les gens.

Mais que savez-vous des mails que j’envoie ? des coups de téléphone que je passe ? des blogs que je lis et des commentaires que j’y laisse ?

Ce billet n’est pas pour vous convaincre d’utiliser Twitter. J’en ai fait d’autres sur ce sujet.

Ce billet est là pour vous éviter de suivre les philosophes et hauts penseurs qui pensent avoir tout compris de quelqu’un en voyant sa page Facebook.

Il est là uniquement pour  signifier qu’il vaut mieux ne pas venir me prendre la tête au sujet de mon narcissisme égo-centré.

Remarque finale

Comme ce billet n’est nullement une réaction à celui de Novövision (par exemple), je ne prédis nullement que Twitter se maintiendra en 2010, ni même que j’y resterai en 2010. L’outil importe peu. Ce qui m’importe, c’est d’avoir un espace d’échanges informels avec des collègues que je n’ai pas la possibilité de “fréquenter” autrement.

S’ils migrent vers autre chose, j’irai sans remord avec eux. Mais pour l’instant, c’est plutôt là que ça se passe.

Et je vous souhaite un excellent réveillon !

Moralité : L’homme ne vit pas seulement de pain. Il apprécie beaucoup les biscuits appéritifs, à l’occasion !

Comme j’ai autre chose à faire que bloguer pendant les fêtes Comme je vais me forcer à ne pas approcher trop souvent de mon ordi pendant les fêtes, je décrète le break à partir de maintenant. Pas de billets avant le 4 janvier.

Je participe à ma mesure à une rentrée des agrégateurs moins douloureuse.

Cela dit, le lundi 4 janvier 2010, pensez au Nectar !

Pour l’an prochain, j’ai plusieurs billets dans mes tuyaux pypes. On parlera de XSL, mais aussi de Michaël Jackson, de café et de Rimbaud. Avec peut-être une étude climatologique comparée des chutes de neige à Nice et à Limoges… (mais ce n’est pas sûr)

Une belle année en perspective, donc !

Je vous la souhaite excellente !

[c'est bientôt les vacances, et je ne savais pas trop de quoi vous entretenir de manière un peu distractive. C'est là tout ce que j'ai trouvé... On s'amuse comme on peut !]

Matrix n’est pas le film d’action pour adolescents que vous avez cru.

Ce n’est pas non plus un film pseudo-visionnaire qui laisserait entendre que notre vie n’est qu’un rêve et que depuis des siècles nous sommes manipulés par des intelligences artificielles (ou “IA”, quand on a fait comme moi Nasa deuxième langue).

Matrix est une réflexion sur le point de vue narratif et la question douloureuse des sources de l’histoire. C’est un film tournant autour des problématiques de la documentation et des archives. C’est un film sur le métier de professionnel de l’information-documentation, d’archiviste, d’historien !

En fait, vous ne comprendrez rien à Matrix si vous ne commencez par poser le principe que c’est une histoire racontée du point de vue des êtres humains, alors que les événements eux-mêmes sont entièrement maîtrisés par les machines — et qu’elles maîtrisent également la connaissance qu’ont les humain de ces événements.

Le récit est — enfin ! — narré du point de vue des perdants (je dis “enfin !” parce que nous savons bien que ce sont toujours des vainqueurs que nous connaissons la version).

Si bien que tout ce qui nous est dit, est dit par ce que les hommes croient savoir de l’histoire de la guerre hommes-machines. Et la grande force du film est de commencer sur une sortie de l’illusion (Neo “libéré” de son cocon par Morpheus) pour entrer en réalité dans une illusion plus grande et mieux maîtrisée : Morpheus est tout aussi emprisonné dans un carcan d’idées que Neo avant sa sortie du cocon.

La version de l’histoire qu’en a Morpheus, qui apparaît notamment en deux points : lorsqu’il libère Neo, et lorsqu’il prononce son discours We’re still here à l’attention des habitants de Zion (2e épisode). En cette seconde occasion, il explique aux humains “à l’ancienne” que, en dépit des machines, Zion est toujours debout, ce qui prouve qu’ils ont raison de se battre et de croire en une possible victoire.

(discours de Morpheus à partir de 1′)

A la fin de ce même épisode, Neo rencontre l’Architecte, qui lui apprend que Zion a déjà été détruit 6 fois (voir la vidéo : c’est à 4′25”).

Contradiction flagrante : qui se trompe ? Manifestement pas l’Architecte. C’est donc toute la version de Morpheus (et des hommes en général) qui est fausse. Le film nous raconte depuis le début une version complètement abusée (donc, en comptant les deux épisodes, 4h30 de film déjà !) et l’effort pour comprendre ce qu’est la vérité est douloureux — sachant que l’on n’a pas plus accès aux sources “authentiques” qu’avant, mais qu’on sait seulement que tout ce qu’on a déjà vu est faux.

Qui connaît la vérité ?

• L’Architecte, bien évidemment
  
• L’Oracle, qui s’ennuie de ce cycle sans fin de destructions et refondations de Zion, et aimerait changer un peu (notamment en suscitant que “l’Elu” une certaine affection pour Trinity, de manière à ce qu’il choisisse de ne pas sauver l’humanité, pour préférer sauver celle qu’il aime)
  
• Le Conseil de Zion
  

A la fin du second épisode, l’Architecte explique à Neo qu’il doit sauver l’humanité en sacrifiant Zion : il va aller “implanter son code génétique” (hum…) et choisir six hommes et six femmes pour reconstruire la nouvelle génération de Zion, tous les habitants actuels étant destinés à mourir de toute façon.

Or les actuels membres du Conseil sont vieux, et ils tiennent absolument à ce que Morpheus aille sauver Neo (3e épisode) : ils connaissent donc l’importance du rôle de l’Elu, et nul doute qu’ils sont ces 6 hommes et 6 femmes sortis de la précédente destruction de Zion (la 6e, donc).

Ce sont les seuls humains à connaître l’histoire “authentique”, mais ce sont aussi ceux qui, en premier lieu, constituent la “mémoire” de Zion et ont distillé la version des machines (l’idée d’un lieu de résistance non encore brisé au pouvoir des machines). Traîtres ou sages ?

Tout ça pour dire…

Je ne suis pas pour autant un fan de Matrix — merci de ne pas réduire mes goûts cinématographiques à cela. Mais je trouve l’entreprise originale : raconter une histoire fausse pendant 7 heures, en laissant entendre au bout de 4 heures qu’elle est fausse, sans jamais donner accès à la “bonne” version, c’est extrêmement ambitieux. Cela implique que les réalisateurs escomptent que l’on regardera plusieurs fois le(s) film(s) — mais pour cela, il faudrait une version expurgée de toutes les scènes interminables…

Tout ça pour dire que “Encore un biblioblog” était conçu comme un titre transitoire, venu du fait que lorsqu’on ouvre un nouveau blog sur la plate-forme WordPress, un sous-titre “Just another WordPress blog” se colle aussitôt sous le titre. “Encore un biblioblog” m’a toujours paru imprononçable, et incite au raccourci “le biblioblog”, comme s’il n’y avait que celui-là.

Pour 2010, donc (et à moins d’entendre d’ici là des cris horrifiés d’orfraie), ce blog sera rebaptisé Bibliothèques [reloaded].

L’URL ne changera pas (elle correspondra d’ailleurs mieux au titre ainsi).

La ligne éditoriale (jamais définie, mais constatée de facto) est en pleine cohérence avec le titre. Comme, malheureusement, de plus en plus de biblioblogs s’ouvrent qui ne sont pas spécifiquement informaticistes, je dois radicaliser ma profession de foi et mon identité technodoulique

Bref, je trouve ça pas mal !

Un seul bémol : ça introduit un mot anglais dans le titre, j’aurais préféré un terme latin. “Matrix” est bien latin, mais pas “reloaded”, hélas !

Voici le fichier XSL qui permet de connaître le nombre de communes apparaissant dans les stats DLL en 2005, 2006, 2007 et 2008.

(relire l’exercice)

Ne cherchez pas, je n’irai pas réfuter l’idée. Il y a plein d’exemples de biblioblogs non informaticiens, mais manifestement ils sont moins “visibles” dans la biblioblogosphère. Sinon, ce ne serait pas un reproche (ou bien, mettons, une remarque) récurrent.

Je n’ai pas à répondre pour vous, et je n’ai pas à répondre pour les autres auteurs de blogs. Je vais donc répondre uniquement pour moi.

Ici, j’aurai du mal à le réfuter, on parle beaucoup d’informatique.

Je n’en parle pas comme d’une fin en soi, comme d’un jouet qui constituerait son propre objectif, mais comme un outil pour réaliser les missions qui sont/doivent/devraient/pourraient relever des bibliothèques et des bibliothécaires.

Donc pourquoi parlé-je tant d’informatique ?

Parce que je n’essaie de m’exprimer que sur les sujets sur lesquels je suis compétent.

Que celui qui trouve à redire à ce principe  m’indique où est son blog, celui où il parle de trucs sur lesquels il n’est pas compétent. Je pourrai ainsi mettre un blocage dans mon navigateur.

PS : J’ai parfois le sentiment que ceux qui dénoncent l’omniprésence du sexe sur Internet n’en ont qu’un usage assez limité, en fin de compte. Il y a assez de choses à lire sur Internet pour n’y pas voir les biblio-informatico-blogs

<update>Et merci à Marlène de m’avoir insufflé ce billet — Marlène, éternelle érynie égérie des biblioblogueurs </update>

Bon, c’est le 3e billet de la série. On va enfin ouvrir le fichier XSL du premier billet. Il est très court.

Au passage, j’ai oublié de vous le signaler : par défaut, l’affichage dans XML Copy  Editor se fait en très petits caractères. Utilisez systématiquement la combinaison Ctrl + molette de la souris pour afficher les fichiers en plus gros.

En voici le contenu

Si dans XML Copy Editor vous choisissez de créer un nouveau fichier XSL, d’emblée l’éditeur vous fournira ces deux lignes, et la dernière :

• la déclaration XML indiquant qu’il s’agit d’un fichier XML
• La balise d’ouverture de tout fichier XSL, avec indication en attribut du numéro de version du langage XSL utilisé (ici, par défaut : la version 1) et la balise fermante en fin de fichier  : <xsl:stylesheet>

Création d'un nouveau fichier XSL avec XML Copy Editor

Nouveau fichier XSL

Tous les traitements que l’on va vouloir appliquer au fichier XML initial seront exprimés sous forme de balises <xsl:qqchose>, entre les balises ouvrante et fermante <xsl:stylesheet>.

La 3e ligne du fichier XSL <xsl:output method=”text”/> permet de préciser que le fichier en sortie sera un fichier texte. En fait, cette précision est généralement inutile. Le plus important vient après :

Le template

Avec les lignes <xsl:template match=”/”/> et </xsl:template> sont indiqués tous les traitements effectués sur les données du fichier XML en entrée.

La balise <xsl:template> contient une “règle” (traduction française de template) qui indique que le contenu s’applique à tout le document : match=”/” est la manière en XSL de décrire la racine du document (le tout début du fichier XML).

Désignation du chemin pour arriver à l’information

Pour rappel, le fichier XML est structuré ainsi :

<dll>
 <ville>
 <nom>Ambérieu-en-Bugey</nom>
 <annee>2005</annee>
 </ville>
 <ville>
 <nom>Ambronay</nom>
 <annee>2005</annee>
 </ville>
 …
 </dll>

La balise racine du fichier XML est la balise <dll>.

• Si je veux désigner l’ensemble du fichier XML (l’ensemble du contenu des balises), j’écrirai : match=”/”
• Si je veux appliquer un traitement concernant uniquement les balises annee, j’écrirai : match=”//annee”, qui signifie : balise <annee>, où qu’elle se trouve dans le fichier (le double-slash // signifie : n’importe où)
• Si des balises <annee> existent à plusieurs niveaux dans le fichier, et que je veux désigner les balises <annee> dépendant d’une balise <ville>, j’écrirai : match=”//ville/annee” (balise <annee> dépendant d’une balise <ville>, la balise <ville> pouvant être n’importe où).

Trois balises XSL essentielles

• <xsl:for-each select=”"> permet de désigner une balise qui sera présente plusieurs fois dans le fichier initial. Et chaque fois que l’on rencontrera cette balise, on appliquera les commandes situées entre <xsl:for-each> et </xsl:for-each>
• <xsl:value-of select=”"> permet de récupérer le contenu situé à l’intérieur d’une balise
• <xsl:text> permet de générer du texte dans le fichier en sortie, qui n’existe pas dans le fichier d’origine

Ce que fait le fichier XSL ici présent

Je reprends le fichier XSL ligne à ligne.

<xsl:template match=”/”>	Je me place à la racine du fichier XML
<xsl:text>il y a </xsl:text>	Dans mon document en sortie, je produis du texte ex nihilo : “il y a “
<xsl:value-of select=”count(//ville)”/>	Je compte le nombre de balises <ville>, où qu’elles soient dans le fichier, et j’affiche la valeur de ce nombre
<xsl:text>communes</xsl:text>	Après cette valeur, j’affiche le mot “communes”. La première ligne de mon fichier produit sera donc :”Il y a XXX communes“, XXX étant remplacé par le nombre de communes, ou plus exactement le nombre de balises <ville> trouvées dans le fichier initial
<xsl:text></xsl:text><xsl:text></xsl:text>	Je génère ensuite deux sauts de ligne : le saut de ligne n’existe pas en XML, je le désigne par son code en Unicode Remarque : si vous visualisez le fichier XSL dans le navigateur, vous ne voyez pas ce code mais de simples espaces. Pour les voir, il faut enregistrer le fichier pour l’ouvrir avec l’éditeur XML ou simplement Notepad.
<xsl:for-each select=”//ville”>	Pour chaque balise <ville> trouvée :
<xsl:value-of select=”nom”/> (<xsl:value-of select=”annee”/>)	J’affiche le contenu de la balise <nom>dépendant de cette balise <ville> suivi, entre parenthèses, de la valeur de la balise <annee> dépendant aussi de cette balise <ville>
</xsl:for-each>	Fin de la bouche “ville” : je traite donc comme décrit ci-dessus la première occurrence de balise <ville>puis la seconde, etc. Jusqu’à extinction des feux….
</xsl:template>

Petit exercice

Pour compter les villes “apparaissant” dans les stats en 2005, il faut écrire : count(//ville[annee='2005']). Les crochets [ ] indiquent une condition (on y reviendra plus longuement).

Modifiez le fichier XSL pour insérer, sous l’indication du nombre de communes, le texte : “Villes apparaissant en 2005 : XXX ; Villes apparaissant en 2006 : XXX ;Villes apparaissant en 2007 : XXX ; Villes apparaissant en 2008 : XXX”, où les XXX sont remplacés par le nombre de villes (<xsl:value-of select=”count(//ville[annee='2005'])”/>).

Appliquez ensuite le fichier XSL modifié au fichier XML fourni dans le 1er billet sur XSL.

Pensez bien au slash final avant le chevron final : c’est une balise autofermante.

La correction après-demain .

D’ici là, vous êtes vivement invités à coller en commentaire les codes que vous obtenez et qui ne fonctionnent pas.

Ceux qui trouvent ne soufflent pas !

Si j’en crois Google Reader, il y a 205 abonnés au flux du présent blog sur cet agrégateur.

Si j’en crois les statistiques du Bouillon et du Nectar, la population bibliothéconomique se répartit en (approximativement)

• 8% Google Reader
• 8% iGoogle
• 20% Netvibes

Ce qui signifie que s’il y a 205 personnes qui lisent (potentiellement) ce blog sur Google Reader, il y en a environ 500 qui y sont abonnés sur Netvibes.

Or l’affichage d’un post dans Google Reader peut être comparé à celui qu’on trouve sur le blog : la colonne de texte prend une portion de l’écran (environ 50-60% de la largeur), et la lisibilité y est comparable.

En revanche sur Netvibes je note au moins deux spécificités d’affichage :

1. dans la liste des items (avant d’accéder à son contenu), la première image est affichée sous forme d’icône à gauche du titre
2. quand on veut lire un billet, l’encart Netvibes prend alors toute la largeur de l’écran.

Je ne sais si je vais modifier ma manière de rédiger en tenant compte de la seconde spécificité.

En tout cas je pense désormais que, pour toutes les séries à venir, je vais faire en sorte que la première image de chaque billet soit toujours la même.

J’ai d’ailleurs commencé, avec la série XSL : icône

Est-ce pertinent ? Je n’en sais rien encore. Mais du moins le principe d’adapter la présentation à son réel environnement d’affichage me semble a priori intelligent.

(Il va sans dire qu’un “ajustement” de cette nature, quel qu’il soit, ne doit en rien léser les autres visualisations, fusse à destination des réfractaires au RSS qui viendraient directement sur le blog )

XML

Un commentaire de Claire_h sur le premier billet consacré à XSL me permet de songer à une embûche possible. Je vais essayer de l’enlever tout de suite.

Ce que je vais aborder dans cette série, c’est bien l’utilisation du langage XSL comme outil de traitement et de transformation de données initialement en XML.

Je considèrerai donc que vous en êtes déjà à manipuler du XML, et que ce XML contient des données :

• base de signets web ou de périodiques.
• documents EAD.
• pages web stockées en Docbook ou XHTML, etc.

Cela signifie que je ne vais pas vous parler du format de ces documents. Je ne vais pas parler de DTD ni de schéma XML.

Le XSL permet de traiter tous ces documents XML, que leurs balises soient normées et obéissent à une DTD, ou qu’elles soient dans un format interne.

Exemple : dans les trois cas cités ci-dessus, vous pouvez avoir 350 fichiers XML contenant des URL. Ces URL peuvent être dans les balises

• <dc:identifier> si votre base de signets ou périodiques utilisent le Dublin Core
• <extref href=”http://”> si vous utilisez de l’EAD
• <ulink url=”http://”> si vous utilisez du Docbook
• <a href=”http://”> si vous utilisez du XHTML

Et vous voudriez regrouper l’intégralité de ces URL dans un seul fichier HTML, afin de lancer ensuite un vérificateur de liens pour voir s’il y a des mises à jour à faire.

XSL vous permet de faire cette manipulation. Mais il faudra pas mal de petits cours avant cela.

Donc : comme il y a pas mal de choses à faire avec XSL, je considère que vous savez déjà faire du XML et que les fichiers XML existent déjà.

Je ne vais pas expliquer ce qu’est une balise, un attribut ou un document XML bien formé.

Cela signifie aussi que si vous utilisez jusque-là un éditeur du type Notepad++, qui permet de visualiser correctement un fichier XML mais ne contient pas de processeur XSL permettant d’effectuer des traitements sur les données éditées, il vous faut un autre logiciel.

XSL

XSL (eXtensible Styleshhet Language) sert la plupart du temps à afficher pour le navigateur des documents XML.

Autrement dit, XSL sert souvent à produire des fichiers HTML. C’est pourquoi ce langage ne sert alors en quelque sorte que “feuille de style” pour un bel affichage graphique à l’écran qui masque les balises et met du gras pour les titres.

On en verra un petit peu, mais ce ne sera pas l’essentiel : il est rare que vous vous trouviez avec des fichiers XML sans que vous soit aussi fourni l’outil pour les afficher au public, si telle est leur destination.

Remarque : un fichier XML, c’est un document texte avec des balises entre chevrons, éventuellement des attributs, dans lequel à chaque balise ouvrante correspond une balise fermante. Les balises sans contenu texte (exemple : <img src=”http://www.google.com/intl/fr_ALL/images/logo.gif”/> pour afficher le logo de Google) doivent être auto-fermantes. Un fichier XSL correspond à cette description. C’est donc un fichier XML…

XSL-T

Le T final insiste justement sur le côté Transformation des données. XSL permet de retrier des listes, de décompter des items (en ajoutant des conditions spécifiques : ne compter que les villes dont le nombre d’habitants est supérieur à 50.000 et le nombre de DVD inférieur à 4, etc.), de concaténer des chaînes de caractères, de récupérer l’année dans une balise contenant l’information : 20040624, etc.

On est là plus dans le traitement des données que dans leur affichage. C’est surtout là-dessus que je m’appesantirai (mais quand on sait faire du XSLT, le XSL s’acquiert par défaut).

XSLT-1 et XSLT-2

Dans un langage de programmation, il y a des mises à jour pour rajouter des fonctions ou corriger des bugs, suite à des remarques de la communauté utilisatrice du langage.

XSLT-1 permettait déjà beaucoup de choses. XSLT-2 rajoute certaines fonctions : par exemple, avec mon fichier XML listant les villes et l’année d’apparition dans les stats DLL (cf. billet précédent), je pourrais vouloir produire autant de fichiers XML qu’il y a de villes, chaque fichier étant intitulé : Ambérieu-en-Bugey.xml et contenant simplement une ligne :

<annee>2005</annee>

(Dit ainsi, ça a l’air absurde : mais j’ai sous la main un fichier XML avec l’intégralité des stats sous chaque nom de ville : je pourrai générer autant de fichiers XML, les importer dans une base de données et les exploiter ensuite ainsi).

XSLT-2 permet de générer ces fichiers XML. La fonction n’existe pas dans XSLT-1. Or certains processeurs XSL ne savent faire que du XSLT-1. Cela peut expliquer des transformations impossibles…

Bon, de toute façon pour commencer on ne prendra que des fonctions de base.

NaCl2 s’interroge en commentaire de ce billet sur l’absence de réactions autour des retours d’expérience.

Ceux-ci n’intéresseraient-ils pas la profession ? Est-ce la peine de passer du temps à rédiger ces billets ?

Il me semble que ces retours d’expérience (ou retours d’expériences, d’ailleurs !) se distinguent fondamentalement des autres par leur circuit de vie qui n’est pas comparable : non liés à une actualité particulière, ils n’ont aucune raison de susciter de nombreuses réactions immédiatement.

En revanche sur le long terme, tous ces retours d’expérience disséminés sur les biblioblogs constitue une base de connaissances non négligeable.

Pour être réellement une base de connaissances, il leur faut deux conditions :

1. que des bibliothécaires les rédigent et les mettent en ligne
2. que tous disposent d’un moteur de recherche permettant d’interroger l’intégralité des blogs en question

Ce moteur de recherche existe : s’appuyant sur la liste des blogs publiés sur la page Bibliopedia idoine, l’existence même de ce moteur justifie (et exige !) que l’on mette en ligne des retours d’expérience.

• Vous réinformatisez ? Montez un blog consacré à ce projet ! Oh, ce sera un petit blog, avec une audience modérée. Et il ne sera pas alimenté plus d’une année (si tout se passe bien ). Mais vous pourrez le signaler dans la page Bibliopedia. Dans 6 mois, dans 2 semaines, une autre bibliothèque va se lancer dans l’organisation de groupes de travail pour monter son projet de réinformatisation. Elle retrouvera votre trace.
• Vous faites construire un nouveau bâtiment ? Montez un blog !
• Vous lancez une réflexion en interne sur la politique documentaire ? Sur les services aux usagers ? Make them laugh Montez un blog !
• Vous ne foutez rien ? Montez un blog (tous les collègues seront d’autant plus intéressés !!!)

Vous redoutez d’y passer du temps ? D’étaler au grand jour vos difficultés ?

D’une part, monter votre blog de bibliothèque, lié à un projet (mais, pourquoi pas ? prolongé par la suite) vous apportera sans doute plus que ce que vous attendiez : réflexions et commentaires des lecteurs ne sont pas que critiques acerbes et stériles ! Et la simple mise au propre avec démarche explicative des actions engagées permet de clarifier beaucoup de choses.

Ensuite, et surtout, vous apprécierez que d’autres fassent de même, et que lors du projet suivant (après la réinformatisation viendra le portail documentaire ou le résolveur OpenURL) vous puissiez vous inspirez de vos précédesseurs.

C’est là une démarche que tous les professionnels des bibliothèques connaissent déjà : je passe un peu de temps pour la communauté, pour escompter recevoir d’elle bien davantage. Un calcul mesquin, généreux, et fréquent sur le web.

Enfin, cela évitera à des blogueurs au sein de votre établissement de devoir s’en charger à titre individuel et sur leurs soirées et week-end. En outre, la manière dont un biblioblogueur parle de l’OpenURL n’a rien à voir avec les problématiques de mise en place d’un tel outil à l’échelle d’un établissement : sur un blog institutionnel, on est obligé d’embrasser toutes les problématiques — pas seulement le choix de l’outil, mais la formation des collègues et des usagers, l’intégration de ce nouveau “truc” (mal compris, mal maîtrisé) au sein des autres services en ligne, etc.

Mais l’essentiel, c’est : il faut mettre quelque part, n’importe où ou presque, ces retours d’expérience, de manière que la communauté puisse en profiter sous la forme d’un moteur de recherche simple et efficace.

NB : notez bien que si vous voudriez disposer d’un moteur de recherche dans les biblioblogs mais indexant aussi le site de la BnF et celui de l’Enssib (BBF compris), rien ne vous empêche de créer en 3 minutes votre propre moteur avec ce que vous voulez dedans, même si c’est plusieurs centaines de sites (la seule condition étant que la liste des URL existe quelque part…).

Cela dit, dans le cas d’un moteur de biblioblogs, il est vivement conseillé de l’actualiser en s’abonnant au flux RSS de la page Biblioblogs de Bibliopedia, pour y ajouter toutes les créations de nouveaux blogs (màj hebdomadaire ou bi-hebdomadaire)