Mise en place d`une Infr Données Spatiales pour

Université de Toulouse
MASTER 2 GEOMATIQUE
« Science de l’Information Géoréférencée pour la Maîtrise de
l’environnement et l’Aménagement des territoires » (SIGMA)
http://sigma.univ-toulouse.fr
RAPPORT DE STAGE
Mise en place d’une Infrastructure de
Données Spatiales pour les pays du
Maghreb
AUDOUARD Alexandre
Maîtres de stage : MALLET Géraldine et ROBIN Cécile
Tuteur-enseignant : PAEGELOW Martin
Septembre 2012
RESUME
La société Natural Solutions, basée à Marseille, travaille dans le domaine de la gestion de données
de biodiversité. Collaborant avec des partenaires marocains, elle a pour projet de mettre en place
une infrastructure de données spatiales (IDS) pour des pays du Maghreb. Cette IDS vise à rassembler
des données de biodiversité sur cette région, à les standardiser selon des normes internationales
pour favoriser leurs échanges et aider au développement de partenariats. L’IDS est un outil de
catalogage, permettant de créer et stocker des métadonnées, ainsi que d’effectuer des recherches.
Elle permet également de visualiser les données sans avoir à les télécharger. Ce projet s’inspire des
initiatives open data misent en place en Europe pour répondre à la directive INSPIRE.
Mon stage a eu pour objectif de déployer et de configurer cette IDS. Après avoir effectué un état
de l’art permettant d’identifier toutes les IDS disponibles, j’ai réalisé des comparatifs des
fonctionnalités des IDS pour arriver à déterminer celle qui correspondait le mieux à nos attentes. Une
fois l’IDS choisie, mon travail a consisté à l’installer et à la configurer de façon à la rendre
opérationnelle. Parallèlement à ces travaux, j’ai recherché et récupéré un maximum de données de
biodiversité pour lesquelles j’ai créé les fiches de métadonnées permettant de les intégrer au
catalogue de l’IDS. J’ai associé ces données à un Geoserver pour les visualiser par WMS dans l’IDS.
Enfin, j’ai personnalisé cette IDS en lui attribuant logo et couleurs spécifiques, afin de pouvoir la
présenter aux futurs utilisateurs.
Mots-clés : IDS, Maghreb, GeoNetwork Opensource, biodiversité, métadonnées, ISO 19115, CSW
1
ABSTRACT
Natural Solutions is a French SME focused on bridging the cultural gap that divides environmental
scientists and software engineers. Working with Moroccan partners, it plans to implement a spatial
data infrastructure (SDI) for the Maghreb countries. The IDS aims to gather data on biodiversity in
this region, standardize according to international standards to promote exchanges and help develop
partnerships. IDS is a cataloging tool, to create and store metadata and perform searches. It also
allows to visualize data without having to download them. This project builds on open data initiatives
that have been taken in Europe to meet the INSPIRE Directive. My internship was aimed to deploy
and configure the IDS. After making a state of the art to identify all available IDS I made comparative
features of IDS to help determine which best matched our expectations. Once the chosen IDS, my job
was to install and configure it to make it operational. Parallel to this work, I searched and retrieved a
maximum of biodiversity data that I created the metadata records to integrate the catalog of the IDS.
I combined these data with a Geoserver to visualize them by WMS in the IDS. Finally, I customized
logo and assigning specific colors to be presented to future users.
Keywords : SDI, Maghreb, GeoNetwork Opensource, biodiversity, metadata, ISO 19115, CSW
2
Diagramme de Gantt du stage
3
REMERCIEMENTS
Je tiens tout d’abord à remercier Olivier Rovellotti et son équipe de m’avoir accueilli durant mon
stage. Je remercie plus particulièrement Cécile Robin et Géraldine Mallet pour leurs aides et leurs
conseils qui m’ont permis d’acquérir non seulement de nouvelles connaissances, mais également des
méthodes de travail qui me serviront par la suite.
Je remercie également Martin Paegelow pour avoir accepté encore une fois d’être mon tuteurenseignant.
4
Sommaire
RESUME ................................................................................................................................................ 1
ABSTRACT ............................................................................................................................................. 2
Diagramme de Gantt du stage ............................................................................................................. 3
REMERCIEMENTS ................................................................................................................................. 4
Table des figures .................................................................................................................................. 6
Table des tableaux ............................................................................................................................... 6
INTRODUCTION .................................................................................................................................... 7
PARTIE 1 : PRESENTATION DE L’ENTREPRISE ET DU STAGE ................................................................ 9
1.1 – Présentation de la structure d’accueil : Natural Solutions.................................................... 10
1.2 – Les objectifs ........................................................................................................................... 10
1.3 – S’inspirer d’INSPIRE et des services de l’OGC........................................................................ 11
PARTIE 2 : LE CHOIX D’UNE SOLUTION TECHNIQUE .......................................................................... 12
2.1 – Présentation des IDS orientées catalogues ........................................................................... 13
2.2 – Comparatif des IDS orientées modulaires ............................................................................. 15
2.3 – L’étude des modules de visualisations pour compléter les IDS orientées catalogue ........... 17
2.4 – La solution finalement retenue ............................................................................................. 18
PARTIE 3 : INSTALLATION ET FONCTIONNEMENT.............................................................................. 19
3.1 – Prise en main de l’IDS et premières utilisations .................................................................... 20
3.2 – Le service CSW....................................................................................................................... 20
3.3 – Le stockage des métadonnées .............................................................................................. 23
3.4 – La diffusion des données spatiales par Geoserver ................................................................ 23
3.5 – Paramétrages de l’accès aux métadonnées .......................................................................... 26
3.6 – Personnalisation du projet .................................................................................................... 28
PARTIE 4 : LES DONNEES DU CATALOGUE ........................................................................................ 32
4.1 – Les différentes normes ISO, standards pour les données géographiques ............................ 33
4.2 – La récupération des données de biodiversité ....................................................................... 34
4.3 – Retour sur la recherche des données.................................................................................... 35
CONCLUSION ...................................................................................................................................... 36
ANNEXES ............................................................................................................................................ 38
WEBOGRAPHIE ................................................................................................................................... 46
5
Table des figures
Figure 1 : Arborescence du Geoserver ............................................................................................... 24
Figure 2 : Exemple de nomenclature de fichiers ................................................................................ 25
Figure 3 : Capture d'écran de la gestion des groupes ........................................................................ 26
Figure 4 : Liste des catégories par défaut .......................................................................................... 27
Figure 5 : Liste des catégories restantes ............................................................................................ 27
Figure 6 : Logo d’ecoCatalogue .......................................................................................................... 28
Figure 7 : Page d'accueil de Geonetwork ........................................................................................... 29
Figure 8 : Nouveau bandeau de la page d'accueil .............................................................................. 30
Figure 9 : Barres menu et login avant modifications ......................................................................... 30
Figure 10 : Barres menu et login après modifications ....................................................................... 30
Figure 11 : Texte par défaut de la page d'accueil............................................................................... 30
Figure 12 : Nouveau texte de la page d'accueil de l'IDS..................................................................... 30
Figure 13 : Page d'accueil de l'ecoCatalogue ..................................................................................... 31
Table des tableaux
Tableau 1 : Comparatif des IDS modulaires ....................................................................................... 16
Tableau 2 : Comparatif des modules de visualisation........................................................................ 17
Tableau 3 : Paramètres d'une requête GetRecords ........................................................................... 21
Tableau 4 : Paramètres modifiables d'une requête GetRecords ....................................................... 22
Tableau 5 : Paramètres modifiables de la requête GetRecordById ................................................... 22
6
INTRODUCTION
Le Maghreb est une région géographique et culturelle d’Afrique du nord, dont le Maroc, l’Algérie et
la Tunisie font partis. Dans ces pays, la diffusion et l’ouverture des données n’est qu’au stade
émergeant, contrairement aux initiatives d’open data, ouverture des données au public, qui se
multiplient en France1 et en Europe2, par exemple.
La directive INSPIRE (cf. 1.3 p. 11) votée par la Parlement européen en 2007 s’inscrit littéralement
dans cette mouvance. Elle vise à la publication par les autorités publiques des pays membres, de
leurs données, selon des normes et des standards communs. La notion fondamentale au cœur de la
directive INSPIRE est celle d’interopérabilité. Cette notion est au centre du projet (cf. 1.2 p. 10)
auquel j’ai pris part durant mon stage : mettre à la disposition d’utilisateurs une plateforme de
recherche et de diffusion de données, une infrastructure de données spatiales (IDS), pour favoriser la
publication et les échanges entre partenaires.
Les IDS (cf. partie 2 pp. 12:18) ont été développées pour répondre aux exigences d’INSPIRE en
matière d’accès et de diffusions des données. Les métadonnées sont la pièce principale de
l’infrastructure, fournissant des renseignements sur les données. Ces métadonnées sont stockées
dans un catalogue informatique. Elles servent à rechercher des données et à y accéder. L’accès aux
données se fait, soit directement par téléchargement, soit par web services (cf. 1.3 p. 11) au sein
d’un visualiseur, qui sert à afficher des couches de données spatiales. C’est l’interaction du catalogue
et du visualiseur qui forme ce que l’on appelle une IDS. De plus, les IDS étant interopérables, elles
peuvent s’échanger des données simplement, par moissonnage (cf. 3.2 p. 20).
Deux éléments caractérisent le projet. Le premier est qu’il concerne les pays du Maghreb. Le
second est que la biodiversité est le thème des données de l’IDS. En effet, la société Natural Solutions
(cf. 1.1 p. 10), qui m’a accueilli pour mon stage, travaille depuis plusieurs années avec cette région et
notamment le Maroc. L’équipe a ainsi eu l’occasion de constater l’inexistence d’un quelconque type
IDS pour les trois pays concernés. De plus, tous les travaux de l’entreprise sont liés à la biodiversité,
ce qui explique l’orientation thématique choisie.
Dès le départ, les objectifs principaux de mon travail ont été clairement définis :
-
Le premier objectif a été de réaliser un état de l’art des différentes solutions techniques
disponibles pour la mise en place d’une IDS. Grâce aux connaissances acquises durant ma
formation, j’ai pu concentrer mes recherches sur les solutions qui correspondaient le mieux aux
besoins (cf. 1.2 p. 10) et proposer un choix d’IDS.
-
Le second objectif a été de mettre en place l’IDS retenue. Mon travail a consisté à paramétrer
l’infrastructure pour la rendre fonctionnelle en prévision des futures utilisations.
-
Enfin, puisqu’une IDS sans données ne présente aucun intérêt, le troisième objectif que j’ai
poursuivi tout au long de mon stage, a été la recherche de données de biodiversité, afin de
pouvoir les récupérer et les intégrer au catalogue de l’IDS.
1
2
Plateforme française d’ouverture des données publiques : http://www.data.gouv.fr/
Plateforme open data belge : http://data.gov.be/fr; et espagnole : http://datos.gob.es/datos/
7
Le but final de mon travail sur ce projet a été, qu’au terme des six mois de stage, nous3 arrivions à
produire une IDS opérationnelle, prête à être utilisée et présentée à de futurs partenaires.
Dans la suite de ce rapport, je vais m’attacher à détailler et à expliciter les tâches que j’ai
accomplies afin de réaliser les objectifs fixés.
Dans la première partie, je présenterai la société qui m’a accueillie (cf. 1.1 p. 10), puis je reviendrai
sur les besoins du projet et les objectifs (cf. 1.2 p. 10), avant d’expliquer le choix de la prise en
compte de la directive INSPIRE pour des pays maghrébins.
Dans la deuxième partie, je détaillerai la méthode qui nous conduit à un choix précis d’IDS. Un
travail d’analyses comparatives entre différentes solutions a été effectué (cf. 2.1, 2.2 et 2.3 pp.
13:18) afin de retenir l’IDS qui répondait le mieux aux besoins (cf. 2.4 p. 18).
La troisième partie présente le fonctionnement de l’IDS choisie, avec ses fonctionnalités (cf. 3.1 p.
20) et les standards de communication (cf. 3.2 p. 20). Je montrerai l’organisation du stockage des
métadonnées (cf. 3.3 p. 23) et la diffusion des données par Geoserver (cf. 3.4 p. 23), avant de
détailler les différents paramétrages réalisés (cf. 3.5 pp. 26:28) et la personnalisation de l’IDS (cf. 3.6
pp. 28:31)
Enfin dans la dernière partie, je développerai la question des recherches de données pour l’IDS,
avec une présentation des normes que nous avons voulu respecter (cf. 4.1 p. 33), les données
récupérées et leurs traitements (cf. 4.2 p.34), avant de conclure cette partie par un bilan de mes
recherches (cf. 4.3 p. 35).
3
L’emploi du pronom personnel nous fait référence à l’ensemble de l’équipe du projet dans laquelle j’ai été
intégré durant mon stage. De ce fait, ce pronom est repris tout au long de ce rapport pour exprimer le côté
collégial de certaines décisions et actions.
8
PARTIE 1 :
PRESENTATION DE L’ENTREPRISE ET
DU STAGE
9
1.1 – Présentation de la structure d’accueil : Natural Solutions
Natural Solutions4 est une entreprise innovante (JEI) spécialisée dans la gestion des données de
biodiversité. Basée à Marseille, elle accompagne, depuis février 2008, les professionnels de l’écologie
qui souhaitent bénéficier d’une prise en charge efficace et innovante de leurs données de
biodiversité grâce à des solutions informatiques visant à collecter, structurer, diffuser et analyser les
données.
La société s’est développée selon les axes suivants :
-
La représentation des connaissances
L’informatisation et la gestion des données
Les systèmes d’informations géographiques
Travaillant pour des acteurs de l’environnement à la fois français et étrangers (Maroc, Emirats
Arabes Unis), la société compte 11 membres ayant des compétences pluridisciplinaires en
informatique et écologie.
Natural Solutions est engagée dans la recherche et tout spécialement dans la discipline scientifique
émergente de l’éco-informatique (ou Biodiversity Informatics), dont l’objectif est de faciliter l’étude
et la gestion des données environnementales.
1.2 – Les objectifs
L’entreprise a pour projet de proposer pour les pays du Maghreb, une infrastructure informatique
permettant de regrouper les données de biodiversité sur ces pays en vue de leur partage. Un tel
système doit répondre aux besoins suivants :
-
Stockage des données
Structuration et harmonisation de ces données autour de normes et de standards
internationaux
Diffusion des données en ligne
A l’heure actuelle, une telle structure n’existe pas. Sa mise en place aurait donc pour but de pallier
ce manque, favorisant le développement d’études sur l’environnement et l’écologie par exemple.
Cela offrirait également à ceux qui n’en n’ont pas les moyens, tels les associations ou les petits
organismes, la possibilité de partager leurs données facilement.
Cette plateforme vise aussi à devenir un outil de partenariat, en rassemblant les acteurs de
l’écologie, de la biodiversité, ou encore de l’environnement, autour d’un outil commun. Cela dans le
but de faciliter les prises de contact et le partage d’informations.
De manière générale, ce projet s’inscrit dans une démarche open data qui commence à émerger
dans les pays du Maghreb5, ainsi que dans une volonté d’interopérabilité avec des programmes et
des initiatives européens (INSPIRE), pouvant favoriser une dynamique entre pays méditerranéens.
Les besoins du projet ont défini les objectifs et les tâches que j’ai eu à remplir lors de mon stage, et
qui sont :
-
4
5
Faire le point sur ce qu’est la directive INSPIRE, ainsi que sur les normes et les standards
qui s’appliquent dans les échanges de données.
Faire un état de l’art des technologies et des solutions logicielles existantes pour mettre en
place une infrastructure de donnés spatiales (IDS).
http://www.natural-solutions.eu/
Exemple du portail des données publiques administratives du Maroc : http://data.gov.ma/Pages/Home.aspx
10
-
Mettre en place cette IDS et la tester pour s’assurer qu’elle réponde bien à nos besoins.
Recenser un maximum de sources de données sur la biodiversité et en récupérer autant
que possible pour les intégrer à notre IDS.
Personnaliser l’IDS de façon à lui donner une identité propre dans le but de le présenter et
d’attirer des partenaires.
Réaliser des plaquettes d’informations pour présenter et expliquer le fonctionnement de
l’IDS à de possibles partenaires du projet.
1.3 – S’inspirer d’INSPIRE et des services de l’OGC
Le choix de prendre en compte la directive européenne INSPIRE dans le projet découle de la
volonté de prendre exemple du partage et de l’interopérabilité mis en place par INSPIRE. Cette
interopérabilité entre pays de l’Union européenne est basée sur des normes et des standards
communs. Nous nous en sommes servis comme références à respecter.
En effet, la directive INSPIRE impose aux autorités publiques des pays européens de mettre à
disposition leurs données en respectant des normes techniques précises, comme la norme ISO
191156, norme pour les métadonnées de l’information géographique.
De plus, la directive spécifie que la diffusion des données doit se faire au travers d’une
infrastructure de données spatiales. Les exigences d’INSPIRE sur ce point sont très claires :
-
-
Tous les services de l’IDS doivent être accessibles par Internet : service de découverte pour
la recherche de données via les métadonnées, service de consultation pour visualiser les
données sans les télécharger et service de téléchargement pour avoir accès aux données
ou à un extrait.
Les métadonnées « sont la porte d'entrée de l'infrastructure puisqu'elles permettent de
connaître les données et les services disponibles ainsi que leurs utilisations possibles »7.
Les IDS ont donc été développées pour répondre à ces exigences. La mise en place d’une
plateforme semblable pour les pays du Maghreb nous a conduit à respecter les mêmes principes et
les mêmes règles de fonctionnement.
Les IDS sont également basées sur les standards définis par l’Open Geospatial Consortium 8(OGC). Il
s’agit d’une organisation internationale à but non lucratif qui s’est donnée pour mission de
promouvoir des standards ouverts pour l’interopérabilité en géomatique.
Parmi les standards, les quatre plus importants sont les suivants :
-
Le Web Map Service (WMS), qui permet d’afficher des cartes de données géoréférencées,
provenant d’un serveur distant, sous forme d’image.
Le Web Feature Service (WFS), qui est spécifique à la publication de données de type
vecteur (points, polygones, etc.).
Le Web Coverage Service (WCS), qui est dédié à l’affichage d’images et de données
provenant de couches raster (image satellite par exemple).
Le Catalogue Services for the Web (CSW), qui permet l’interaction et la communication
avec un ou plusieurs catalogues de ressources spatialisées.
Le WMS et le CSW sont les deux services que j’ai le plus utilisés lors de mon stage pour la
publication des données (cf. 3.4) et la gestion du catalogue (cf. 3.2).
6
Norme internationale depuis 2003 : http://eden.ign.fr/std/iso_19115/
Présentation d’INSPIRE par l’IGN : http://inspire.ign.fr/directive/pr%C3%A9sentation
8
http://www.opengeospatial.org/
7
11
PARTIE 2 :
LE CHOIX D’UNE SOLUTION
TECHNIQUE
12
Une IDS se compose de deux parties : un catalogue et un visualiseur. La partie catalogue sert à la
création et au stockage des métadonnées, ainsi qu’à la recherche de données. La partie visualiseur
est là pour afficher les données et permettre leur visualisation avant téléchargement.
Ces deux parties, catalogue et visualiseur, sont liées. J’aurai l’occasion de revenir sur ce
fonctionnement commun plus loin dans ce rapport (cf. 3.4).
La première tâche de mon stage a été d’identifier les technologies open source que nous pourrions
utiliser pour l’IDS. Cette veille technologique a été primordiale. En effet, ce sont mes recherches et
mes conclusions qui nous ont permis de faire un choix quant à l’orientation technique à donner au
projet. Il a été décidé de se concentrer sur les solutions open source les plus répandues, car elles sont
gratuites, variées et fiables. Rapidement après le début de mes recherches, j’ai entrevu trois
orientations possibles pour mettre en place une IDS. Pour moi, les diverses solutions se caractérisent
par des approches techniques et des fonctionnements différents.
Tout d’abord, il y a ce que je considère comme étant des IDS orientées catalogue. Leur
fonctionnement est centré sur la partie catalogage des métadonnées, parfois au détriment de la
partie visualiseur.
Ensuite, il existe les IDS que j’appelle modulaires, car composées de plusieurs modules. Ces IDS
sont plus complexes et plus « lourdes » à déployer que les précédentes.
Enfin, pour aboutir à une IDS, il reste la possibilité de prendre un catalogue et de lui rajouter un
module de visualisation.
Les sections suivantes présentent ces trois types d’IDS.
2.1 – Présentation des IDS orientées catalogues
Dans cette catégorie d’IDS que j’estime plus orientées catalogages, trois solutions logicielles
(GeoNetwork Opensource, GéoSource et MDWeb) existent. De façon à choisir celle qui répondait le
mieux à nos besoins, ma première tâche a donc été de les tester de façon à pouvoir ensuite établir
un comparatif de leurs fonctionnalités.
Ces solutions ont été développées pour répondre aux mêmes besoins. Aussi, leurs
fonctionnements sont très semblables puisque respectant les mêmes normes ISO pour les données
géographiques et les mêmes standards mis en place par l’OGC pour les catalogues (cf. 1.3).
Ci-dessous, une comparaison de ces trois solutions, suivie d’un bilan déterminant la solution à
privilégier.
GeoNetwork Opensource
Développé au début des années 2000 par la FAO, GeoNetwork Opensource9 en est aujourd’hui à sa
version 2.8 et est utilisé par un grand nombre d’organismes de l’ONU (PAM, UNEP) mais aussi par des
organismes nationaux partout dans le monde (France, Australie, Afrique du Sud). Répondant à toutes
les fonctionnalités définissant une IDS, GeoNetwork est surtout devenu la référence en matière de
catalogage de métadonnées.
Dans ma phase de test, je me suis particulièrement intéressé aux fonctions principales de ce
programme :
-
9
Création de métadonnées, avec un guide de saisie et vérification de validité selon la norme
ISO choisie comme modèle.
http://geonetwork-opensource.org/
13
-
Choix important de modèles de métadonnées selon diverses normes ISO
Gestion (édition, suppression) des métadonnées
Import unique ou par lot de métadonnées
Recherche simple (critère unique) ou avancée (multi critères)
Gestion des utilisateurs et des droits d’accès aux données
Système de moissonnage
Gestion de thésaurus
Visualiseur de données spatiales, avec fond cartographique basique obtenu par WMS, et
outils de navigation
13 langues disponibles
-
GéoSource
GéoSource10 a été développé à partir de 2006 par le BRGM11 et le Ministère de l’Ecologie, du
Développement durable et de l’Energie, à partir des codes de GeoNetwork Opensource. En effet, il
ne s’agit que d’une version francisée de GeoNetwork, conçue en priorité pour les acteurs français de
la diffusion de données spatiales.
Outre une interface graphique différente de celle de Geonetwork, on retrouve exactement les
mêmes fonctions que précédemment. GéoSource ne se démarque de son grand frère que sur un
point : le fond cartographique du visualiseur.
En effet, GeoNetwork utilise un fond cartographique servi par WMS du type Blue Marble12, tandis
que Géosource fait appel directement à un fond Open Street Map13, apportant une précision
beaucoup plus grande du fond notamment pour le travail à petite échelle.
MDWeb
MDWeb14 est un « outil libre de catalogage et de localisation de ressources », fruit du travail de
l’IRD15 et de la société Géomatys16, datant des années 2000. On y retrouve les mêmes fonctions
présentes dans les deux autres logiciels, dans un « emballage » différent. J’ai tout de même constaté
des difficultés pour configurer un lien WMS dans les métadonnées, ce qui s’avère un défaut
important pour l’accès à la ressource associée par web services.
Bilan sur ces trois solutions
De façon à faire un choix entre ces différentes solutions logicielles, j’ai testé ces IDS selon
différentes approches, à savoir, en tant que :
-
utilisateur de catalogue, venant rechercher de la donnée ;
créateur de métadonnées qui vient enrichir le catalogue avec ses nouvelles données ;
administrateur, qui gère l’ensemble.
Parmi ces trois solutions, nous n’avons pas retenu MDWeb car il ne répondait pas au besoin
spécifique d’intégrer facilement un lien WMS, permettant l’accès aux données et à leur affichage
dans le visualiseur.
10
http://www.geosource.fr/
Bureau de Recherches Géologiques et Minières.
12
Image du monde de la NASA : http://earthobservatory.nasa.gov/Features/BlueMarble/
13
http://openstreetmap.fr/
14
http://www.mdweb-project.org/
15
Institut de Recherche pour le Développement : http://www.ird.fr/
16
http://www.geomatys.com/fr
11
14
Nous avons longuement hésité entre GeoNetwork et GéoSource, le principal avantage de ce
dernier étant son fond cartographique tuilé Open Street Map.
Finalement nous avons considéré que GeoNetwork était le choix le plus judicieux, puisque cette
solution propose les fonctionnalités les plus adaptées à nos objectifs. C’est-à-dire :
-
L’utilisateur peut choisir parmi 13 langues, atout majeur pour une utilisation internationale
de l’IDS.
L’outil de sélection des styles dans le visualiseur permet de choisir quelles données d’une
couche seront affichées.
Enfin, GeoNetwork étant une référence internationale, il bénéficie d’une communauté de
développeurs et d’utilisateurs très active.
2.2 – Comparatif des IDS orientées modulaires
En parallèle de l’étude précédente (cf. 2.1), j’ai étudié le déploiement des IDS modulaires. Ces IDS
se différencient des précédentes (centrées sur le catalogue) de part leurs architectures modulaires,
chaque module ayant une fonction bien particulière. On retrouve un module pour le catalogage, un
module pour le visualiseur, pour la gestion des droits d’accès, etc. L’ensemble est présenté sous
forme de pack qui permet d’installer, soit tous les modules, soit seulement le ou les modules qui
nous intéressent.
Deux constats ont vite été réalisés. Premièrement, ces IDS sont basées sur des logiciels open source
connus (GeoNetwork, Geoserver, PostgrSQL17). Deuxièmement, la modularité de ces IDS engendre
une grande complexité d’installation.
Chaque module, tout comme l’infrastructure complète, nécessite d’avoir un certain nombre de
programmes déjà installés, pour pouvoir être déployé. Ces logiciels pré-requis doivent eux-mêmes
être correctement configurés, tout cela impliquant à chaque fois des manipulations et des capacités
techniques poussées, pas nécessairement disponibles le moment venu au sein de Natural Solutions.
Pour tester les différentes fonctionnalités et réaliser un comparatif, nous avons eu recours aux
applications de ces IDS disponibles en ligne :
consultation
des
services
du
Pour
la
solution
EasySDI18 :
19
CRIGEOS (http://www.crigeos.org/) et de l’Observatoire socio-économique des Pyrénées
(http://www.sig-pyrenees.net/).
Pour l’IDS du nom de geOrchestra20 : consultation des plateformes d’échange de données
de Bretagne (http://geobretagne.fr/accueil/) et d’Aquitaine (http://www.pigma.org/).
Pour GeoNode21 : consultation des services d’échange de données du Kenya
(http://virtualkenya.org/maps-viewer/maps)
et
de
San
Diego
(http://maps.opensandiego.org/).
De la même façon que précédemment (cf. 2.1), ces différentes IDS présentent les mêmes
fonctionnalités puisqu’elles répondent aux mêmes objectifs. De façon à mieux visualiser les
différences des unes par rapport aux autres, j’ai réalisé un tableau d’aide à la décision22 en attribuant
des points pour faire ressortir les atouts et les inconvénients de chaque solution :
17
http://www.postgresql.org/
http://www.easysdi.org/fr
19
Centre Régional d’Information Géospatiale
20
http://www.georchestra.org/
21
http://geonode.org/
22
Voir l’Annexe 1 (p. 38) pour un tableau explicatif de la notation.
18
15
EasySDI
Contributeurs
La société Depth
(Suisse)
L'association suisse ASIT
Vaudois
L'Assemblée pyrénéenne
pour l'économie
montagnarde
géOrchestra
CamptoCamp
GeoBretagne
GeoNode
Associations
australiennes et néozélandaises
Banque mondiale
Université d'Harvard
GFDRR
World Food Program
Rapidité de
déploiement
1
1
3
Simplicité de
configuration
1
1
1
Communauté
d'utilisateurs
2
2
1
Ergonomie
1
3
1
TOTAL
5
7
6
Joomla
Annuaire LDAP
Maven
Django
7
5
4
Pré-requis
pour
l'installation
Nombre de
modules à
installer
Tableau 1 : Comparatif des IDS modulaires
Ce comparatif met en avant l’IDS geOrchestra comme solution la plus adaptée à nos attentes. Cette
solution se différencie des autres au niveau de sa gestion de la liaison entre le catalogue et le
visualiseur.
En effet, outre le lien présent dans une fiche de métadonnées permettant de basculer en mode
visualiseur pour afficher la couche correspondante, le module de visualisation de geOrchestra
permet d’avoir également accès aux métadonnées d’une couche de données spatiales sans avoir à
repasser par le catalogue lui-même. Cette fonctionnalité offre ainsi l’avantage de proposer deux
voies d’accès aux données que contient le catalogue :
-
de façon classique en passant par le catalogue ;
ou bien directement par le visualiseur, qui dispose d’un panneau de recherche pour avoir
accès aux métadonnées du catalogue.
De plus, ce visualiseur possède également un outil permettant de consulter la fiche de
métadonnées d’une couche, option que ne possèdent pas les autres IDS testées.
Cependant, et c’est là selon moi le point noir de ces IDS, nous nous sommes rapidement rendus
compte de la complexité du déploiement de telles installations23. Ainsi, au vu des difficultés
rencontrées, nous avons pris la décision de ne retenir aucune de ces IDS comme solution technique
pour le projet.
23
Le déploiement de ces installations nécessitait des compétences et des ressources techniques et humaines
trop importantes pour les délais impartis.
16
2.3 – L’étude des modules de visualisations pour compléter les IDS orientées
catalogue
A partir des études précédentes, nous avons envisagé une troisième solution pour la mise en place
d’une IDS, permettant de pallier la « faiblesse » des visualiseurs des IDS de type GeoNetwork,
comparée à ceux du type geOrchestra. En effet, ces derniers possèdent des atouts qui nous ont
poussés à tenter de les associer à un GeoNetwork.
Tout d’abord, les modules de visualiseur proposent des fonds cartographiques tuilés du type Open
Street Map, garantissant une précision à petite échelle.
Ensuite, ils sont plus ergonomiques. Leurs interfaces sont plus travaillées et plus claires à prendre
en main pour des non initiés.
Enfin, les modules proposent des outils de navigation et de connexion avec le catalogue plus
perfectionnés, avec plus d’options.
Outre ces modules, d’autres solutions techniques existent et présentent les mêmes avantages.
Nous avons sélectionné trois des solutions qui semblaient correspondre à nos attentes : MapFish24
(visualiseur de geOrchestra), le module Map25 issu d’EasySDI et MapBender26. J’ai ensuite réalisé un
comparatif entre ces trois options (tableau 2)
MapFish
(GeOrchestra)
Contributeurs
Swisstopo
CamptoCamp
Mapgears
Module Map
(EasySDI)
La société Depth (Suisse)
L'association suisse ASIT
Vaudois
L'Assemblée pyrénéenne
pour l'économie
montagnarde
MapBender
WhereGroup
(Allemagne)
Webgis (Allemagne)
Metaspatial (Allemagne)
Rapidité de
déploiement
4
1
3
Simplicité de
configuration
3
1
3
Communauté
d'utilisateurs
4
2
2
Ergonomie
4
3
1
TOTAL
15
7
9
Pré-requis
pour
l'installation
/
Joomla
Module CORE
Module PROXY
/
Tableau 2 : Comparatif des modules de visualisation
24
Site officiel de MapFish : http://mapfish.org/
Descriptif du module dans EasySDI : http://www.easysdi.org/fr/modules/map
26
http://www.mapbender.org/Mapbender_Wiki
25
17
Dans la continuité des remarques que j’ai faites dans la partie précédente (cf. 2.2), c’est la
technologie issue de geOrchestra qui, comparée aux possibilités offertes par les deux autres, est la
plus aboutie. Pour mettre en place la solution MapFish, nous avons alors testé deux approches
différentes :
-
Premièrement, l’installation du module du visualiseur issu de geOrchestra.
Deuxièmement, l’installation du logiciel MapFish originel (non modifié pour geOrchestra).
Dans le premier cas, nous avons rencontré les mêmes soucis que pour l’installation complète de
geOrchestra, c’est-à-dire des configurations et mises en œuvre complexes, nécessitant des
ressources et un temps trop importants.
Pour le second cas, nous n’avons rencontré aucun problème pour l’installation de MapFish qui se
fait simplement et rapidement. Les problèmes sont apparus au moment d’établir la liaison avec le
catalogue. Après plusieurs tentatives, nous avons considéré que cela allait nécessiter des
modifications trop importantes des codes de fonctionnement interne des deux programmes, et que
l’investissement de temps pour cette tâche serait trop lourd pour le projet.
2.4 – La solution finalement retenue
Toutes ces recherches et tous ces comparatifs nous ont été nécessaires. Cela nous a permis de
prendre connaissance des différents types d’IDS existants, de leurs orientations et de leurs
particularités. Nous avons pu nous familiariser avec leurs technologies et leurs fonctionnements, qui
sont assez semblables quelque soit le logiciel.
Au final, notre choix s’est porté sur la solution GeoNetwork Opensource, qui tout en répondant aux
impératifs que nous nous étions fixés (cf. 1.2), possède en plus les potentialités d’évolution les plus
fortes.
18
PARTIE 3 :
INSTALLATION ET FONCTIONNEMENT
19
3.1 – Prise en main de l’IDS et premières utilisations
Une fois la solution GeoNetwork déployée sur le serveur de l’entreprise, mon travail a consisté,
dans un premier temps, à prendre pleinement connaissance de toutes les fonctionnalités de l’IDS. J’ai
pu ainsi produire une présentation complète de son fonctionnement qui servira à la fois pour
l’utilisation en interne de l’IDS, mais aussi pour les futurs utilisateurs.
La liste complète des fonctionnalités que j’ai établie se trouve à la fin de ce rapport dans l’Annexe 2
(p. 39).
Les fonctionnalités que j’ai le plus utilisées concernent la création de métadonnées et de
catalogues d’attributs.
La création de métadonnées se fait au travers d’un formulaire de saisie. L’utilisateur spécifie la
norme ISO (cf. 4.1 p. 24) respectée par le formulaire. C’est de cette norme que dépendent les
champs à compléter. L’IDS dispose d’un validateur permettant de vérifier que tous les champs ont
été complétés correctement. Une fois publiée, la fiche de métadonnées peut être exportée au
format XML ou PDF.
Nous avons jugé qu’il est utile de proposer des catalogues d’attributs liés aux fiches de
métadonnées. Un catalogue d’attributs renseigne sur les attributs d’une donnée, c’est-à-dire sur les
informations qu’elle contient. Ainsi, un utilisateur peut s’informer des attributs d’une donnée sans
avoir à y accéder. La création d’un catalogue d’attributs se déroule de la même façon que pour une
fiche de métadonnée. Cela passe par un formulaire de saisie dont le modèle est disponible par défaut
dans GeoNetwork.
La liaison entre fiche de métadonnées et catalogue d’attributs se gère à partir de la fiche de
métadonnées, et apparait dans celle-ci sous forme de lien renvoyant au catalogue correspondant.
Cette prise en main de GeoNetwork m’a permis de paramétrer les fonctionnalités avancées de l’IDS
qui sont présentées dans les sections qui suivent (3.2 à 3.6)
3.2 – Le service CSW
Comme je l’ai précisé dans la partie 2.1 (pp. 13:15), GeoNetwork respecte les standards mis en
place par l’OGC parmi lesquels se trouve le CSW qui est le protocole sur lequel repose le
fonctionnement de l’IDS en ce qui concerne la recherche de métadonnées, l’ajout ou l’édition, la
suppression ou encore le moissonnage et l’affichage de données.
Outre l’utilisation de l’interface du GeoNetwork, le CSW permet d’interroger et d’interagir
directement avec l’IDS grâce à des requêtes spécifiques. Ces requêtes sont de types http GET ou http
POST, et sont envoyées depuis un navigateur internet. La réponse renvoyée par GeoNetwork est
présentée sous forme de fichier XML27 ou SOAP28.
Il est important de noter que l’envoi de requêtes de types http POST nécessite d’avoir un module
spécifique dans navigateur internet, comme Poster29 sous Mozilla Firefox.
Ma tâche a été de m’assurer que GeoNetwork fonctionne correctement lorsqu’il est interrogé
directement par CSW, et ainsi de garantir son interopérabilité. Pour cela, j’ai utilisé une série de
requêtes http GET pour vérifier les réponses obtenues. La liste de ces requêtes est présentée cidessous.
27
Extensible Markup Language.
Simple Object Access Protocol.
29
https://addons.mozilla.org/fr/firefox/addon/poster/
28
20
GetCapabilities
La requête GetCapabilities permet d’obtenir les informations sur le serveur et ses services,
l’ensemble étant regroupé en métadonnées de service. Le document XML obtenu en réponse (voir
Annexe 3 p. 40 pour un extrait commenté) liste toutes les fonctions et les opérations supportées par
GeoNetwork :
- L’identification du service (nom du propriétaire, type de service, version, etc.)
- Une liste de mots clés du catalogue
- Les différentes opérations réalisables par le catalogue (GetCapabilities, GetRecords, etc.)
ainsi que leurs paramètres d’appels et leurs formats de sortie.
- Les filtres et les requêtes spatiales supportés par le service (intersection de polygones,
critères de comparaison « plus petit que », « égal à », etc.)
Requête GetCapabilities du type http GET :
http://82.96.149.133:8282/geonetwork/srv/fre/csw?service=CSW&request=GetCapabilities&AcceptVersion=2.0.2
DescribeRecord
La requête DescribeRecord permet d’obtenir les schémas des standards implémentés dans le
catalogue. Cela concerne les modèles des métadonnées mais aussi des métadonnées de service, et
plus généralement tous les formats XML des standards obtenus par requêtes CSW.
Requête DescribeRecord du type http GET :
http://82.96.149.133:8282/geonetwork/srv/fre/csw?SERVICE=CSW&VERSION=2.0.2&REQUEST=DescribeRecord
GetRecords
Cette requête permet de rechercher et d’afficher les métadonnées du catalogue. Elle contient
plusieurs paramètres qui déterminent les informations récupérées en réponse.
Requête GetRecords du type http GET :
http://82.96.149.133:8282/geonetwork/srv/fre/csw?REQUEST=GetRecords&SERVICE=CSW&VERSION=2.0.2&ELE
MENTSETNAME=full&OUTPUTSCHEMA=http://www.opengis.net/cat/csw/2.0.2&CONSTRAINTLANGUAGE=FILTER
&CONSTRAINT_LANGUAGE_VERSION=1.1.0&RESULTTYPE=results&TYPENAMES=csw:Record&CONSTRAINT=<ogc:
Filter
xmlns:ogc="http://www.opengis.net/ogc"><ogc:PropertyIsEqualTo><ogc:PropertyName>dc:type</ogc:PropertyN
ame><ogc:Literal>dataset</ogc:Literal></ogc:PropertyIsEqualTo></ogc:Filter>
Dans l’exemple ci-dessus, les paramètres que l’on trouve dans l’URL sont les suivants :
REQUEST=GetRecords
Type de requête
SERVICE=CSW
Nom du service
VERSION=2.0.2
Version du service
OUTPUTSCHEMA=http://www.opengis.net/cat/csw/2.0.2
Schéma de la réponse
CONSTRAINTLANGUAGE=FILTER
Type du langage de requête
CONSTRAINT_LANGUAGE_VERSION=1.1.0
Version du type de langage de la
requête
TYPENAMES=csw:Record
Type de métadonnées interrogées
CONSTRAINT=<ogc:Filter>[…]</ogc:Filter>
Filtre de la requête
Tableau 3 : Paramètres d'une requête GetRecords
21
A cela, viennent s’ajouter deux autres paramètres qui déterminent les informations présentes dans
la réponse XML :
ELEMENTSETNAME=full
Renvoie les métadonnées en présentant
l’identifiant, le titre, les mots-clés, le résumé,
l’emprise géographique et les ressources
associées.
ELEMENTSETNAME=summary
Présente les métadonnées avec l’identifiant, le
titre, les mots-clés et le résumé.
ELEMENTSETNAME=brief
Indique l’identifiant, le titre et l’emprise
géographique des métadonnées.
Fournit les résultats sous forme de liste.
RESULTTYPE=results
Affiche seulement le nombre total de fiches de
métadonnées dans le catalogue.
RESULTTYPE=hits
Tableau 4 : Paramètres modifiables d'une requête GetRecords
Il existe plusieurs variantes de cette requête comme par exemple, la requête GetRecord
ShortByTitle. Elle présente l’intérêt de fournir la liste des fiches de métadonnées contenues dans le
catalogue, avec pour chaque fiche son identifiant, son titre et son résumé. Nous avons jugé cette
requête particulièrement intéressante car elle s’avère très efficace pour visualiser le contenu du
catalogue de l’IDS. Cette requête permet, par exemple, de récupérer l’identifiant d’une fiche de
métadonnées, pour ensuite s’en servir avec une requête GetRecordById.
GetRecordById
Cette requête permet d’accéder directement à une fiche de métadonnées grâce à son identifiant
unique (id).
Requête getRecordById du type http GET :
http://82.96.149.133:8282/geonetwork/srv/fre/csw?request=GetRecordById&service=CSW&version=2.0.2&elem
entSetName=full&id=71e16b87-7009-422a-8490-739949eb53c6
Le paramètre elementSetName de la requête est le même que celui du GetRecords ci-dessus. Tout
comme précédemment, le contenu de la réponse varie selon sa valeur :
ELEMENTSETNAME=full
Renvoie les métadonnées en présentant
l’identifiant, le titre, les mots-clés, le résumé,
l’emprise géographique et les ressources
associées.
ELEMENTSETNAME=summary
Présente les métadonnées avec l’identifiant, le
titre, les mots-clés et le résumé.
ELEMENTSETNAME=brief
Indique l’identifiant, le titre et l’emprise
géographique des métadonnées.
Tableau 5 : Paramètres modifiables de la requête GetRecordById
Un exemple de la réponse XML obtenue, avec le paramètre full, est présenté et annoté dans
l’Annexe 4 (p. 41).
22
3.3 – Le stockage des métadonnées
Lors de son déploiement, GeoNetwork installe automatiquement une base de données H230 , qui
est déjà configurée pour le stockage des métadonnées.
En regardant de plus près les fichiers de GeoNetwork, on peut constater que l’IDS est compatible
avec un grand nombre d’autres bases de données comme MySQL31, Oracle32, PostgreSQL, SQL
Server33, Mckoi34 ou encore DB235.
La configuration de la connexion à la base de données se gère facilement à partir d’un fichier XML,
qui regroupe l’ensemble des scripts de connexion aux bases de données. Une fois la base de données
choisie, il n’y a plus qu’à désactiver le script de connexion par défaut à la base de données H2 et à
activer celui correspond à la base choisie.
De plus, GeoNetwork dispose, pour chacune des bases de données citées ci-dessus, des scripts
SQL36 pour créer les tables nécessaires au stockage des métadonnées.
Nous avons fait le choix de conserver la base de données H2 installée par défaut. En effet, à l’heure
actuelle, elle possède les capacités de traitement suffisantes pour gérer nos données.
3.4 – La diffusion des données spatiales par Geoserver
Mon travail à ce niveau a consisté à mettre en place et à gérer la partie correspondante à la
diffusion des données spatiales que j’avais récupérées (cf. partie 4, pp. 33:35 ). Pour réaliser cette
tâche, j’ai utilisé Geoserver (version 2.1.3) déjà présent sur le serveur de Natural Solutions.
Geoserver est un logiciel serveur open source et gratuit qui permet la diffusion de données
spatiales en se basant sur les standards WMS 37et WFS38 mis en place par l’Open Geospatial
Consortium (OGC). Ecrit en Java, basé sur les outils SIG de Geotools et intégrant la bibliothèque de
cartographie OpenLayers, Geoserver dispose d’un grand nombre de fonctions pour la création,
l’édition et le partage de données spatiales (format de sortie, style des couches, etc.).
Dans le cadre de notre IDS, Geoserver permet d’afficher les données spatiales, rattachées à une
fiche de métadonnées, dans le visualiseur de GeoNetwork.
De façon à pouvoir publier pour la première fois une carte avec Geoserver, il y a un certain nombre
d’étapes à suivre.
La première étape consiste à créer un Espace de travail. Il s’agit d’un groupe logique de ressources
auquel sont rattachés les services WMS, WFS et WCS (cf. 1.3). Chaque Espace de travail possède un
URI39 spécifique. A noter que nous avons rencontré des problèmes pour extraire des données de nos
couches simplement à cause d’un mauvais URI qui ne respectait pas le format « classique » pris en
compte par Geoserver. L’Espace de travail mis en place porte le nom de Faro.
Pour la seconde étape, il s’agit de créer un Entrepôt qui est un groupe physique de ressources de
même type (par exemple shapefile). Chaque Entrepôt créé, est rattaché à l’Espace de travail Faro et
pointe sur un fichier shapefile. L’ensemble des fichiers des Entrepôts est stocké dans Geoserver dans
le répertoire geoserver/data/data.
30
http://www.h2database.com/html/main.html
http://www.mysql.fr/
32
http://www.oracle.com/fr/products/database/index.html
33
http://www.microsoft.com/france/serveur-cloud/sql/default.aspx
34
http://mckoi.com/originalmckoisql/index.html
35
http://www-01.ibm.com/software/data/db2/
36
Structured Query Language, langage de requête des bases de données.
37
Web Map Service
38
Web Feature Service
39
Uniform Ressource Identifier
31
23
Enfin, la dernière étape consiste à publier les données en leur associant un référentiel et un ou
plusieurs styles de représentation.
Après avoir accompli toutes ces étapes, nous avons pu accéder à nos couches de données par WMS
avec le lien suivant : http://82.96.149.133:8080/geoserver/FARO/wms?
Par la suite, j’ai implémenté ce lien WMS dans les fiches de métadonnées. Ainsi, cela permet
d’afficher la couche spatiale dans le visualiseur de Géonetwork, par un simple clic sur l’icône
d’activation de la carte interactive dans la fiche de métadonnées.
Au niveau de l’organisation du répertoire de ressources, nous avons fait le choix de créer un
dossier pour chaque pays, et un pour les données maritimes en Méditerranée. A l’intérieur de
chaque dossier, se trouvent des sous-dossiers correspondant à une donnée précise.
Voici comment se présente l’arborescence de nos fichiers :
Figure 1 : Arborescence du Geoserver
24
Au niveau de la nomenclature
Nous avons décidé d’un schéma commun pour nommer les sous-dossiers : d’abord la source de la
donnée, puis ce que la donnée représente.
Par exemple, pour le sous-dossier uicn_amphanura de la figure 1 (p.24), la source est l’Union
Internationale pour la Conservation de la Nature (UICN)40 et la donnée concerne les amphibiens de
l’ordre Anura.
Au niveau du nom de chaque fichier de ressource, c’est le même principe. Les noms respectent le
schéma suivant :
Pays_source_donnéesreprésentées
Par exemple, le sous-dossier wwf_ecoter du dossier maroc contient les fichiers suivants :
Figure 2 : Exemple de
nomenclature de fichiers
Au niveau du style des couches
Pour chaque ressource publiée, un style de représentation lui est associé par défaut. Mais il est
possible de changer le style d’une couche par défaut et de lui rajouter, en plus, d’autres styles en
options. J’ai utilisé cette fonctionnalité pour plusieurs de nos couches.
En effet, l’UICN fournit des couches vectorielles dont les polygones possèdent plusieurs attributs
qu’il n’est pas possible de représenter en même temps. Par exemple, sur la même couche on trouve
l’attribut Présence d’une espèce, qui qualifie si l’espèce est présente, peu présente ou absente. Mais
on trouve aussi l’attribut Origine qui indique si une espèce est originaire du territoire, réintroduite ou
extérieure. Nous avons considéré qu’il est intéressant d’avoir un style pour chaque attribut et de
laisser à l’utilisateur le choix de l’affichage.
Pour créer les styles, j’ai tout d’abord utilisé le logiciel de SIG Quamtum SIG41. Après avoir réalisé le
style d’une couche, j’ai utilisé l’extension SLD Export du logiciel pour récupérer un fichier au format
XLM, contenant la définition du style de la couche. Puis, j’ai importé ce fichier XML dans Geoserver
pour recréer le style que j’ai, enfin, associé à la couche correspondante.
Ainsi, dans le visualiseur de Geonetwork, grâce à l’outil Layer Style, il nous est possible, si la couche
de données possède plusieurs styles, de sélectionner celui que l’on souhaite afficher.
40
41
http://www.iucn.org/fr/
http://www.qgis.org/
25
3.5 – Paramétrages de l’accès aux métadonnées
Définition d’un compte utilisateur spécifique
En tant qu’administrateur de l’IDS, je disposais d’un compte me donnant accès à toutes les
fonctions de GeoNetwork, parmi lesquelles se trouve la gestion des utilisateurs. Cette fonction
permet de créer des comptes possédants des droits d’accès précis à l’IDS. Les différents types de
comptes et leurs droits d’accès sont présentés dans l’Annexe 5 (p. 42).
Dans le but de permettre aux futurs contributeurs de créer ou d’importer des métadonnées, j’ai
créé un compte Editeur. Par la suite, d’autres comptes seront créés en fonction des utilisateurs de
l’IDS.
Définition d’un groupe d’utilisateurs
GeoNetwork permet la gestion de groupes d’utilisateurs. Ces groupes servent à définir les
privilèges d’accès aux métadonnées. De plus, en tant qu’administrateur, il est plus aisé de gérer ces
droits d’accès par groupe plutôt qu’individuellement par utilisateur. En effet, chaque compte
utilisateur créé (voir section ci-dessus) est rattaché à un groupe.
La capture d’écran ci-dessous présente les groupes disponibles ainsi que les options d’accès aux
données :
Figure 3 : Capture d'écran de la gestion des groupes
Le groupe ecoCatalogue est un groupe que nous avons créé, les autres étant disponibles par défaut
dans l’IDS. Dans cet exemple, nous voyons que ce groupe dispose de tous les droits d’accès à la
donnée, au contraire du groupe Guest qui ne peut que :
-
télécharger les données ; et
accéder à la couche de données spatiales dans le visualiseur (option Carte intéractive).
Définition des catégories pour les données du catalogue.
Lorsque des métadonnées sont créées ou importées dans GeoNetwork, on peut les associer à une
catégorie. Ces catégories permettent de classer les ressources selon leurs types. Elles servent
également lorsque l’on effectue une recherche : on peut choisir d’afficher toutes les métadonnées
associées à une catégorie précise.
26
GeoNetwork étant conçu pour cataloguer tout type de données, les catégories qui sont proposées
par défaut sont très variées (figure 4). Cependant, dans le cadre du projet, les types de ressources qui
nous intéressent particulièrement sont les suivantes :
-
Applications
Etudes de cas
Répertoires
Répertoires de contacts
-
Cartes & graphiques
Jeux de données
Photographies
Vidéos/Audio
Nous avons réalisé cette sélection de catégories (figure 5) en fonction des ressources dont nous
disposions. Le retrait et l’ajout de catégories est une des fonctions de l’IDS. Nous avons gardé à
l’esprit que cette liste pourra évoluer en fonction des ressources intégrant l’IDS.
Figure 5 : Liste des catégories restantes
Figure 4 : Liste des catégories par défaut
Ajout de thésaurus
Un thésaurus est « une liste de termes contrôlés et structurés »42 utilisée pour « l’indexation et la
recherche de ressources documentaires […] Les termes sont reliés entre eux par des relations de
synonymie (terme équivalent), de hiérarchie (terme générique et terme spécifique) et d'association
(terme associé). »43
GeoNetwork dispose de plusieurs thésaurus implémentés par défaut, dont le thésaurus reprenant
les thèmes officiels d’INSPIRE.
Nous avons décidé d’en créer de nouveaux pour compléter ceux déjà présents. C’est lors de cette
tâche que nous nous sommes rendu compte d’une des limites de GeoNetwork.
En effet, comme spécifié dans la définition ci-dessus, les relations et la hiérarchie entre les termes
d’un thésaurus sont très importantes. Mais nous avons constaté que même si cette hiérarchie existe
au sein du fichier du thésaurus, une fois implémentée dans GeoNetwork, l’IDS ne fait pas apparaitre
ce type de relation.
Si nous prenons par exemple le terme Maghreb, et que nous lui associons comme termes « fils »
Algérie, Tunisie et Maroc, alors pour chacun de ces trois mots, Maghreb devient le terme « père ».
Ainsi cette hiérarchie dans les termes est censée apparaitre lorsque que l’on consulte la liste du
thésaurus. Ce qui n’est pas le cas avec Geonetwork, qui fait apparaitre le thésaurus comme « plat »,
sans relation apparente entre les termes.
Ce qui est plus gênant encore, c’est qu’une recherche avec les termes du thésaurus ne prend pas
en compte les relations entre termes. Cela limite l’efficacité des recherches.
Au-delà de ce problème, nous avons décidé de créer deux thésaurus : un pour les pays du
Maghreb, l’autre pour les villes principales de ces pays. Ce choix se justifie par la volonté de
42
43
http://databases.unesco.org/thesfr/
http://fr.wikipedia.org/wiki/Th%C3%A9saurus
27
présenter aux utilisateurs des listes de mots-clés pour la localisation des données. Ces mots-clés sont
utiles lors d’une recherche mais aussi lors de la création de fiche de métadonnées.
Au final, l’IDS dispose de cinq thésaurus :
GEMET44 qui présente une liste de mots-clés pour le domaine de l’environnement,
Inspire-theme pour les thèmes officiels d’INSPIRE,
Régions qui regroupent les noms de pays et régions du monde,
Maghreb-Pays pour une liste spécifique des pays du Maghreb,
Maghreb-Villes pour les principales villes.
-
3.6 – Personnalisation du projet
Dans le but de présenter l’IDS à nos partenaires, il est important de lui donner une identité dans
laquelle ils puissent se reconnaitre.
Une des tâches finales de mon stage a été de donner vie au projet en le personnalisant. Pour cela,
quelques modifications ont suffit :
-
Donner un nom à l’IDS,
Créer un logo,
Choisir les couleurs de la page d’accueil en fonction du logo
logo et modifier le texte de
présentation de cette page.
Pour le nom, après concertation de toute l’équipe, il a été décidé d’appelé le projet ecoCatalogue.
Pour créer le logo, j’ai utilisé le logiciel de graphisme Inkscape45. Tout d’abord, j’ai récupéré le tracé
des frontières des trois pays du Maghreb. Puis j’ai vectorisé des images d’animaux et de plantes
vivants dans cette région, pour en récupérer les silhouettes. Enfin, j’ai assemblé le tout en le
colorisant pour obtenir le logo suivant :
Figure 6 : Logo d’ecoCatalogue
44
45
GEneral Multilingual Environmental Thesaurus, créé par l’Agence européenne
européenne pour l’environnement
http://inkscape.org/?lang=fr
28
Au niveau de la page d’accueil, les modifications ont concerné deux parties : le bandeau et le texte
de présentation (figure 7).
Bandeau
Présentation
Figure 7 : Page d'accueil de Geonetwork
Pour le bandeau, j’ai complètement modifié les couleurs et les images de la bannière.
Ces images proviennent du répertoire /images de GeoNetwork. Les polices et leurs couleurs des
menus sont gérées par le fichier geonetwork.css.
Ainsi pour modifier les images du bandeau, deux possibilités s’offraient à moi :
-
Créer de nouvelles images, les intégrer dans le répertoire, puis modifier les liens vers ces
images dans les fichiers CSS46 et XML correspondants ;
Ou intégrer les nouvelles images dans le répertoire en leur donnant les mêmes noms que les
anciennes, qui sont ainsi écrasées.
J’ai opté pour la deuxième méthode qui présente l’avantage d’être plus simple et plus rapide. Ainsi,
les liens vers les images n’ont pas besoin d’être changés puisque les anciens noms sont conservés.
46
Cascading Style Sheets, fichier qui gère l’apparence d’une page web.
29
J’ai intégré le nom et le logo du projet pour produire la nouvelle bannière (figure 8).
Figure 8 : Nouveau bandeau de la page d'accueil
J’ai ensuite changé la couleur des bandeaux de menu et de login en modifiant la valeur de la
couleur de background dans le fichier geonetwork.css :
Bandeaux avant :
background: #064377 ; et
background: #fff664
Figure 9 : Barres menu et login avant modifications
Bandeaux après :
background: #7627ee
Figure 10 : Barres menu et login après modifications
En ce qui concerne le texte de la page d’accueil, j’ai simplement remplacé le texte par défaut (figure
11) par notre propre texte de présentation (figure 12).
Ce changement s’effectue en modifiant le fichier strings.xml du répertoire loc/fr/xml.
Figure 11 : Texte par défaut de la page d'accueil
Figure 12 : Nouveau texte de la page d'accueil de l'IDS
30
Au final, j’ai obtenu une nouvelle page d’accueil plus spécifique à notre projet ecoCatalogue
(figure 13).
Figure 13 : Page d'accueil de l'ecoCatalogue
31
PARTIE 4 :
LES DONNEES DU CATALOGUE
32
4.1 – Les différentes normes ISO, standards pour les données géographiques
Comme je l’ai expliqué dans la première partie de ce rapport (cf. 1.3), la directive INSPIRE a pour
but l’interopérabilité entre services fournissant des données.
Dans le cadre de mon stage, trois normes ont été au centre de mon travail sur la gestion des
métadonnées : l’ISO 19115:2003, l’ISO 19139 et l’ISO 19110:2005.
Ci-dessous, je vais présenter rapidement ces différentes normes :
L’ISO 19115:2003
La norme ISO19115:200347, norme internationale depuis 2003, est la norme de référence des
métadonnées pour l’information géographique48. Qualifiée de « modulaire et extensible », cette
norme regroupe les éléments de métadonnées suivants :
L’identification
- Titre
- Résumé
- Ressources associées (site internet, données à télécharger, lien WMS, etc.)
- Langue des données
Classification des données
- Catégorie thématique
Mots-clés
Localisation géographique
Référence temporelle
- Date
- Etendue temporelle
Information sur le système de référence
Qualité et validité
- Qualité de la provenance
- Résolution spatiale
Contraintes sur la ressource
- Contraintes d’accès
- Contraintes d’utilisation
Organisation responsable de la ressource
Information sur les métadonnées
- Responsable
- Langue des métadonnées
- Date de création
L’ISO 19139
Venant compléter l’ISO 19115, elle définit un « ensemble de schémas XML dédiés à
l'implémentation des métadonnées d'un jeu de données géographiques. »49
Le but de cette norme est donc de donner une interprétation unique des règles de mises en œuvre
en XML, en fournissant une spécification commune pour décrire, valider et échanger des
métadonnées de jeux de données géographiques.
47
Présentation de la norme ISO 19115 :2003 : http://eden.ign.fr/std/iso_19115/
49
http://eden.ign.fr/std/iso_19139
33
L’ISO 19110:2005
Cette norme apporte une définition de la méthode de catalogage des entités, en précisant
l’organisation de la classification des types d’éléments dans un catalogue et la façon dont cela doit
être présenté aux utilisateurs50. L’ISO 19110:2005 concerne les catalogues d’attributs des couches
que nous avons intégrées dans GeoNetwork.
4.2 – La récupération des données de biodiversité
La recherche de données pour enrichir l’IDS a été une des tâches que j’ai démarrée dans les
premiers temps de mon stage, et qui s’est poursuivie tout au long de sa durée.
Lors de mes recherches, je me suis concentré en priorité sur les données exploitables. C’est-à-dire,
les données disponibles dans un format « géographique ». Ainsi, la grande majorité des données
intégrées ont été directement récupérées au format shapefile (.shp) et quelques autres au format
KML51.
Cependant, j’ai dû modifier ces données. En effet, elles proviennent de couches mondiales, c’est-àdire que pour une donnée, la couche récupérée couvre l’ensemble du globe. J’ai donc procédé à un
redécoupage de ces couches de façon à obtenir des données à l’échelle nationale pour l’Algérie, la
Tunisie et le Maroc. J’ai procédé de la même façon pour les données maritimes, en ne conservant
que le bassin méditerranéen.
La méthode a été la même pour toutes les couches et s’est déroulée de la façon suivante :
-
Tout d’abord, j’ai récupéré un shapefile de données à l’échelle mondiale ;
ensuite, j’ai obtenu une couche contenant les frontières des pays du Maghreb sur le site de
Natural Earth52 ;
enfin, j’ai utilisé le logiciel de SIG ArcGIS53 et l’outil Découpage pour procéder au découpage
de la couche mondiale et ainsi récupérer les données avec l’emprise souhaitée.
J’ai ainsi obtenu, après traitement de toutes les données, un total de 22 couches que j’ai ensuite
intégrées au Geoserver (cf. 3.4). La liste complète de toutes les couches se trouve dans l’Annexe 6 (p.
43).
Le seul souci que j’ai rencontré dans l’exécution de cette tâche a été un problème de délimitation
de frontières pour le Maroc. En effet, la frontière sud entre le Maroc et le Sahara Occidental est
contestée. Une partie de ce territoire est revendiquée par les deux pays. De ce fait, il n’existe pas de
frontière officiellement reconnue par les deux parties. Nous avons donc du choisir quel tracé de
frontières gardé pour le Maroc avant de procéder aux découpages des couches.
Etant donné que Natural Solutions travaille déjà pour des clients marocains, et que le but de ce
projet est d’attirer des utilisateurs et des contributeurs de ce pays, nous avons pris une décision que
l’on peut qualifier de politique. En effet, nous avons choisi de privilégier le tracé des frontières tel
qu’il est revendiqué par le Maroc.
Outre ce problème, s’est aussi posée la question des métadonnées disponibles. Pour les données
que j’ai récupérées, elles sont le plus souvent incomplètes, voir absentes. En effet, seulement un peu
moins de la moitié des couches spatiales étaient fournies avec leurs métadonnées. Pour les couches
n’en disposant pas, j’ai dû les créer, dans la limite des informations qui m’étaient accessibles. De ce
fait, pour ces couches, les métadonnées ne sont pas complètes, donc non conformes aux normes.
Mais elles ont au moins le mérite de figurer dans le catalogue et de pouvoir apparaitre lors d’une
recherche.
50
http://eden.ign.fr/std/iso_19110/index_html/view
Keyhole Markup Language
52
http://www.naturalearthdata.com/
53
http://www.esrifrance.fr/arcgis.aspx
51
34
4.3 – Retour sur la recherche des données
L’objectif qui m’était fixé au début de cette tâche était, bien sur, de récolter un maximum de
données, pour enrichir au mieux le catalogue de l’IDS. Ce travail visait également deux autres
objectifs :
-
Pouvoir tester le fonctionnement du catalogue avec un maximum de données, et
avoir une IDS fonctionnelle disposant de suffisamment de données pour paraitre utile et
attractive pour de futurs partenaires.
Ma recherche s’est concentrée sur les sites internet s’inscrivant dans les différents critères qui
caractérisent ce projet (cf. 1.2). Je me suis donc concentré sur les pays du Maghreb, ainsi que la
Méditerranée, et sur les données liées à la thématique de la biodiversité.
Au total, j’ai examiné près de 19 sites différents, dont la liste complète se trouve dans l’Annexe 7
(cf. p. 44). Bien évidemment, cette liste n’est pas exhaustive. Elle est le fruit de toutes les
explorations effectuées au cours de l’ensemble de mon stage.
Ce travail de recherche est la seule tâche qui a eu cet aspect transversal, débutant dès mon arrivée
sur le projet et se poursuivant jusqu’à la conclusion de mon stage.
Malgré le grand nombre de sites proposant des données de biodiversité, je n’en ai que quatre
(IUCN, WWF54, Protected Planet55 et Ramsar56) qui fournissent des données spatiales exploitables
dans des formats tels que le shapefile ou le KML. En effet, les autres sites listés proposent le plus
souvent des bases de données au format CSV57, ne disposant pas de coordonnées spatiales pour
leurs points. Cela rend donc toute tentative de projection impossible.
Ainsi, le format des ressources disponibles a été le principal problème que j’ai rencontré pour
réunir des données.
54
Site du World Wildlife Fund : http://www.wwf.fr/
Atlas des zones protégées dans le monde : http://www.protectedplanet.net/
56
Liste des zones humides d’importance internationale : http://www.protectedplanet.net/
57
Comma Separated Values, format de tableaux
55
35
CONCLUSION
Le projet de la société Natural Solutions est de proposer une infrastructure de données spatiales
pour les pays du Maghreb. Cette IDS a pour vocation de devenir une plateforme de travail et de
communication pour tous les acteurs du monde de la biodiversité. Le choix de se concentrer sur la
thématique de la biodiversité découle du fait que l’entreprise est spécialisée dans cette thématique.
L’IDS est une plateforme de travail car elle permet de créer des fiches de métadonnées selon
différentes normes internationales, comme l’ISO 19115:2003, l’ISO 19110:2005 ou l’ISO 19139. A ces
fiches de métadonnées peuvent être ajoutés des catalogues d’attributs, venant compléter les
informations disponibles sur les données. De part le respect de ces normes et du standard de
communication CSW, l’IDS assure son interopérabilité avec d’autres catalogues de données et
favorise les échanges. En effet, l’usage de formats communs permet aux utilisateurs de s’échanger et
de partager facilement métadonnées (formats XML ou PDF) et données (format shapefile, WMS).
C’est en cela aussi que l’IDS est une plateforme de communication, dans le sens où elle peut être
un moyen, pour un utilisateur, de prendre contact avec d’autres utilisateurs et de se faire voir d’eux.
Le choix de la solution technique à adopter pour l’IDS a nécessité, de ma part, un travail de veille
technologique et d’analyses important. En effet, comme je m’en suis rendu compte rapidement, il
existe différents types d’IDS. Bien que possédant les mêmes fonctionnalités, elles se différencient par
leurs fonctionnements et leurs orientations. Ainsi, j’ai classé les IDS selon deux catégories : les IDS
orientées catalogue et les IDS modulaires.
Si j’ai qualifié la première catégorie d’IDS « orientées catalogue », c’est parce que j’ai constaté que
ces IDS mettaient en avant leur partie catalogue, parfois au détriment de leur partie visualiseur.
La seconde catégorie, que j’ai appelée « modulaires », se caractérise par une architecture
modulaire. Chaque module de l’IDS est chargé d’une fonction bien précise (fonction catalogue,
fonction visualiseur, fonction gestion des accès, etc.), et chaque module peut être utilisé
indépendamment des autres.
Grâce à ma formation, je possédais déjà des notions en termes d’IDS et ces connaissances m’ont
servi de point de départ pour mes recherches, que j’ai par la suite étendues dans le but de recenser
toutes les solutions d’IDS possibles. Au final, je n’ai retenu que six solutions potentielles, trois IDS
orientées catalogues (GeoNetwork Open Source, GéoSource et MDWeb), et trois IDS modulaires
(geOrchestra, EasySDI et GeoNode).
Mon travail a été d’analyser ces six solutions de façon à n’en garder qu’une. Pour ce faire, j’ai
comparé entre elles les différentes IDS de façon à déterminer les avantages, les inconvénients et les
limites de chacune. J’ai procédé à l’installation complète de GeoNetwork et de GéoSource, de façon à
tester l’ensemble de leurs fonctionnalités et de leurs paramétrages. Pour les quatre autres, nous
avons dû faire le choix de ne pas les installer car nous avons rencontré des difficultés au vu des
ressources techniques et humaines nécessaires à leurs déploiements. Ces ressources n’étant pas
totalement disponibles durant mon stage, nous avons considéré que poursuivre les installations
s’avèrerait trop chronophage par rapport au temps imparti pour mes autres tâches. J’ai donc
procédé différemment pour réaliser les tests. Je me suis servi d’applications en ligne de ces IDS pour
analyser leurs fonctionnements.
L’examen des six IDS possibles m’a permis de réaliser des tableaux comparatifs qui nous ont servi
pour prendre une décision quant à la solution à retenir. Durant cette tâche, j’ai dû me familiariser
avec le fonctionnement interne des programmes. Cela m’a permis de découvrir de nouveaux
langages informatiques comme le XML ou le XSD. J’ai également pu comprendre l’architecture
36
interne qui est très ressemblante d’un programme à un autre. Cela a enrichi mes connaissances
techniques et m’a fait découvrir des méthodes d’analyses et de débogages.
Une fois un type d’IDS choisi, mon travail s’est concentré sur le déploiement et le paramétrage de
l’infrastructure. L’installation étant simple et rapide, je me suis vite attelé à rentrer dans le catalogue
de l’IDS toutes les métadonnées dont nous disposions en créant des fiches de métadonnées. En lien
avec ces fiches de métadonnées, j’ai également paramétré le Geoserver de l’entreprise pour diffuser
les données par WMS. Chaque couche de données s’est vu attribuée un ou plusieurs styles de
représentations que j’ai créé en fonction des attributs de la couche.
De façon à être plus exhaustif dans les informations proposées, nous avons décidé de créer des
catalogues d’attributs que j’ai associés aux fiches de métadonnées pour en compléter les
renseignements. J’ai paramétré l’IDS pour les futurs utilisateurs en créant des comptes et des
groupes d’utilisateurs aux fonctions et droits d’accès spécifiques. Pour ces futurs utilisateurs, nous
avons également créé deux thésaurus, venant s’ajouter aux trois présents par défaut. Ces thésaurus
sont là pour compléter les listes de mots-clés pour les fiches de métadonnées et les recherches.
Dans la perspective que notre IDS puisse être moissonnée, je me suis assuré de l’interopérabilité de
l’IDS en testant les réponses des requêtes CSW du catalogue. Le standard CSW m’étant inconnu au
début de mon stage, cela m’a permis d’apprendre à manipuler ce protocole de communication que
l’on retrouve dans plusieurs autres web services.
Une fois l’IDS opérationnelle, mon travail a consisté à la personnaliser dans le but de lui donner une
identité. Nous avons d’abord donné un nom au projet : l’équipe a opté pour ecoCatalogue. J’ai
ensuite créé un logo évoquant les trois pays maghrébins et la thématique biodiversité de
l’ecoCatalogue. Puis j’ai déterminé trois couleurs évoquant là aussi le Maghreb mais rappelant aussi
les couleurs de Natural Solutions. J’ai alors modifié la page d’accueil de l’IDS pour intégrer ces trois
éléments (nom, couleurs et logo). Enfin, j’ai remplacé le texte par défaut de la page d’accueil par
notre propre présentation du projet.
La recherche de données de biodiversité pour l’ecoCatalogue a été une tâche transversale de mon
stage. Débutée dès les premières semaines, elle s’est poursuivie tout au long des six mois de mon
travail. Cela a été un travail de recherche de longue haleine car il n’existe pas de catalogue central
pour ces données ni de sites offrant une liste de sources.
J’ai pu faire deux constats de cette recherche. Premièrement, il existe beaucoup de sites proposant
des données de biodiversité mais qui ne sont pas spatialisées, donc inexploitables pour nous.
Secondement, très peu de données exploitables sont fournies avec des métadonnées, ce qui m’a
conduit à inclure ces données dans le catalogue mais avec des fiches de métadonnées incomplètes.
De plus, les données étant souvent à une échelle mondiale, j’ai dû procéder à un redécoupage pour
ne conserver que les emprises de la Tunisie, du Maroc, de l’Algérie et du bassin méditerranéen. Au
final, l’ecoCatalogue dispose de 22 jeux de données spatialisées.
Ainsi, après six mois de travail, nous sommes en mesure de présenter une Infrastructure de
Données Spatiales fonctionnelle, l’ecoCatalogue, qui n’attend plus qu’à être présentée aux futurs
utilisateurs.
37
ANNEXES
Annexe 1 : Explication pour la lecture des tableaux comparatifs
Les notes que j’ai attribuées dans les différentes catégories sont subjectives. Elles ne sont que des
estimations suite à mon évaluation personnelle des différentes solutions testées.
Le tableau qui suit apporte des commentaires et des explications aux catégories et aux échelles de
notations.
Catégorie
Rapidité de déploiement
Echelle :
1
Plusieurs semaines
Simplicité de configuration
Echelle :
1
Fonctionnement et paramétrage
très complexe
Communauté d’utilisateur
Echelle :
1
Peu d’informations,
peu de documentations
Ergonomie
Echelle :
Définition
Estimation du temps nécessaire à l’installation
4
Quelques jours
Facilité avec laquelle on peut paramétrer et
personnaliser le fonctionnement du logiciel
3
Configuration facile à comprendre
et à maitriser
Estimation de la vitalité de la communauté qui
utilise la solution. Cela passe par les mises à jour,
les forums et les documentations, etc.
4
Forums et documentations
nombreux, mises à jour régulières
Concerne l’apparence, les outils de navigation et
la facilité à prendre en main le logiciel
1
Manque de fonctionnalité,
Interface peu attractive et peu intuitive
5
Belle interface, claire et
intuitive, multiples outils de navigation
38
Annexe 2 : Liste des fonctionnalités de l’IDS GeoNetwork
Création de métadonnées :
- Choix du modèle ISO de la fiche de métadonnées déterminant les champs à remplir.
- Association de ressources à la fiche de métadonnées : liens WMS et vers catalogue
d’attributs de la couche, fichier à télécharger (la couche elle-même par exemple), URL
de site, etc.
- Vérificateur de conformité : vérifie que tous les champs sont bien remplis selon la
norme choisie.
Edition de métadonnées :
- Modifications des métadonnées.
- Suppression ou ajout de métadonnées, voir suppression d’une fiche complète.
- Configuration du modèle ISO : champ pré-rempli, ajout ou suppression de champs.
- Import de métadonnées : import unique ou par lot.
- Export de métadonnées : choix du format (XML, PDF).
Gestion du catalogue :
- Ajout ou suppression de modèle ISO pour les métadonnées.
- Gestion des catégories de classification des métadonnées.
- Gestion du moissonnage : récupération de métadonnées issues d’autres catalogues par
web services.
- Gestion des utilisateurs.
- Gestion des groupes : définition des contraintes d’accès et de publication des données.
- Gestion des thésaurus.
- Gestion des langues et des traductions.
Recherche simple de métadonnées :
- Recherche textuelle : va rechercher dans tous les champs des fiches de métadonnées.
- Recherche par emprise géographique : toutes les données dans la zone sélectionnée ou
délimitée par l’utilisateur.
- Recherche par catégorie : toutes les métadonnées associées à la catégorie sélectionnée.
Recherche avancée :
- Recherche textuelle dans un ou plusieurs champs spécifiques : dans Titre, Résumé ou
Mots-clés.
- Recherche géographique par coordonnées ou emprise.
- Recherche temporelle : date de publication ou de mise à jour, ou période couverte par
les métadonnées.
- Recherche par catégorie.
- Recherche par catalogue (si plusieurs catalogues moissonnées par exemple).
- Recherche INSPIRE : sélection selon les thèmes des annexes INSPIRE.
Fonctionnement du visualiseur :
- Configuration du ou des couches servants de fond cartographique.
- Ajout de couches par WMS: choix parmi les serveurs configurés par défaut ou bien
connexion par URL.
- Outil de navigation cartographique : zoom, mesures de surfaces ou de distances,
affichage des attributs d’une couche.
- Gestion des couches : suppression, opacité, choix du style (si plusieurs styles
disponibles).
- Affichage de la légende.
- Impression.
39
Annexe 3 : Extrait de la réponse XML obtenue avec une requête GetCapabilities
Type du service : CSW
Version du service
Propriétaire du service
Début de la liste des opérations supportées par le catalogue
Requête GetCapabilities, celle-là même
qui fournit ce document XML
Les différents éléments produits en
réponse à la requête qui structurent ce
document
Le choix de formats disponibles pour la
réponse de la requête, XML ou SOAP
Autres types de requêtes du
service
40
Annexe 4 : Extrait de la réponse XML obtenue avec une requête GetRecordById
Identifiant
Titre de la métadonnée
Mots-clés
associés
Date de création de la métadonnée
Résumé de la métadonnée
Informations sur les restrictions
d’usage de la donnée
Langue de la métadonnée
Référentiel et couverture
spatiale de la donnée
Services associées : lien WMS
et URL du site source de la
donnée
41
Annexe 5 : Tableau de présentation des comptes et de leurs rôles
Rôles
Fonctions
Invité
Consultation des métadonnées
Editeur
Création de métadonnées
Import de métadonnées
Gestion des catégories et des annuaires de
contact
Relecteur
Même fonctions que l’Editeur
+
Edition de métadonnées
Suppression de métadonnées
Administrateur d’utilisateurs
Même fonction que Relecteur
+
Gestion des utilisateurs
Administrateur
Toutes les fonctions
42
Annexe 6 : Liste des couches de données spatiales du Geoserver
Maroc : 6 couches
Terrestrial Ecoregions of Morocco
Digital Distribution Maps of The IUCN Red List of Threatened Terrestrial Mammals in Algeria
Digital Distribution Maps of The IUCN Red List of Threatened Amphanuras in Morocco
Freshwater Ecoregions of Morocco
Digital Distribution Maps of The IUCN Red List of Threatened Amphcaudatas in Morocco
Protected Areas of Morocco
Algérie : 6 couches
Terrestrial Ecoregions of Algeria
Digital Distribution Maps of The IUCN Red List of Threatened Terrestrial Mammals in Algeria
Digital Distribution Maps of The IUCN Red List of Threatened Amphanuras in Algeria
Freshwater Ecoregions of Algeria
Digital Distribution Maps of The IUCN Red List of Threatened Amphcaudatas in Algeria
Protected Areas of Algeria
Tunisie : 6 couches
Terrestrial Ecoregions of Tunisia
Digital Distribution Maps of The IUCN Red List of Threatened Terrestrial Mammals in Tunisia
Digital Distribution Maps of The IUCN Red List of Threatened Amphanuras in Tunisia
Freshwater Ecoregions of Tunisia
L’île de Zembra
Protected Areas of Tunisia
Méditerranée : 4 couches
Digital Distribution Maps of The IUCN Red List of Threatened Seagrasses in Mediterranean
Sea
Digital Distribution Maps of The IUCN Red List of Threatened Parrotfishes in Mediterranean
Sea
Digital Distribution Maps of The IUCN Red List of Threatened Wrasses in Mediterranean Sea
Marine Ecoregions of Mediterranean Sea
43
Annexe 7 : Liste complète des sites explorés pour la recherche de données
Ramsar Site Information Service
http://ramsar.wetlands.org/GISMaps/DownloadGISdatasets/tabid/769/Default.aspx
Site sur les zones humides d’importances
internationales.
Données sur l’Algérie : réserve
d’oiseaux
World Bank
http://data.worldbank.org/topic/environment
Données sur des espèces et des sites
protégés
Agence européenne de l’environnement
http://www.eea.europa.eu/data-and-maps/find#c1=Map
Site de la banque mondiale et de ses programmes
Les différentes missions de l’Agence et ses résultats
Données de biodiversité : Natura
2000, Corine Biotope…
IUCN Red List
http://www.iucnredlist.org/technical-documents/spatial-data
Données sur les mammifères, les
reptiles, les oiseaux…Données à
l’échelle du globe, pas assez précises.
Climate change and African political stability
http://ccaps.aiddata.org/
Site sur les espèces menacées à l’échelle mondiale
Site sur les zones à risques en Afrique à cause de
l’instabilité politique et des conflits armés entre autres.
Intéressant pour la charte graphique
du site. Les données n’ont aucun
rapport avec l’environnement.
Sea around us
http://www.seaaroundus.org/
Bcp de données chiffrées mais pas
d’export possible pour les récupérer.
Pas de cartes.
Marine protected areas
http://www.mpaglobal.org/home.html
Données sur l’impact de la pêche sur les écosystèmes
marins mondiaux.
Base de données des aires marines protégées dans le
monde. Informations détaillées pour chacune d’elles,
visualisation de la localisation.
Impossible de télécharger les
données, ni les couches kml.
FishBase
http://www.fishbase.org/search.php
Base de données sur les poissons et leurs écosystèmes.
Pas de cartes et pas d’exports.
SeaLifeBase
http://www.sealifebase.org/
Base de données sur les animaux marins et leurs
écosystèmes.
Pas de cartes et pas d’exports.
African Ocean Information
http://www.africanoceans.net/
Site pas remis à jour depuis plusieurs années.
Beaucoup de documents texte mais
pas de données géographiques utiles.
44
Intergovernmental Oceanographic Commission
http://www.ioc-unesco.org/
Branche de l’ONU concernant tout ce qui concerne les
océans et les données qui s’y rattachent.
Intérêt surtout pour la liste de
programmes de recherche et des
sites rattachés au IOC.
International Oceanographic
Oceanographic Data and Information Exchange
http://www.iode.org/
Base de données océanographiques.
Le lien pour l’accès au portail de la
base de données ne fonctionne pas
(http://data.oceandataportal.org/)
Catalogue Sextant
http://www.ifremer.fr/sextant/fr/web/guest/accueil
Catalogue de l’Ifremer.
Peu de données sur la méditerranée,
surtout concernant les côtes
françaises.
Cartothèque de l’Ifremer
http://wwz.ifremer.fr/drogm/Cartographie
Cartes au format jpeg, pas de
données SIG
Ocean Biogeographic Information system
http://www.iobis.org/
Cartes publiées par l’Ifremer
OBIS vise à documenter la diversité de l'océan, la
distribution et l'abondance de la vie.
Catalogue et visualiseur, mais pas
d’export de données.
Global Biodiversity Information Facility
http://www.gbif.org/
Vise à faciliter les échanges et l’accès aux données de Données documentaires, données
biodiversité gratuitement.
geospatiale au format kml.
World Wildlife Fundation
http://www.worldwildlife.org/science/ecoregions/item1847.html
Site du WWF
Les données disponibles concernent
les Ecorégions terrestres et
maritimes, à une échelle mondiale.
Freshwater ecoregion of the world
http://www.feow.org/
Site en rapport avec les écorégions du WWF, visant en
compléter la liste des écorégions par des freshwater
écoregions : zones humides terrestres.
Données des zones à l’échelle
mondiale.
Protected Planet
http://www.protectedplanet.net/
Atlas des zones protégées dans le monde
Moteur de recherche et visualiseur.
Possibilité de récupérer les formats
sous différents formats (KMZ, SHP,
CSV) et à différentes échelles.
45
WEBOGRAPHIE
Bases de données
DB2 database : http://www-01.ibm.com/software/data/db2/
H2 Database : http://www.h2database.com/html/main.html
Mckoi : http://mckoi.com/originalmckoisql/index.html
MySQL : http://www.mysql.fr/
Oracle : http://www.oracle.com/fr/products/database/index.html
PostgreSQL : http://www.postgresql.org/
SQL Server : http://www.microsoft.com/france/serveur-cloud/sql/default.aspx
Infrastructures de Données spatiales (applications en ligne)
Centre Régional d’Information GEOSpatiales (CRIGEOS) : http://www.crigeos.org/
GéoBretagne : http://geobretagne.fr/accueil/
l’Observatoire socio-économique des Pyrénées : http://www.sig-pyrenees.net/
Plateforme de l’Information Géographique Mutualisée en Aquitaine : http://www.pigma.org/
San Diego maps : http://maps.opensandiego.org/
Virtual Kenya : http://virtualkenya.org/maps-viewer/maps
Infrastructures de Données Spatiales (sources)
EasySDI : http://www.easysdi.org/fr
GeoNetwork Opensource : http://geonetwork-opensource.org/
GeoNode : http://geonode.org/
geOrchestra : http://www.georchestra.org/
GéoSource : http://www.geosource.fr/
MDWeb : http://www.mdweb-project.org/
Logiciels utilisés
Inkscape : http://inkscape.org/?lang=fr
Quantum GIS : http://www.qgis.org/
Logiciels de visualisation de données spatiales
MapBender : http://www.mapbender.org/Mapbender_Wiki
MapFish : http://mapfish.org/
Normes internationales
ISO 19110, norme internationale : http://eden.ign.fr/std/iso_19110/index_html/view
ISO 19115:2003, norme internationale : http://eden.ign.fr/std/iso_19115/
ISO 19139, norme internationale : http://eden.ign.fr/std/iso_19139
46
Sources de données exploitablées
Blue Marble, image de la NASA : http://earthobservatory.nasa.gov/Features/BlueMarble/
International Union for Conservation of Nature : http://www.iucnredlist.org/
Natural Earth: http://www.naturalearthdata.com/
Protected Planet : http://www.protectedplanet.net/
World Wildlife Fund : http://www.wwf.fr/
Autres sites
Géomatys : http://www.geomatys.com/fr
INSPIRE, site de présentation de la directive : http://inspire.ign.fr/directive/pr%C3%A9sentation
Institut de Recherche pour le Développement : http://www.ird.fr/
Maroc, portail des données publiques administratives : http://data.gov.ma/Pages/Home.aspx
Natural Solutions : http://www.natural-solutions.eu/
Open Geospatial Consortium : http://www.opengeospatial.org/
Open Street Map : http://openstreetmap.fr/
Poster, addon pour Mozilla Firefox : https://addons.mozilla.org/fr/firefox/addon/poster/
47