Revue des blogs en français

Yesterday we concluded our March 2012 hackfest! After a first hackfest at the beginning of March in San Francisco, we gathered again in Rennes to work on MapOSMatic. You can read a summary of of our work on day 2, day 4, day 5, day 6 and day 7.

We made several extensions and bug fixes in MapOSMatic. The most significant one is that now we are able to automatically produce a booklet-type city map on several pages, with an overview page, 1/10,000 overlapping maps and a global index at the end. You can see an example for Rennes city (PDF, 13.8 MB).

Currently, the new MapOSMatic is only available on our development web site, limited to an old France import. Once a new import of the world OSM database will be finished, you'll can enjoy the booklet PDF maps worldwide. ;-)

New week, some of MapOSMatic contributors and developers will join Rennes for a one week MapOSMatic hackfest. We hope to fix the numerous bugs and feature requests we have! Stay tuned! ;-)

C'est une revue de presse riche en nouveautés que nous vous proposons cette semaine. En effet, nous avons fait le plein de sorties de logiciels avec notamment, OpenGeoSuite ou encore la nouvelle version de MapBender.

en lire plus

Le Conseil Général de la Saône-et-Loire (71) a lancé son site Open Data depuis quelques temps déjà (septembre 2011). La Nuit des Cartes Vivantes 2012 (7 fev.) a été l’occasion d’un ballon d’essai avec l’extraction et l’exploitation des parcours des « Balades Vertes » et leur mise en valeur sous la forme d’une couche placée au-dessus du rendu Mapnik. Voici le résultat :

Juste pour faire court, voilà comment transformer le fichier original .shp en pointillés cliquables sur un fond OSM :

1. Importer le fichier .shp dans une base Spatialite (en mémoire, par exemple) ;
2. Transformer chaque ligne géographique (LINESTRING) en GeoJSON en prenant soin de conserver les autres attributs ;
3. Sauvegarder le fichier .sqlite qui sera exporter sur le serveur LAMP qui va bien ;
4. Ajouter une page HTML statique avec OpenLayers, plus un bonus PHP pour requêter la base SQLite et produire un flux full-geojson.

Et c’est ici en plein-écran : http://freeroute.fr/71

Déjà bien établis sur LeafLet et GMaps, les effets de zoom et d'apparition des tuiles sont en préparation pour OpenLayers. Eric Lemoine de camptocamp a publié cette expérimentation basée sur CSS3.

Vu sur http://blog.geoserver.org/2011/12/21/geoserver-2-1-3-released/

GeoServer 2.1.3 est disponible au téléchargement. Il s'agit essentiellement d'une version de maintenance corrigeant des bugs, mais de nouvelles fonctions et améliorations s'y sont glissées. Pour geOrchestra, voici les changements notables et ce qu'ils peuvent apporter :

• WMS cascadés : authentification BASIC (GEOS-4672) et timeout param (GEOS-4817) améliorent la stabilité des WMS cascadés. Ceci permet de relayer les services tiers en ajoutant les mécanismes de sécurité de geOrchestra.
  
• améliorations du support INSPIRE : attribut vocabulary pour les mots-clefs (4658)
  
• support des processus WPS asynchrones (4819) pour les recherches portant sur les calculs scientifiques

On rappelle aussi que GeoServer propose maintenant un réflecteur animator pectaculaire qui génère un GIF animé composé de cartes fabriquées à des pas de temps successifs (voir exemples de geosolutions).

GeoServer dispose d'une interface graphique en français et d'un manuel utilisateur précis et détaillé, mais jusqu'alors non francisé. Les contributeurs geOrchestra ont bien entamé sa traduction française. Cette traduction vient d'être ajoutée aux sources de GeoServer. Retrouvez-la facilement grâce au lien figurant en marge droite de ce blog.

A propos d'interface francisée, vous pouvez voir en direct l'état d'avancement de la traduction grâce à transifex.net. Exemple pour l'interface WMS :

Le 15 décembre, PIGMA (Plateforme d'Information Géographique Mutualisée en Aquitaine) est entrée en service en version 2 avec un catalogue comportant plus de 1100 jeux de données. Reposant sur geOrchestra, l'IDS PIGMA en utilise tous les modules : catalogue, visualiseur, extracteur, serveur OGC. Ce projet a fortement contribué à la mise à jour des bibliothèques, aux corrections de bugs et à l'ajout de fonctionnalités :

• l'interface cartographique est plus réactive, elle est utilisable sur des écrans tactiles
• l'architecture repose sur GeoServer 2.1 : support WMS 1.3, WPS, extension INSPIRE
• le visualiseur bénéficie d'un système de configuration JSON très soupe d'emploi
• l'extracteur sait utiliser un buffer sur emprise, supporte ecw et jpeg2000
• le processus de build a été entièrement revu de façon à pouvoir configurer l'ensemble des modules, les construire et les déployer en une seule opération
• l'usage des données est monitoré avec précision
• des contributions externes : un client catalogue simplifié, un outil qualité reposant sur CSW

Les développements réalisés dans le cadre de PIGMA donneront lieu à une version "taguée" de geOrchestra en janvier 2012.

Hello à tous, à peine 1 semaine après la publication de la 1ere version publique de OpenFixMap, l'équipe... moi ... a décidé de publier une nouvelle version et d'enfin la rendre disponible à travers le market.

Au menu des festivités :

• Le changement de certains boutons pour que ce soit plus homogène
• Amélioration de l'écran d'affichage des erreurs
• Amélioration des informations récupérées par les analyseurs
• Ajout d'un gestionnaire rapport de plantage (sur base volontaire)
• La possibilité de fermer des erreurs
• Et les premières traductions et contributions : Français et Estonien !

Pour rappel, vous pouvez trouver plus d'info sur http://openfixmap.bmaron.net, le code sur Github et les traductions sur Transifex.

Qgis Qgis Qgis - on attaque cette revue de presse avec le fameux logiciel SIG Open Source.

en lire plus

Ayant reçu récemment un smartphone android (Merci bcp!), je me suis intéressé au développement java/android ... Ma première idée a naturellement pointé du côté de OpenstreetMap... Quelques how-to, copier/coller et lignes de code plus tard, voici la première version de mon premier programme que je vous propose...

Soyez donc indulgent

OpenFixMap :

Sur osm, on passe beaucoup de temps à ajouter des nouvelles choses ou corriger certains tracés... Des utilisateurs ou des logiciels rapportent des problèmes à la communauté qui, bien trop souvent ne les regarde pas... par faute de méconnaissance des outils, ou de problème de centralisation.

OpenFixMap se propose donc d'être votre assistant correction pour OSM.

Installez OFM sur votre smartphone android et emportez-le dans vos "mapping trip".

Téléchargez la liste des problèmes et prenez vos notes en conséquence.

OpenFixMap vas chercher pour vous les erreurs sur :

• MapDust
• KeepRight
• OpenStreetBugs

Vous aurez l'occasion également de rapporter vos propres bugs sur 2 des 3 plateformes supportés (d'autres devraient suivre ...)

Installation

Pour installer OpenFixMap, il n'est pas encore possible de télécharger le logiciel sur l'android market, mais il suffit de vous rendre Ici pour la version v.0.2

ou d'utiliser le Qrcode suivant :

Le Code

Bien sûr OpenFixMap est libre (GPLv3) et disponible sur Github. N'hésitez pas à commenter / patcher / forker / suggérer ... je suis là pour apprendre :D

Screenshots

J'ai bien sur mis une petite page en ligne pour l'occasion avec 2-3 captures d'écran (contenu en mauvais anglais...).

L'avantage indéniable de Debian sur d'autres distributions est à mes yeux sa stabilité exemplaire, cela entraine malheureusement d'avoir régulièrement des versions un peu obsolète des logiciels empaquetés. Il est possible de contourner cela en créant des backports de la version de développement de Debian (Wheezy) vers la version stable (Squeeze). J'ai réalisé les backports des principaux outils utilisés dans l'univers OpenStreetMap, ceux-ci sont diponibles sur mon dépôt privé (voir ce billet pour la mise en place du dépôt sur votre machine.

A ce jour les outils ci-dessous sont disponibles dans ces versions :

• dans-gdal-scripts 0.18
• gdal 1.7.3
• mapnik 2.0.0
• osm2pgsql 0.70.5
• openlayers 2.11
• gpsprune 13.1
• viking 1.2.1

Les paquets n'ont pas été poussés dans le dépôt des backports officiels car ils représentent une utilisation trop faible au vu de la communauté Debian, un paquet comme osm2pgql est utlilisé à ce jour par moins de 300 personnes d'après popcon quand les outils apache2 le sont par plus de 60000 (popcon apache2-utils).

Samedi 26 novembre, nous étions trois membres de Gulliver à Mondevert pour une cartoparty OpenStreetMap. Après une demi-heure d'explications sur ce qu'est OpenStreetMap et comment on peut y contribuer, nous sommes parti sur le terrain, GPS et appareil photo en main, pour compléter la carte. Toutes les informations relevées n'ont pas encore été reportées dans OpenStreetMap mais la carte a déjà été complétée par des chemins piétonniers et quelques lieux d'intérêts. Un plan MapOSMatic est également disponible.

Nous avons même eu droit à un court article dans Ouest France ! (malheureusement avec beaucoup d'inexactitudes)

Depuis maintenant 6 ans se tiennent chaque année à Polytech Nice les Journées Méditerranéennes des Logiciels Libres. Cet événement permet de regrouper pendant deux jours les différentes forces vives de l'Open Source du Sud de la France. Oubliez l'image d'un rassemblement de Geek (même si j'en ai croisé quelques-uns), l'accent est plutôt mis sur l'ouverture.

en lire plus

Cette semaine, une grosse partie de notre attention a été accaparée par les différentes annonces de chez Google.

en lire plus

Les résolutions fixes proposées par les services tuilés sont un obstacle à l'interopérabilité. Une solution se profile côté client dans OpenLayers.

Extrait traduit d'un article CampToCamp (voir le billet).

Jusqu'à aujourd'hui, OpenLayers ne permettait pas l'affichage d'une couche tuilée dans des résolutions non supportées par le service de tuilage de la couche. Si une carte était chargée à une résolution que le service de tuilage ne supportait pas, alors des tuiles non existantes étaient réclamées et des images cassées étaient affichées sur la carte.

A l'occasion dd'un contrat avec Swisstopo, Camptocamp a travaillé à faire évoluer cette situation pour rendre possible l'affichage de couches tuilées à des résolutions non supportées par le service de tuilage. La logique est simple: lorsque la carte est positionnée sur une résolution non supportée par le service de tuilage, OpenLayers réclame les tuiles de cette couche dans des résolutions moindres, et redimensionne la div de la couche en utilisant le facteur d'échelle resolution_moindre/resolution_carte.

Parfaire le patch a été une petite épreuve, mais il a été finalement fusionné avec la branche développement d'OpenLayers. Un exemple de cette fonctionnalité est disponible en ligne. Testez-le !

Merci à Swisstopo pour avoir financé ce travail. Et remerciements spéciaux à Andreas Hocevar pour son aide et support, et pour le patch “positionnement de tuile basé sur pourcentages" sur lequel ce travail est fondé.

Et c'est reparti !
Cette semaine quelques démos Raster assez bluffantes sur OpenLayers, un parseur de Shapefile en Javascript, une nouvelle version de MapProxy, ou encore un possible futur service OSM, OpenMetaMap.

Bonne lecture !

en lire plus

Non, geOrchestra n'a pas été porté sur mobile (mais ça vient). Cet écran présente la superposition d'un flux WMS (PLU, parcelles cadastrales) avec un fond bing maps, le tout sur une tablette Asus/Android. Ceci grâce à l'application Locus disponible sur l'android market en versions gratuite et pro. D'une stabilité remarquable et regorgeant de fonctions pratiques (openstreetmap offline, réalité augmentée, interface avec les logiciels de navigation...), Locus permet de belles démos d'interopérabilité.

Dans quelques jours, l'API Yahoo sera fermée. Yahoo recommande à ses utilisateurs de se tourner vers celle de Nokia. Et dans un ticket d'OpenLayers on trouve :

Finally, the GoogleNG layer violates the overall intent of the terms of service that to use the tiles, you've got to use the whole map interface. The whole point is that you can't use the tiles directly.. Traduction: Finalement, la couche google viole l'esprit des conditions d'utilisation pour l'utilisation des tuiles, vous devez utiliser l'interface google maps complète. Le fait est que vous ne pouvez utiliser les tuiles directement.

La consommation directe des tuiles google par OpenLayers, une voie pressentie pour le support gmaps dans geOrchestra sans embarquer toute l'API Google, n'est donc plus possible. Dans les conditions d'utilisation de google maps, on lit en effet :

(a) No Access to Maps API(s) except through the Service. You must not access or use the Maps API(s) or any Content through any technology or means other than those provided in the Service, or through other explicitly authorized means Google may designate. For example, you must not access map tiles or imagery through interfaces or channels (including undocumented Google interfaces) other than the Maps API(s).

Le ticket 1590 prévoit que geOrchestra utilise les fonds google ou autres car ce besoin a été plusieurs fois exprimé : google couvre la terre entière, donc des périmètres d'étude bien éloignés de la zone INSPIRE... Mais ces évolutions|abandons|subtilités de licence posent question.

Il apparaît risqué d'investir sur des API dépendantes d'une décision du fournisseur, cf Google may, at any time, terminate its legal agreement with you or cease providing all or any part of the Service immediately without any notice if:...(d) providing the Service could create a substantial economic burden as determined by Google in its reasonable good faith judgment. Une lecture critique des conditions d'utilisation s'avère dans tous les cas indispensable avant d'engager les développements.

En investissant principalement sur les normes OGC, on se met à l'abri de ces risques.

Introduction

Pour ce tutoriel, nous allons essayer de faire une application de A à Z - enfin presque :

en lire plus