Test et installation de la première version de l’interface de gestion des

s’appuie désormais sur le système des thésaurus. Pour chaque mot clef recherché les termes parents et proches sont ajoutés automatiquement aux critères de la recherche.

Il est alors possible, par exemple de faire une recherche sur le mot climat et de trouver automatiquement toutes les métadonnées où il a été saisi, ainsi que les métadonnées contenant les mots : pluviométrie, ensoleillement, gel ou tous autres termes dont les liens avec le mot climat sont définis dans le thésaurus.

5.3.11.5. Bilan de réalisation de la première version d’interface de gestion des métadonnées

L’ensemble de mes travaux a été publié au fur et à mesure sur le forum de la communauté de développement de Geonetwork. Cette période de mon projet a été

particulièrement plaisante, car elle m’a formé sur les technologies actuelles du développement en JAVA. Plaisante aussi parce que cela a été l’occasion de goûter aux joies du travail sur un projet open source. En effet, avant cette expérience, j’avais une vision un peu trouble de l’open source et de l’intérêt que pouvait avoir ce type d’organisation du développement. Maintenant que j’y ai pris part, j’ai pu constater à quel point il est intéressant d’échanger, mais aussi, disons le clairement de tirer directement profit du développement des autres contributeurs. Tout comme il est intéressant et valorisant d’apporter sa propre pierre à l’édifice. En résumé, je n’avais pas auparavant le réflexe de faire systématiquement le tour des projets existants en open source avant de faire du développement. Cette démarche est maintenant naturelle pour moi. Au final l’open source a été essentiel pour accélérer mes travaux et pour les valoriser, cette expérience m’a beaucoup intéressé. Je suis d’ailleurs en train de lire à titre personnel un livre sur ce thème “Producing open source software project: how to run a successful free software project” écrit par Karl FOGEL. Livre qui explique à la fois les bonnes méthodes et les bons outils à utiliser pour mettre en place ou même

simplement participer à un projet open source. Evidement les pièges communs à éviter sont aussi expliqués.

5.3.12. Test et installation de la première version de l’interface de gestion des métadonnées

5.3.12.1. Test de la première version

Une fois ma version terminée j’ai vérifié chacune des fonctionnalités de l’outil pour deux raisons. D’une part, tout outil peut contenir des bugs, et l’outil Geonetwork n’échappe pas à la règle comme nous avons pu le constater lors du bilan du prototype. Aussi à ces bugs

préexistants ont pu se rajouter des bugs provenant de mes développements et qui sont liés aux fonctionnalités que j’ai ajouté et modifié. D’autre part Geonetwork est un projet assez

conséquent représentant le travail d’une équipe de 10 personnes sur 5 ans. Autour de cette équipe centrale s’est développée une communauté d’environ 30 personnes, qui contribue à l’outil de la même façon que j’ai pu le faire moi-même. Au vu de la taille du projet, je ne pouvais pas matériellement réaliser de tests de non régressions. Il est alors parfois difficile de connaître les conséquences que peut avoir une modification dans une portion de code.

Ajoutons que je suis loin d’être un expert de la programmation en JAVA. Par conséquent même si j’ai toujours vérifié le résultat du développement des fonctionnalités que j’ai ajouté ou modifié, je n’ai pas pu mesurer l’impact total de mes travaux. Pour toutes ces raisons, il était nécessaire que je réalise un contrôle global de l’outil avant de le mettre en ligne. En effet ce travail m’a semblé important car pour les utilisateurs, la première impression est souvent la plus marquante. Par conséquent même si cette version est une version de test, il était donc capital de fournir un outil stable, afin de donner toutes les cartes en mains aux correspondants des ISS pour évaluer les fonctionnalités de l’outil.

Pour mettre en place ces tests je me suis centré autour des fonctionnalités de

Geonetwork à savoir, la création et l’édition de métadonnées, la recherche et la visualisation des métadonnées, la gestion des utilisateurs et de leur droit d’accès aux métadonnées, ainsi que la gestion des mots clefs, et finalement le couplage des métadonnées avec les cartes interactives. J’ai décliné pour chacune de ces fonctionnalités des tests d’utilisations réelles de l’outil pour valider le fonctionnement de la version.

5.3.12.2. Documentation et installation de la première version

Une fois les tests terminés, il était logiquement temps de passer à l’installation. Le développement de la version de test a pris plus de temps que celui prévu par mon planning, mais cela n’a pas eu de lourdes conséquences car il y a eu par ailleurs un problème avec la commande du serveur devant héberger l’outil en Autriche. En effet ce dernier est arrivé un mois après la date prévue, par conséquent cela a repoussé d’autant la mise à disposition de l’outil. Mais au final ce contre temps n’a que peu ralenti mon projet car j’ai mis à profit ce retard pour réaliser une documentation détaillée de l’outil. Cette documentation complète fournit aux utilisateurs une aide sur 70 pages pour prendre plus facilement en mains l’outil. Elle explique aussi les modèles de métadonnées que nous mettons à leur disposition et les enjeux de la directive européenne INSPIRE

Le serveur en Autriche a finalement été mis à ma disposition à partir du 21 janvier 2008. L’administrateur distant Monsieur Dieter KOPECKY, avait auparavant intégré sur le serveur une base de données PostgreSQL 8.2 ainsi que le serveur Apache 2, Tomcat 5 et la machine virtuelle JAVA 1.5. J’ai ensuite procédé à l’installation de l’outil de gestion des

central ainsi que celles présentes sur chacun des sites expérimentaux, il était envisagé au départ que je puisse me déplacer sur chaque site pour effectuer les installations et faire en même temps les formations. Lorsque c’était possible j’ai préféré effectuer ces installations à distance. Car le fait de se déplacer sur les 8 sites différents en avion, lors des installations ou des mises à jours, m’a semblé être autant de déplacements incohérents avec le travail et l’esprit du réseau EVOLTREE sur l’adaptation des arbres aux changements climatiques. De plus le coût engendré par ces déplacements aurait été très important et aurait sans doute pénalisé le financement d’autres travaux. Au final ce choix c’est aussi avéré comme une source d’économie de temps pour mon projet.

5.3.12.3. Test post installation

Une fois l’installation terminée, je n’ai pas réalisé à nouveau un test complet et exhaustif de toutes les fonctionnalités de l’outil qui aurait était trop coûteux en temps. Je me suis donc contenté de réaliser un test des fonctionnalités principales, qui mettent en œuvre les différents éléments du système. Ces tests englobent la création de métadonnées, la gestion des autorisations d’accès, import / export de métadonnées, l’administration des comptes

utilisateurs et enfin le fonctionnement des cartes interactives.

J’ai ensuite envoyé un courriel le 28 janvier à chacun des correspondants des ISS pour leur signaler que l’outil était à leur disposition, courriel auquel j’ai joint le fichier de

documentation utilisateur accompagné d’un document leur expliquant les étapes les plus proches du planning. J’ai rappelé à cette occasion la venue du meeting de Mandelieu où nous avions prévu de faire une mise en pratique de l’outil. Par conséquent je leur ai demandé de bien vouloir prévoir au minimum un jeu de données d’exemple que nous pourrions décrire ensemble. Au final, suite à la mise à disposition, seul deux partenaires se sont connectés à l’outil pour le tester. Néanmoins je ne me suis pas attaché à ce fait, car nous étions à une semaine du meeting de Mandelieu et les correspondants étaient par conséquent pris par d’autres priorités. J’ai aussi pensé qu’un bon nombre d’entre eux préféraient peu être attendre la mise en pratique en commun avant de le tester par eux même.

5.3.12.4. Mise en pratique avec les partenaires à Mandelieu Ce meeting d’une semaine s’est déroulé du 4 au 8 février 2008 à Mandelieu près de Nice. Pour ma part, j’y ai participé trois jours du lundi au mercredi. Le but principal de ce meeting était de faire une mise en pratique de l’outil de gestion des métadonnées avec les correspondants

des ISS. N’ayant pas de connexion Internet disponible sur le site du meeting, j’avais préparé et apporté le nécessaire pour pouvoir mettre en réseau huit postes, à savoir un pour le serveur et un pour chacun des correspondants ISS. A cette préparation matérielle, s’est ajoutée une préparation de contenu. J’ai aussi réalisé pour cette occasion un formulaire simplifié des champs nécessaires pour décrire les jeux de données avec les métadonnées. Puis avec l’aide de Christian PICHOT, nous avons sélectionné deux jeux de données afin de faire une démonstration active de leur description avec l’outil Geonetwork.

Les retours des utilisateurs pendant cette session ont été très riches. Un certain nombre de problèmes ont été soulevés. Par exemple la mise en pratique a révélé que ma

documentation des modèles des métadonnées était insuffisante. En effet la majorité des correspondants avaient des doutes sur la signification de certains champs, et notamment aussi sur les notions des champs obligatoires, conditionnels ou facultatifs. Une erreur a été relevée dans le thésaurus. Et enfin quelques bugs que j’avais précédemment remarqués se sont inévitablement produits, notamment la disparition d’un jeu de métadonnées avec une zone

géographique non définie. J’ai déjà évoqué ce bug de l’outil, celui ci utilise systématiquement la zone géographique comme critère de recherche, or si cette zone est mal définie, le jeu de métadonnées est éliminé des résultats. L’outil a aussi montré des incompatibilités avec Internet Explorer, travaillant exclusivement sous Unix, je n’avais que très peu eu l’occasion de tester l’outil avec ce dernier. Des discussions ont ensuite eu lieu au sujet de la

standardisation de certain des champs libres des métadonnées tels que le titre, les aperçus ou le résumé. Nous avons aussi évoqué le problème de la remise à jour automatique des

métadonnées. Par exemple dans le cas où une personne change d’adresse pour que la modification de toutes les métadonnées ne soit pas nécessaire manuellement.

De façon individuelle j’ai aussi pu discuter avec le partenaire suisse de l’intégration de leurs métadonnées existantes au format ISO 19115, car ce dernier utilise déjà des

métadonnées pour décrire ses jeux de données en utilisant le profil suisse de la norme ISO 19115 le GM03. Malheureusement, bien que ce profil soit issu de la norme internationale, il n’est que très peu inter opérable avec l’outil de gestion des métadonnées Geonetwork.

Enfin ce meeting a été l’occasion de faire un bilan des travaux déjà accomplis et de faire un point sur le planning à venir, notamment sur les travaux à réaliser pour établir un cadre légal autour du système d’information.

Ce meeting s’est très bien passé mais s’est moins bien fini. Puisqu’à mon retour le mercredi soir j’ai tout naturellement déposé à mon bureau de l’INRA le portable que j’avais utilisé pour faire mes démonstrations et prendre mes notes. Par manque de chance des

cambrioleurs ont choisi cette nuit pour s’y introduire et emporter du matériel, dont le portable que j’avais utilisé. Cela m'a fait perdre plus d’une semaine de travail, car j’ai du refaire certains de mes travaux, remettre au propre les notes que j’avais prises pendant le meeting et surtout réinstaller le portable de démonstration une fois ce dernier remplacé.