Développé par le consortium-Huma Num Musica2, musicaSearch est un moteur de recherche permettant d’interroger une dizaine de ressources numériques en musicologie, couvrant une large période de la Renaissance à nos jours. Dont Dezède !
musicaSearch permet de croiser la recherche entre différents sites partenaires à partir d’un unique point d’accès. Il facilite ainsi le signalement de ressources qui peuvent être consultées rapidement pour enrichir les données de Dezède, comme dans cet exemple :
La recherche dans musicaSearch, qui pourrait être préalable à la création de toute nouvelle autorité dans Dezède, est très pertinente par ailleurs pour repérer des doublons :
Pour découvrir musicaSearch, un seul clic : visite guidée !
Parmi les dernières évolutions apportées au logiciel, figure celle de la recherche directe par pseudonyme dans la base de données. Jusqu’en février dernier, il était en effet impossible de retrouver les œuvres en les appelant par leur auteur quand celui-ci signait sous pseudonyme (Molière, Voltaire, Christophe, etc.) Il fallait ainsi toujours penser à interroger la base de données par leur patronyme (Poquelin, Arouet, Bevilacqua, etc.) pour éviter une recherche infructueuse. En conséquence de cette contrainte, de nombreux doublons étaient régulièrement créés.
Cette anomalie est désormais corrigée : l’interrogation de la base de données par le pseudonyme est aussi efficace que par son patronyme. Voici quelques vues extraites de différentes parties du logiciel (le choix de “Voltaire” est purement théorique) :
1) recherche d’une œuvre, dans la table des œuvres, par l’auteur, à “Voltaire” (fig. 1) et “Arouet” (fig. 2)
Fig. 1Fig. 2
2) recherche d’une œuvre, dans la rubrique des œuvres d’un élément de programme, à “Voltaire” (fig. 3)
Fig. 3
3) recherche d’un individu, dans la rubrique de distribution d’un événement, à “Voltaire” (fig. 4)
Fig. 4
4) recherche d’un individu, dans la rubrique des individus liés (indexation) d’une source, à “Voltaire” (fig. 5)
Fig. 5
5) recherche d’un individu, dans la rubrique des individus des membres d’un ensemble, à “Voltaire” (fig. 6)
Fig. 6
6) recherche dans le moteur de recherche de la barre de menu (recherche simple), à “Voltaire” (fig. 7)
Fig. 7
7) recherche dans le moteur de recherche avec filtres (recherche avancée), à “Voltaire” (fig. 8)
Fig. 8
8) recherche d’un individu, dans l’index général de Dezède, à “Voltaire” (fig. 9) et “Arouet” (fig. 10)
À l’occasion de mises à jour importantes des solutions informatiques utilisées pour le développement de Dezède (passage à la version 2.8.0 notamment avec passage à Django 1.8), une amélioration notable a été apportée au moteur de recherche du back office, qui permet de rechercher une donnée sans tenir compte de son accentuation. Cela concerne la plupart des usages orthographiques, issus naturellement de l’alphabet latin (fig. 1-6 et 11-12), mais également de l’alphabet cyrillique (fig. 7-10).
Cette amélioration s’applique à l’ensemble de la base de données, autant sur les œuvres (fig. 1-3), les individus (fig. 4) que sur les lieux (fig. 5-6).
fig. 1 – exemple d’une majuscule accentuéefig. 2 – exemple de l’accent circonflexefig. 3 – exemple de l’épreuvefig. 4 – exemple de Fauréfig. 5 – exemple de la ville d’Évreuxfig. 6 – exemple du mot Évêque comportant deux accents différents
Notre expérience pédagogique montre que les jeunes générations ont majoritairement tendance à interroger les moteurs de recherche en tapant des données non accentuées. Cette pratique contre laquelle il est impossible de lutter avait pour conséquence de multiplier les doublons dans Dezède, qui, jusqu’au début de l’année 2016, ne proposait aucune tolérance sur cette question. Ainsi, si l’on tapait “ Faure ” pour trouver “ Fauré ”, la donnée n’apparaissait pas, en conséquence de quoi l’utilisateur créait ensuite un doublon… Remarquons que cette amélioration tend également vers une internationalisation du logiciel, front office et back office, l’idée étant de permettre la saisie de données sur n’importe quel clavier du monde en laissant de côté la question de l’accentuation qui reste complexe d’une langue à l’autre, ou d’une culture à l’autre. Voici quelques exemples en cyrillique :
fig. 7fig. 8fig. 9fig. 10
Si je ne pratique pas l’espagnol et que je ne sais pas si telle donnée doit comporter un accent (Gomez ou Gómez, fig. 11) ou un tilde (Vines ou Viñes, fig. 12), il suffit donc de taper sans accent pour retrouver les autorités accentuées. Par ailleurs, si je connais la bonne orthographe de ces noms (avec accents), mais que je ne sais pas comment créer ces accents sur mon clavier (sans passer par les caractères spéciaux ou sans avoir connaissance de tous les raccourcis clavier), il suffit de procéder de la même manière.
fig. 11 – exemple de l’espagnolfig. 12 – autre exemple de l’espagnol
Enfin, cette amélioration apporte quelques solutions à d’autres problèmes pas encore tout à fait résolus, comme le oe ligaturé en français (œ), qui est source de nombreux doublons. Si nous engageons les utilisateurs à rechercher les données en ligaturant le “o” et le “e” (par exemple, “chœur” et non “choeur”), le réflexe n’est pas acquis par tout le monde et cohabitent dans la base de données des doublons qu’il faudra fusionner le jour où ce problème sera totalement résolu. Mais enfin, signalons avec l’exemple du mot “œuvre” qu’en tapant la donnée en ligaturant le “o” et le “e”, Dezède renvoie toutes les propositions ligaturées ou non (fig. 13) ; en revanche, en tapant sans ligature, Dezède ne renvoie que les données non ligaturées (fig. 14). Là est pour l’heure la limite de cette belle évolution !
Si les dernières mises à jour ont apporté tout un lot d’améliorations dans le back office en 2016, le moteur de recherche a perdu un peu de sa pertinence, en particulier pour la recherche des lieux. Nous mettons tout en œuvre pour améliorer ce défaut.
Partons d’un exemple connu : Paris. Si je recherche cette donnée dans une rubrique “ Lieu ” du back office, je constate qu’elle n’apparaît pas dans la liste courte (fig. 1).
fig. 1
Il est important de noter que l’absence de la donnée dans la liste courte ne signifie pas nécessairement que la donnée n’existe pas dans Dezède. C’est pourquoi, avant de créer cette donnée supposée existante (Paris tout de même !) et de créer un doublon dans la base de données, il est indispensable de procéder à une vérification en passant par la loupe qui se trouve au bout de la rubrique. La loupe donne accès à la liste de tous les lieux créés dans Dezède (salles, villes, départements, provinces, régions, états, pays, etc.), soit pour Paris, 15 pages à raison de 20 résultats par page, autrement dit 281 résultats… (fig. 2)
fig. 2
Dezède recherche non seulement la ville de Paris, mais également tous les lieux (salles) associés à cette ville, ce qui explique ce résultat qui peut paraître un peu étrange. Où se trouve Paris dans cette liste ? C’est simple à la lettre P, les lieux étant classés dans l’ordre alphabétique : autrement dit, à la septième page de la liste (fig. 3).
fig. 3 : “ Paris ” est à la troisième ligne de septième page
C’est une manière de procéder pour retrouver un lieu, un peu fastidieuse convenons-en, mais qui fonctionne.
Revenons à la rubrique “ lieu ” (fig. 1) et tentons de contourner momentanément le problème, en évitant notamment de passer par la loupe. Pour ce faire, je vais utiliser une fonctionnalité structurante des données de Dezède : la récursivité. Paris est en effet la capitale de la France : il me suffit donc d’ajouter une contrainte de tri dans la rubrique des lieux et je tape “ Paris France ” (fig. 4).
fig. 4
La donnée émerge alors à la surface et apparaît dans la liste courte (limitée à dix résultats) en troisième position. CQFD.
Je décline maintenant cette astuce à d’autres données de lieux, en particulier les noms homonymes, en prenant comme exemple la ville de Vienne. La recherche brute de la donnée ne donne rien, comme déjà démontré avec la ville de Paris (fig. 5).
fig. 5
En revanche, si je filtre en ajoutant une contrainte, la donnée sort immédiatement, selon que je recherche la ville de Vienne en Autriche (fig. 6) ou la ville de Vienne en France (fig. 7).
fig. 6fig. 7
J’en profite pour signaler le niveau de récursivité des lieux : pour la France, chaque ville est associée à son département (lui-même à sa région, etc.), ce qui explique pourquoi dans le premier cas (fig. 6), j’associe la ville à son pays, et dans le second (fig. 7), la ville à son département. La division territoriale est un lourd chantier en cours de réalisation, et pour information, quatre pays ont été ainsi découpés : la France (ville-département-région), l’Italie (ville-province), l’Allemagne (ville-Land), les États-Unis (ville-état). Je renvoie ici à la table des lieux qui permettra de suivre l’évolution de ce chantier de la division territoriale.
Actualités, formations, échanges autour du portail Dezède (https://dezede.org)