Descripteurs

Rameau en SKOS

(Désolée : Typepad s'est mis à déliré. Billet reformaté)

Tombé ce 21 avril 2009 sur nos webscripteurs (en fait la liste de diffusion de SKOS) : RAMEAU (fr) se retrouve encodé en SKOS (fr), ce qui donne "RAMEAU subject headings as SKOS linked data (fr)".

Cet emmaillotage de Rameau s'est fait dans le cadre du projet néerlandais STITCH (en) (Semantic Interoperability To access Cultural Heritage) au sein du projet de l'UE, TELplus (en). C'est un projet, rien n'est donc stabilisé, surtout pas les identifiants - l'espace de nommage n'étant pas officiel (me dit-on de source sûre).

La conversion du format s'est faite sans encombre  :

• les données terminologiques /skos:prefLabel/ (terme préféré) et /altLabel/ (équivalent) ;
• les relations /skos:related/ (relation associative) et skos:broader (relation hiérarchique) ;
• les notes /skos:scopeNote/

Les constructions syntaxiques (têtes de vedettes, ...) par contre ne sont pas prises en compte dans SKOS (SKOS - qui veut dire "simple" - simple knowledge organisation schema).

La convention de nommage des URI, élément essentiel à la structure SKOS pour permettre un référencement précis de chacun des concepts identifiés dans Rameau, n'est donc pas stablisée ici. L'idée d'un identifiant unique pour l'accès aux concepts est pris en compte depuis longtemps en s'appuyant sur ARK (Archival Resource Key), un dispositif d'URL persistante (fr).
Ce qui donne aujourd'hui des URL comme : http://catalogue.bnf.fr/ark:/12148/cb11965471x/PUBLIC (pour le concept "produits forestiers").

Un alignement conceptuel a été initié avec les vedettes LCSH de la Library of Congress sous SKOS, disponibles dans le cadre d'un autre projet.

Le répertoire Rameau sous SKOS est interrogeable avec un outil développé dans le cadre de ce projet.
D'autres outils de navigation spécifiques sont proposés (Zitgist, Openlink et DISCO (parfois inactif).

Ce qui donne pour ceux qui seraient pressés : Produits forestiers, point de départ d'une navigation dans le répertoire.
Double-cliquez pour agrandir.

La même fiche "Produits forestiers" en fichier rdf.
Double-cliquez pour agrandir.

Quelques chiffres pour ce RAMEAU (avril 2008) : 157 280 concepts, dont 96825 noms communs, 51 646 noms géographiques, 2 976 noms de personnes, 3 419collectivités, 2 296 titres et 123 subdivisions chronologiques.

N'hésitez pas à aller visiter aussi les autres démonstrateurs réalisés dans  le cadre de différents projets, dont celui sur l'alignement - Mandragore/Iconclass des collections d'enluminures BNF/Bibliothèque Royale des Pays-Bas avec une recherche ... par facette (lien : http://eculture.cs.vu.nl:33333/MANDRA-SV-ICF-mandraBASE)

Bravo à Antoine Isaac et ses acolytes sur ces projets, chercheurs aux Pays-Bas, au sein du groupe SKOS ou à la BNF.

Pour en savoir plus sur Rameau/SKOS

• Le vocabulaire. RAMEAU en SKOS (pdf), Thierry Bouchet. Journée nationale RAMEAU, 30/05/2008.
  http://rameau.bnf.fr/informations/pdf/journee2008/rameau_skos.pdf

• Rameau et SKOS, Antoine Isaac (Vrije Univ. Amsterdam), Thierry Bouchet (Bnf), Arabesque, n°54, Avril-Mai-Juin 2009 -  -tout le numéro est intéressant ! 
  En passant - revue curieusement numérisée en mode image que l'on ne peut donc pas manipulé : pas d'annotation au fil de la lecture, liens non actifs 

Organiser vos traces sur le web et exposez les : Pearltree

Le postulat de départ (extrait "Une brève description de Pearltrees", nov2008 (pdf)) sur lequel on ne peut rien dire :

• Toute organisation de documents est porteuse de signification. Elle est l’effet de choix personnels, subjectifs et créateurs qui ne peuvent pas se réduire à un algorithme [je rajoute : ni à un collectif de professionnels de l'infodoc ?]
• Aucun sous-groupe d’éditeurs ou d’experts [je rajoute: donc un collectif de professionnels de l'infodoc ;-)], quels que soient ses moyens, n’est capable de saisir et donc d’éditer la diversité des contenus du Web. 

Avant de parler des usages possibles de cet outil, quelques mots sur son fonctionnement.

1. Pealtrees sauvegarde vos traces (vos perles, bien sûr !) au fur et à mesure de votre promenade sur le Web....et les exposent.
Lorsque vous demandez à visualiser le résultat de votre parcours, vous avez un joli graphe comme celui-ci.

2. Puis il vous propose de les organiser (si vous le voulez, la sérendipité générant tout de même beaucoup de bruit, d'essais/erreurs, de sélection a posteriori..). 

Après quelques manipulations simples (couper/coller), vous obtenez quelque chose de réexploitable plus simplement, pour vous-même mais bien sûr pour d'autres...Vous venez de conduire une activité d'édition !
Ma carte Ergonomie - IA (architecture info) et la sous-partie sur l'ergonomie de recherche

Vous cliquez sur Play, pour naviguer sous une autre forme dans ce corpus.

3. Vous pouvez ajouter des notes

4. D'autres membres de Pearltree peuvent faire de même sur vos cartes. Les "perles" partagées se retrouvent ainsi dans un maillage plus ou moins dense ... Un exemple sur un réseau un peu plus fourni que le mien.

5. Bien sûr, vous pouvez devenir lecteur des cartes des autres.

Que faire avec Pearltrees ?  

• Très paresseusement, utiliser "big brother" : puisque c'est si facile sur le net de traçer, traçons pour nous ! Plutôt que de volontairement cliquer pour sauvegarder sur Delicious, ici vous ne vous occupez que de votre lecture. Eventuellement vous avez un petit outil dans la barre Pearltrees qui vous permet d'annoter en direct et au fur et à mesure.
• Très égoïstement, organiser un blogroll. Parce que si je pioche dans mes fils rss pour lire au fil de l'eau (chrono), de temps en temps j'ai besoin de faire un point plus fouillé sur certains sites, et passer de l'un à l'autre. L'avantage de cet outil : une organisation de type thématique (la carte est un dossier même mini sur un sujet) et visuelle (la carte : j'adore)
• Très documentairement, cette carte peut être orientée "le tout venant" (on garde toutes les traces au début d'une recherche, avant d'approfondir) ou au contraire "document de références", le résultat du travail de sélection pouvant correspondre à une étape ultérieure. Ici la cartographie se prête à une exploration plus poussée de chacun de ces îlots sélectionnés pour soi et pour les autres bien sûr.
• Très social, avec la fonction "explore" ou les annotations et commentaires - pas encore réellement testées.
  Sur ce point, j'utilisais déjà sur Delicious régulièrement sur des sujets précis. Ici il faut aimer le mode cartographique pour en profiter pleinement. 

Bref, du bookmark 2.0. comme le dit Jean-Michel Billaut. De plus comme lectrice, la forme proposée (visualisation graphique) me semble plus propice à la découverte de nouveaux territoires.

Des bémols bien sûr : vu mon grand âge, le gris est trop clair, les manipulations avec la souris peuvent être parfois laborieuses, le fait de ne pas pouvoir grossir les perles est rédhibitoire en fin de journée ;-)... Toujours le même problème avec ces types d'interfaces, fréquents avec les cartos.

Autre chose : je suis une aficionada ... du Web. En naviguant dans une carte, vous restez chez Pearltrees. Bien sûr me direz vous, un choix technologique certainement nécessaire. Mais bon, cela me rappelle plutôt une bibliothèque ou une salle de classe fermée, et j'avoue que cela m'indispose. J'aime bien le Web en fait et toutes ces URI différentes, cela me plait beaucoup !
Pas d'affolement vous pouvez muni d'une souris, consulter le site en live.

Vous voulez en savoir plus avant de vous lancer...
Une présentation en français sur youtube des fonctionnalités du produit.
Et si vous êtes sur Paris, un petit déjeuner à la Cantine le 29 avril 2009.
Le concepteur, Patrice Lamothe parle de Pearltrees vous présente le système (http://www.cratyle.net/fr/2009/03/06/pearltrees-est-ouvert/#comments)

Ma "source", Nicolas, qui trouve que taguer et catégoriser, c'est nul ;-), mais qui nous offre tout de même sa carte du web sémantique sur Pearltrees organisée en trois "paquets" : débutant, confirmé, expert. Comme quoi il faut un peu organiser ;-)

Une semaine sur un PC ...

... pour cause de café renversé sur mon portable Mac!

Bascule rapide des données utiles. 

Rapide ! ... "tous les cordonniers ne sont pas mal chaussés"

• format ouvert de la messagerie (Thunderbird) et protocole IMAP pour mon fournisseur (données accessibles en ligne)
• Cloud compuding/SAAS, bref en éloignant une grande part de mes outils de production personnelle mais aussi des productions elles-mêmes, de ma tasse à café ;-)
• une clef usb (je ne retrouve pas le câble éthernet...)  des archives courantes et intermédiaires à la date J-1 !!

Mais aie, aie, aie, l'ergonomie !

Ma "productivité personnelle" chute tout d'un coup. Je ne vais pas vous embêtez avec mes post-its (numériques), ma colorisation des dossiers,.... Je ne citerais que l'insupportable fonction de recherche sous Windows. Des délais insupportables, des réponses non organisées... Impossible d'envisager même une semaine avec çà ...

N'hésitez pas, vous qui êtes sur PC (et sans Intranet digne de ce nom ... il y en a encore beaucoup ...) : prenez un outil dédié.
Beaucoup de solutions sont accessibles, et pour cause étant donnée la fonction de base proposée sur l'OS.
Citons :  Copernic, Google Desktop, même Windows s'est senti obligé de faire quelque chose, ... Vous pouvez aller sur Outils Froids pour plus d'information sur les moteurs locaux.

J'ai jeté mon dévolu sur Exalead Desktop, le clone du moteur Web pour PC (et uniquement pour PC Windows) qui existe aussi en version professionnelle pour les intranets. Ici la version poste de travail individuel (gratuite).
Il faut bien sûr laisser du temps à la machine pour indexer, avant de pouvoir faire quelques tests.

Je ne dirais rien sur la diversité des types de fichiers ou de sources manipulables. Je montrerais plutôt l''organisation des résultats qui libère les métadonnées, ... ! Puisque vous pouvez naviguer à partir de ceux-ci... Enfin de ceux que l'on peut proposer comme dénominateur commun à tout document/fichier sur son poste de travail.

Et ainsi proposer ce même type d'ergonomie (pas nécessairement cet outil bien sûr).
Pour prendre un exemple de catalogue de bibliothèque (avec des données très homogènes et pas d'exploitation de données non structurées), voici Ariane 2.0. de l'Université de Laval.

• Des fonctions en plus - trier les résultats au sein d'une catégorie de métadonnées,
• et des fonctions en moins - personnaliser le choix des catégories de métadonnées et leur ordre.

 

Une semaine plus tard, retour sur ma machine sans encombre...

L'envie de tester autre chose que l'outil Spotlight du Mac, pour voir. Test ce coup-ci de Google Desktop... Ecran classique. Efficace, très rapide (avec une longue indexation du disque). Personnellement, je préfère l'organisation et le tableau de bord d''Exalead.

On a parfois des difficultés à savoir où l'on se trouve. Ici, ailleurs... Si vous ne prêtez pas attention, vous basculer sur une recherche Web....L'écran ici montre l'URL de Google Fr, et les données de ma machine comme premiers résultats.

Tout documentaliste devrait à un moment ou à un autre, tester cet outil ne serait ce que pour comprendre pourquoi les utilisateurs ... ne veulent plus venir sur d'autres types d'interfaces.

En tous les cas, de bons outils pédagogiques à mettre entre toutes les mains de vos stagiaires.

SRU à l'Oasis

SRU pour Search/Retrieval via URL ... Et sans langage de requête aucun résultat à organiser et à présenter à un utilisateur ! Voilà bien le médiateur qui a remplacé les professionnels de l'infodoc, entre les ressources et les utilisateurs.

Un langage de requête est un langage informatique utilisé pour effectuer des requêtes sur des bases de données ou autres systèmes d'information. La grammaire d'un langage de requête est donc adaptée à la structure des données interrogées(Wikipedia)

Il y a donc autant de langages de requête que de structure de données et d'environnements informatiques ! La conséquence : une profusion d'outils informatiques (langages mais aussi protocoles, APIs et connecteurs) qui bien sûr nuit à l'interopérabilité des données ou plus simplement à l'accès aux données.

Aujourd'hui, n'hésitons pas à suivre les travaux de l'OASIS sur la question.

Fin 2007, un Comité technique sur les Services Web de recherche (Search Web Services) s'est mis en place avec comme objectifs de définir des spécifications pour une interface de services web, incluant les fonctions d'interrogation/repérage, requête, tri, récupération des résultats, visualisation d'index. Les grandes fonctions. Pas de normalisation en vue. Il s'agit plus de définir un environnement logiciel extensible qui permette le développement de profils d'application pour différentes communautés que l'on retrouve au sein d'OASIS (en espérant que l'on n'en oublie pas trop) : secteurs bibliographique, de l'administration électronique, géospatial, du commerce électronique.

La liste des livrables est impressionnante :

Service definition(s), XML Schemas, Web Service interface specifications including HTTP POST, HTTP GET, and a SOAP binding., Query language definition, User best practice documentation, Implementer best practice documentation (including ZOOM, OSID, SQI mappings).

Le groupe travaille en s'appuyant sur tous les outils existant, z3950, SRU/CQL bien sûr (jugé toutefois trop orienté "bib"), SQI utilisé dans le secteur de l'éducation, ou OSID (Open Service Interface Definitions)...

Tous les documents en ligne : http://tinyurl.com/dxotjs

• Core specification du 16/06/2008
• Relations avec OpenSearch - http://tinyurl.com/dkmphg
• Nouvelle version de SRU 2.0. de mars 2009 - http://tinyurl.com/czjp7w
• Des paramètres pour la recherche par facettes - http://tinyurl.com/cllh64

N'hésitez pas passer le mot aux éditeurs et autres développeurs d'applications de recherche !

Si vous voulez en savoir un peu plus sur ces protocoles:

• Article (pdf) dans Documentaliste (ADBS, 2008) - http://www.atd-doc.com/xmedia/publications/2008_Dalbin-Giraud-SRU_documentaliste-3_26-27.pdf
• Accès multisources avec SRU/W (en ligne html) - http://dossierdoc.typepad.com/descripteurs/2007/02/le_projet_de_la.html
• Un point sur les nouveaux protocoles de recherche d’information : SRU, OpenSearch/A9, CQL et Xquery, Sally H. McCallum, 2006