En guise d'avant-goût à la prochaine présentation du projet ZOO au Géoséminaire 2010, je vous propose ce post qui liste les évolutions récentes et aborde la suite des aventures. Le Projet ZOO a pour objectif de fournir un serveur de services WPS respectant la norme Web Processing Service de l'OGC. Les Web Processing Services permettent de réaliser des opérations sur des données en mode distribué comme par exemple la reprojection, la modification de format, différents traitements avancés, etc... La force du ZOO est de pouvoir charger dynamiquement des modules externes codés dans différents langages C/C++, Python et PHP. C'est donc un serveur WPS extensible et personnalisable à souhaits. Depuis la présentation du FOSS4G2009 de Sydney, GeoLabs et 3Liz se sont concentrées sur l'implémentation complète de la norme WPS et le support de différents langages, ainsi que le support multi-plateforme du ZOO (Linux, Mac et Windows). D'ici la release de ce projet sous licence open source, annoncée prochainement, un certain nombre de travaux restent à accomplir. En effet, nous sommes actuellement dans une phase de test et nous préparons le code et la documentation nécessaires à la prise en main du ZOO. Une des récentes avancées du ZOO consiste à supporter le JavaScript comme langage de programmation de Process. Au même titre que le C/C++ ou Python, le JavaScript est un des langages qui vous permettra de créer vos propres traitements. Il est donc possible de compiler le ZOO avec le support du JavaScript. Celui-ci est assuré par l'interpréteur JavaScript SpiderMonkey, issu du navigateur de la fondation Mozilla, Firefox. Toutefois, le support du JavaScript ne signifie pas que l'environnement d'exécution du JavaScript est le même que celui que nous retrouvons dans un navigateur. Le ZOO n'exploite que l'interpréteur JavaScript, donc un certain nombre d'éléments comme XMLHttpRequest, window, document ou encore le DOM ne sont pas présents. Les possibilités vous semblent donc peut être limitées puisqu'il n'est pas possible d'utiliser directement des bibliothèques de fonctions développées pour les navigateurs. Qu'à cela ne tienne, nous proposons tout de même de quoi faire du JavaScript un langage charnière au sein de la création et au chainage de traitements.
La première chose que nous avons fait est d'ajouter à l'environnement d'exécution JavaScript une méthode pour la réalisation de requêtes HTTP. Il s'agit de la méthode ZOORequest et non d'un objet comme XMLHttpRequest. Ensuite afin de faciliter les développements, nous proposons une API JavaScript (aka ZOO API). Cette API JavaScript est a destination des développeurs du domaine de la géomatique, et comme il existe déjà de très bonne bibliothèques de fonctions JavaScript pour ce domaine (comme OpenLayers et Proj4JS), nous nous en sommes inspiré.
La ZOO API se compose tout d'abord d'une adaptation de Proj4JS à l'environnement d'exécution du JavaScript dans le ZOO. Il est donc possible d'utiliser le JavaScript pour faire des transformations et exploiter dynamiquement n'importe quelle projection définie sur spatialreference.org.
La seconde partie de l'API est une adaptation d'OpenLayers à l'environnement du ZOO. Cette adaptation a consisté à supprimer toutes références aux objets window et document, ne conserver que ce qui est utile côté serveur, c'est à dire les classes Geometry et Format, et réécrire tout ce qui exploite le DOM par des méthodes E4X (Ecma For XML).
Enfin cette API fourni des méthodes facilitant la réalisation de requêtes HTTP, mais aussi de requêtes d'exécution de traitement WPS. Le JavaScript offre la possibilité d'évaluer dynamiquement des scripts de traitement et de réaliser des chaînages incluant des règles de décision. Stay tuned!

Lire sur le site

Nicolas BOZON (3LIZ), Gérald FENOY (GeoLabs) et et moi-même René-Luc D'HONT (3LIZ) présenteront le Projet ZOO le 2 mars 2010, lors du Géoséminaire 2010 organisé par les étudiants du Mastère SILAT. Ce séminaire rassemblera différents acteurs de la géomatique et sera centré sur les infrastructures de données géographiques au service des territoires. Pour GeoLabs et 3LIZ, cet événement sera l'occasion de présenter le projet ZOO, plateforme WPS modulaire open source, et les nombreuses fonctionnalités avancées qu'il procure aux infrastructures de données spatiales et aux applications de webmapping. GeoLabs et 3LIZ vous donnent donc rendez vous au Géoséminaire 2010, le mardi 2 Mars 2010 à Montpellier SupAgro ! Plus d'info sur le site du Géoséminaire: http://geoseminaire2010.teledetection.fr/

Lire sur le site

Nicolas BOZON (3LIZ), Gérald FENOY (GeoLabs) et et moi-même René-Luc D'HONT (3LIZ) présenteront le Projet ZOO le 2 mars 2010, lors du Géoséminaire 2010 organisé par les étudiants du Mastère SILAT. Ce séminaire rassemblera différents acteurs de la géomatique et sera centré sur les infrastructures de données géographiques au service des territoires. Pour GeoLabs et 3LIZ, cet événement sera l'occasion de présenter le projet ZOO, plateforme WPS modulaire open source, et les nombreuses fonctionnalités avancées qu'il procure aux infrastructures de données spatiales et aux applications de webmapping. GeoLabs et 3LIZ vous donnent donc rendez vous au Géoséminaire 2010, le mardi 2 Mars 2010 à Montpellier SupAgro ! Plus d'info sur le site du Géoséminaire: http://geoseminaire2010.teledetection.fr/

Lire sur le site

The 3Liz team is proud to annonce the 1.0 version publication of our application OSMTransport. OSMTransport is a public transport network visualisation application describe in OpenStreetMap. Compared to earlier publications, this version provides the following features:

• world coverage : possibility to add "locations" (areas corresponding to a city on which you want to view network) in every country in the world. If a country is not in the combo box "Add a new location", thank you for the request and we will add it.
• new design : map adapted to the screen size, quick access buttons to a transportation theme in the upper left, new look (pop-up, color, combo box, icons, etc..)
• OpenStreetMap relations management used to define lines. Thus we can determine all the lines belongs to a bus, tram or subway stop and display it in the pop-up consultation.

Take advantage of this tool to complete your city public transport network.

Lire sur le site

Toute l'équipe 3Liz est fière de vous annoncer la publication de la version 1.0 de notre application OSMTransport. OSMTransport est une application de visualisation des réseaux de transport en commun décrits dans OpenStreetMap. Par rapport aux premières publications, cette version apporte les fonctionnalités suivantes:

• couverture mondiale : possibilité d'ajouter des "locations" (des zones correspondant à l'échelle ville sur lesquelles on souhaite afficher le réseau) dans tous les pays du monde. Si un pays n'est pas présent dans la liste déroulante de la boite "Add a new location", merci de le demander et nous le rajouterons.
• nouveau design : carte adaptée à la taille de l'écran, boutons d'accès rapide à une thématique transport en haut à gauche, nouveau look (pop-up, couleurs, listes déroulantes, icônes, etc.)
• Gestion des relations OpenStreetMap utilisées pour définir les lignes. Ainsi on peut déterminer toutes les lignes auxquelles appartient un arrêt de bus, tram, ou métro et l'afficher dans la pop-up de consultation.

Profitez de cet outil pour compléter le réseau de transport en commun de votre ville.

Lire sur le site

3Liz vous souhaite une bonne année 2010 et vous invite à découvrir son nouveau site internet. http://www.3liz.fr

Lire sur le site

3Liz vous souhaite une bonne année 2010 et vous invite à découvrir son nouveau site internet. http://www.3liz.fr

Lire sur le site

3Liz vous souhaite une bonne année 2010 et vous invite à découvrir son nouveau site internet. http://www.3liz.fr

Lire sur le site

OpenStreetMap (OSM) est un projet de création collaborative d'une carte mondiale. OSM peut être considéré comme le pendant cartographique de Wikipedia. La communauté OSM crée une carte libre et accessible à tous. Elle s'organise aussi pour améliorer chaque jour la qualité des données présentes dans OSM. Haïti a subi le 12 janvier 2010 un violent séisme, s'en est suivi une intervention internationale afin de porter secours à la population sinistrée. Mais il manquait quelque chose d'essentiel dans ce type de situation : une carte précise et facilement accessible! Les cartes disponibles d'haïti était plutôt sommaire. Cette carte représente l'état d'avancement de la cartographie à Haïti au sein du projet OSM. Cette carte est représentative des données facilement disponibles pour les ONG. Suite au tremblement de terre, la communauté OSM a décidé de participer à l'intervention internationale à sa manière. Elle a décidé de mettre à jour la carte OSM d'Haïti et de fournir une carte libre la plus précise possible. Cette réalisation s'est faite en plusieurs étapes. Tout d'abord la communauté OSM a exploité l'imagerie Yahoo!, comme pour le reste du monde depuis 2006, ainsi que de vieilles cartes de la CIA. Le communauté a ensuite pu profiter des images des sociétés DigitalGlobe et GeoEye a condition de préciser dans les données générées la source ayant servi de base à la digitalisation. Mais la communauté ne s'est pas contenté de tracer les rues qui permettent seulement d'avoir une carte du réseaux routier. Les fonds images de la société GeoEye ont été mis à jour juste après le séisme. Les contributeurs peuvent donc digitaliser les bâtiments et indiquer si ils se sont écroulés. Les données OSM n'ont pas pour but d'être seulement accessible au travers du site Web. Elles sont créées pour être librement accessible, c'est pourquoi il est possible de les publier dans différents formats. La société Geofabrik a donc mis à disposition les données OSM pour haïti dans différents formats comme le format ESRI ShapeFile, utilisable dans tous les bons logiciels de SIG, ou le format d'image GARMIN, utilisable comme fond dans les GPS GARMIN. Ensuite il y a aussi les contributeurs qui sont sur place à Haïti et qui peuvent saisir des données très utiles comme l'emplacement des campements et leur taille, la présence de barrières ou éboulement bloquant la rue, mais aussi si les rues sont non praticables. Le premier type de données que sont les bâtiments effondrés ou l'emplacement des campements permettent aux ONG de localiser les lieux d'interventions. Mais ils restent une dimension non encore évoquée qui est la possibilité de déplacement et les parcours possibles. Le second type d'information que sont la présence de barrières ou d'éboulement et la praticabilité des rues servent aux outils de calculs de parcours, car les données OSM peuvent aussi servir à calculer des itinéraires. L'université d'Heidelberg a ainsi publié une version spécifique à Haïti de l'OpenRouteService. Ce service tient compte des blocages et des routes inutilisables et fournit le parcours souhaité dans des formats exportables vers des GPS. Ces évènements démontrent qu'OpenStreetMap n'est pas une lubie d'occidentaux ne souhaitant plus payer leurs cartes mais bien un outil communautaire permettant de construire un bien commun utile à tous. OpenStreetMap se positionne aussi comme un outil permettant de facilement partager des informations géolocalisées entre différents acteurs. Si vous souhaitez en savoir plus:

• le WikiProject OSM
• Haiti OpenStreetMap response (14/01/20010)
• Haiti Mapping (15/01/2010)
• http://www.ecrans.fr/Haiti-Mobilisation-autour-d-une,8961.html (15/01/2010)
• Route Service Online for Haiti supporting disaster management after the earthquake - based on OpenStreetMap and OpenRouteService
• OpenStreetMap et Haiti sur CanalPlus dans la Matinale (18/01/2010)
• En Haïti, le logiciel libre sauve des vies (18/01/2010)
• Haiti : la cartographie libre OSM montre sa puissance (18/01/2010)
• Mapping For Haiti Earthquake Response (18/02/2010)
• OSM Routing for Port-au-Prince Haiti (18/01/2010)

Lire sur le site