Exament du DTD et choix des données à extraire
Comme il a été mentionné plus haut, ce projet propose la visualisation d'une partie seulement de fichier XTM - non de son ensemble. L'exploration et l'analyse du DTD ont précédé le choix de données à extraire (c.f. annexe 1 et annexe 2). S'il a permis une première approche ciblée de l'extraction des données, il y a toujours un fossé entre ce que l'on imagine pouvoir faire et ce que l'on peut faire, surtout lorsqu'on apprend, et il s'est assez vit avéré que certaines des idées de départ sur les possibilités d'extraction étaient assez naïves.
Voici quelques points qui ont été mis en place avant l'extraction des données:
- Le topic central représente le topic choisi par l'utilisateur. Par défaut ce sera sans doute une liste des topic ou le premier présent dans le fichier.
- Chaque topic associé à ce topic central est cliquable (et devient alors le topic central).
- Les associations de topic sont représentées du point de vue du topic central (c'est à dire que c'est son rôle dans la relation qui est indiqué sur la flèche), les instances et les classes de même.
- Les occurences sont également représentées lorsque l'utilisateur choisi d'en "savoir plus".
- Une légende accompagne la visualisation (c.f. plus bas à propos de Omnigator).
- Les liens entre les topics seront effectués par l'intermédiaire des attribust xlink:href et id
Si cette liste propose d'utiliser l'identité de l'élément pour y accéder, il est à noter que l'attribut "id" n'est pas obligatoire selon le DTD, comme c'est le cas de beaucoup de balises. Finalement très peu de balises ou d'attributs sont requis et c'est à tenir compte lors de la mise en place d'un dispositif - pour exemple, même la balise qui donne un nom au topic n'est pas obligatoire.
Omnigator
Les exemples de topic map disponibles sur le site de Ontopia permettent de se faire une première idée de ce que permet de faire le dispositif, ses fonctionnalités sont au premier abord assez développées. Une version du dipositif est disponible en téléchargement, il est utilisable à condition d'avoir un serveur tomcat et java. Possédant son formalisme propre, il sait lire également les fichier XTM ; pour autant qu'ils soient valides.
La double possibilité qu'il offre d'explorer un hypertexte ou une carte conceptuelle permet une plus grande accessibilité de l'information. Il présente cependant quelques désavantages. Parmi eux le fait qu'il est difficile de parvenir à visualiser au format carte conceptuelle (qui se base sur java) à moins d'utiliser un navigateur particulier plutôt qu'un autre et d'être patient - en outre si le dispositif présente un bug le navigateur doit être redémarré manuellement - pour résumé le dispositif est apparemment assez gourmand en ressources. Par ailleurs, on observe, toujours sous la forme graphique, l'utilisation de différentes couleurs. Cependant il ne semble pas y avoir d'homogénéité évidente quant à leur choix et il n'y a pas de légende. L'interface graphique n'est en outre pas très "user friendly".
Extraction des données
Dans le cadre de ce projet il a été décidé d'utiliser les fonctions simpleXML de PHP. Pas si simple que cela lorsque l'on prend en considération que xpath ne fonctionne pas encore avec simpleXML et les espaces de noms. Il devrait être supporté dans PHP 5.1 (c.f. Bitflux Blog).
Les attributs href étaient justement de l'espace de nom xlink, or ces attributs là étaient essentiels pour liés les éléments entre eux. Il a été possible de se passer de xpath mais son utilisation aurait simplifé le code et les manipulations des données, car cela signifiait de devoir indiquer le chemin complet de la balise possédant l'attribut en question. La rationnalisation du code (certes loin d'être encore parfaite) a été plus fastidieuse. Par ailleurs, extraire des attributs ou des balises avec un espace de nom différent que l'espace de nom global demande un minimum de bon sens et de savoir faire en matière de programmation ! (Heureusement qu'il existe des tutoriels en ligne qui font plus que reproduire la manuel PHP, comme par exemple JDN Développeurs)
Les choix de développement ont été faits en considérant l'ensemble des données - même si seul un aspect allait être développé. En partant du principes que dans un dispositif terminé, la visualisation de plusieurs aspects seraient possible, il y aurait certainement différentes instruction pour les générer. Dans le cadre de ce projet, deux fichiers php permettent deux visualisations différentes : une liste de tous les topics, listeAllTopic.php et un topic à la fois - dans l'idéal lié à tous les topics proches, seeOne.php. Les informations relatives aux associations (c.f. balises XTM association et leurs enfants) ne sont pas représentées.
En prévision des différents fichiers qui risquaient d'apparaître au cours du développement, les arrays sont générés une fois pour toute dans un fichier header.php appelé en haut de chaque page. L'utilisation répétée de foreach() permet la création de tableaux ré-utilisés ensuite pour l'affichage. L'utilisation d'une identité numérique générée lors de la création des tableaux permet de retrouver chaque élément lié au topic (nom, identité, références liées). Cette identité numérique est notament utilisée pour le passage de la liste des topics à la visualisation du topic choisi, ainsi que pour l'affichage sur cette page des topics liés.
Visualisation des données
Ironiquement SVG n'a pas vraiment servi puisque le dispositif, loin d'être terminé, ne propose que du texte. Il aurait été plus économique, étant donné le résultat, de travail en XHTML ! Cela aurait éviter les petits tracas liés à l'affichage. Même si SVG est facile à prendre en main, ce n'est pas un langage destiné à produire du texte (devoir spécifier, pour chaque mot, chaque phrase, la position n'est pas très productif).
Au niveau visuel, rien n'a été fait pour distinguer l'instance de la classe, l'occurence du topic source, etc. Rien non plus de lie visuellement ces topics entre eux (excepté le fait qu'ils apparaissent sur les pages des topics auxquels ils sont liés). Aucun dessin même brouillon de carte ne vient compléter l'extraction, car elle n'est pas terminée.
L'aspect graphique qui a motivé ce projet n'a donc malheureusement pas abouti.
Apport de la visualisation
Plusieurs recherches et articles ont chercher à mettre en évidence les différences qu'il existe au niveau de l'apprentissage entre un apport d'information sous forme textuelle et linéaire ou sous forme textuelle et hypertexte. De même, l'apport de la visualisation sous forme de carte a été démontré. (Puntambekar, Stylianou & Hübscher, 2003).
Il est en tout cas très difficile d'appréhender un topic map en se basant sur son code XML. Faire la part des choses entres les topics instances et les topics classes, les occurences, tenir compte des associations qui les lient et qui sont définies dans des balises différentes n'est pas possible pour quelqu'un qui n'est pas familiarisé avec ce langage (et même). Pour exemple, un topic map sous sa forme brute : topicmap3.xtm ou sous sa forme visualisée à l'aide de xtm2xhtml : topic map.
La puissance du langage XML est augmentée de la puissance de la visualisation - même si dans cet exemple la visualisation se limite à un hypertexte.
