% Template GRASS newsletter - Article
% Language: Latex
%

% Head

\title{Approche générique pour la gestion de standards de métadonnées}
%\subtitle{Your article subtitle}
\author{par Barde Julien et Egdington Duane et Desconnets Jean-Christophe}

\maketitle



%General framework / Problematic

\section{Inroduction}
\label{sec:Inroduction}



La gestion des \textit{Ressources Informationnelles}\footnote{une \textit{ressource informationnelle} (RI) recouvre l'ensemble des données, informations, connaissances que les acteurs produisent, recherchent et traitent. Indépendamment de leur format (numérique, papier\dots), selon les acteurs, ce terme peut par exemple représenter un rapport, une carte, une image, une photo, une vidéo, un jeu ou une série de données, une base de données, un modèle\dots.} (RI) est une composante essentielle de la gestion des ressources environnementales. En effet, l'amélioration du \textit{traitement des données} et des \textit{prises de décisions} est fortement dépendante de la capacité à \textit{localiser les RI pertinentes}.

Néanmoins, la localisation exhaustive des RI pertinentes est un challenge pour les utilisateurs qui doivent, pour cela, faire face aux contraintes suivantes:
\begin{itemize}
	  \item les RI sont \textit{hétérogènes} (\textit{langage}, \textit{sémantique}, \textit{syntaxe/formats}, \textit{métadonnées}, \textit{contraintes d'accès} dues à leur \textit{rareté} et à leur \textit{coût}\dots),
	  \item les RI sont \textit{distribuées} dans des \textit{Systèmes d'Information (SI) hétérogènes} dont l'interopérabilité nécessite la résolution de \textit{correspondances sémantiques et syntaxiques}.
 \end{itemize}
 
L'objectif prioritaire pour améliorer la localisation des RI pertinentes consiste à gérer efficacement les couples \textit{\{élément de métadonnée, valeur\}} qui composent les fiches de métadonnées. En effet, une fois au courant des SI à interroger, la priorité pour localiser les RI pertinentes est la gestion des correspondances (syntaxiques) entre les éléments de métadonnée hétérogènes et de leurs valeurs hétérogènes (sémantiques). L'échelle globale du domaine environnemental ainsi que les contextes habituellement pluridisciplinaires des études associées augmentent fortement ces contraintes et le besoin de référentiels sémantiques et spatiaux.

 
\section{Gestion des métadonnées}
\label{sec:MetadataService}

L'amélioration de la \textit{gestion actuelle des métadonnées} est donc une priorité. D'une manière générale, on constate une utilisation croissante (bien qu'encore trop faible) de référentiels pour homogénéiser la terminologie des \textit{éléments de métadonnées}, les \textit{relations} qu'ils entretiennent et les \textit{valeurs} qui leur sont associées. En conséquence, la qualité des outils de gestion de métadonnées doit être évaluée autant sur le respect d'une implémentation conforme aux spécifications des standards de référence (syntaxique: les éléments de métadonnées et leur structure) que sur la capacité à leur associer des valeurs issues de référentiels sémantiques pour éditer des instances.

L'\textit{hétérogénéité des jeux d'éléments de métadonnées} perturbe l'\textit{interopérabilité syntaxique des SI}: 
					\begin{itemize}
						\item les standards utilisent souvent un noyau d'\textit{éléments de métadonnées principaux} identique où les éléments font référence aux mêmes \textit{concepts} en utilisant cependant des \textit{termes} différents  (ces \textit{éléments principaux} répondent aux questions suivantes: Où? Quoi? Quand? Qui?\dots),
						\item l'utilisation de standards dont les \textit{portées sont redondantes} génère des problèmes de mises en \textit{correspondances} (étant donné qu'une même sorte de RI peut être potentiellement décrite avec différents standards),
						\item la mise en place récente de nouveaux \textit{standards de métadonnées internationaux} s'appuyant sur les standards nationaux/locaux préexistants les rends obsolètes et génère des problèmes d'\textit{archivages} (stockage des métadonnées en l'état ou mises en \textit{correspondances} vers les standards de référence), 
						\item l'usage systématique récent de \textit{XML Schemas} pour standardiser l'implémentation des standards diminue la redondance de leurs portées et prévient des mauvaises interprétations de leur implémentation. En effet, les standards peuvent être utilisés à présent comme des bibliothèques de types \cite{W3CT0:2004} (c'est la cas, par exemple, des standards de l'\textit{OGC} comme la récente mise à jour de l'\textit{ISO 19115} par l'\textit{ISO 19139}, \textit{SensorML}\dots). 
					\end{itemize}
L'\textit{hétérogénéité potentielle des valeurs} associées aux éléments de métadonnées interfère avec l'\textit{interopérabilité sémantique des SI} si on ne peut pas les contrôler (quel que soit le standard de métadonnées choisi): leur contrôle par l'utilisation complémentaire de référentiels est un problème central pour améliorer la description des RI et donc leur localisation. En particulier, une gestion fine des valeurs associées aux \textit{éléments de métadonnées principaux} est impérative puisque ces derniers sont utilisés prioritairement pour répondre aux requêtes les plus communes des utilisateurs. La gestion des descriptions suivantes est particulièrement cruciale tant elles sont complexes et ambigües:
	\begin{itemize}
					\item \textit{description terminologique} avec des vocabulaires contrôlés/référentiels sémantiques (multi-lingues) pour valuer les \textit{éléments de métadonnées de type "keyword"}. De plus, l'utilisation de tels référentiels aide à la mise en place de vocabulaires communs dans des contextes pluridisciplinaires,
    			\item \textit{description spatiale} avec des référentiels spatiaux/géographiques présentés avec des GUIs adaptés pour améliorer l'utilisation complexe de l'information géographique (\textit{IG}) (en particulier lorsqu'il s'agit d'utiliser des formats comme \textit{GML}, \textit{WKT}\dots).
			\end{itemize}


Le besoin d'outils de gestion de métadonnées multi-standards intégrant le contrôle de ces valeurs clés va croissant. Les demandes intra- ou inter-instituts/projets qui gèrent souvent plus d'une sorte de RI et ne peuvent se contenter d'un unique standard vont dans ce sens.

De plus, si on prend en compte les \textit{tâches et besoins} respectifs des \textit{utilisateurs} et des \textit{développeurs} pour la gestion des métadonnées, il apparait que la plupart d'entre eux sont similaires et indépendants des standards considérés. 

\subsection{Tâches et besoins des utilisateurs}
\label{sec:UserSNeedsAndTasks}

Selon leurs rôles (administrateur\dots), quel que soit le standard, les \textit{tâches des utilisateurs} associées à la gestion d'un standard de métadonnées consiste habituellement en :
\begin{itemize}
  \item la mise en place de \textit{profils} des standards de métadonnées pour couvrir les besoins de leurs utilisations specifiques,
  \item l'\textit{édition} d'instance de ces standards pour décrire leur RI (en associant des \textit{valeurs} aux \textit{éléments de métadonnées} retenus dans les \textit{profils}),
	\item la \textit{localisation} (et l'éventuelle \textit{acquisition} des RI selon les contraintes de droits d'accès associés) des RI pertinentes pour un travail donné en utilisant un \textit{moteur de recherche multi-critères unique} qui autorise des \textit{requêtes spatiales} évoluées, 
	\item l'\textit{import}/\textit{export} d'instances de standards de métadonnées (habituellement au format \textit{XML}),
\end{itemize}
 
\textit{Les besoins des utilisateurs} se concentrent sur la convivialité (actuellement perfectible) des outils proposés pour exécuter ces tâches. La plupart du temps, les utilisateurs exprime le besoin d'un outil centralisé avec des GUIs dont l'ergonomie conviviale sera conservée d'un standard à l'autre puisqu'elle a pour objectif d'aider à réaliser les mêmes tâches. En effet, l'hétérogénéité actuelle des logiciels ou SI, qui implémentent pourtant les mêmes standards, augmente les efforts d'adaptation des utilisateurs alors que les objectifs visés sont paradoxalement les mêmes (étant entendu que l'utilisateur doit passer -voire perdre- du temps pour se familiariser avec l'ergonomie de chaque outil). Enfin, un maximum d'aide est attendu (\textit{interface cartographique en ligne}, \textit{vocabulaires contrôlés}, \textit{calendrier}\dots) lorsque les valeurs à associer aux éléments de métadonnées sont trop complexes à fournir sous la forme demandée par les standards (\textit{GML}\dots). Ces cas d'utilisation sont illustrés par un diagramme UML dans la présentation de la conférence (\href{http://www.foss4g2007.org/presentations/viewattachment.php?attachment_id=46}{ici}).


%Une fois les RI localisées, alors l'étape suivante pourra consister à leur faire subir de nouveaux traitements (en ligne ou non): visualisation, export dans un format donné, extraction ou agrégation\dots

\subsection{Tâches et besoins des développeurs}
\label{sec:SoftwareEngineerSNeedsAndTasks}

De la même manière, les tâches et besoins des développeurs s'avèrent identiques d'un standard à l'autre. \textit{Les tâches des développeurs} consistent à:
  \begin{itemize}
  \item conjuguer \textit{la satisfaction des besoins des utilisateurs} tout en \textit{se conformant aux spécifications des standards},
	\item la gestion de \textit{correspondances entre éléments de métadonnées principaux} de différents standards pour répondre aux requêtes de base aussi efficacement que possible,
	\item intégrer et gérer des \textit{référentiels sémantiques et spatiaux} existants (comme AGROVOC, GEMET, \dots) pour garantir la qualité des descriptions des RI et pouvoir gérer ultérieurement les \textit{procédures d'expansions de requêtes}. En effet, la localisation efficace des RI implique la gestion d'autant de requêtes différentes que de sortes de SI à interroger. Les réponses à ces requêtes sont d'autant plus difficiles à obtenir que les termes et les objets géographiques utilisés dans les descriptions n'ont pas été contrôlés en amont, 
	\item la mise en place parallèle d'une \textit{infrastructure de données spatiales} riche permettant la gestion simultanée des RI décrites par les métadonnées et leurs éventuels traitements ultérieurs.
 \end{itemize}

\textit{Les besoins des développeurs} concernent la \textit{diminution des efforts de développements} pour implémenter (automatiquement) un nouveau standard \cite{Bernstein:2000} en répondant aux besoins identiques des utilisateurs de la même manière: en réutilisant un jeu de scripts unique et les mêmes composants pour les assister dans la réalisation de leurs tâches (WMS\dots). Ceci correspond finalement au besoin d'une \textit{approche dite générique} car indépendante du contenu propre aux standards implémentés \cite{bardephd:2005}.

\subsection{Approche générique vs approche spécifique}
\label{sec:ApprocheGénériqueVsApprocheSpécifique}

Les implémentations spécifiques traditionnelles sont obtenues par une traduction directe des spécifications des standards en des \textit{modèles physiques de données} qui constituent des systèmes de gestion des données hétérogènes et nécessitent donc des jeux de scripts hétérogènes pour les exploiter (voir figure~\ref{approche_archis}).

\begin{figure}
\centering
\includegraphics[scale=0.22]{approche_archis.eps}
\caption{Bénéfice d'une approche générique pour la gestion multi-standards}
\label{approche_archis}
\end{figure}

Par exemple en utilisant une génération de code (automatique ou non) SQL basée sur les spécifications des standards en UML ou XML-S/XSD, les modèles physiques de données qui en résultent vont être fortement hétérogènes (avec des noms de tables et de colonnes qui correspondent aux termes employés pour désigner le nom des éléments de métadonnées dans chaque standard spécifique). Les jeux de scripts en charge de traiter le contenu de ces tables doivent alors être adaptés à ces jeux de termes spécifiques (alors qu'il s'agit de réaliser les mêmes tâches, et sont donc hétérogènes d'un standard à l'autre).

En accord avec les listes de tâches et de besoins dressées auparavant, la figure~\ref{approche_archis} illustre le bénéfice d'une \textit{approche générique} pour les utilisateurs comme pour les développeurs. 

Jusqu'ici, les outils existants ne couvrent pas l'ensemble de ces besoins d'une manière satisfaisante, principalement parce qu'ils sont basés sur des approches spécifiques.

\section{Des modèles génériques pour une gestion efficace des couples \textit{\{élément de métadonnée, valeur\}}}
\label{sec:GenericModelsToManageEfficientlyMetadataElementValuePairs}

Nous présentons dans cette section les modèles génériques actuellement préconisés et implémentés pour mettre en place un outil de gestion de métadonnées multi-standards doté de composants additionnels visant à assister les utilisateurs pour contrôler les valeurs des éléments de métadonnées principaux. En particulier, les modèles présentés seront focalisés sur les valeurs des éléments de métadonnées les plus cruciaux qui concernent les \textit{descriptions thématiques et spatiales}.

\subsection{Un modèle générique pour gérer des standards de métadonnées hétérogènes}
\label{sec:AGenericModelToManageHeterogeneousMetadataStandards}

L'objectif est d'ajouter une étape intermédiaire en proposant un patron générique (modèle conceptuel présenté dans le diagramme de classes UML de la figure~\ref{fig2}) qui fournit une couche d'abstraction permettant de décrire n'importe quel standard de métadonnées et donc de mettre en place un système de gestion de métadonnées générique. Ce modèle intègre également le nécessaire contrôle des valeurs, en particulier celles associées aux éléments de métadonnées principaux. Pour cela, le modèle proposé en figure~\ref{fig2} considère qu'un standard de métadonnées est un \textit{inventaire d'éléments de métadonnées structurés} dont le \textit{contenu} est rempli par des \textit{valeurs} potentiellement contrôlées (selon des règles conformes aux spécifications des standards ou complétées par volonté des développeurs selon le contexte d'implémentation).

Cette approche peut finalement être comparée à l'objectif du DOM\footnote{Document Object Model} qui manipule les mêmes concepts pour gérer la \textit{structure} des \textit{noeuds} et des \textit{valeurs} qui leur sont associées dans tout type de document. L'objectif étant dans ce cas restreint au cas spécifique des standards de métadonnées.

\begin{figure}
\centering
\includegraphics[width=8cm]{fig2.eps}
\caption{Expression générique des spécifications d'un standard de métadonnées}
\label{fig2}
\end{figure}

Toutefois, un standard n'a pas pour objectif de définir ni de contrôler toutes les valeurs potentielles associées aux éléments de métadonnées (principaux en particulier), souvent un standard se contente de suggérer leur contrôle. Le contrôle des valeurs (termes, objets géographiques\dots) et de leurs relations fait l'objet d'autres standards spécifiques. L'intégration de ces outils complémentaires pour gérer efficacement des valeurs spécifiques est donc bien une tâche du développeur.% faire les bons choix techniques et les standards

Nous nous focaliserons par la suite sur le cas spécifique de la gestion des valeurs associées aux descriptions spatiales et thématiques. Nous spécifions donc le modèle précédent pour permettre la gestion complémentaire de ces valeurs particulières et de leurs relations.

\subsection{Un modèle générique pour la gestion des valeurs (spatiales et thématiques) hétérogènes}
\label{sec:AGenericModelToManageHeterogeneousThematicAndSpatialValues}

Les différentes sortes de couples \textit{\{élément de métadonnée, valeur\}} sont plus ou moins cruciales pour la localisation de données. En particulier, certaines \textit{valeurs} sont spécialement complexes à contrôler. Parmi elles, les \textit{descriptions thématiques et spatiales} sont toutes les deux et cruciales et complexes puisqu'elles correspondent aux éléments de métadonnées principaux impliqués dans l'essentiel des requêtes des utilisateurs (elles répondent aux questions \textit{Où}? et \textit{Quoi}?).

Nous allons donc nous concentrer sur ce cas particulier en proposant une formalisation des propriétés et des relations des concepts thématiques et spatiaux (illustrée en figure~\ref{lienconcepts}). 


\begin{figure}
	\centering
	\includegraphics[scale=0.4]{lienconcepts.eps}
	\caption{Propriétés et relations entre concepts thématiques et spatiaux}
	\label{lienconcepts}
\end{figure}

L'utilisation de termes pour valuer des éléments de métadonnées principaux peut prêter à confusion:
  \begin{itemize}
 		 \item les utilisateurs formalisent souvent leurs descriptions ou recherche de RI en utilisant des termes similaires à ceux de l'exemple suivant: \textcolor{blue}{"\textit{espadon}, \textit{température de surface}, \textit{Madagascar}, \textit{hiver}\dots"},
 		 \item la gestion des \textit{relations sémantiques} est essentielle puisqu'elle va par exemple permettre d'explorer les relations sémantiques de ces termes pour étendre ce type de requêtes et améliorer la localisation exhaustive des RI pertinentes. Par exemple, en étendant la requête à la recherche de RI décrites avec le terme (\textcolor{blue}{"\textit{Xiphias gladius\dots}"}) qui est un synonyme d'\textcolor{blue}{"\textit{espadon\dots}"}), étant entendu que ces deux \textit{termes} désignent le même \textit{concept} (qui pourrait tout aussi bien être désigné par une représentation graphique comme une image, une photo\dots),
 		 \item le cas d'un \textit{toponyme} doit être considéré à part puisque plus complexe. En effet, un \textit{toponyme} peut être considéré à la fois comme un terme et comme une description (géo)graphique pointant un \textit{objet géographique}. Par exemple, l'objet géographique associé au terme/toponyme \textcolor{blue}{"\textit{Madagascar}"} pourrait tout autant avoir été désigné dans une interface cartographique sans rien changer à l'intention de l'utilisateur.
 \end{itemize}

Pour limiter ces confusions, nous suggérons une gestion des relations sémantiques et spatiales entre les concepts thématiques et spatiaux ainsi que les objets géographiques qui intègrent la complexité des exemples précédents en s'appuyant sur la formalisation suivante: "\textit{un concept spatial est une sorte de concept thématique dont les instances sont des objets géographiques}" \cite{barde:2006}, voir figure~\ref{lienconcepts}. Toutefois, il convient de préciser qu'un objet géographique n'est pas forcément désigné par un terme ou un toponyme du langage courant.


La figure~\ref{bigsynthese} synthétise et précise le contenu des modèles précédents en un modèle unique permettant d'améliorer l'implémentation générique des standards de métadonnées en intégrant par défaut l'emploi de référentiels qui permettront de contrôler ces valeurs essentielles.

\begin{figure}
	\centering
	\includegraphics[scale=0.29]{bigsynthese.eps}
	\caption{Synthèse de l'approche générique proposée}
	\label{bigsynthese}
\end{figure}



Ce modèle a été conçu pour pouvoir s'appuyer sur les initiatives de référence actuellement, aussi bien pour les \textit{standards de métadonnées} (\textit{XML Schemas}, \textit{DTD}\dots), que pour la \textit{sémantique} (travaux du W3C sur le (Web) Semantic avec les standards : \textit{SKOS}\footnote{sorte de RDF lié aux normes \textit{ISO 2788} et \textit{5964}}/\textit{RDF}/\textit{OWL}) ou l'\textit{information spatiale} (prise en charge des principaux formats pour l'information géographique). En particulier, ce modèle permet, au sein d'une même architecture, de \textit{lier physiquement les éléments de métadonnées avec des ontologies} qui permettent de contrôler les valeurs associées (incluant les descriptions spatiales) et d'étendre les requêtes efficacement.

De la même manière, il est possible d'ajouter des contrôles pour d'autres valeurs cruciales: en particulier les \textit{descriptions temporelles et de contacts} associées aux RI. Ces descriptions sont aussi importantes (puisqu'elles permettent de répondre aux questions \textit{Qui?} et \textit{Quand?} mais moins complexes à contrôler. Les outils associés au contrôle de ces valeurs sont généralement des composants du type \textit{calendrier} ou \textit{annuaire} (en charge d'assister la désignation d'une date/période ou d'acteurs associés à la RI décrite).

La gestion de ces référentiels supplémentaires peut être faite indépendamment des standards de métadonnées implémentés. Cependant, les différents termes qui désignent les mêmes éléments de métadonnées principaux dans différents standards sont finalement valués en utilisant les différents objets gérés dans ces référentiels (traités pour calculer les valeurs sous la forme requise par les spécifications). Il est donc souhaitable de les gérer ensemble. En parallèle, en mémorisant dans une \textit{table d'indexation générique} dédiée, quels objets (concepts, objets géographiques, dates/périodes, acteurs\dots) ont été associés aux RI  pour les descriptions thématique, spatio-temporelle, humaine, il devient possible de répondre à l'essentiel des requêtes des utilisateurs indépendamment des standards qui ont été utilisés pour les décrire, en se basant sur des descriptions aussi riches que possibles (géometries 2D/3D, concept au lieu des termes\dots) qui ouvrent de nouvelles perspectives pour résoudre et étendre des requêtes complexes. % sans rentrer dans les spécificités des standards.


\section{Implémentation des modèles avec des logiciels open source}
\label{sec:ModelsImplementationWithOpenSourceSoftwares}

Nous présentons dans cette dernière section l'intérêt d'une implémentation basée sur des applications \textit{open source}.

\subsection{Choix techniques sous-jacents}
\label{sec:UnderlyingTechnicalChoices}


Les implémentations actuelles de l'architecture préconisée sont basées sur le logiciel open source \textit{\href{http://www.mdweb-project.org/}{MDWeb}} qui utilise lui-même d'autres applications \textit{open source}. \textit{MDWeb}:
\begin{itemize}
	\item est un outil de catalogage \textit{multi-standard} et \textit{multi-lingue} qui implémente une approche générique (comme \textit{M3Cat}, \textit{MetaCat}\dots),
	\item utilise une architecture client-server \textit{trois-tiers} avec:
			\begin{enumerate}
				\item des \textit{GUIs} (dans des navigateurs Web) et des composants additionnels (pop-ups) pour assister convivialement l'édition d'instances de standards ou la recherche de métadonnées, notamment:
			 		 \begin{itemize}
				  	 \item \textit{la description spatiale} avec des interfaces cartographiques en guise d'interfaces/GUIs conviviaux permettant en prime de visualiser les RI spatiales décrites: \textit{Mapserver / Mapbuilder},
				  	 \item \textit{la description thématique} avec des GUIs de gestion de vocabulaires contrôlés pour mettre en place et parcourir des thésaurus / ontologies: "composant maison".
			  	 \end{itemize}	
		 	\item \textit{scripts de l'application} (PHP/Javascript/XML avec Apache comme serveur Http),
		 	\item \textit{stockage de données}: un \textit{SGBDR} pour la gestion des standards de métadonnées \& IG \& instances de métadonnées associées \& vocabulaires contrôlés: \textit{Postgres}\includegraphics[width=0.3cm]{postgres.eps} avec \textit{Postgis}\includegraphics[width=0.3cm]{postgis.eps} pour l'information spatiale gérée localement (WMS pour l'IG distante\dots). Import de fichiers \textit{SKOS} dans Postgres en utilisant l'API java \textit{JENA}. Répertoires XML. 
		\end{enumerate}			
\end{itemize}

La présentation de la conférence illustre les principales caractéristiques de ce type d'architecture trois-tiers pour un outil de gestion de métadonnées multi-standards et détaille l'infrastructure physique de données.



\subsection{Exemples de jeu générique possible pour les GUIS}
\label{sec:ExamplesOfAPossibleGenericGUIsSet}



En utilisant \textit{MDWeb} comme base pour implémenter cette approche, il est donc possible de couvrir à la fois les besoins des utilisateurs et des développeurs, en particulier en ayant un jeu unique de \textit{GUIs} \cite{Radha:2005} tel qu'illustre en figure~\ref{GUI_profile} pour: 

  \begin{itemize}
  \item \textit{importer n'importe quel nouveau standard de métadonnées} en traduisant préalablement ses spécifications (formelles ou non) pour pouvoir les intégrer dans le MPD (pour le moment seules les spécifications au format XML Schemas sont importées automatiquement),
  \item mettre en place des \textit{profils} des standards qui ont été importés, 
  \item édition d'instances de métadonnées assistée et contrôlée par des composants complémentaires communs à tous les standards sous formes de GUIs conviviaux (en particulier pour les descriptions thématique et spatiale) (voir illustration en figure~\ref{GUI_profile}),
	\item un \textit{moteur de recherche multi-critères générique}, 
	\item l'\textit{import/export} d'instances de métadonnées standardisées (généralement XML).
 \end{itemize}

    
\begin{figure}
    \centering
		\includegraphics[scale=0.14]{gui_edition.eps}
		\caption{GUI pour l'édition d'instances de métadonnées}
		\label{GUI_profile}
\end{figure}

\section{Conclusion et perspectives}
\label{sec:ConclusionAndOutlooks}

La localisation de RI peut être largement améliorée par une meilleure gestion des métadonnées grâce à l'implémentation d'approches génériques qui permettent la mise en place d'architectures uniques (GUIs, jeu de scripts, base de données) capables de gérer aussi bien:
\begin{itemize}
	\item des \textit{standards de métadonnées hétérogènes} (import, profils, édition\dots), 
	\item des \textit{valeurs hétérogènes}: en particulier des \textit{termes} et des \textit{descriptions spatiales} contrôlés pour décrire les \textit{éléments de métadonnées principaux},  
	\item une \textit{table d'indexation commune} qui duplique les \textit{valeurs} associées aux \textit{éléments de métadonnées principaux} sous une forme homogène visant à améliorer l'efficacité du \textit{moteur de recherche} (en évitant les wrappers), en particuliers par des mécanismes d'expansions de requêtes, 
	\item les \textit{RI spatiales décrites par les métadonnées} qui peuvent ainsi être traitées après les avoir localisées: soit localement soit à distance en utilisant des protocoles interopérables ou des clients riches (\textit{WMS}, \textit{Qgis}, \textit{Udig}\dots).
\end{itemize}

Cette sorte d'architecture est pertinente pour satisfaire aussi bien les \textit{besoins et les tâches des utilisateurs que ceux des développeurs} en \textit{minimisant les efforts d'adaptation et de développement} tout en intégrant en même temps des outils complémentaires de contrôle des valeurs des éléments de métadonnées principaux.  

La \textit{localisation des RI} est ainsi améliorée. En particulier, en intégrant des outils de gestion des descriptions sémantiques et spatiales dans une même architecture, la localisation des données va pouvoir s'appuyer plus simplement sur des expansions de requêtes indispensables à la qualité des recherches. Il devient donc possible de se focaliser sur des cas d'utilisation type impliquant la gestion de relations spatiales et sémantiques comme: "trouver toutes les RI à moins de 1 mile de ce capteur (objet géographique) avec des mesures de tels paramètres physiques\dots", en s'appuyant en particulier sur des objets géographiques 2D ou 3D et des concepts, plutôt que des termes. De plus, en utilisant des relations standardisées (sémantiques par le \textit{W3C} ou spatiales par l'\textit{OGC}), les différentes requêtes deviennent réutilisables par d'autres systèmes/outils similaires.


Plus généralement, l'utilisation massive de standards de l'OGC et de logiciels qui les implémentent, accroit la capacité de l'application proposée à interopérer avec des systèmes extérieurs.












\begin{footnotesize}
\bibliography{../../../biblio-ref-tutoriels/julienthese}
\bibliographystyle{99}
\end{footnotesize}


\address{Barde Julien\\
  Monterey Bay Aquarium Research Institute (MBARI)\\
  \url{http://www.mbari.org/staff/julien/}\\
  \email{julien@mbari.org}}

%%% Local Variables: 
%%% mode: latex
%%% TeX-master: main_document.tex
%%% End: 

