Archive pour le mot-clef ‘GDAL’

Mais qui voilà ?

Samedi 5 décembre 2009

Le GeoWeb ne sera plus jamais vraiment le même. Un nouveau blog vient de voir le jour, inaugurant l’entrée paisible de Frank Warmerdam dans le XXIe siècle. Frank, qui daigne à peine introduire un TIF resamplé par GDAL dans ses présentations, se fend d’un long premier article, illustration comprise, à propos du nouveau driver DXF qu’il implémente acutellement dans OGR. Remarquez, le DXF, ce n’est pas très XXIe siècle non plus ! Mais on y retrouve déjà la concision et la distanciation critique, une posture résolument scientifique qui faisait la qualité de ses messages dans les nombreuses listes de diffusion auxquelles il participe.

On peut sans doute prévoir pour 2015 un premier tweet du genre : « Folks, I guess something is rotten in the OGC specs ».

Labellisation IGN de Proj et GDAL

Lundi 23 mars 2009

C’est enfin officiel, Proj et GDAL sont labellisés par l’IGN pour les transformations en Lambert93, de même que le paquetage FWTools pour Windows qui les contient. Quel bel exemple de la mobilisation de l’IGN pour les technologies OpenSource ! Merci à eux.

Outils OpenSource, Lambert 93 et labellisation IGN

Mercredi 22 octobre 2008

Suite à un précédent article louant l’implication de l’IGN dans les outils OpenSource que sont Proj et GDAL/OGR, d’aucuns se sont interrogés sur leur labellisation officielle « Lambert 93″ par l’IGN, soit la validation par ledit institut des transformations de vos données toutes vieilles NTF/Lambert en un flambant neuf RGF93/Lambert93.

Seuls deux produits bénéficient aujourd’hui d’une telle labellisation, à savoir ArcGIS 9.3 et AutoCadMap 2009 (toujours en avance sur leur temps chez Autodesk !). Ce processus se fait sur demande, et est payant, afin de financer les opérations de tests et de contrôle des résultats.

Concernant nos deux produits fétiches, Proj et Gdal/Ogr, le processus se fera en interne à l’IGN et semble être en cours. La labellisation devrait se faire après celle d’IgnMap, produit maison grand public, et portera essentiellement sur les exécutables gdalwarp (rectification de rasters) et ogr2ogr dans ses opérations de reprojection.

Connaissant la souplesse et la maniabilité de ces outils, voilà qui devrait permettre de pousser un grand ‘ouf’ de soulagement à tous ceux qui voyait 2009, date à laquelle les produits IGN ou DGI seront livrés en L93, approcher avec effroi.

L’équation du jour : OpenSource + compétence technique + certification = un souci de moins pour tout administrateur SIG !

Gdal et Proj compatibles Lambert 93

Lundi 13 octobre 2008

Les récents efforts de l’IGN dans la mise à niveau des bibliothèques OpenSource Proj et GDAL permettent d’utiliser ces outils pour passer de NTF à Lambert 93. L’IGN a notamment intégré une grille de transformation NTF -> RGF93 utilisable avec Proj, un script de reprojection de dalles raster pour GDAL et surtout un référentiel complet des systèmes de coordonnées qu’on peut croiser dans nos régions.

Ce référentiel utilise un nouveau namespace, c’est-à-dire qu’il se situe au même niveau que celui de l’EPSG. Cela pose quelques problèmes, puisque MapServer par exemple ne prévoit que de rechercher le namespace epsg. Une projection définie par « +init=IGNF:LAMBE » ne sera donc pas interprétée comme du Lambert Etendu, mais fera planter MapServer. Pour pallier ce manque, et en attendant qu’une prochaine version de MapServer intègre cette modification, une version custom IGN de MapServer 5.0.0. est disponible. On peut lui parler en IGNF sans la vexer. Comme me le rappelait Gilles Martinoty, chef de projet Lambert 93 à l’IGN, ce nouveau registre garantit traçabilité et fiabilité des paramètres puisqu’il est fourni par le Service de Géodésie de l’IGN, responsable des systèmes géodésiques français.

En outre, ce registre comporte aussi la description des projections utilisées par le Géoportail, ce qui peut permettre d’intégrer ses propres couches ainsi reprojetées à une application utilisant l’API Géoportail (en 800 x 600, et à raison de 10000 tuiles par jour et par clé selon les nouvelles conditions d’utilisation). On y apprend que la projection utilisée est une projection équirectangulaire, dont seul le parallèle de référence change pour les diverses zones représentées (Métropole, DOM, TOM et autres…)

A noter que le registre IGNF existe aussi pour PostGIS (469 injectées dans la table spatial_ref_sys) et pour QGis. On dit merci qui ?


				

Quelques tuiles pour l’hiver

Lundi 18 août 2008

L’intérêt de tuiler un jeu de données raster, c’est-à-dire de préparer des imagettes multi-échelles qui seront exploitées nativement dans une application de webmapping n’est plus à démontrer. Dans le cadre du Google Summer of Code 2008, Klokan Petr Pridal vient d’ajouter un nouveau module de ce type aux outils GDAL : gdal2tiles.

Son intérêt principal est de pouvoir exploiter directement une image existante (ECW, TIFF, MrSid, JPEG, JPEG2000 et PNG) sans passer par le relai d’un serveur WMS par exemple comme TileCache. Une arborescence est alors créée répondant aux principes du TMS (Tile Mapping Service). Publiée dans un répertoire web, elle est alors directement exploitable par les client TMS tels qu’OpenLayers.

Mais ce n’est pas tout. Klokan a également inclus des options spécifiques à la création de tuiles pour GoogleMaps (en projection sphérique Mercator donc) ou GoogleEarth (en WGS 84). Qui plus est, l’application génère automatiquement, pour peu qu’on lui demande, des fichiers html pour une mise en ligne immédiate. Simple mais efficace, même dans GoogleEarth qui exploite les SuperOverlays déjà disponible avec TileCache !

Mais ce n’est pas tout ! Klokan a également pensé à ceux d’entre nous qui ne sont jamais arrivés à faire une simple conversion ogr2ogr de Shapefile en MapInfo… Il prépare MapTiler, une interface  graphique pilotant gdal2tiles pour générer ses tuiles en faisant clic clic clic ! Si c’est pas gentil ça !

Pour les autres, voici les quelques options glanées dans la documentation :

gdal2tiles.py [-title "Title"] [-publishurl http://yourserver/dir/]
              [-nogooglemaps] [-noopenlayers] [-nokml]
              [-googlemapskey KEY] [-forcekml] [-v]
               input_file [output_dir]
-title : le titre pour les metadata xml, les pages web et le KML
-publishurl : URL de publication du répertoire contenant les tuiles
-nogooglemaps : pas de génération de page GoogleMaps
-noopenlayers : pas de génération de page OpenLayers
-nokml : pas de génération de KML
-googlemapskey : votre clé GM pour l'utilisation de la page html GoogleMaps
-forcekml : forcer la génération du KML
-v : mode verbeux.
input_file : fichier à traiter
output_dir : répertoire de création des tuiles

Il faut bien noter que gdal2tiles.py est un module Python, et que GDAL doit donc avoir été compilé avec l’option –enable-python.

Source : gdal-dev mailing list