• Amélioration des performances (facteur 10 à 20 pour l’interface de recherche ! Cliquez ici pour en savoir plus)
• Amélioration de la documentation avec l’intégration du guide de saisie des éléments de métadonnées INSPIRE
• Amélioration de l’aide de l’application en consultation et en édition
• Impression en mode HTML des différentes vues
• Sélection multiple dans les critères de recherche
  
  
• Filtrage XSL lors du moissonnage pour, par exemple, anonymer vos métadonnées lors de la publication entre un catalogue interne et un catalogue public
• CSW virtuel pour créer un point d’entrée pour un sous-ensemble de votre catalogue
• Historique du moissonnage pour avoir un récapitulatif complet des actions de moissonnage (eg. statistiques, erreurs)
  
  
• Nouveaux raccourcis clavier pour améliorer la navigation dans les résultats
  
  
• Ainsi que de nombreuses autres corrections …

Tous ces travaux ont été financés principalement en Europe par le MEDDTL/BRGM et l’Agence Européenne pour l’Environnement.

A noter également, la communauté des développeurs GeoNetwork vient d’accueillir un nouveau committer : Jesse Eichar qui travaille depuis maintenant 3 ans sur la mise en place de catalogues GeoNetwork ici ou là et qui, de part son expertise du monde géospatial et java (uDig, GeoTools, GeoServer), a toujours proposé des travaux bénéfiques pour le projet.

Qu’à cela ne tienne ! Suivez l’exemple de l’OACI (Organisation de l’aviation civile internationale – institution dépendant des Nations Unies tout de même) et référencez des produits et services très sexy (cf. illustration ci-dessous).

L’URL : http://www.icao.int/Search/pages/Results.aspx?k=7910

Vous verrez que vos utilisateurs ne pourront plus se passer de votre catalogue.

Il est tout à fait possible pour un service WFS d’informer ses applications clientes de l’existence de certaines contraintes sur les données qu’il publie. Cela passe par l’exploitation de l’opération DescribeFeatureType. Celle-ci décrit le modèle des données publiées. Par défaut, ce modèle est exprimé sous la forme d’un schéma XML. Si des listes de valeurs codées doivent être respectées, elles peuvent être définies dans le schéma. Voici un extrait d’un schéma décrivant les réseaux routiers d’INSPIRE :

 <simpleType name="FunctionalRoadClassValueType"> <annotation>[...]</annotation> <restriction base="string"> <enumeration value="mainRoad"> <annotation>[...]</annotation> </enumeration> <enumeration value="firstClass"> <annotation>[...]</annotation> </enumeration> [...] </restriction> </simpleType> 

Cet extrait indique essentiellement que le type FunctionalRoadClassValueType peut prendre l’une des valeurs suivantes : « mainRoad », « firstClass »… Bien sûr, d’autres types de restrictions peuvent être décrits dans les schémas XML (cf. ici).

Le schéma des données permet donc à l’application cliente de présenter un formulaire de saisie ou de recherche adapté à ce type de contrainte (une liste déroulante, une case à cocher ou des boutons radios). Encore faut-il que :

• le schéma publié par le service WFS reflète les contraintes définies au niveau de la base de données elle-même ;
• l’application cliente possède « l’intelligence » nécessaire à l’interprétation de ces contraintes.

En complément, on peut noter que :

• l’expression de contraintes sur les attributs peut également être exprimée à l’aide d’autres langages que les schémas XML. Les schémas JSON sont une alternative possible (cf. ici) ;
• les schémas n’ont pas été conçus pour transmettre aux applications clientes les traductions dans le langage naturel de l’utilisateur des valeurs codées utilisées par la base de données.

• 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.

Dans ce but, nous venons de mettre en ligne une application web qui va s’occuper de ça pour vous. Son but est de vérifier le respect des exigences et recommandations présentes dans le document « Technical Guidance for the implementation of INSPIRE View Services ». Pour l’instant, elle se focalise sur l’analyse des Capabilities de services implémentant le profil WMS.

Nous avons ouvert le code source de cette application avec les objectifs suivants :

• enrichir les tests. Les tests sont, pour l’instant, incomplets ;
• améliorer les tests réalisés : certains tests souffrent probablement d’une interprétation hasardeuse des Technical Guidances ;
• aller au-delà des simples services de consultation WMS. Il serait intéressant de pouvoir tester les services de consultations WMTS ainsi que les services de découverte.
• tomber sur des cas problématiques (caractères très spéciaux, construction hasardeuse du XML) fournis par certains services, de manière à les prendre en compte .

La case à cocher « Utiliser le cache » évite d’envoyer de nouvelles requêtes au service que vous testez s’il a déjà été testé par l’application. Cela permet donc de ne pas harceler des services pour rien.

Techniquement parlant, il s’agit d’une application réalisée à l’aide de GeoDjango et donc avec le langage Python. L’application de gestion du projet est accessible là.

Même si vous ne comptez pas participer au développement de cet application, n’hésitez pas à nous faire des retours pour que nous puissions l’améliorer.

Il s’agit d’une nouvelle version majeure du célèbre serveur cartographique, dont le déploiement peut nécessiter quelques ajustements sur des mapfiles existants (notamment au niveau des styles et des expressions). Un guide de migration est prévu pour vous accompagner.

Cette nouvelle version introduit des améliorations importantes :

• moteur de rendu OpenGL disponible, décrit comme nettement plus rapide qu’AGG, lui-même déjà plus rapide que GD, c’est dire…
• Génération dynamique de KML. Concrètement MapServer va pouvoir être utilisé par GoogleEarth de manière à générer un KML correspondant à la vue en cours.
• Améliorations diverses et nombreuses de la labellisation et des styles en général (c’est ce qui impliquera le plus de modifications dans le mapfile)
• De nouveaux formats de sortie dédiés aux services de téléchargement. Par exemple, MapServer est désormais capable de générer un shapefile zippé en retour d’une requête WFS.
• Module OpenLayers intégré. En utilisant une requête bien particulière (mode=browse&template=openlayers en cgi, FORMAT=application/openlayers en WMS), vous n’obtiendrez pas une simple image, mais une application utilisant OpenLayers et vous permettant de consulter votre jeu de données. Très pratique pour tester les symbologies, les échelles… et le fonctionnement des services en général.
• Un meilleur contrôle de la publication WMS, permettant le masquage de certaines couches et une meilleure exposition des groupes dans le GetCapabilities (les couches composant un groupe ne sont plus listées individuellement).
• Union de couches. Vous avez par exemple trois sources de données contigües (des PLUs par exemple) à publier conjointement ? C’est maintenant facile. Une couche par source de données, et une dernière réalisant une union vous permettent de le faire.
• Clusterisation de ponctuels. C’est un phénomène à la mode, parfois discutable mais aussi parfois très utile. Il s’agit de fusionner des ponctuels proches les uns des autres en un seul plus gros. Le tout variant selon le paramétrage et l’échelle de consultation.

Je n’ai pas eu le temps de tester tout ça pour de vrai, mais néanmoins ce que je remarque et j’apprécie fortement, c’est le dynamisme de la communauté MapServer quand il s’agit de répondre à de nouveaux besoins utilisateurs (appliquette OpenLayers), de nouveaux modes de diffusion de la données (KML, services de téléchargement), de nouveaux modes de représentation (clustering) sans cesser d’améliorer les fondamentaux (styles, filtres, publication WMS). Cette capacité à bien concilier avancées technologiques et souci des performances en fait vraiment un projet de grande qualité.

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.

Deux gars, Alasdair Allan et Pete Warden viennent de découvrir la meilleure application de géolocalisation de tous les temps, celle permettant aux férus de Location Based Services de pouvoir croiser déplacements et utilisation d’applis sur une période de temps illimitée. Même pas besoin de l’installer, elle est déjà sur votre iPhone. Mais le plus drôle c’est qu’il n’y a même pas besoin de votre iPhone pour récupérer TOUTES VOS POSITIONS DEPUIS iOS4 soit Juin 2010 (!!!), puisque ces données sont synchronisées lors de votre sauvegarde par iTunes. Le fichier est donc sur votre poste de travail.

Nos deux bonshommes ont développé un petit logiciel (MacOSX only) capable d’extraire et de cartographier les données stockées en clair dans une base de données SQLite. Le résultat est captivant et effrayant à la fois. Sous vos yeux s’affichent tous les déplacements que vous avez effectués avec votre iPhone (tous vos déplacement donc), que la position ait été enregistrée depuis la cellule GSM ou un spot Wifi (car ce ne sont même pas les données GPS qui sont exploitées). Dans l’image ci-dessous, vous pouvez reconnaître mon déplacement à Barcelone en septembre dernier et d’autres…

Notez bien que tout un chacun peut effectuer la manipulation à votre insu, à moins que nous n’utilisiez des sauvegardes cryptées, ce qui est rare, car on n’a rien à cacher n’est ce pas ? Sauf que si, on en a plein des trucs à cacher. Ou disons certains trucs à ne pas porter à la connaissance de certaines personnes et d’autres trucs à d’autres personnes. Dans ce but, les auteurs de l’appli ont arrondi les données spatialement et temporelement à la semaine. Mais dans la base elle-même, vous avez tout, à la seconde près. La localisation n’est pas toujours parfaite, il y a des artefacts, mais c’est néanmoins la plus grosse base de connaissances vous concernant qui existe au monde que vous avez là sur votre poste ouverte à tous les vents. Et pas moyen de la supprimer puisque les données reviennent à chaque mise à jour. D’après la FAQ des auteurs, le cryptage des sauvegardes est la seule protection.

Pour les sigistes de tous poils, voici comment consulter les données directement dans QGIS (soyez seul…). C’est néanmoins toujours pour Mac, mais la manip sous Windows est faisable pour peu que l’on puisse trouver un logiciel décompressant les backups iTunes :

1. Récupérer le décompresseur pour Mac : http://supercrazyawesome.com/
2. Lancez-le, cliquez sur Read Backups, choisissez votre iPhone (ou celui de madame…). La liste de toutes les sauvegardes applicatives de l’iPhone apparait.
3. Choisissez iOS Files, puis Extract. Vous vous retrouvez avec un dossier complexe. On va lui faire la peau.
4. Avec le plugin Firefox SQLite ou tout autre truc permettant de lire les bases SQLite, ouvrez le fichier iOSFiles/Library/Caches/locationd/consolidated.db. Elle contient 40 tables. Intéressez-vous à celle qui est nommée CellLocation. Tout y est. Sauf quand vous être en Wifi. Ça c’est dans WifiLocation, mais c’est moins intéressant car plus statique.
5. Exécutez la requête « SELECT timestamp, avg(longitude), avg(latitude) from cellLocation group by timestamp HAVING latitude > 0 and longitude > 0; » et sauvegardez en CSV. L’utilisation de avg permet de moyenner les positions prises au même moment, ça allège le résultat, mais ça n’améliore pas la précision car on n’a pas la pondération de chaque cellule (enfin, elle est peut-être dans une autre table…).
6. Ouvrez QGis, chargez ou ouvrez l’extension « Délimiteur de texte », et chargez votre fichier CSV (attention aux options : choix du séparateur, spécification des colonnes, le X c’est la longitude, le Y c’est la latitude, c’est pour ça que je les ai mis dans cet ordre dans la requête SQL plus haut).
7. Vous avez un paquet de points qui s’affichent dont la forme générale est déjà peut-être évocatrice…
8. Ajoutez un service WMS un peu explicite (Geosignal, un cartorisque qui va bien avec le SCAN25, la carte géologique au 50e même), et essayez de vous rappeler ce que vous avez bien pu aller faire là…

Bon, j’arrête là, je crois que la démonstration est suffisamment explicite et consternante. Je suis sûr qu’on en reparlera. En attendant, qu’est-ce j’en fais de mon iPhone ? Il ne faut pas laisser passer ça… Il y a bien Android, mais Google enregistre toutes les requêtes faites via Chrome…

Déferlement médiatique en cours :

http://www.ecrans.fr/Tous-les-utilisateurs-d-iPhone,12544.html

http://topmedias.org/internet/apple-surveille-les-utilisateurs-iphone-et-ipad-1729.html

http://www.20minutes.fr/article/710611/high-tech-l-iphone-enregistre-tous-deplacements-autorisation-insu

et bien d’autres…

Vous serez alors sans doute ravis d’apprendre, comme je peux l’être, l’intégration au sein de MapServer des projets TinyOWS, fièrement soutenu par nos collègues d’Oslandia, et de mod_geocache, un projet récent mais diablement performant de Thomas Bonfort (à qui l’on devait déjà le support AGG dans MapServer) qui est un module Apache dédié au tuilage mais qui peut aussi fusionner des tuiles à la volée pour construire la réponse à une requête WMS non tuilée.

Que peut signifier « intégration » dans ce contexte ? C’est déjà le partage d’un fichier de configuration identique, le fameux MapFile, dans lequel devront donc être déclarés les éléments permettant la mise en route de ces nouveaux services. C’est aussi l’incorporation des sources de ces deux projets à celles de MapServer, de sorte que l’on compilera tout cela à la fois de manière à produire une sorte de bundle multi-tâches. C’est également le bénéfice pour MapServer d’approches techniques innovantes. Il paraît que MapServer en module Apache c’est pour bientôt aussi et que les résultats des tests sont très prometteurs. C’est enfin l’intégration de chacune des communautés de ces deux projets à celle de MapServer et de ce fait l’implication de la communauté MapServer dans l’amélioration de ces one-man-projects qu’ils étaient jusqu’alors.

Ne vous précipitez pas tout de suite vers la dernière archive des sources de MapServer, nous en sommes seulement à une phase d’intentions avancées disons. Mais il est heureux de voir une telle initiative voir le jour, d’autant qu’elle promeut la qualité du travail de deux petits Français.