• Ajout de la nouvelle interface de recherche et édition à GeoNetwork
• Refonte du système de gestion d’annuaires
• Mise à jour de l’interface de gestion des thésaurus
• Ajout du profil France de l’ISO19139 (iso19139.fra) via le mécanisme de chargement dynamique de profils

Ceci permettra probablement aux 2 projets d’évoluer conjointement plus facilement dans les mois qui viennent.

Pour améliorer la pertinence des recherches, une approche consiste à indexer le contenu des ressources associées (eg. documentation, études, cartes PDF, données géographiques) en plus de leurs métadonnées (un peu ce que font les moteurs de recherche tels que Google).

Prenons l’exemple d’une couche sur la « Liste des parcs et jardins » d’une grande ville. Sur le portail de cette ville, faisons une recherche sur « Buttes Chaumont ». Il est très peu probable que la couche sur les parcs et jardins soit trouvée avec ces critères étant donné que les noms de tous les jardins de la ville ne sont en général pas renseignés dans la fiche (La saisie des fiches serait alors plus que fastidieuse !).

Dans ce cas, l’analyse du contenu des ressources associées et l’ajout de ces informations à l’index permet l’amélioration de la pertinence des recherches.

Un « Proof Of Concept » (POC) a été réalisé avec GeoNetwork et le projet Apache Tika pour l’analyse des documents. Tika supporte de nombreux formats permettant entre autres d’analyser des documents PDF ou XML (eg. une requête GetFeature issue d’un service WFS). Ce POC a permis de valider les étapes suivantes :

• analyse de la métadonnée et identification des resources associées
• analyse des ressources avec Tika
• ajout des informations issues de l’analyse des ressources à l’index pour la fiche

Ces premiers travaux nécessitent des compléments :

• Comment l’intégrer dans l’interface du catalogue ?
• Comment déclencher l’analyse des ressources associées ? Manuellement par l’éditeur qui décide s’il est pertinent de les indexer?
• Est-il judicieux de mettre en place une tâche de fond qui réalise l’analyse pour l’ensemble des fiches du catalogue ? A quelle fréquence ?
• Améliorer les options de configuration et la détection des ressources associées
• Ajout de nouveaux formats dans Tika

Si ce type d’approche vous semble pertinente pour l’amélioration des recherches de votre catalogue, n’hésitez pas à nous contacter pour financer l’amélioration de la fonctionnalité et son intégration dans les projets GeoNetwork et GéoSource.

Contacter François Prunayre (fx.prunayre[--arobase--]neogeo-online.net) pour toute demande de précision.

> Mettre à disposition ses fichiers de données

GéoSource et GeoNetwork ont toujours permis de téléverser des fichiers de données dans le but de les rendre téléchargeables à partir des fiches de métadonnées. Pour cela, il faut :

• aller dans la section distribution,
• ajouter un élément ressource en ligne et
• sélectionner le protocole fichier à télécharger.

Le catalogue propose alors à l’éditeur un outil d’upload de fichier. Le fichier peut être un rapport, une étude, des images, ou des données géographiques. Les données sont alors accessibles dans la fiche :

> Publier des données via un service de visualisation et téléchargement (WMS, WFS)

Le catalogue est en mesure de « pousser » la donnée dans un serveur cartographique. En l’occurrence, GeoNetwork est capable de déployer une donnée dans GeoServer. L’idée est de simplifier le processus de publication des données sans avoir recours à une interface d’administration ou un fichier de configuration parfois complexe.

Les formats actuellement supportés sont :

• GeoTiff
• ESRI Shapefile
• Table PostGIS

Une fois les fichiers (ou les références aux tables) associés à une fiche, la publication dans le service cartographique est faite via l’interface suivante en quelques clics :

L’assistant ajoute les liens au service WMS et à la couche automatiquement à la fiche de métadonnée.

Si l’extension SLD Editor de GeoServer est installée, il vous sera également possible de définir le style des couches à partir du catalogue.

Pour activer l’outil de publication, il suffit de décommenter la ligne suivante dans le fichier WEB-INF/config-gui.xml :

<editor-geopublisher/>


Par défaut, la configuration utilise le composant GeoServer installé avec le catalogue, mais il est possible d’ajouter d’autres instances (eg. en test, en intranet, en internet) via le fichier de configuration WEB-INF/config-geoserverpublisher.xml.

> Gérer les privilèges d’accès et informer sur les contraintes d’accès

Dans la gestion des privilèges, il est alors possible d’autoriser ou pas le téléchargement ou la visualisation de ces données à un ou plusieurs groupes, voire au public.

Pour les fichiers, ils sont sous le contrôle du catalogue qui en gère les accès avec le privilège « télécharger ». Le privilège « carte interactive » indique au catalogue s’il doit présenter les informations concernant les liens WMS aux utilisateurs (ie. liens vers le WMS, boutons « ajouter à la carte »), il s’occupe de supprimer ces informations en fonction du profil de l’utilisateur. Quoiqu’il en soit, un utilisateur récupérant l’adresse du WMS par un autre moyen aura accès à l’information, celle-ci étant sous le contrôle du serveur WMS (il faudrait ici des processus de synchronisation des droits d’accès gérés par le catalogue et ceux du WMS).

Pour le téléchargement des données, le catalogue propose un assistant qui permet :

1. la sélection de tout ou partie des données uploadées
2. la présentation des contraintes légales et restrictions à l’utilisateur renseignées dans les métadonnées
3. le remplissage d’un formulaire d’identification
   
4. et enfin l’accès au téléchargement d’une archive contenant les métadonnées, les données demandées ainsi qu’un exemple de licence (rappelant la liste des fichiers, le titre de la donnée, les contraintes et l’utilisateur)

L’aspect génération de licence sera sans doute un point à améliorer mais permet d’ores et déjà d’utiliser le contenu des métadonnées pour générer un document de suivi de la donnée.

> Consulter le tout

L’intégration entre les métadonnées, les données et les services de visualisation est réalisée par l’interaction entre les résultats d’une recherche dans le catalogue et la visualisation cartographique des données.

Pour cela, GeoNetwork propose un module de cartographie interactive permettant d’afficher les couches référencées dans les métadonnées de données et d’ajouter des couches depuis un service référencé dans le catalogue. Ce module est désactivé dans la nouvelle interface utilisée par GéoSource.

Il présente les fonctionnalités standards d’une visionneuse cartographique :

• Navigation
• Gestion (ordre, transparence, …) et interrogation des couches
• Légende
• Impression PDF

Pour activer ce module dans GéoSource, dans le répertoire web/geosource/apps/search, modifiez les fichiers index.html et index_debug.html en supprimant :

<link rel="stylesheet" type="text/css" href="../css/hidemap.css"/>


Dans le fichier js/Settings.js et js/App-mini.js (version compressée) remplacez

GeoNetwork.MapModule = false;
par
GeoNetwork.MapModule = true;


Le module de cartographie interactive est maintenant disponible, il est alors possible de basculer de la perspective découverte à celle de visualisation. Notez également que la carte par défaut utilise les données OSM et donc que la projection est Mercator. Les services WMS utilisés doivent donc supporter cette projection.

> Interagir avec les sites existants

Concernant l’intégration avec des sites institutionnels ou un CMS, il est fréquent d’utiliser les modules RSS ou iFrame pour associer les informations du catalogue avec les pages du CMS. Le flux RSS disponible sur la page d’accueil du catalogue retourne les derniers ajouts. Il est également intéressant de savoir qu’il est possible de faire des recherches via RSS, ainsi il possible d’associer à un article sur un thème ou un territoire les résultats du catalogue correspondant. Par exemple, « http://localhost:8080/geosource/srv/fr/rss.search?any=savoie » retournera les informations sur la Savoie.

Voici donc un aperçu des fonctionnalités avancées disponibles dans GeoNetwork pouvant aider à mieux intégrer le catalogue au sein de votre SI géographique.

> Les différentes étapes de l’édition

L’objectif pour le module d’édition était d’améliorer l’interface afin de bien séparer chacune des tâches.

Cela nous a conduit à décomposer ce module avec les vues suivantes :

• l’éditeur en tant que tel, maximisable pour ne pas perdre d’espace avec une meilleure identification de l’élément en cours d’édition et des champs obligatoires, non remplis, invalides.
• la barre d’outils pour les actions de sauvegarde, mode d’affichage, fermeture, …

  

• l’aide affichée en continue sur l’élément en cours d’édition. Les informations concernant l’élément parent sont également présentées.
  
• le rapport de validation affiché dans un tableau dynamique permettant le tri et des regroupements.
  
• la gestion des imagettes gérées par le catalogue. Maintenant, il est également possible de définir plus de 2 aperçus en utilisant des URL vers des images.
  
• la gestion des relations (métadonnées de données, métadonnées de services, parent, enfants, catalogue d’attributs).

Rien de vraiment « smart » pour le moment, toutes ces vues reprennent les fonctionnalités disponibles dans les versions précédentes en en améliorant l’accès et l’aspect.

> Les + de l’édition

Saisie des mesures qualités

En complément, l’éditeur propose de nouvelles aides à la saisie. Par exemple pour la saisie des noms et la définition des mesures qualités (cf. ISO19138).

Saisie des informations détaillées

L’éditeur permet d’accéder à l’édition des attributs avancés comme, par exemple, l’attribut permettant de définir une période avec une date de fin inconnue.

Attacher les logos des organismes

Un mécanisme de référencement des logos des organismes a été mis en place pour permettre :

• d’afficher les logos des organismes dans les résultats de recherches.
• de faire transiter les URL des logos dans les métadonnées au format XML (cela sera utile pour les échanges via CSW pour les catalogues supportant ces éléments).

Suggestions & auto-corrections pour l’aide à la saisie

Un mécanisme de suggestion permet d’améliorer la cohérence des métadonnées, de simplifier la saisie, voire de synchroniser (manuellement) la métadonnée avec les données associées (via WMS pour le moment). Ce mécanisme repose sur l’analyse de la métadonnée en cours d’édition et la proposition de corrections ou d’ajouts à partir des informations saisies.

Par exemple, pour les mots-clés, il n’est pas recommandé d’utiliser des virgules pour les séparer mais de créer autant de champs mot-clé que nécessaire afin d’améliorer la pertinence des résultats des recherches. Un processus de suggestion/auto-correction est là pour ça (cf. l’illustration ci-dessous).

Un autre exemple illustré ci-desosus : le calcul des emprises à partir de mots-clefs correspond à des noms de lieux.

Les processus suivants ont été intégrés à l’éditeur de GéoSource :

• Exploser les mots clés contenant des « , ».
• Vérifier la présence de « 1/ » ou « 1: » dans les dénominateurs de l’échelle.
• Calculer l’étendue à partir de mots clés géographiques.
• Synchroniser l’emprise, les systèmes de projection, l’aperçu à partir du service WMS associé
• Ajouter une section « conformité INSPIRE » si un thème INSPIRE est défini.
• Valider les URL (expérimental)
• Ajouter les informations sur les opérations pour les métadonnées de service (WMS, WFS)

Ce mécanisme vient compléter le rapport de validation en permettant à l’éditeur d’appliquer ou non les corrections proposées. Les métadonnées sont ainsi plus homogènes, la saisie plus rapide et les résultats de recherche plus pertinents.

Côté installation, une procédure automatique de création et de migration de la base de données est lancée à l’ouverture de l’application.

Côté ergonomie, l’interface de consultation et d’édition a été repensée.

L’interface de consultation prototypée l’année dernière pour le projet Euro-Mediterranean Information System on know-how in the Water sector et également utilisée par l’Australian Spatial Data Directory a été peaufinée. Les améliorations apportées sont nombreuses :

• un mécanisme d’auto-complétion pour les champs full-text, organisation, mots-clés dans le formulaire de recherche basé sur le contenu du catalogue.
  
• de nouveaux critères de recherche tels que l’échelle, la représentation spatiale et un mécanisme simple d’affinage de la recherche basé sur des mots-clés.
• la présentation des emprises des métadonnées sur la carte (utilisant les données OpenStreetMap par défaut). Pour zoomer, il suffit de double-cliquer sur un résultat.
  
• une nouvelle vue pour la consultation des résultats avec la possibilité d’afficher les logos des organismes responsables de la ressource.
• l’impression PDF a également fait peau neuve.
• pour la consultation, une nouvelle fiche simplifiée pour un usage orienté découverte a été mise en place. Les experts peuvent toujours se tourner vers les autres modes d’affichage (vue découverte, essentielle, avancée, XML).
  
• un mode édition fortement revu : plus modulaire voire même plus « smart » – j’en reparlerai prochainement …

Ce nouveau module client est un composant à part qui ne fait pas partie de GeoNetwork. Ce sera sans doute l’un des sujets de discussion du 4e codesprint monastique de Bolsena du mois de juin.

Côté administration, les multiples options ont été organisées de manière plus cohérente :

Outre cette réorganisation, le module d’administration présente sont lot de nouveautés :

• la personnalisation du logo du catalogue en quelques clics.
• de nouveaux protocoles de moissonnages : GéoService de type WMS 1.3.0 et CSW 2.0.2, Thematic Realtime Environmental Distributed Data Services (THREDDS), Serveur Z39.50, et le plus expérimental OGC WFS GetFeature ayant pour but de créer des fragments d’XML pour une réutilisation dans l’éditeur (un peu comme l’annuaire des contacts pour GéoSource mais à partir d’une source WFS). À noter également de multiples améliorations concernant le protocole OAI-PMH.
• la configuration du service CSW « à la sauce » INSPIRE avec le support du paramètre LANGUAGE.
• l’accès aux statistiques des recherches pour traquer les recherches infructueuses et mieux connaître les utilisateurs (« MAN » ou « COMPUTER ») du catalogue. Il sera alors plus simple d’adapter le contenu des fiches et des thésaurus afin d’améliorer la pertinence des résultats. Des analyses simples sont d’ores et déjà disponibles, mais elles nécessiteront probablement un fignolage après des mises en ligne réelles. Quoi qu’il en soit, les données brutes sont téléchargeables au format texte pour un traitement dans un tableur.
• désormais, la configuration de l’index est totalement externalisée et peut donc être adaptée plus finement au contenu du catalogue pour des recherches plus pertinentes.
• une page d’informations sur le système permet d’avoir les propriétés du catalogue (système, version de Java, taille et configuration de l’index, nombre de connexions à la base de données par exemple). Des informations qui pourront s’avérer utiles en cas de problème.

Côté documentation : la version française a également fait peau neuve avec cette nouvelle interface. Tout n’est pas encore totalement traduit, mais j’espère qu’elle simplifiera la prise à main. Si vous souhaitez participer, n’hésitez pas à vous manifester sur la liste de diffusion. Un grand merci à mon collègue Benjamin Chartier pour son aide sur ce point.

Cette dernière mouture présente donc un grand nombre de nouveautés issues des travaux réalisés sur les séries 2.5.x, 2.6.x et l’actuel « trunk » par les « GeoNetworkers » de tous horizons : australiens, espagnols, français et hollandais.

La réalisation est signée Neogeo Technologies pour le BRGM. Merci également au support et aux tests de Fabienne Charon de la Communauté de Communes Rhône-Valloire dans la phase de finalisation ainsi qu’aux testeurs avertis Maël Reboux, Loic Ecault et Etienne Taffoureau bien sûr.

En effet, la directive INSPIRE se décline dans la pratique en 3 types de guides :

• Les règles d’implémentations,
• Les guides techniques,
• Les spécifications sur les données

Côté catalogue, les principaux guides à appliquer sont :

• Les règles d’implémentation sur les métadonnées,
• Le guide technique sur les services de découverte (version 2.12 non finalisée)
• Les spécifications sur les données dont un chapitre présente les compléments à apporter en plus des règles d’implémentation. En général, ces compléments portent sur les éléments de qualité.

Ce document (en anglais) présente pour chacun de ces guides l’état actuel dans GeoNetwork. Il donne quelques explications sur les mécanismes internes de GeoNetwork relatif à INSPIRE et au CSW. Le dernier chapitre présente comment configurer un nœud GeoNetwork afin d’activer l’ensemble des fonctions INSPIRE du catalogue (on notera que GéoSource est pré-configuré avec la majorité de ces options). De plus, nous en avons profité pour apporter à GeoNetwork quelques corrections et améliorations afin d’avoir des rapports de validation plus proches entre l’outil de validation du JRC et les résultats dans GeoNetwork.

Tout ceci est dès à présent disponible dans GéoSource 2.3.3-1, GeoNetwork 2.6.3 et le trunk de GeoNetwork.

• Vue par défaut
• Vue découverte ou INSPIRE
• Vue essentielle
• Vue ISO
• Vue avancée
• Vue XML

Ci-dessous, vous trouverez quelques pistes pour simplifier l’apparence du formulaire de saisie de GéoSource en reprenant quelques idées du projet EXPIRE :

• Un peu de CSS
  
• Désactivez les options non utilisées. Dans le fichier WEB-INF/config-gui.xml,
  • supprimez la gestion des relations entre métadonnées en mettant en commentaire :

    <!--
    <editor-metadata-relation/>
    -->

  • Cachez la vue essentielle et la vue XML tout en conservant tout de même la vue avancée qui sera la seule vous permettant (si un jour vous le souhaitez) d’ajouter l’ensemble des éléments du standard ISO19139. La vue découverte ou INSPIRE sera la vue affichée par défaut du fait de l’attribut « default » mis à « true ».

    <metadata-tab>
      <inspire flat="true" default="true"/>
      <advanced/>
    </metadata-tab>

• Configurez les listes de valeurs pour simplifier la saisie. En effet, il est possible d’ajouter un attribut « hideInEditMode » aux éléments « entry » dans le fichiers de configuration de ces listes (dans xml/schemas/iso19139/loc/fr/codelists.xml). Par exemple, pour ne pas proposer « Exécutant » pour le rôle des contacts :

  <entry hideInEditMode="true">
    <code>processor</code>
    <label>Exécutant</label>
    <description>Organisme qui a réalisé des
  traitements sur la ressource. Acteur qui est intervenu lors
   de la réalisation de la ressource</description>
  </entry>

   Cela permet de simplifier la saisie tout en restant compatible avec des métadonnées que vous pourriez moissonner et qui contiendraient ces valeurs.

• Modifiez le formulaire. Pour ceux d’entre vous que le language XSL ne rebute pas trop, il est possible de transformer les listes de choix en bouton radio pour avoir un aperçu rapide des options possibles (par exemple lorsque le nombre de valeurs possibles est inférieur ou égal à 3). Ceci nécessite une adaptation du mécanisme de génération de l’éditeur dans xsl/metadata-iso19139.xsl ligne 729.

  <xsl:variable name="maxNumberOfItemsForRadio" select="3"/>
  <xsl:variable name="nbItems" select="count($codelist/entry[not(@hideInEditMode)])"/>
  
  <xsl:choose>
    <xsl:when test="$nbItems <= $maxNumberOfItemsForRadio">
      <xsl:variable name="fieldName" select="concat('_', ../geonet:element/@ref, '_', name(.))"/>
  
      <input type="radio" name="{$fieldName}" id="{$fieldName}_" value=""/>
      <label for="{$fieldName}_">Inconnu</label>
      <xsl:for-each select="$codelist/entry[not(@hideInEditMode)]">
        <xsl:sort select="label"/>
          <input type="radio" name="{$fieldName}" id="{$fieldName}_{position()}">
            <xsl:if test="code=$value">
              <xsl:attribute name="checked">checked</xsl:attribute>
            </xsl:if>
            <xsl:attribute name="value"><xsl:value-of select="code"/></xsl:attribute>
          </input>
          <label for="{$fieldName}_{position()}"><xsl:value-of select="label"/></label>
        </xsl:for-each>
     </xsl:when>
     <xsl:otherwise>
       <!-- codelist in edit mode -->

  

• Cachez certains champs. L’organisation des champs mise en place dans GéoSource dans la vue découverte est inspirée de l’éditeur disponible sur le portail INSPIRE. Elle reprend les champs décrits dans les règles d’implémentation INSPIRE sur les métadonnées. Il est cependant possible de la modifier dans le fichier xsl/metadata-iso19139-inspire.xml. Par exemple, supprimez

  	../../gmd:fileIdentifier|
  	../../gmd:language|
  	../../gmd:metadataStandardName|
  	../../gmd:metadataStandardVersion|
  	../../geonet:child[string(@name)='language']|
  	../../gmd:characterSet|
  	../../geonet:child[string(@name)='characterSet']|

   vers la ligne 500 pour ne plus voir les champs identifiant, langue des métadonnées, nom et version du standard. En remplissant vos modèles de saisie par les valeurs adéquates, plus besoin « d’ennuyer » les éditeurs avec ces descripteurs, vous pourrez toujours si besoin passer en vue avancée pour changer les valeurs.

Voici donc un aperçu de quelques options de configuration de GeoNetwork & GéoSource.

En effet par défaut, GeoNetwork fournit un thésaurus contenant les régions du monde (pays, continents, mers et océans) et GéoSource les régions, les départements, les communes de France, GEMET, un thésaurus « environnement » et deux thésaurus orientés INSPIRE (les 34 thèmes des annexes I, II et III et la taxonomie des services).

Cependant les utilisateurs ont rarement besoin de tout cela. Afin de simplifier la saisie, il est alors pertinent de supprimer ou d’alléger les thésaurus fournis (via l’administration ou en les modifiant directement dans le répertoire web/geonetwork/xml/codelist/external/thesaurus) et d’en ajouter d’autres en fonction du domaine d’activité.

Un cas fréquent est de fournir la liste des communautés de communes ou d’agglomérations souvent disponibles dans un format SIG standard. Prenons le cas des contours des SAGE (Schéma d’Aménagement et de Gestion des Eaux) au format ESRI Shapefile. Un tutorial (en anglais bien illustré) utilisant Talend et son module spatial permet de le convertir au format SKOS. Le thésaurus peut être mis à jour régulièrement avec ce job et être utilisé directement dans GéoSource ou GeoNetwork.