Revue des blogs en français

Codesprint, le retour

georchestra - mar 16 juin 2015 - 13:00

La semaine dernière s’est tenu notre premier codesprint organisé. Grâce à l’Agrocampus Ouest nous avons bénéficié d’un cadre exceptionnel apprécié de tous les participants. Développeurs et administrateurs de données ont travaillé ensemble pendant deux jours sur l’avenir de geOrchestra. Nos sujets de sprint : les raster, l’accompagnement des utilisateurs, la supervision et le packaging des applications.

Les raster

Par méconnaissance de son potentiel, la donnée raster est le parent pauvre des IDS. Le groupe a souhaité montrer qu’elle peut être exploitée grâce au profil SLD. Le stylage raster n’entraîne aucun ralentissement : pourquoi s’en priver !

Un styleur raster intégré au visualiseur geOrchestra a été conçu. Reposant sur un workflow similaire au styleur vecteur (trouver le Web Coverage Service, décrire les données, construire un formulaire, stocker le style, le rappeler, le partager), il permet le choix de la bande à traiter, la fabrication et l’application de la colormap.

Nous avons remarqué que les capacités des service de coverage sont suffisamment détaillées pour alimenter des analyses automatiques, possibilité que nous étudierons si le styleur raster rencontre son public.

Le styleur raster sera prochainement intégré dans master.

L’accompagnement

Déjà abordé lors du geocom2014, ce sujet a été approfondi par quatre sprinters. Une IDS ouverte connaît peu sa population d’utilisateurs et n’a pas de moyen simple pour la réunir. Par conséquent, un MOOC (Massive Open Online Courses) nous semble très adapté. Nous nous appuierons sur le MOOC IDS conçu par Agrocampus Ouest (plateforme moodle).

Les “grains” de formation sont en cours de rapatriement, ils pourront être accédés individuellement ou selon des parcours de formation. Les licences type attribution/share alike permettront la réutilisation commerciale.

La distribution

Construire entièrement à partir des sources fait partie du contrat de geOrchestra en tant que logiciel libre. Certaines plateformes automatisent ce build dans leurs recettes de déploiement, et parfois en profitent pour surcharger le code source et intégrer des fonctions locales. D’autres, aux besoins plus standards, souhaiteraient une installation facilitée et surtout des modes de configuration sans compilation.

Le sprint a permis aux administrateurs de répertorier leurs souhaits de paramétrage - pour ceux qui connaissent : GEOR_custom, listes de services, addons… Chaque serveur d’application pourra, au moyen d’une variable d’environnement, préciser l’emplacement des fichiers de configuration concentrés dans une unique arborescence. Les modules applicatifs seront proposés sous forme d’archives génériques versionnées, téléchargeables depuis georchestra.org.

A suivre, la mise en oeuvre de ce principe sur l’ensemble des modules pour la 15.12.

La supervision

Nous avons réalisé que les administrateurs de données consultent un grand nombre de sources d’information pour analyser le fonctionnement de l’IDS : journaux d’erreurs provenant des diverses applications, indicateurs de disponibilité, trafics, charge… de façon peu efficace et chronophage. Un groupe de sprinteurs a montré que la pile Logstash/Graylog améliore l’accessibilité et l’utilisation des capteurs. Nous avons de plus vu que l’extension monitor/audit de GeoServer permet le calcul instantané de métriques comme la répartition des requêtes par namespace. Nous avons enfin joué avec Logstagia qui représente le trafic sous la forme d’une (violente) partie de pong.

A suivre, une expérimentation Graylog à la région Bretagne et un prototype de dataviz temps réel sur les trafics, avec objectif de partager ces pratiques avec la communauté geOrchestra.

Bilan
  • les groupes de 2 ou 3 permettent de se concentrer sur un objectif, avec des résultats à la sortie.
  • les développeurs apprécient le retour direct des administrateurs sur les fonctionnalités qu’ils proposent, et réciproquement les administrateurs voient leurs principales préoccupations comprises.
  • ce format codesprint est très efficace pour dégager un consensus en quelques minutes, puis pour se consacrer à la production avec un retour immédiat. Sur l’ensemble des sujets, le consensus et la réalisation auraient sans doute pris beaucoup plus de temps via ticket ou messagerie.
  • nous avons probablement passé trop de temps en restitution formelle alors que l’information.circule déjà entre les groupes. Il suffit de noter les objectifs et les résultats sur les tableaux.

Ce codesprint aboutit à quatre actions sérieusement engagées, à finaliser pour la version 15.12.

GeoCom 2015 : l'ordre du jour

georchestra - mar 5 mai 2015 - 13:00

Le GeoCom2015, rencontre annuelle de la communauté geOrchestra, se tiendra en juin en Alsace du lundi 22/06 au mercredi 24/06/2015. Suite à ce sondage, toujours ouvert, un ordre du jour prévisionnel vous est proposé.

Lieu

Le GeoCom se tiendra à la Maison de la Région Alsace, 1 place Adrien Zeller, 67070 Strasbourg Cedex. Ceux qui le souhaitent pourront participer à distance en chat, nous ne pouvons pour l’instant nous engager sur une retransmission audio ou vidéo complète.

Pour participer, nous vous remercions de remplir le formulaire d’inscription.

L’ordre du jour pourra subir des changements mineurs.

Lundi 22/06 après midi (14h - 17h)
  • Accueil
  • Tour de table
  • Retour sur l’enquête et détail de l’ordre du jour
  • L’écosystème geOrchestra
  • Direct avec GeoBolivia
  • Retour sur la roadmap 14-12-15-06
Mardi 23/06 (9h - 17h) Valoriser les services
  • Retours d’utilisateurs
  • Démarche mutualisée du module cadastre
  • Intégrer une application tierce dans geOrchestra
  • SLD et les usecases métier
  • Des couches aux objets avec elasticsearch
  • Impliquer les partenaires dans la réutilisation
  • Synthèse
Publier des données
  • Le travail quotidien de l’admin de données
  • Outils pour la saisie des métadonnées par les acteurs publics alsaciens
  • Inspirobot, scoring des métadonnées
  • Passerelle georchestra/open data
  • Les statistiques et la gestion des droits
  • GeoNetwork 3
  • Synthèse
Déployer et maintenir la plateforme
  • Monitoring des services
  • Travaux de packaging
  • MOOC geOrchestra
  • Synthèse
Mercredi 24/06 9h - 14h Développer
  • Le site georchestra.org
  • 1 an de développement sur geOrchestra
  • Le cycle de releases
  • Comment contribuer
  • Futur des interfaces clientes de geOrchestra
Roadmap 2015-2016

Elaboration collective de la feuille de route à partir des échanges de ce GeoCom.

Codesprint à Beg Meil

georchestra - lun 6 avr 2015 - 13:00

Le comité de pilotage du projet organise avec GéoBretagne et l’Agrocampus Ouest un codesprint en Finistère. Objectif : simplification de l’installation et de l’administration.

Pourquoi ce codesprint

L’objectif de simplification a des répercussions sur le développement, le système et le travail des administrateurs. C’est pourquoi il nous paraît préférable de travailler en format codesprint plutôt qu’avec les tickets traditionnels. Le codesprint est orienté par les souhaits de la plateforme GéoBretagne et ceux de l’Agrocampus Ouest, organisateurs de l’événement. Néamoins, il est ouvert à tous ceux qui souhaitent participer et s’impliquer dans les choix et la réalisation.

Les objectifs :

  • rendre les applications geOrchestra génériques - téléchargeables et interchangeables entre SDI, sans reconfiguration
  • choisir et agencer les paramètres locaux
  • faciliter le déploiement : dépôt Debian par exemple
  • améliorer le déploiement et l’utilisation
Organisation

Le sprint se déroulera dans les locaux de l’Agrocampus Ouest à Beg Meil les jeudi 11 et vendredi 12 juin 2015.

Un hébergement est possible (38.50€) et les repas peuvent être pris sur place (11€), à réserver avant.

Tous les contributeurs et développeurs geOrchestra sont invités à se joindre à l’événement. Pour les inscriptions et réservations, c’est par ici : http://plan.kwiqlink.com/WERJO6BUMZ7907UV.

Revue de presse du 27 mars

Géotribu.net - ven 27 mar 2015 - 13:57
Image pour le diaporama en page d'accueil: Introduction: 

Ami(e) lecteur/lectrice, cette semaine l'équipe de Geotribu vous a concocté une revue de presse un peu spéciale. Comme vous pouvez voir ci-dessous, certains cartographes avaient parfois des projets fous de vouloir dessiner de très grandes cartes, cette semaine nous nous sommes pris au jeu pour réaliser une très grande revue de presse, histoire d'assouvir votre soif hebdomadaire de news. Bonne lecture!

icone_news: Mots-clés: GeoRDPOSMOpenStreetMapWordpressOpenLayersMapBoxOpen DataLandsatGeoJSONLeafletGeoServerPython

GeoCom 2015 en Alsace

georchestra - ven 6 fév 2015 - 12:00

Le GeoCom2015, rencontre annuelle de la communauté geOrchestra, se tiendra en juin en Alsace. Utilisateurs, développeurs, administrateurs ou intéressés, nous espérons vous y rencontrer pour dresser ensemble la feuille de route de geOrchestra et partager nos connaissances.

La communauté au centre

Le projet geOrchestra est résolument communautaire depuis sa création. Pour nous, cela veut dire qu’utilisateurs, contributeurs, financeurs, développeurs, formateurs et chercheurs ont tous leur mot à dire dans la feuille de route du projet.

Grâce au projet GeoBolivia qui a invité le PSC en 2012, nous avons pu constater qu’il y avait intérêt à réunir la communauté, tant les objectifs des IDS sont à la fois différents et complémentaires.

S’en est suivi le premier GeoCom en 2013 à Rennes, hébergé par l’Agrocampus Ouest. La confrontation des points de vues d’IDS étatiques, régionales, locales, scientifiques a été riche d’enseignements. S’en est suivi le développement d’addons “métier” et un travail pour faire coopérer différents outils visant chacun leur public.

En 2014, le CRAIG nous a réuni à Clermont Ferrand. Nous y avons trouvé une communauté plus variée, qui a souhaité mettre l’accent sur l’accompagnement des administrateurs. S’en est suivi un travail sur la documentation et un effort de simplification de l’installation.

cap sur l’Alsace

Nous sommes heureux de vous annoncer que la dynamique se poursuit en 2015. Le partenariat CIGAL (Coopération pour l’Information Géographique en Alsace) a accepté (grand grand merci à eux) d’accueillir le GeoCom 2015 à Strasbourg, France. Les dates pressenties sont du 22 au 24 juin. L’événement est bien sûr gratuit et toutes les personnes intéressées par geOrchestra y sont chaleureusement invitées.

Nous avons besoin de votre participation à la construction des sujets pour mieux cerner les attentes et influencer la feuille de route en conséquence. Nous vous remercions de remplir le sondage suivant :

A bientôt au GeoCom 2015.

geOrchestra 14.12 est disponible

georchestra - ven 30 Jan 2015 - 10:37

Le PSC a le plaisir de vous annoncer la sortie immédiate de geOrchestra 14.12, 6ème version depuis qu’on fait des notes de version. Le rythme d’une version tous les 6 mois est toujours maintenu à quelques jours près grâce à la ténacité des développeurs et au soutien permanent des plateformes utilisatrices.

Cette version se veut à la fois plus simple pour les utilisateurs finaux et plus facile à intégrer pour les administrateurs - fruit des nombreux rapports et suggestions recensés sur le bugtracker (600 tickets depuis octobre 2012).
Une documentation d’installation complète et pas à pas accompagne désormais les primo-installants.

Côté outils

Désormais, une seule fenêtre présente tous les services OGC prédéfinis : WMS, WFS, WMTS.

Ces services sont configurés dans des fichiers externes, partageables entre instances, voire générés par des applicatifs tiers. Un filtre bien pratique accélère la découverte des services.

Une nouvelle option dans le menu de chaque couche permet d’afficher à tout moment les points d’entrée d’une couche pour les copier/coller vers son SIG.

Depuis le visualiseur, la recherche plein texte de séries de données dans les catalogues peut exploiter les métadonnées de service pour découvrir un service non décrit dans la métadonnée de donnée. geOrchestra augmente ainsi la compatibilité avec les IDS tierces.

Un contexte de carte peut être référencé dans une métadonnée du catalogue.

Les contextes sont mieux décrits : titre & résumé affichés au chargement, ainsi que possibilité de filtrage sur mots clés. Ces contextes sont de plus en plus utilisés pour envoyer des cartes entre plateformes ou entre outils (visualiseur mobile par exemple).

Dans les fonctions avancées : une géométrie extraite d’une première couche peut servir de filtre spatial sur une autre. On peut donc par exemple extraire les maisons dans une zone donnée [screenshot].

L’impression est améliorée : support de la rotation & export PNG notamment. La mise en page a été revue afin de dégager plus de place pour la carte.

Pour rappel, le visualiseur peut charger des addons spécialisés de manière à étendre ses fonctionnalités de base. Certains utilisent déjà “calcul de profil en long”, “génération de bassin versant”, “annotation”…
Un nouvel addon active Google Streetview pour afficher une vue terrain et basculer vers StreetView.

Il faut également noter la nouvelle possibilité de placer le composant généré par un addon (bouton, onglet, champ de formulaire …) où on le souhaite dans l’interface.

Côté téléchargement, les rasters sont maintenant extraits dans leur résolution native pour peu que leur fiche de métadonnée mentionne cette valeur. Les courriels de notification ont également été améliorés.

Pour finir, les traductions espagnoles, françaises, allemandes sont maintenues à jour grâce à nos branches internationales :)

Côté moteur

GeoServer passe en version 2.5.4 (décembre 2014) avec le support optionnel de GeoFence.

Parmi les notes de version cumulées entre GeoServer 2.3.2 et 2.5.4, on notera principalement:

  • la possibilité de configurer le délai de rétention en cache client des tuiles du GeoWebCache intégré (GEOS-4760)
  • un meilleur référencement des couches OGC dans le service CSW optionel (GEOS-6012)
  • des performances améliorées sur les couches vectorielles servies par PostGIS (GEOS-5027)
  • une prise en compte des liens vers les fiches de métadonnées dans les capabilities WFS (GEOS-3387)
  • une meilleure compatibilité avec WMS 1.3.0 du GeoWebCache intégré (GEOS-5685)
  • et bien d’autres encore …

Enfin, la sécurité du système a été renforcée au niveau des proxies OGC.

Côté admin

La stabilité des builds a été améliorée, à travers la mise en place d’un dépôt maven dédié au projet, et avec la détection des erreurs de build javascript.

De plus, le projet propose désormais des exemples de configuration comme le répertoire htdocs, ainsi que des répertoires minimaux de configuration pour GeoServer et GeoNetwork.

Côté système

Le déploiement d’une IDS geOrchestra peut désormais se faire selon 3 modalités :

  • pour du développement ou pour un besoin de démonstration ponctuel, il est possible d’utiliser des containers Docker, créés à partir des recettes proposées dans le dépôt georchestra/docker.
  • pour un déploiement rapide de tous les composants de l’IDS, y compris geofence, il est désormais possible d’utiliser le playbook ansible contribué par Landry Breuil, du CRAIG.
  • comme toujours, en construisant les WARs du projet sur un profil personnalisé et en les déployant sur une infrastructure dédiée, en suivant la documentation actualisée. L’architecture proposée par défaut repose sur plusieurs instances tomcat et permet la montée en charge de l’IDS.
Côté communauté

Le développement est toujours aussi dynamique; OpenHub relève 1250 commits et 12 contributeurs sur les 12 derniers mois (en baisse car l’automne 2013 a été particulièrement intense).

La liste georchestra-dev est principalement fréquentée par les francophones avec quelques discussions en anglais. N’hésitez pas à poster dans votre langue !

Effet du très convivial geOcom 2014, les participants à la liste sont plus nombreux, et les questions de plus en plus pointues. Le geOcom 2015 aura lieu en Alsace probablement en juin. Nous espérons vous y rencontrer !

Pour aller plus loin …

Consultez les notes de version qui fournissent des informations détaillées pour la mise à jour.

Pensez également à visiter :

New website !

georchestra - mer 23 jui 2014 - 11:28

geOrchestra has a new website ! Visit http://georchestra.org/

geOrchestra's new website supersedes and replaces several tools : the old website, this blog, some tech papers. It now runs on GitHub. Thanks to the community, informations are available in english, french, spanish.

http://blog.georchestra.org/ will soon redirect to this new website

Sortie de la version 14.06

georchestra - jeu 10 jui 2014 - 12:50

geOrchestra 14.06 est dans les bacs !
Il s’agit essentiellement d’une version de maintenance avec quelques belles avancées.

En frontal:

  • un nouveau module GeoWebCache, utile si l’on souhaite utiliser un cache indépendant; cela offre rapidité, fiabilité et disponibilité pour les couches les plus utilisées,
  • une traduction en allemand de tous les modules (merci CIGALsace).

Moins visible, mais tout aussi important :

  • une meilleure séparation des rôles d’administration (données / métadonnées / utilisateurs) et d’accès aux modules (extracteur / statistiques),
  • une mise à jour du composant d’authentification unique à la dernière version de JASIG CAS 4.0.0,
  • une validation complète de la suite en https, pour assurer confidentialité et intégrité des services de données (contribution Rennes Métropole)
  • une configuration simplifiée avec des paramètres centralisés dans un seul endroit, et une unique base de données. Pour autant, il est toujours possible de personnaliser complètement son installation,
  • une belle progression de la couverture des tests sur un grand nombre de modules (ldapadmin, mapfishapp, extractorapp, downloadform),
  • une gestion plus appropriée des librairies natives GDAL/OGR,
  • de meilleures performances avec GeoFence.

Du côté de la documentation, l’amélioration est continue : la documentation est versionnée avec le code source, accessible directement depuis le fichier README situé à la racine du projet.

Par ailleurs, lors du geOcom 2014, l’agglomération de Vienne a annoncé le partage sous Licence Ouverte d’une documentation d’installation multi-tomcats [source], qui faisait défaut jusqu’à présent. Un grand merci pour leur engagement dans le projet !

Que ce soit pour installer, mettre à jour votre instance, ou encore pour obtenir plus de précisions sur cette nouvelle version, n’hésitez pas à consulter les notes de version.
Enfin, en cas de difficultés, n’hésitez pas à joindre les développeurs sur IRC ou sur la liste de diffusion georchestra-dev@googlegroups.com.

Mise à jour vers GeoServer 2.5.1

georchestra - mer 9 jui 2014 - 13:47

Le processus de migration de GeoServer 2.3.2 (utilisé par geOrchestra depuis la version 13.06) à GeoServer 2.5.1 au sein de geOrchestra est en cours.

Ce saut de plusieurs versions majeures de GeoServer apporte son lot de nouveautés au projet geOrchestra.
Citons notamment :

  • une meilleure gestion du cache client pour les tuiles issues du GeoWebCache intégré,
  • un service CSW intégré plus complet,
  • de meilleures performances sur les couches vecteur servies par postgis.

Nous avons réussi à compiler et déployer la dernière version stable de GeoServer sur la plateforme de démonstration avec les options suivantes : app-schema, authkey, charts, control-flow, css, csw, dds, dxf, feature-aggregate, feature-pregeneralized, gdal, geoxacml, imagemap, inspire, istyler, libjpeg-turbo, mysql, ogr, pyramid, script, spatialite, wps, w3ds.

Cette évolution sera livrée avec geOrchestra 14.12.
En effet, dans les semaines à venir, nous allons vérifier la bonne intégration de cette nouvelle version avec l’ensemble des composants de la suite geOrchestra.
Pour les plus aventureux d’entre vous, il est d’ores et déjà possible de tester en utilisant la branche 2.5.1-georchestra du dépôt georchestra/geoserver et en se référant au ticket d’évolution #677.

C’est une réalisation de Florent Gravin, Camptocamp, sur financement GeoBretagne. Dans ce cadre, l’intégration avec GeoFence n’a pas été testée.

Compte-rendu du geOcom 2014

georchestra - jeu 3 jui 2014 - 20:49

Ce geoCom 2014 s’est tenu dans d’excellentes conditions à Clermont Ferrand, réunissant administrateurs de plateformes actuelles ou futures : PIGMA, CRAIG, CIGAL, GéoBretagne, GeoSAS, l’INRA Nancy, l’agglomération du Puy en Velay, de Moulins, de Vienne, de Clermont Ferrand, Rennes Métropole, l’université de Clermont; les développeurs de Camptocamp; et les membres du PSC geOrchestra.
Les objectifs : se connaître et échanger, capitaliser les bonnes pratiques, construire ensemble la feuille de route. 10 sujets votés se sont succédés avec pour chacun : une mise en situation, un temps d’échange et la collecte des souhaits d’évolution.

Malheureusement, la webconférence nous a fait faux bond et nous en sommes désolés pour ceux qui voulaient suivre à distance.
Merci à tous les participants et présentateurs pour leur venue, leur engagement, leurs contributions, et à l’année prochaine !

Restitution des sujets: retrouvez les présentations sur la page de l’événement, mise en ligne par le CRAIG.

Les visualiseurs

Cas de réutilisation les plus visibles, ils sont un élément clé pour valoriser l’IDS et les données. La série s/mviewer est présentée. On partage un gros besoin de simplicité pour proposer à une cible donnée exactement ce dont elle a besoin, quitte à multiplier les formes de visualiseurs au-dessus de l’IDS. Mais on affiche aussi un souhait d’interopérabilité pour passer d’un visualiseur à l’autre sans perdre le contexte, et ainsi couvrir toute une gamme d’usages sans dupliquer l’information. Dans tous les cas, on conserve le lien vers la donnée et la métadonnée.

Tendances : “gros doigts”/”fisher price”, contextes, pas de “mode”, personnalisation couleur/logo/layout

Le fond OpenStreetMap mutualisé

Aujourd’hui, Picardie et Bretagne proposent sept fonds de plan OSM France entière selon WMS & co au moins en projections 2154 et 3857. La charge est lourde à porter pour ces plateformes régionales, le trafic France entière est important (livré de base avec certains clients). Nous souhaitons donc trouver un hébergement et une administration communs pour délivrer ce service à plusieurs.

Pour produire des cartes seules, la base pèse 20 Go. Pour servir aussi des données attributaires il faut 200 Go - geOrchestra peut servir ces données en flux sans problème. Le stockage en base doit être extrêmement performant. L’expiration des tuiles doit être outillée. Il faut s’attendre à des pointes de 1000 t/s, 200 mbps.

Le CRAIG pourrait libérer un hébergement, et le savoir-faire Bretagne + Picardie est à disposition.

=> tendances : hébergement unique, imposm3, SSD, administration à plusieurs, cahier des charges commun pour les styles.

Une IDS “INSPIRE compliant”

Après un exposé des devoirs d’une IDS face à INSPIRE, on échange sur le ressenti de chaque plateforme. Les metadata party, c’est bien; mais l’effet est court et la relance doit être permanente.
Les produits d’appel comme s/mviewer sont incitatifs.

L’évolution vers GeoNetwork3 est déjà programmée pour geOrchestra, on espère une nette amélioration de l’ergonomie pour l’administrateur.

La géopublication est très utilisée par certains mais les services REST GeoServer mériteraient un approfondissement (directory of shapefiles, metadatas…) pour une meilleure intégration et délégation.

La communauté ressent également le besoin d’outils qualité neutres et plus ergonomiques que les validateurs officiels.

Pour le téléchargement, les avis divergent sur l’intérêt de proposer en sus le téléchargement dit “simple” par atom.

=> tendances : assurance qualité, capitalisation des pratiques, veille sur les groupes de travail.

Sécurité des données

Le module optionnel GeoFence permet un contrôle extrêmement fin pouvant aller jusqu’à limiter l’accès à certains objets, attributs, périmètres géographiques, au prix d’une multiplication importante du nombre de règles. Le module peut contrôler un nuage d’instances de GeoServer. Dans la communauté, certains sont concernés par un contrôle fin, d’autres non. On mentionne aussi la possibilité de limiter l’usage de données non personnelles par les conditions d’utilisation, sans implémenter de filtrage d’accès.

=> tendances : améliorer l’ergonomie de GeoFence, conserver ce module optionnel.

Performance

Une méthode à effets (et coûts) croissants est exposée : supervision, limites de sécurité, optimisation http/images/styles/données, tuilage, navigateurs récents, scalabilité verticale/horizontale de l’hébergement. Pour la continuité de service, la répartition de charge GeoServer et la relance automatique donnent de très bons résultats et réduisent beaucoup la charge d’administration.

Les lectures toujours indispensables : * GeoServer in production http://docs.geoserver.org/stable/en/user/production/index.html * GeoServer on steroid http://blog.geoserver.org/2013/10/02/geoserver-foss4g-2013/ * GeoServer in production http://boundlessgeo.com/whitepaper/geoserver-production-2/

=> tendances : ajout d’une offre Nagios à geOrchestra, partager les test cases.

WPS

Illustration très parlante et de saison (Silo vs geOrchestra FC) sur la nécessité d’associer plusieurs services OGC pour fabriquer et exposer des traitements comme le calcul dynamique de bassins versants à partir d’un semis de points issus d’une donnée elle-même exposée.

Après les WPS, il faut s’intéresser à des services plus spécialisés comme SOS et TJS. Et surtout ne pas négliger les rasters de données, fortement méconnus et sous exploités.

=> tendances : SOS, TJS, exploiter les rasters.

Mutualisation des formations

Après la présentation d’une maquette de site qui serait le réceptacle commun des ressources autour de geOrchestra, les participants échangent sur le capital à mettre en commun car l’accompagnement est jugé par tous indispensable. Il faudrait, dans les ressources produites par chacun, atteindre une granularité adaptée pour permettre la réutilisation de fragments.

=> tendances : site commun, le PSC reçoit et partage, licence ouverte sur les ressources.

Relations geOrchestra/OSM/HOT

Après présentation du projet HOT qui ouvre sur un contexte bien plus large que nos plateformes locales, on comprend l’intérêt que peut représenter une IDS sachant faire le pont (bidirectionnel ?) entre les données OSM et les SIG. Ce pont serait également utile pour mieux échanger avec les communautés ‘non SIG’.

=> tendances : support OSM bidirectionnel, internationalisation.

Code Sprint du samedi

En fait de code sprint, le PSC a plutôt analysé et factorisé les tendances développées au cours du geoCom pour façonner la feuille de route stratégique de geOrchestra :

Simplicité

Maintenant que les services lourds sont opérationnels il faut les rendre accessibles. Pour adresser chaque cible il faut des outils très simples, personnalisables, tout en mutualisant l’effort de conception et de développement.

Les pistes explorées par s/mviewer ont montré de bons très résultats : adoption immédiate, lien conservé avec les outils experts, ciblage, connexion sociale. Leur conception n’est pas pérenne mais ils sont déjà compatibles, disponibles et leur évolution peut être concertée.

Les principes développés par ces outils devront alimenter la refonte long terme du visualiseur avancé.

Extension de la communauté

La question de savoir si geOrchestra doit investir pour être davantage réutilisé, ou au contraire doit se concentrer sur quelques “grosses” plateformes, a été tranchée en faveur d’une extension.

Le gros travail de factorisation a été assumé par les plateformes régionales. Nous pouvons maintenant viser une plus grande généricité des distributions.

L’extension de la communauté va cependant générer une plus grande charge d’accompagnement à compenser en amont par la capitalisation des bonnes pratiques.

Liens avec d’autres communautés

Il s’agit d’étendre l’audience de primo-utilisateurs des services vers d’autres communautés, professionnelles ou non. Pour cela il faut des applicatifs ou des connexions spécialisées : applicatifs métiers, OpenStreetMap, raster, TJS…

Ces extensions ne sont pas forcément dans geOrchestra (notion de “contrib”), mais elles sont suffisamment concertées pour être compatibles et réutilisables.

Efficacité et qualité

INSPIRE est atteint “manuellement”, ce qui consomme du temps. Une fois l’IDS opérationnelle, il est souhaitable de miser sur des outils de vérification qualité et d’autocorrection. Ces outils permettront de prendre le contrôle du stock de données et métadonnées. Le bénéfice sera ressenti par les administrateurs (gain de temps, adaptation) comme par les utilisateurs (meilleure uniformité et réponse à leurs souhaits).

Nouveau site web

georchestra - mer 25 juin 2014 - 20:53

Le site web geOrchestra fait peau neuve !

Basé sur des technologies libres (Jekyll), il regroupe désormais au même endroit blog et pages descriptives du projet, au sein d’un site véritablement multilingue (anglais, français & espagnol) et compatible mobile.

Pour les curieux, ou pour ceux qui souhaiteraient y contribuer, le code source est disponible sur le dépôt georchestra/georchestra.github.io. Utiliser GitHub pour ce site nous permet de bénéficier d’outils dédiés et adaptés, tels que ce merveilleux tableau Kanban, dont les post-its sont synchronisés avec les tickets GitHub !
Pour finir, proposer un nouveau post est maintenant ouvert à tous, et peut se faire via une pull request !

Pour revenir sur Jekyll, l’évantail des possibilités est large en terme de personnalisation…
Celui-ci offre notamment un support étendu pour afficher des blocs de code, par exemple ici en ruby :

def print_hi(name) puts "Hi, #{name}" end print_hi('Tom') #=> prints 'Hi, Tom' to STDOUT.

Pour finir, nous souhaitons remercier GitHub pour leur hébergement sans faille !

geocom2014 : inscriptions ouvertes

georchestra - mar 15 avr 2014 - 12:51

Les inscriptions au geocom sont ouvertes ! Le CRAIG qui organise l'événement a publié une annonce et mis en ligne un formulaire d'inscription.

Nous vous remercions de vous inscrire au plus vite pour aider à l'organisation logistique de l'événement.

geocom2014 - Clermont-Ferrand, France - june 19/20 2014

georchestra - dim 13 avr 2014 - 10:40

Cette note rapide pour vous annoncer le GeoCom 2014, rencontre de la communauté geOrchestra, à Clermont-Ferrand, France, les 19 et 20 juin.

Aidez nous à créer la meilleure conférence geOrchestra, en choisissant les sujets qui vous intéressent le plus : http://framadate.org/7s9f54w6ajppjjs9. Les 8 sujets les plus choisis seront retenus pour créer le programme définitif (avant la fin du mois).

Vous souhaiteriez soumettre une autre proposition de présentation ? N'hésitez pas, il n'est pas trop tard pour cela : psc at georchestra dot org.

As you may know, the geOrchestra users & developers conference is coming very soon now ! We are very grateful to the CRAIG (Centre Régional Auvergnat de l'Information Géographique) for hosting the conference, which will take place in Clermont-Ferrand, France, on June the 19th and 20th.

Please help us create the best geOrchestra event : pick the talks you'd like to attend ! You can make your say here: http://framadate.org/ge61u7wm8hz3yk7w

The 8 talks which will receive the more votes will be chosen, so that we can release the program before the end of the month.

Want to submit your own talk ? It's not too late, please contact us : psc at georchestra dot org.

rosarks.eu

Blog de Rodolphe Quiédeville - jeu 6 mar 2014 - 17:11

Je profite d'avoir la chance de pouvoir ré-écrire Lolix from scratch pour penser aux fonctionnalités qu'il m'aurait plu d'avoir quand je cherchais un travail, sur ce point j'ai toujours été surpris de voir à quel point les entreprises font bien peu d'effort pour aider les candidats à trouver leur locaux. Peut-être que les recruteurs imaginent que tout le monde sait où se trouve leur bureau, ou parce qu'ils imaginent cela comme une première épreuve pour mesurer le niveau de débrouilliardise du candidat, en tout état de cause personnellement je trouve qu'indiquer la sation de bus/tram/métro/vélocation à proximité ne peut être qu'un plus sur une offre d'emploi.

Contrairement à 1998 on a la chance aujourd'hui de disposer d'outils magiques comme Leaflet et OpenStreetMap pour trouver cette information et la visualiser. Seulement dans un projet comme Lolix intégrer ce type de données me parait un peu hors de propos du projet, je souhaite juste pouvoir indiquer sur les offres (préalablement géolocalisées) les services de transports publics à proximité. C'est au bout de cette réflexion que m'est venue l'idée de disposer d'une API simple qui puisse renvoyer au format json les services à proximité d'un point, le tout étant alimenté par les données extraites de la base OpenStreetMap dans laquelle la majorité des informations qui m'intéresse à ce jour.

Ne trouvant pas mon bonheur dans les solutions existantes j'ai codé ces deux derniers jours un nouveau projet Django qui va répondre à mon besoin, rosarks !

Le principe de rosarks est très simple un appel avec un nom de service et une coordonnée renvoit un objet JSON de tous les services de ce type à proximité de ce point, par exemple si je cherche les stations de métros à proximité de 2.45,42.56 la requête sera de la forme :

GET /subway_station/2.45/42.56/

Ce type de recherche aurait pu se faire directement en interrogeant l'API OSM, mais rosarks va un peu plus loin en ré-agrégant des informations, dans le résultat de la requête ci-dessus j'ai non seulement le nom des stations mais aussi le numéro de la ligne de métro, chose qu'il aurait fallut faire en plusieurs requêtes vers l'API ou en requêtes complexes avec un temps de réponses plus ou moins long.

Pour le moment rosarks est alimenté avec les données de la France entière et est ouverte à qui le souhaite. Une dernière chose qui peut servir, le site de rosarks est : rosarks.eu

Le code de rosarks est publié en GNU Affero General Public License.

OSM Pulsation

Blog de Rodolphe Quiédeville - lun 10 fév 2014 - 16:05

Je maintiens à jour une base de données pour Nominatim en utilisant les delta toutes les minutes, je me suis dit qu'il serait amusant de voir l'évolution des données au cours de la journée.

J'ai écrit un rapide parser xml afin de compter chaque ajout/modification/suppression pour les 3 objets de base que sont les nodes/ways/relations, poussé ces données dans une base sqlite pour l'historique, et dumpé les datas de la journée dans un json par objet. Avec pour la partie graphique la librairie Javascript Rickshaw et le tour est joué :

Le résultats est consultable en temps réel en ligne ici

Je vous demande d'être indulgent sur les points de détails, c'est un travail de quelques heures histoire de s'amuser un peu avec des données et non un projet totalement aboutit.

geOrchestra 14.01

georchestra - mar 4 fév 2014 - 10:21

The geOrchestra community are pleased to announce the immediate release of version 14.01. Since the June 2013 release 151 evolutions took place, emphasising on stability, analysis, and data sharing.

This release was once again achieved by the community of users. They are spotted on the demo site, which opens on a global map of the geOrchestra community members. How about paying them a visit?!

Features

geOrchestra 14.01 includes the following new features amongst the 35 improvements and 116 issues addressed processed. As shown by Ohloh the project has seen a sustained activity since the last release.

Multilayer querying

A multilayer querying mode was added to the main toolbar. This mode enables map querying and returns the outcomes as a table for each layer displayed. Simple and multicriteria queries remain available through the layers' dedicated menus.

Extractor addon

Makes direct download of all the data currently displayed possible without moving to the extractor's user interface. The user state their coordinate system, output format, raster resolution where applicable, email address to send the data to, and geographical extent. Separate download for each dataset remains an option with the layer's "action" menu. As a reminder the extractor module is designed to organise and download the data from the geOrchestra SDI or third party services on-demand.

This functionality is an optional addon users need to activate in their profile prior to using it.

Persistence of OGC documents

Users' compositions: Web Map Context (map composition) and Styled Layer Descriptor (data symbolisation) are stored in a database. Each document has its unique URL, visit counter, and reference to its creator.

Menu "Share"

A new "Share this map" action illustrates the pertinence of OGC documents' persistence:

A map may be

Thus from a single map one can design as many consumption modes as they wish: from a basic viewer to the specialist's application.

Lightweight viewer

A lightweight viewer powered by Openlayers3 and jQuery mobile was tuned for the occasion. It interacts with the "Share map" action to forward a map context on a mobile phone or tablet PC. The lightweight viewer queries the capabilities to join a map its legend, titles and data description, product credits, and keeps a link to metadata. One can still switch back to geOrchestra's default viewer for a change in map composition and thematic data analysis. The lightweight viewer is available in English, French, Spanish, and Russian.

Data editor

GeoServer is one of the few OGC service providers offering a fairly complete data service (WFS 2.0). Every vector data delivered by GeoServer is remotely editable to whom is granted permission. This capability was previously exploited through QGIS or a dedicated geOrchestra application.The use of two applications to view and edit data made the editing process complicated.

The viewer in geOrchestra now includes distant editing for all vector data. Whence a piece of data is toggled to editing objects are selected on-the-fly. One click makes the editing form active. Geometry and attributes may then be modified. Each modification is immediately propagated onto the map with its current style.

Layer order

The viewer accounts for opacity as stated by WMS services. Layers deemed 'opaque' (i.e. covering) are placed in the background with a progressive zoom adapted to basemaps. Attributary data are displayed foreground without a zoom effect.

OpenLS location

In addition to GeoNames location (via geonames.org which now requires a registration) and Referential (on existing WFS layers) previously available a new addon now provides search through the OpenLS service (for compatibility with other SDIs as France's IGN GeoPortail). We are now looking for freely available worldwide OpenLS services to power the default geOrchestra configuration.

Managing permissions

GeoFence is an advanced permission manager for GeoServer. GeoFences makes the fine-tuning of data access and permission possible by setting layer-specific geographical and attributal criteria as well as by user or group.

Security

ArcGIS clients are detected and are attributed a specific authentication filter to grant access to protected data

The embedded GeoWebCache tile engine does security checks on the underlying GeoServer WMS providers. WMS-C, TMS and WMTS layers are now protected though GeoServer or GeoFence permissions.

Notice to admins

Prior to upgrading, please read release notes. Please note the geOrchestra databases were reorganised: every module now store their data in a single PostgreSQL base segmented into schemas. However the admins keep the option to spread the data over several bases.

On the community's side SDIs in action

We are delighted to introduce you the SDIs which went online since last release:

geOcom 2014

Following the success of the 2013 edition, we hope to share with you all these novelties and together discuss the forthcoming ones at geOcom 2014, which is expected to be organised in May or June.

Special notice

Finally we would like to thank team géoSAS from INRA+agrocampus Ouest for their enduring participation in the geOrchestra community. This research team was awarded in October 2013, the second prize of visualisation in geomatics at the International Festival of Geography, Saint-Dié-des-Vosges, France, for addon Watershed (a dynamic catchment delineation using OGC Web Processing Service) powered by geOrchestra.

example: 109 watersheds processed from an outlet layer

The addon and its service are in production, SDI GéoBretagne uses it on a daily basis (viewer > tools> manage tools). This contribution from the GéoSAS team completely relies on the philosophy an architecture choices which keep the community moving forward and make geOrchestra a free, open, interoperable, and cutting-edge SDI.

geOrchestra 14.01

georchestra - lun 3 fév 2014 - 12:42

La communauté geOrchestra est heureuse de vous annoncer la sortie immédiate de la version 14.01. Depuis la version de juin 2013, 151 évolutions mettent l'accent sur la stabilité, l'analyse et le partage des données.

Cette nouvelle version est encore une fois le fruit de la communauté des utilisateurs. Le site de démonstration s'ouvre sur une carte des acteurs de la communauté geOrchestra. Rendez-leur visite !

Nouveautés

geOrchestra 14.01 comprend les nouveautés suivantes parmi les 35 améliorations et 116 corrections traitées. L'activité a été soutenue depuis la dernière version, comme en témoigne la revue du projet par Ohloh.

Interrogation multi-couches

Le mode d'interrogation multi-couches a été ajouté à la barre d'outils principale. Ce mode interroge la carte en un point et retourne les résultats pour toutes les données affichées sous la forme de plusieurs tableaux. L'interrogation ponctuelle ou multicritère de chaque donnée reste possible via le menu propre à chaque couche.

Addon extracteur

Il permet le téléchargement direct de toutes les données visibles sur la carte, sans passer par l’interface de l’extracteur. L'utilisateur précise le système de projection, le format de sortie, la résolution pour les rasters, son adresse mail pour recevoir le résultat, et enfin l'emprise de découpage. L'extraction séparée de chaque donnée reste possible via le menu "action" de chaque couche. Pour rappel, le module extracteur a pour mission de programmer le téléchargement à la demande de données provenant de la plateforme geOrchestra ou de services tiers.

Cette fonction est un "addon" optionnel que chaque utilisateur doit activer dans son profil avant de l'utiliser.

Persistance des documents OGC

Les compositions utilisateur : Web Map Context (compositions de carte) et Styled Layer Descriptor (symbolisation des données) sont conservées en base de données. Chaque document possède une adresse unique, un compteur de visites et une référence à l'utilisateur qui l'a créé.

Menu partager

La nouvelle action "partagez cette carte" illustre l'intérêt de la persistance des documents OGC :

Pour une même carte initiale, on peut donc créer autant de modes de consommation que souhaité : du visualiseur rudimentaire à l'application métier.

Visualiseur léger

Un visualiseur léger propulsé par OpenLayers3 et jQuery mobile a été adapté pour l'occasion. Il interagit avec l’action “partager cette carte” pour transmettre le contexte de carte sur un téléphone ou une tablette. Le visualiseur léger interroge les capacités pour accompagner la carte de sa légende, des titres et description de données, les crédits producteur, et il conserve le lien vers les métadonnées. Le retour vers le visualiseur geOrchestra est toujours possible pour modifier la composition de la carte et l’analyse thématique des données. Le visualiseur léger sviewer est disponible en anglais, français, espagnol et russe.

Editeur de données

GeoServer est l’un des rares fournisseurs de services OGC à proposer un service de données très complet (WFS 2.0). Toute donnée vecteur délivrée par GeoServer est éditable à distance pour qui en a la permission. Cette capacité était exploitée via QGIS ou par une application geOrchestra dédiée. L'usage de deux applications pour voir et éditer les données complique le processus de modification.

Le visualiseur geOrchestra intègre dorénavant l’édition distante de toutes les données vecteur. Lorsqu’une donnée est basculée en mode édition, les objets sont sélectionnés au survol. Un clic active le formulaire de modification. Géométrie et attributs peuvent être modifiés. Chaque modification a un effet immédiat sur la carte avec la symbolisation courante de la donnée.

Ordre des couches

Le visualiseur prend en compte l’opacité signalée par les services WMS. Les couches signalées 'opaque' (c'est à dire couvrantes) sont placées en dessous avec un effet de zoom progressif adapté aux fonds de plan. Les données attributaires sont placées au dessus sans effet de zoom.

Localisation OpenLS

En sus de la localisation GeoNames (via geonames.org qui nécessite maintenant une inscription) et Référentiel (sur couches WFS existantes) déjà présents, un nouvel addon fournit la recherche par service OpenLS compatible GeoPortail IGN. Nous recherchons des services OpenLS mondiaux pour équiper la configuration geOrchestra par défaut.

gestion des droits

GeoFence est un gestionnaire avancé d’autorisations pour GeoServer. Il permet de gérer très finement les droits d'accès aux données : par critères géographiques et attributaires spécifiques pour chaque couche, ou pour chaque utilisateur ou groupe d’utilisateurs.

sécurité

Les clients ArcGIS sont détectés et un filtre d’authentification spécifique leur est attribué pour permettre l’accès aux données protégées.

Le tuileur intégré à GeoServer hérite des permissions GeoServer ou GeoFence. Les couches servies par WMS-C, WMTS et TMS sont donc automatiquement sécurisées via les permissions placées sur les couches source.

pour les administrateurs

Avant de migrer, lisez les notes de version. Notez que les bases geOrchestra ont été réorganisées : tous les modules stockent désormais leurs données dans une unique base PostgreSQL, segmentée par des schémas. L’'administrateur conserve la capacité de répartir les données sur plusieurs bases.

Du côté de la communauté plateformes en action

Depuis la dernière release, nous sommes heureux de vous présenter :

geocom 2014

Après le succès de l'édition 2013, nous espérons vous présenter toutes ces nouveautés, et discuter ensemble de celles à venir, lors du geOcom 2014 qui devrait avoir lieu vers mai / juin.

mention spéciale

Pour finir, nous souhaitons remercier l'équipe géoSAS de l’INRA+Agrocampus Ouest pour sa constante participation à la communauté geOrchestra. Cette équipe de recherche a obtenu en octobre 2013 le second prix de visualisation en géomatique du Festival International de la Géographie de Saint-Dié-des-Vosges pour l'addon Bassin Versant (calcul dynamique de contours de bassin versant par OGC Web Processing Service) développé avec geOrchestra.

exemple : calcul de 109 bassins versants issus d'une couche de points exutoires

L’addon et son service sont en production, l’IDS GéoBretagne l’utilise quotidiennement (visualiseur > outils> gérer les outils). Cette contribution de l'équipe GéoSAS repose entièrement sur la philosophie et les choix d’architecture qui animent la communauté et font de geOrchestra une IDS libre, ouverte, interopérable et innovante.

Utiliser GraphHopper avec Jetty8 sous Debian

Blog de Rodolphe Quiédeville - sam 30 nov 2013 - 16:45

Actuellement la seule solution documentée pour utiliser GraphHopper est l'utilisation de jetty runner, celle-ci n'est pas satisfaisante dans un mode de production, elle requiert de mettre en place des scripts de lancement. Il est plus simple d'administrer un service de routing en utilisant par exemple jetty ou Tomcat, ce billet va se concentrer sur la configuration de jetty sous Debian Jessie.

Tout d'abord installer le serveur jetty

apt-get install jetty8

Puis on récupère l'archive .war que l'on copie dans le répertoire de webapp de jetty

cd /var/lib/jetty8/webapps wget http://oss.sonatype.org/content/groups/public/com/graphhopper/graphhopper-web/0.2/graphhopper-web-0.2.war

Toujours dans le répertoire webapps on va renommer le fichier war de GraphHopper afin que le déploiement se fasse dans le contexte racine, de même que l'on va supprimer le répertoire existant nommé root. La raison de cette opération peu orthodoxe est que par défaut GraphHopper répond aux requêtes d'api sur l'url /api/ et qu'il n'est pas actuellement possible de paramétrer cela simplement. La seule méthode de contournement est d'indiquer un paramètre host dans l'url ce qui n'est pas des plus ergonomique.

mv graphhopper-web-0.2.war ROOT.war rm -fr root/

On va déployer les fichiers de configuration et de données dans /home/routing, il faut créer ce répertoire, dans lequel on en crée de suite un autre nommé data qui contiendra les données précompilées par GraphHopper

mkdir /home/routing mkdir /home/routing/data/

On crée un fichier de configuration dans le dossier en utilisant l'exemple fournit sur le site du projet, fichier que l'on renomme dans la foulée.

wget https://raw.github.com/graphhopper/graphhopper/master/config-example.properties mv config-example.properties config.properties

Maintenant on va récupérer le fichier qui servira de source de données, on télécharge directement un fichier protobuff depuis le site de Geofabrik, par exemple le fichier de données de la région Nord-Pas de Calais :

wget http://download.geofabrik.de/europe/france/nord-pas-de-calais-latest.osm.pbf

On édite le fichier de configuration pour qu'il corresponde à notre utilisation en ajoutant deux paramètres à la fin de celui-ci. Le premier qui correspond au fichier protobuff utilisé et le second qui indique où GraphHopper doit créer ses fichiers de données.

# data source osmreader.osm=/home/routing/nord-pas-de-calais-latest.osm.pbf # repertoire de données graph.location=/home/routing/data/

Au lancement de jetty GraphHopper va pré-traiter les données du fichier .pbf afin de préparer ses tables de recherches qu'il stockera dans le répertoire /home/routing/data/ Si vous voulez mettre les données à jour il suffit télécharger un nouveau fichier de données et de relancer jetty, le fichier de données étant plus récent GrapHopper relancera une analyse.

Le serveur jetty tournant sous Debian avec l'utilisateur jetty il faut définir les bons attibuts de propriété aux répertoires ainsi qu'à tous les fichiers présents dans celui-ci.

chown -R jetty.jetty /home/routing

Dernière modification, éditer le fichier /etc/default/jetty8 pour paramétrer le démarrage automatique et indiquer le fichier de configuration de GraphHopper

# change to 0 to allow Jetty to start NO_START=0 # Additional arguments to pass to Jetty JETTY_ARGS=-Dgraphhopper.config=/home/routing/config.properties

Par défaut comme souvent sur Debian le démon va écouter seulement sur le localhost, à vous de régler le paramètre JETTY_HOST suivant vos besoins.

Il ne reste plus qu'à lancer jetty avec le script d'init avec l'utilisateur privilégié root

invoke-rc.d jetty8 restart

A ce stade GraphHopper est prêt à répondre sur le port 8989 de votre machine et à vous indiquer la route !

Test de GraphHopper

Blog de Rodolphe Quiédeville - mar 26 nov 2013 - 17:40

GraphHopper est outil de routage comme OSRM qui a été traité dans un précédent billet.

La sortie hier la version 0.2 est l'occasion de tester ce nouvel outil, dont le développement a été commencé il y a un peu plus d'un an, et de le comparer à OSRM.

L'environnement de test est comme à mon habitude une distribution Debian, afin de minimiser le travail de déploiement on va se reposer au maximum sur les paquets. Graphhopper requiert une version 7 ou 8 de JRE, ce qui va nous obliger à utiliser la version testing aka Jessie, il faut tout d'abord installer le paquet default-jre.

apt-get install default-jre

La suite de la procédure décrite dans le Quickstart est claire et permet le lancement de GraphHopper après quelques récupérations de fichier en ligne dont jetty runner et le war de GraphHopper. La méthode de déploiement avec jetty runner est peu propice à une mise en production bien que fonctionnelle, j'ai bien essayé de déployer le .war avec Jetty ou Tomcat7 mais en vain, n'étant pas un expert java cela semble normal ; il sera sage d'attendre un peu de packaging autour de l'outil avant d'en envisager une exploitation sereine.

Le résultat obtenu diffère de OSRM qui ne fournit qu'une API quand GraphHopper propose une solution tout en un, on obtient directement une interface web interrogeable sur le port configuré (ici 8989), il est également possible d'interroger directement l'API sur l'url /api/route, pour un aperçu le résultat est identique à la démo en ligne. Basé sur Leaflet la fond de carte est agréablement complété d'un cadre matérialisant la bounding-box des données traitées.

Autre différence notoire est le temps de préparation des données, bien que l'on travaille directement avec des fichiers .pbf dans les deux cas sans passer par une base de données, GraphHopper comme osrm nécessite de construire les arbres de données. GraphHopper fait ceci directement lors du lancement quand osrm nécessite de passer par les étapes osrm-extract et osrm-prepare.

La différence majeure va venir du temps de précompilation, sur une machine avec 6 core, 12Gb de RAM et des disques SSD j'ai obtenu les résultats suivants. J'ai utilisé une première fois le fichier de la ville de Berlin et en second celui de la France, tous deux obtenus sur Geofabrik.

BerlinFrance GraphHopper17 sec 32min osrm37sec71min

Le résultat est assez net, le temps de précompilation des données est deux fois inférieur avec GraphHopper ce qui lui donne un avantage considérable pour qui voudrait mettre à jour ses données régulièrement sur une emprise de taille conséquente.

La prochaine étape sera de mesurer les temps de réponses des deux API, ce que je vais m'employer à faire rapidement avec Tsung, je publierai les résultats ici.

Carte des zones d'exclusion autour des centrales nucléaires françaises

David Mentré's blog - jeu 7 nov 2013 - 13:00

Suite à l'accident de Fukushima, je m'intéresse un peu plus aux centrales nucléaires et à leurs risques. J'avais vu une carte de zones d'exclusions de 100 et 150 km autour des centrales japonaises. J'ai refait cette carte pour les centrales nucléaires françaises avec des zones d'exclusion de 30, 100 et 150 km.

30 km est la zone d'exclusion autour de Tchernobyl. Pour Fukushima, on a des poches de radioactivité importante au moins dans un rayon de 100 km.

Peu de villes moyennes sont à plus de 150 km d'une centrale. En Bretagne, Rennes et Brest le sont mais à Brest il y a les bombinettes nucléaires de nos sous-marins tactiques, donc je ne suis pas sûr que ce soir beaucoup mieux. :-]

Merci à OpenStreetMap pour le fond cartographique et Leaflet pour la carte glissante. ;-)

Pages