Vous pouvez lire le billet sur le blog La Minute pour plus d'informations sur les RSS !
Feeds
61227 items (0 unread) in 112 feeds
-
Directions Magazine : A la une
-
Directions Magazine : Blogue
-
SIG la lettre : Ã la une
-
SIG la lettre : actualité
-
SIG la lettre : Produits et Services
-
Les Rencontres de SIG-la-Lettre
-
SIG la lettre : divers
-
Directions Magazine : Communiqués de presse
-
BalizMedia : Communiqués de presse
-
PortailSIG - Actualité
-
Revue Internationale de Géomatique : Numeros de 2012
-
magazine CARTO
-
Imagerie Géospatiale
-
Virtual Earth in Europe by Arnaud
-
Geospatial made in France
-
GéoTrouveTout
-
Humblogue
-
le blog decigeo
-
Articque - Les Sytèmes d'Analyse Géographique, la cartographie, le géomarketing et la géostatistique
-
GeoConcept
-
arcOrama, un blog sur les SIG, ceux d ESRI en particulier
-
arcOpole - Actualité du Programme
-
arcUtilisateurs
-
Geomatys
-
Blog Géoclip O3, générateur d'observatoires
-
Le blog TIC » Information Géographique
-
Geospatial air du temps by Géo212
-
Monde géonumérique
-
Le petit blog cartographique - Article
-
ReLucBlog - SIG, MOZILLA & NTIC
-
TerrImago "Le temps du monde fini commence" (Paul Valéry)
-
GeoInWeb
-
Le monde de la Géomatique et des SIG ... tel que je le vois
-
Géographie 2.0
-
BloGoMaps - google maps france
-
GeoRezo.net - Géoblogs
-
Geotribu
-
Benjamin Chartier
-
neogeo
-
OpenSource, Geospatial et Web ?.0
-
Faire joujou avec son GPS
-
Géomatique et Topographie
-
HelioMap
-
La chronique de la parallaxe
-
Remote In Every Sense
-
UrbaLine
-
GEMTICE
-
Serial Mapper
-
SIG-o-Matic
-
Cybergeo
-
Librairie La GéoGraphie • Actualité internationale
-
Les Cafés géographiques
-
Une carte du monde.
-
Mappemonde
-
Les blogs du Diplo - Visions cartographiques
-
Oslandia
-
Le Forum français de l'OGC
-
Inventis Géomarketing
-
Blogue de la géomatique du MSP
-
Blog technique de Nicolas Boonaert
-
WebMapping
-
A GeoSpatial World
-
Cartes et Cartographie / Maps and Mapping
-
Sample Digital Orthophoto Images
-
Silatitudes - Accueil
-
RSS Libre@vous
-
Blog d'Intelli3
-
Audissey
-
GeoReader's Digest
-
Michael TRANCHANT
-
Le blog d'Henri Pornon
-
Le blog de l'image satellite - CNES
-
Data and GIS tips
-
Geo By The Cloud
-
123 Opendata
-
ReLucBlog
-
L'Atelier de Cartographie
-
AdrienVH.fr, le blog » Cartographie
-
Cartes et figures du monde
-
Baptiste Coulmont » cartographie
-
l'aménagerie » SIG
-
geomarketing.ca
-
-
My Geomatic
-
OpenStreetMap France
-
Sigea : actualités
-
Sigea : Quoi de neuf
-
Géoportail.fr
-
Géosource
-
www.touraineverte.com
-
archeomatic
-
Geographica » Cartographica
-
Tutoriels et formations gratuits des logiciels SIG ArcGIS, MapInfo, ArcView GIS etc.
-
simon mercier
-
Planet Geospatial - http://planetgs.com
-
Google Maps Mania
-
All Points Blog
-
Directions Media - Podcasts
-
Navx
-
James Fee GIS Blog
-
OGC News Feed
Oslandia
-
15:19 3D spatial operations and exact geometries for PostGIS
sur OslandiaMotivationOslandia and IGN are involved in developping 3D spatial operations for PostGIS, with a use case focus on city modeling (CIM), and with a 3-year partial fundings from the European Union (FEDER).
CGALAfter PostGIS Paris Code Sprint, we really considered using the CGAL library, which already implements several 3D algorithms.
CGAL is also able to guarantee exact computations through the use of arbitrary precision numbers (if we choose the right CGAL kernel)The question became: can we use CGAL as an underlying geometric computation framework for 3D operations with the additional benefit of exact computations ?
SFCGALWe started by building an OGC Simple Feature compliant library on top of CGAL, called SFCGAL.
It is not yet complete, but main design elements have been already fixed. The class hierarchy is pretty standard and lots of commonalities may be found with other libs, like GEOS.
However, SFCGAL stores geometry coordinates using arbitrary precision numbers, as CGAL does.
On top of this class hierarchy, some 2D and 3D operations have already been implemented :
- 2D and 3D Intersection
- 2D and 3D Intersection test (e.g ST_Intersects)
- 2D and 3D Convex Hull
- 2D and 3D Triangulation
- 2D and 3D distances
- 3D Extrusion (from a 2D geometry)
- 2D Minkowski Sum
A PostGIS branch is also available including SFCGAL handling. It exposes SFCGAL functions to PostGIS.

PostGIS - SFCGAL architecture
All the new functions provided are isolated in a ’sfcgal’ schema.
Here is a list of already available functions :
- ST_Intersection / ST_3DIntersection (supporting all types of geometries, including solids)
- ST_Intersects / ST_3DIntersects (supporting all types of geometries, including solids)
- ST_ConvexHull / ST_3DConvexHull
- ST_Distance / ST_3DDistance
- ST_DelaunayTriangles / ST_3DDelaunayTriangles
- ST_Extrude
- (in progress) ST_Buffer
A simple benchmark helps us to compare GEOS-based spatial operations with SFCGAL-based ones. Comparison can only be made for 2D operations, since GEOS is mainly 2D. (Python benchmark script)
SFCGAL’s speed is comparable to GEOS’ speed (sometimes even a bit better).
However, for few non-native CGAL operations (area for instance), we rely on our own (quick) implementation, which still lacks optimizations, they are then not (yet) as fast as GEOS-based functions.So using CGAL with maximum precision for native spatial operations could be done with keeping the same kind of performances than GEOS.
Support for exact geometries
Put differently, with CGAL we gain arbitrary precision without performance loss.But we do not take yet the full benefit of an exact computation framework. For instance, consider this post from Paul on OpenGeo blog :
SELECT ST_Intersects( ST_Intersection( 'LINESTRING(0 0,2 1)'::geometry, 'LINESTRING(1 0,0 1)'::geometry), 'LINESTRING(0 0,2 1)'::geometry);It should answers ‘true’. However it is not the case with current PostGIS implementation, because coordinates are represented using floating points between two consecutive calls.
The SFCGAL library does not enforce floating coordinates and keep their exact representations.
But obviously we loose this precision when switching back and forth to double on each (de)serialization calls (to and from GSERIALIZED).In order to take benefit of the exact representation within nested functions, we added a new (de)serialization format that supports arbitrary precision called ‘exact_geometry’.
Reusing the previous example, we could now write :
db=# SELECT sfcgal.ST_Intersects( sfcgal.ST_Intersection( 'LINESTRING(0 0,2 1)'::exact_geometry, 'LINESTRING(1 0,0 1)'::exact_geometry), 'LINESTRING(0 0,2 1)'::exact_geometry); st_intersection ----------------- POINT(2/3 1/3) (1 row)Notice the new ‘a/b’ rational format that figures internal rational representation. SFCGAL is also able to parse this extended WKT.
Referenced geometriesWhen calling nested functions, we spend time serializing and deserializing on each function call. Even if the geometry output from the first function is really the same than the input of the second one.
Why do we need to serialize and then deserialize the same geometry ?
If you consider that (de)serialization from liblwgeom to CGAL exact representation really takes time, nested calls are performance evil (yeah no less).
So it implies a new geometry type called ‘ref_geometry’.
Ref_geometry only copy their memory address (converted to some integers) from functions to functions.This implies:
- destruction of referenced geometries is postponed,
- they are not designed to live outside the query they first appeared in (and have to be converted back to a regular geometry type in order to be stored, using for instance sfcgal.ST_Geometry()).
The first point means, in PostgreSQL terms, that such objects must be attached to the correct memory context in order to be deleted at the ‘right’ time.
If the context is deleted too early, terminal functions might not be able to access our previously allocated geometries.
On the other hand, choosing a too static memory context will let objects dangling until late and will explode memory consumption.
The current choice (attaching to the current ExprContext when possible, to MessageContext otherwise) gives good results, but this would have to pass advanced tests where different kinds of evaluation contexts are produced by the postgresql execution engine.The other difficulty at this point is that we are dealing with C++ objects.
Allocating something with palloc() allows it to be automatically deleted on memory context destruction. However no C++ destructors are called in that case.But, memory contexts have support for user-supplied reset and deletion functions. Referenced geometries are then created on a custom child memory context. When this custom context is deleted (by its parent), C++ objects can be safely deleted.
Still with the same example, we get:
db=# SELECT sfcgal.ST_Intersection( 'LINESTRING(0 0,2 1)'::ref_geometry, 'LINESTRING(1 0,0 1)'::ref_geometry); st_intersection ----------------- POINT(2/3 1/3) (1 row)And, in order to illustrate the temporary nature of referenced geometries:
db=# CREATE TABLE temp_geo AS SELECT 'POINT(0 0)'::ref_geometry; SELECT 1 db=# SELECT * FROM temp_geo; NOTICE: Referenced geometries must not be stored ref_geometry -------------- -deleted- (1 row)
Referenced geometries are here made to be used with the SFCGAL::Geometry class. However, the mechanism is generic enough to be applied to other (C++) types.
Serialization comparisonA quick bench (4 nested calls to a function that does no processing, i.e sfcgal.ST_Copy), is useful to show performance differences between geometry representations.
Referenced geometries are way faster than (SFCGAL) serialized geometries and even still faster than native GSERIALIZED geometries.
Notice also that serialization of exact geometries is still slower than native serialization through GSERIALIZED. The overhead might be due to a lack of optimization on this part, but we feel this is due to the storage of arbitrary precision numbers.

Serialization benchmark: native vs. ref_geometry

Serialization benchmark: native vs. exact_geometry
Regarding memory consumption, the three approaches consume a comparable amount of memory.
How to test ?To test SFCGAL and our postgis branch:
- Get and install CGAL 4.1 from cgal.org
- Get and install SFCGAL (setting ‘SFCGAL_USE_STATIC_LIBS’ to OFF)
- Get and install our postgis-sfcgal branch, (run ./configure with the ‘–with-sfcgal’ flag, refer to the README.md file for the other flags)
- Alternatively, you can apply a patch against PostGIS trunk (revision 11054 at the time of writing)
- Run postgis.sql on a database
- Try a 3D intersection between two cubes with (you can display the resulting WKT with the ‘DemoPlugin’ from SFCGAL’s viewer)
WITH unit_cube AS ( SELECT sfcgal.ST_MakeSolid(sfcgal.ST_Extrude( sfcgal.ST_Extrude( sfcgal.ST_Extrude('POINT(0 0)'::geometry, 1, 0, 0), 0, 1, 0), 0, 0, 1) ) AS solid ) SELECT ST_AsText(sfcgal.ST_3DIntersection( solid, ST_Translate( solid, 0.5, 0.5, 0 ))) FROM unit_cube; - Try using ‘exact_geometry’ and ‘ref_geometry’ types through ‘::’ cast or through conversion functions (sfcgal.ST_RefGeometry() and sfcgal.ST_ExactGeometry())
To render 3D operations, SFCGAL is shipped with a really basic 3D viewer based on Open Scene Graph and QT. It is able to connect to a PostgreSQL base. Usage is only for dev/debug purpose, consider it also as alpha.

SFCGAL viewer demo
We are also investigating the use of QGIS (with the Globe plugin) to serve as a 3D viewer of spatial queries.

PostGIS 3D demo
Discussion IntegrationWe would like, as you could guess, to see PostGIS SFCGAL functions included into PostGIS.
Points to discuss/validate:
- As a first step, PostGIS-sfcgal support could be added in a quite near future, into PostGIS trunk, since its compilation is optional, it does not interfere with existing PostGIS functions through the use of a separate schema.
- The ‘exact_geometry’ type is important to keep the ability to nest several function calls without loosing geometry precision (and so 3D topology).
On the long term however, what about a single geometry type that would optionally support arbitrary precision numbers ? This would probably need some efforts around GSERIALIZED functions. To be discussed. - The ‘ref_geometry’ may first be considered optional. However it allows to keep performance with nested functions using SFCGAL. Current implementation is still to be considered a bit experimental and would have to pass more tests to be fully qualified, before a PostGIS integration. Any feedback related to C++ objects handling within the PostgreSQL framework is welcome.
- A quite minor point, is related to SFCGAL wrapper code written in C++. Some may find that it breaks the consistency of pure C PostGIS sources, but it was easier for early design and tests. Is keeping direct C++ calls from PostGIS not a big deal or, on the contrary, a C API is a need, for the sake of consistency ?
We still are involved in this project till (at least) end of 2014, so the current roadmap, for the next months, is:
- Several spatial processing are still missing. Especially the complete set of boolean predicates and constructions (which are present in CGAL, so more an interface task)
- There is no mechanism of geometry caching like GEOS has. This would be of interest regarding performances
- Fine tuning of some CGAL algorithms used are still needed.
- Hopefully, progress with PostGIS trunk integration
Feel free to share your thoughts, remarks and critics.
-
22:33 La première version de MapServer Suite est là !
sur OslandiaMapServer Suite intègre les dernières versions de MapServer, MapCache et TinyOWS, sorties toutes trois simultanément hier, au travers d’une release commune.
Bref un pas de plus vers des solutions de Web SIG de plus en plus intégrées…La dernière version de MapServer, la 6.2 donc, apporte de nombreuses fonctionnalités supplémentaires, notamment en terme de symbologies complexes et de labellisations avancées.
Confortant encore l’avance de MapServer par rapport aux autres moteurs Web cartographique en terme de rendus complexes.Des illustrations graphiques permettent de se rendre compte de ces nouveaux rendus, cf notamment:
On ne s’étonnera pas outre mesure, que la plupart des ces nouvelles fonctionnalités aient été mandaté par un acteur ayant des exigences fortes en matière de sémiologie, à savoir Météo France.
La conformité INSPIRE View Service a également été rajouté dans cette release de MapServer.
Une attention particulière pour Thomas Bonfort, qui a cumulé sur ce cycle de développement les casquettes de développeur de moultes fonctionnalités de rendu graphique, de release manager de cette 6.2, et de développeur principal de MapCache (excusez du peu).
MapCache, pour sa part, est une solution de cache de tuile haute performance,
dotée de fonctionnalités novatrices (assemblage vertical et horizontal), gérant de multiples protocoles (TMS, WMS, WMTS…) et capable de stocker les tuiles dans différents format de stockage.TinyOWS rajoute quant à lui la composante WFS-T haute performance, permettant de générer des flux vectoriels GML ou GeoJSON en provenance de PostgreSQL/PostGIS et, le cas échéant, de permettre leur édition depuis un client WFS-T (QGIS, OpenLayers…).
Code source de MapServer Suite 12.11:
[download.osgeo.org]Texte de l’annonce de release officielle:
[mapserver.org] -
14:46 Retour du QGIS Community meeting 2012 @ Essen
sur OslandiaLa nouvelle édition de la rencontre des développeurs QGIS, ou «QGIS community meeting» a eu lieu du 3 au 7 octobre 2012, à Essen en Allemagne. Il s’agit d’un moment privilégié pour la communauté pendant lequel les développeurs peuvent échanger dans un même lieu et faire le point sur les projets actuels et futurs. Pour cette édition, le HackFest est hébergé au LinuxHotel de Essen. Un lieu au calme, dans un cadre arboré, conçu spécialement pour l’épanouissement des développeurs pendant leurs quelques jours passés devant un écran. L’hôtel est sponsor de l’événement en offrant de très bonnes conditions d’hébergement pour le projet. L’événement est également sponsorisé par OSGEO et FOSSGIS e. V.
Les organisateurs locaux sont, pour cette édition, GDB Consult et SourcePole.

LinuxHotel, Essen

Hackers vaillants ...
Contrairement à l’édition précédente, il y a eu peu de présentations, voici cependant un résumé des principales discussions et présentations communes.
Raster pipesRadim Blazek a présenté la nouvelle architecture relative à la prise en charge des couches de type “raster” dans QGIS. Il s’agit pour l’essentiel d’un refactoring du code de QGIS pour ce qui a trait à la gestion des couches raster. Le code correspondant était jusqu’à présent difficile à appréhender et en constante évolution en terme de nombre de lignes de code.
La modification introduite par Radim consiste à considérer les traitements raster depuis les sources de données jusqu’à leur visualisation sous forme d’un ensemble d’opérations (de filtres) à l’interface générique enchaînées à travers un pipeline. chaque chaînon recevant les données traitées par le chaînon précédent. Cette modification engendre un code plus compact et plus extensible qu’auparavant.
Par exemple, pour une tâche de visualisation d’une couche raster, la chaîne mise en oeuvre est la suivante :
Provider -> Renderer -> Resampler -> Projector
Chacun des maillons ne modifiant les données ou n’allouant de nouvelle zone mémoire que quand ceci est nécessaire.
Cette architecture permet d’envisager un enrichissement des fonctionnalités offertes à chacun des maillons de la chaîne. En particulier, il a été évoqué l’ajout de paramètres utilisateurs pour chaque filtre et leur déclinaison sous forme d’interface graphique ainsi que le lien possible avec Sextante.
Voir la présentation sur Youtube
Point sur les financesPaolo Cavallini a présenté un résumé des finances du projet QGIS. Les dépenses en matière de hackfest ont été relativement fixes jusqu’à présent et permettent d’accueillir dans de bonnes conditions une trentaine de contributeurs. Par ailleurs un nouveau « Gold Sponsor », la société Asia Air Survey qui a fait don de 9000€ permet d’envisager sereinement les prochains Hackfest.
Des discussions ont eu lieu quant à la possibilité de faire financer le développement de nouvelles fonctionnalités ou de travaux de fond par la communauté des utilisateurs. Les groupes d’utilisateurs de QGIS semblent constituer sur ce point, une structure efficace. L’expérience positive du groupe suisse d’utilisateurs de QGIS serait donc à multiplier dans d’autres pays.
Un autre point récurrent est la prise en charge des dons « ciblés » pour le développement d’une fonctionnalité particulière. Il a été décidé de formaliser les demandes de financement collaboratif lorsqu’elles émanent de la communauté QGIS, via des plateformes web existantes, qui restent à déterminer.
Nouvel éditeur d’attributsLa ville d’Uster a présenté une proposition concernant une modification substansielle de l’éditeur d’attributs de QGIS. Il s’agirait de prendre en compte la structure relationnelle de la couche de données sous-jacente. Notamment lorsqu’une table contient des relations avec d’autres tables (relation 1:N qui est généralement représentée dans une base de données via une contrainte de clé étrangère). L’interface graphique serait enrichie et permettrait à la fois d’avoir connaissance des éventuels champs externes liés à un champ et de les éditer.
Les premières moutures devraient se concentrer sur les sources de données qui supportent intrinsèquement la notion de relation entres tables (PostGIS par exemple), bien que des discussions en off aient abordé le possible support des relations qu’il peut exister entre différents Shapefile.
La proposition détaillée est disponible en ligne sur Google Docs.
Integration d’Atlas
Oslandia travaillait depuis quelques jours sur l’intégration du plugin Atlas dans le coeur de QGIS, grâce à de nombreux supports financiers. Ce travail a été terminé pendant le Hackfest et a été intégré avec succès dans le coeur de QGIS ! Des échanges fructueux avec Marco Hugentobler ont permis d’améliorer au passage la qualité du code.
La fonctionnalité de génération d’atlas fait maintenant partie intégrante du gestionnaire de composition de QGIS.
Elle a par ailleurs été enrichie par :
- le support d’un mode de rendu à échelle fixe,
- le support des expressions dans les étiquettes et les noms de fichiers de sortie (seul le champ $FIELD(xxx) était supporté par le plugin Python)
Un tutoriel plus complet sur ces nouvelles fonctionnalités est consultable en ligne.
Remote debuggerPirmin Kalberer a présenté un plugin permettant de débugger aisément un plugin Python pour QGIS, via l’utilisation de pydev, sans avoir à modifier le plugin en question.
Plugin Globe
Il permet essentiellement de placer des points d’arrêts dans le code Python. L’exécution est également suspendue lorsqu’une exception est levée. Cette possibilité de « remote debugging » est cependant dépendante de l’environnement de développement utilisé (fonctionne a priori uniquement pour Eclipse et ERIC4).Pirmin a également travaillé sur le plugin Globe qui permet l’affichage d’un globe terrestre dans QGIS en utilisant osgEarth. La compilation est maintenant de nouveau fonctionnelle sur la version courante du master sous Linux ainsi que sous Windows.
Gestion des contributionsLes nombreuses contributions au projet QGIS sont une bonne chose, mais il se pourrait que les retours faits aux contributeurs soient en peu frustrants. En particulier, il peut se passer un certain temps avant qu’un « pull request » sur github soit traité par les développeurs de QGIS. Afin de rationnaliser un peu le processus et de donner un peu plus de retour aux contributeurs sur le traitement de leurs ajouts, il a été proposé qu’une seule personne soit chargée de l’aiguillage central des soumission de patchs, en les affectant si nécessaire à d’autres développeurs.
Marco Hugentobler s’est proposé pour l’exécution de cette tâche.
Architecture tentaculaireL’ensemble des serveurs et sites web gérés par le projet QGIS devient difficile à appréhender. Une tentative d’énumération exhaustive des serveurs et de leur localisation a été initiée avec les différents participants au Hackfest. L’image suivante donne une idée de la complexité actuelle de l’architecture.
Organisation
L’organisation globale de l’événement a été saluée par l’ensemble des participants. Le Linux Hotel étant un lieu idéal pour un tél événement. La prochaine édition pourrait avoir lieu en Lettonie. Espérons que nous puissions de nouveau y être afin de continuer à améliorer Quantum GIS !

-
10:13 QGIS Atlas generation
sur OslandiaFollowing our involvement into the QGIS open source community, we are now pleased to inform you the Atlas plugin has been integrated into a core functionality of the QGIS print composer !
This work has been done thanks to financial support mainly from :- Agence de l’eau Adour-Garonne
- The city of Uster, Switzerland
- Spencer Gardner
- Giovanni Allegri
Other financial contributors :
- John C Tull
- Bill Williamson
- Ujaval Gandhi
Here is a tutorial on how to use the new atlas generation functionality. You should have a version of the development branch that is dated after 10-6-2012 (date of the QGIS Hackfest) for it to be included.
The print composer includes generation functions that allow to create map books, or series of maps, in an automated way. The concept is to use a coverage layer, which contains geometries and fields. For each geometry in the coverage layer, a new output will be generated where the content of some canvas maps will be moved to highlight the current geometry.
It is also now possible to replace text labels set up in the composer, with coverage layer’s attribute values, enabling you to set a title, comment, document name, page number, or any dynamic information you want to display on your final maps.
Let’s see the steps needed to create a map book.
Create a projectLet us begin with a classic QGIS project, import our layers and set styles according to our needs.
Coverage layer
We have to create a layer containing coverage geometries, which can be any type of geometries, even if polygons are best to represent a coverage. This will be read by the atlas generator and for each feature of the layer, an output map will be created.
This coverage can have any field number and names. Here, we took a squared 3×3 grid that corresponds to delimiting zones with a special name.
Composer template
We can now create a template for our output, in the Quantum GIS composer. The template is a classic composer document. We have to remind which map item will contain our coverages. We can know the map item name with the tooltip (”Map 0” for example).
We will here create a simple layout with a central map object where each geometry will be displayed, a smaller map that will serve as an overview frame and two labels: one displaying the current zone name and another one displaying the current page number.
Expressions can now be inserted into labels. Fields of the coverage layer can then be used. This is much more powerful than the previous $FIELD() syntax.
Four new variables have been added:
- $feature and $numfeatures that give the current feature number and the total feature number of the coverage layer
- $page and $numpages that give the current page number, in case of a multi page layout. These variables do not vary with the number of atlas features.
So for instance, if we have a 2-page document with a coverage layer of 10 features, and want to export everything to a single file, the expression
[% $page + ( $feature - 1 ) * $numpages %]
would give the current “real” page number.

Setting the overview map

Inserting the zone name in a label

Inserting the current feature number in a label
Atlas generationWe are now ready to launch the generation, using the Atlas generation tab of the composer.

The available options are:
- Composer map : Item on the composer template where the map extent will be zoomed on each coverage. Use the tooltip over objects in the composer window to know the map item name
- Coverage layer : The name of the layer containing the coverage geometries
- Hidden coverage : If checked, the coverage layer itself will not be rendered on the output map
- Margin around coverage : Amount of space around given coverage geometry. Default is 10% of coverage bounding box
- Fixed scale : If checked, the composer map’s scale will not be changed for each geometry. It is up to the user to set its extent. The composer map’s will still be centered on each geometry of the coverage layer.
- Output filename expression : Generic name of the output files. Expressions can be used here.
- Single file export when possible : If checked, export will be done to a single file if possible. Until now, only PDF export supports this feature.
When all the options have been set, we can use the print / export features as before. These functionalities will be modified if an atlas generation has been configured.
For example, if we ask for an export to images, a dialog will ask us to select the output directory of the export as well as the output image format.

Atlas generation is supported for all rendering possibilities:
- PDF export (either a single file for each geometry or a single file for all the geometries)
- SVG export (one file for each page)
- Bitmap images (one file for each page)
- Printing
Here is an example of what could be obtained when selecting the single-file export PDF :
What’s next ?
If you like this feature and want some improvement, do not hesitate to contact us, we can develop it for you, or adapt it to your specific needs !
-
12:34 Sortie de QGIS 1.8 «Lisboa»
sur OslandiaNous avons attendu un peu avant d’annoncer cette sortie, c’est désormais chose faite : la dernière version majeure de Quantum GIS, la 1.8 est sortie officiellement, et est nommée «Lisboa».

Les binaires et les sources sont désormais disponibles dans OSGeo4W et sur la page de téléchargement de QGIS.
Parmi les nouveautés et les améliorations de cette version on trouve les points suivants.
Navigateur de donnéesIl s’agit d’une part d’une application séparée de qgis qui permet de naviguer dans les jeux de données disponible, et d’autre part d’un panel affichable dans QGIS. Ce dernier permet de lister toutes les données disponibles, que ce soit sur le disque local, ou à distance (PostGIS, WFS, WMS…) et de les cliquer-glisser sur le canevas. Une fonctionnalité indispensable ! Il est même possible dans cet outil de glisser des données locales vers des ressources distances, comme un shapefile vers une base PostGIS, pour faire l’import automatiquement.
DB Manager
Le DB Manager est un gestionnaire de base de données. Il permet de visualiser le contenu des bases PostGIS et Spatialite, et permet comme le navigateur de données, de cliquer-glisser des couches d’une ressource à une autre pour faire l’import/export. Il permet également d’exécuter des requêtes SQL et de visualiser le résultat en l’important directement dans le canevas QGIS. Il offre de plus des fonctionnalités de gestion des bases de données, qui si elles ne sont pas à la hauteur d’un PgAdmin, en restent néanmoins très utiles.

Symbologie
De nouvelles fonctionnalités apparaissent dans la symbologie QGIS : remplissage par lignes ou par points.

Un nouveau type de symbole apparait, nommé «ellipse» qui permet de dessiner des formes (ellipses, rectangles, triangles, croix) en donnant la largeur et la hauteur. Les paramètres peuvent être lus depuis des champs de données, afin de faire des symboles proportionnels.
Analyse de terrain
Un nouveau plugin du core a été ajouté pour faire de l’analyse de terrain et permet de faire des cartes de relief attrayantes.
Projets
Le support pour intégrer dans un projet des couches provenant d’un autre projet permet de gérer des ensembles de couches et de projets bien plus simplement.


Une nouvelle façon de regrouper les couches sélectionner simplifie également beaucoup la gestion des couches.
Logs
Un nouveau panel de messages permet de visualiser tous les messages émis par QGIS et par les plugins, afin de détecter plus facilement les problèmes et les informations données par QGIS sur son fonctionnement.
Personnalisation
Cette fonctionnalité fort attendue, permet de construire des interfaces simplifiées de QGIS en cachant divers éléments de la fenêtre principale de QGIS, afin d’aboutir à une version de l’interface simplifiée. Les fonctionnalités ne sont pas supprimées du programme, mais elles n’apparaissent plus.
Bouton d’action
Un nouvel outil d’action est disponible dans la barre d’outil. Il permet d’exécuter une des actions définies lors du clic sur un objet de la carte, comme par exemple ouvrir une page web en fonction de la valeur d’un champ.


Gestion d’échelle
Un nouvel outil de sélection d’échelle permet de se déplacer dans une liste d’échelles prédéfinies.

De plus, un nouvel outil de déplacement vers la sélection permet de se déplacer pour visualiser les objets sélectionner sans changer l’échelle courante.
Copier-coller les styles
Une nouvelle fonctionnalité développée par Oslandia est la possibilité de copier-coller les styles entre des couches. Cela permet de facilement appliquer un style à des couches qui sont similaires, pour en reprendre un et le modifier sur cette base.
Gestion des projections
Une nouvelle boite de dialogue de gestion des projections a été fournie pour cette version de QGIS. Elle permet de rechercher un CRS de façon beaucoup plus efficace.
Dépôt des plugins
QGIS ne supporte plus les anciens dépôts de plugin, et le bouton «Ajouter les dépôts-tiers» a volontairement disparu. Désormais le seul dépôt de plugins officiel est celui du projet, hébergé sur http://plugins.qgis.org . Les développeurs de plugins sont invités à migrer leurs plugins vers le nouveau dépôt. Celui ci bénéficie d’une interface web permettant de naviguer dans les plugin et de les noter.
Contrôle de l’ordre de rendu
Cette fonctionnalité avancée permet de dissocier l’ordre des couches dans la légende, de l’ordre dans lequel le rendu est fait.

De nombreuses autres améliorations ont été apportées dans cette version, comme le support de MS SQL Server, l’amélioration du support PostgreSQL/PostGIS, des nouveautés dans QGIS Server, un plugin de heat map, etc etc.
N’hésitez pas à télécharger cette version, et à profiter des nouveautés !
-
20:55 PostgresQL Magazine
sur Oslandia
Je relaie ici l’information d’un nouveau magazine en ligne spécialement dédié à PostgreSQL, avec un contenu résolument technique.
Initiative communautaire de la très active communauté francophone PostgreSQL, où l’on retrouve sans surprises, pour ce premier numéro, certains de nos confrères et partenaires de Dalibo.
Souhaitons longue vie à ce mag !
-
19:03 Code Sprint PostGIS EU et Barcamp
sur Oslandia
Les 15 et 16 mai prochain, un Code Sprint PostGIS Européen aura lieu à Paris: [trac.osgeo.org] .
A cette occasion, un Barcamp, aura comme mission de faire se cotoyer les utilisateurs un tantinet avertis, et développeurs de PostGIS ou de librairies connexes, pour échanger sur les directions des futures versions de PostGIS.
Bref que veut-on mettre comme objectifs de la Road Map de la 3.0…
Le Barcamp aura lieu dans Paris intra Muros (quartier du Sentier), de 18h à 20h.
Le nombre de places étant volontairement limité, ne trainez pas pour manifester votre enthousiasme et vous inscrire derechef (soit directement sur la page Wiki, soit via mail: [postgis@oslandia.com] )
-
9:25 Master class PostGIS aux Rencontres SIG la lettre
sur OslandiaDu 3 au 5 avril se tenaient dans les locaux de l’ENSG à Marne-La-Vallée les rencontres SIG-La-Lettre.
Dans ce cadre, Vincent Picavet a réalisé un master class sur PostGIS. Trois heures pour découvrir ce SGBD spatial, ses possibilités et la puissance des traitements réalisables. Le master class a eu un franc succès, la salle étant pleine à craquer.
Les supports du master class sont basés sur le workshop PostGIS donné au FOSS4G plusieurs années de suite, et qui a été traduit en Français. Oslandia a amélioré la traduction et publié une machine virtuelle permettant de réaliser le workshop de façon simple en utilisant VirtualBox.
Les sources de la traduction à jour sont disponibles sur GitHub (original sur PostGIS.fr), et la machine virtuelle est téléchargeable actuellement à l’adresse suivante : [dl.free.fr] (attention fichier de 3.1Go).
Vous pouvez suivre ce tutoriel en toute autonomie, et n’hésitez pas à contribuer à l’amélioration des supports en forkant le projet sur GitHub. Si vous avez besoin d’aller plus loin, vous pouvez consulter le catalogue de formations Oslandia.
-
9:00 10e rencontres de la communauté QGIS (partie 3)
sur Oslandia
Nouveau cycle de releases
Le dixième Community Meeting de Quantum GIS (aka HackFest) s’est achevé la semaine passée. Après quelques jours pour se remettre de ces émotions codesques, voici la troisième et dernière partie d’un petit compte rendu (non exhaustif) de ce qui s’est déroulé pendant ce rendez vous de développeurs. Nous nous focalisons ici sur les aspects projet et structure de QGIS.Tim Sutton a proposé de modifier l’organisation des sorties de nouvelles versions de QGIS, pour migrer vers des releases à dates fixes tous les 6 mois, en incluant une période de 3 semaines de test avant la release.
Serveur de test
«Friendly courses»
Tim Sutton et Julien Malik ont également passé du temps sur la mise en place d’un serveur CDash, qui permet de remonter les informations de build de QGIS, afin de détecter les erreurs des tests unitaires sur des architectures les plus diverses possibles. C’est une avancée importante pour la qualité et la stabilité du projet, et devrait mener à une augmentation significative de la qualité du code.La notion de QGIS «friendly courses» a été introduite par Paolo Cavallini lors du meeting. Il s’agit de recenser sur la page wiki dédiée du projet, toutes les entreprises qui donnent des sessions de formation autour de QGIS et qui en contrepartie contribuent au projet QGIS : financement, développement, traduction…
Cette initiative permettra de sensibiliser à la fois les entreprises proposant des formations QGIS, mais aussi leurs clients, à l’écosystème Opensource. Ces derniers pourront ainsi en toute connaissance de cause favoriser les formations qui font avancer le projet.
Bien sur, en tant que contributeur de QGIS, Oslandia soutient cette initiative pour toutes ses formations liées à QGIS.
Last but not leastLe community meeting est aussi une opportunité pour les développeurs de mettre des visages sur des identifiants Git, et une soirée dans un vrai bouchon Lyonnais a permis de socialiser dans un contexte local et sympathique.
Le hackfest n’aurait pas pu voir le jour sans l’équipe d’organisation de l’OSGeo-fr, et sans les sponsors qui ont payé la salle, les pizzas, tacos, et quelques bières : 3Liz, Services Cartographiques, Camptocamp et Oslandia. Merci à eux pour leur participation nécessaire à l’avancée du projet !
-
9:06 10e rencontres de la communauté QGIS (partie 2)
sur Oslandia
Sextante (ou : Geotraitements dans QGIS)
Le dixième Community Meeting de Quantum GIS (aka HackFest) s’est achevé la semaine passée. Après quelques jours pour se remettre de ces émotions codesques, voici la seconde partie d’un petit compte rendu (non exhaustif) de ce qui s’est déroulé pendant ce rendez vous de développeurs.Un des gros sujet sur lesquels se sont concentrés les développements étaient l’intégration d’un plugin Sextante dans QGIS. Sextante est un framework, originellement disponible sous GvSig, qui se concentre sur les géotraitements. Il a été transcrit en Python par Victor Oyarla, et rendu disponible sous forme de plugin pour QGIS.

Ce framework permet de développer et d’intégrer très rapidement de nouveaux algorithmes de traitement raster ou vecteur. Victor a présenté son travail très impressionnant, avec les quelques modules déjà disponibles pour ce framework : GDAL, Ftools, Grass.. Et aussitôt de nouveaux modules se sont mis en route. La liste s’allonge chaque jour, et on trouve actuellement les modules suivants :- GDAL (Raster)
- Ftools (Vecteur)
- SAGA
- mmqgis
- GRASS (traitement raster et vecteurs)
- OrfeoToolBox (Télédétection)
- LAStools (Lidar)
- R (geostatistiques)
- Scripts
De futurs modules sont en cours de développement : PostGIS, WPS..
Cerise sur le gâteau, Sextante dispose également d’un modeleur, qui permet de faire des enchaînements de traitements complexes, en couplant les algorithmes de modules hétérogènes. On peut également lancer ces modèles en batch, et les utiliser en Python hors de l’interface graphique.
Il ne fait aucun doute que ce framework permettra à QGIS d’être le SIG disposant du plus grand nombre d’algorithmes de géotraitement sur le marché.
Ses capacités lui confèrent déjà quasiment le statut d’ETL spatial. Quand on sait que Victor va encore travailler neuf mois sur le sujet et que l‘inclusion dans le master de QGIS est déjà prévue, on ne peut que se réjouir et parier sans risque sur un outil stable, robuste et puissant rapidement.
Vous pouvez voir la vidéo de présentation de Victor : QGIS Sextante plugin
En attendant que le plugin soit intégré directement dans le cÅ“ur de QGIS dans la prochaine version, vous pouvez le télécharger et l’installer à partir du dépôt des plugins ou du dépôt de code subversion. Le tout est détaillé dans la page du plugin sur le projet QGIS.
À lyon, Julien Malik en a profité pour intégrer OTB dans Sextante, qui fournit désormais une panoplie large d’algorithmes de télédétection. Vous pouvez lire la description sur son blog (en anglais).
Des plugins dans le masterIl a été décidé suite à la rencontre d’intégrer des plugins Python directement dans le master de QGIS. Cela ne pourra se faire qu’à certaines conditions. Le premier plugin concerné est le DB Manager (Gestionnaire de bases de données). Cet outil gère les bases PostGIS et spatialite et permet notamment de transférer des tables de données d’une base à une autre.
Plugin AtlasDes améliorations ont été faites par Oslandia sur le plugin Atlas, qui permet de générer des cartes au format PDF. La société Biotope a également publié un plugin compagnon qui permet de générer des synoptiques pour le plugin Atlas. Nous recherchons actuellement des financements pour ajouter de nouvelles fonctionnalités et pour stabiliser le plugin Atlas afin de pouvoir l’intégrer directement dans le master QGIS : contactez nous si vous utilisez ce plugin !
Nouvelles fonctionnalités dans le masterQGIS master supporte désormais nativement les styles SLD. Un pas de plus vers une interopérabilité avec les autres outils SIG du marché.
Le rééchantillonnage de raster a été réécrit en grande partie par Marco Hugentobler, et il est désormais possible de choisir la méthode d’échantillonnage pour le rendu (plus proche voisin, moyenne, cubique, etc). Les rendus sont bien plus lisses lorsqu’on dézoome sur une zone fortement détaillée. Ceci au prix d’un temps de rendu un peu plus long, mais la différence n’est pas significative.
Hugo Mercier d’Oslandia a ajouté dans QGIS la fonctionnalité de copier-coller des styles d’une couche QGIS à une autre. Le patch a été commité et est désormais disponible dans le master.
-
14:04 10e rencontres de la communauté QGIS (Partie 1)
sur Oslandia
Le dixième Community Meeting de Quantum GIS (aka HackFest) s’est achevé la semaine passée. Après quelques jours pour se remettre de ces émotions codesques, voici la première partie d’un petit compte rendu (non exhaustif) de ce qui s’est déroulé pendant ce rendez vous de développeurs.La rencontre, organisée par l‘OSGeo-fr, a commencé jeudi 12 midi, dans les locaux de l’université de médecine à Lyon. Les premiers participants sont arrivés dans l’après midi, et se sont mis directement au travail.
L’évènement a rassemblé une trentaine de personnes et était sponsorisé par Camptocamp, 3Liz, Services Géographiques, et Oslandia, qui ont permis d’accueillir tout le monde dans les locaux et de s’assurer que les développeurs ne manquent ni de café ni de pizzas pendant ces journées.
Ci dessous la première partie des sujets qui ont été abordés pendant ce community meeting.
DocumentationUn gros travail de refonte a commencé sur la documentation utilisateur de QGIS. L’objectif est de faire une transition du format LaTeX vers le format ReST pour utiliser Sphinx afin de générer la documentation. Une transcription automatique a commencé, mais il reste encore beaucoup de travail manuel pour finaliser la transition. Le travail avance vite cependant, et des volontaires se présentent spontanément pour donner un coup de main.
Un nouveau style ReST a aussi été intégré, et devrait harmoniser désormais toutes les documentations de QGIS.
Cette transition s’accompagne aussi d’un nouveau système de traduction de la documentation utilisateur, dont l’objectif est de la rendre accessible au plus grand nombre.
QGIS Workshop en français
Ce travail très important a été mené par l’équipe de documentation du projet QGIS. Une grosse partie a été achevée pendant la rencontre, et les travaux continuent en ce moment sur le projet. N’hésitez pas à apporter votre contribution !Oslandia a libéré la traduction française du workshop «Développer des plugins Python pour QGIS». Il reste un peu de travail pour harmoniser le document avec la documentation générale de QGIS, mais déjà des corrections ont été faites et la traduction est disponible sur GitHub : [https:]] . Une traduction en italien a également été lancée à la suite.
QGIS MobileQGIS Mobile fait beaucoup parler. Depuis le début du développement par Marco Bernasocchi pour le Google Summer Of Code l’été dernier, de nombreux progrès ont été accomplis. Désormais QGIS tourne correctement sur Android, tablet ou smartphone. Le dernier point manquant est le support du Python, afin de pouvoir utiliser les plugins et de développer pour QGIS dans ce langage. Des avancées ont été faites à Lyon, et on s’achemine vers un support complet de QGIS sur cette plateforme.
La prochaine étape est désormais de réaliser une interface graphique QGIS spécifique pour les plateformes mobiles. En effet, hormis sur les grandes tablettes, l’interface de QGIS, prévue pour être utilisée sur un ordinateur classique, n’est pas adaptée pour le matériel que l’on trouve sur les tablettes et smartphones. Il faut donc redévelopper une interface. Ce travail a été proposé pour le Google Summer Of Code 2012, et (EDIT : le projet est accepté, ce qui devrait être le cas sauf surprise), une première version devrait voir le jour à la rentrée de septembre.
La suite des progrès effectués sur QGIS sera dans une prochaine entrée ici-même. Si vous souhaitez avoir plus d’information sur le projet QGIS, sur les formations disponibles, ou sur les prestations d’Oslandia autour de QGIS, n’hésitez pas à nous contacter !
-
16:02 Code Sprint 2012 OSGeo
sur OslandiaLe code sprint OSGeo de la communauté C (et apparenté), est en passe de devenir un marronnier, avec une quatrième édition qui s’achève aujourd’hui…
Le leitmotiv de cette session aurait pu être “Release, release, release…” tant les efforts coordonnés de chacun étaient orientés sur les tickets restant à clôturer avant de pouvoir sortir de nouvelles versions officielles, de la stack SIG Open Source.
Une nouvelle version de maintenance de MapServer en 6.0.2 est sortie hier, avec de multiples bugfixes, dont un correctif de sécurité (à lui seul une bonne raison de procéder à une mise à jour),voir le Changelog complet en ligne.
La prochaine version majeure de MapServer, sera la 6.2.0 et devrait sortir au courant du printemps, avec comme principales nouvelles fonctionnalités l’intégration de MapCache et de TinyOWS, ou la gestion de INSPIRE View Service.
TinyOWS est également sorti en version 1.0.0 hier, avec de nombreuses nouvelles fonctionnalités, et correctifs
( cf précédent billet sur ce sujet).Concernant PostGIS, la 2.0 est désormais proche, et devrait (selon toute vraisemblance) sortir dans les prochaines semaines. Pour accélérer le processus vous êtes vivement encouragés à tester et faire le cas échéant des retours sur la mailing list, des versions alphas qui sortent (très) régulièrement.
Code source de PostGIS 2.0 alpha5Ce sprint était légèrement différent des précédents avec une localisation sur la côté Ouest, et en milieu naturel et fermé (comprendre un centre au milieu des bois), au lieu du traditionnel environnement (hyper)urbain. L’idée était d’expérimenter ce qui se fait déjà avec la Java Tribe sur Bolsena, et effectivement les retours en terme de dynamique d’équipe sont intéressants.
Et pour la suite, Regina Obe de la team PostGIS (et auteur de ‘PostGIS in Action’) s’est déjà proposée d’organiser la session 2013 sur Boston !Un grand merci aux nombreux sponsors mobilisés sur cette action, c’est toujours surprenant du point de vue Européen, de voir que les Nord-Américains arrivent réellement à financer ce type d’événenement, alors que la pénétration de l’Open Source (dans les SIG) est jusqu’à présent plus marginale que chez nous.
-
21:56 Quantum GIS Atlas Plugin
sur OslandiaAs an effort for participation in the OpenSource community in general, and the OSGeo community in particular, Oslandia develops free software for research and development, internal needs, client needs or sometimes just for fun !
Of course we work with the community, publish source code, work together in order to leverage the power of OpenSource to its full extent.
This time, we publish a small but very convenient Quantum GIS plugin, named «Atlas». This a a map book tool, and it fills a gap in QGIS features, as such a fonctionality is a long-awaited one. (The easyprint plugin was great but lacked easy customization). Let’s show you what this Atlas plugin is about.
OverviewThe Atlas plugin helps you create map books, or series of maps, in an automated way. The concept is to use a coverage layer, wich contains geometries and fields. This layer will define the maps to output. You can create image files or PDF files. All the composition is done in the QGIS map composer, and a specific composition is used as a template.
The plugin allows to replace text labels set up in the composer, with coverage layer’s attribute values, enabling you to set a title, comment, document name, page number, or any dynamic information you want to display on your final maps.
Let’s see the steps needed to create a map book.
Create a projectBegin with a classic QGIS project, import your layers and set styles according to your needs.
Coverage layerYou have to create a layer containing coverage geometries, which can be any type of geometries, even if polygons are best to represent a coverage. The Atlas plugin will read this layer and for each feature of the layer, will create an output map.
This coverage can have any field number and names.
Composer templateYou can now create a template for your output, in the Quantum GIS composer. The template is a classic composer document. Two things can be noted :
- You have to remind which map item will contain your coverages. You can know the map item name with the tooltip (”Map 0” for example).
- You can use text replacement in label. Every occurence of $FIELD(fieldname) in a label will be replaced by the value of the field with name fieldname from the coverage layer, for the current coverage.
You are now ready to launch the plugin. Find the entry in the plugins menu or click the atlas plugin button. You should see the following dialog.

Main Atlas plugin window
You have to fill the form before clicking on Render to launch the rendering of the output maps. The options are :
- Coverage layer : The name of the layer containing the coverage geometries
- Hide coverage : If checked, the coverage layer itself will not be rendered on the output map
- Composer template : Choose a template for output images. You can refresh the template list or show the selected template in the composer window
- Composer map object : Item on the composer template where the map extent will be zoomed on each coverage. Use the tooltip over objects in the composer window to know the map item name
- Margin around coverage : Amount of space around given coverage geometry. Default is 10% of coverage bounding box
- Output directory : Location where the rendering writes the output images to
- Filename pattern : Generic name of the output files. The final names will have a _n suffix before the extension, n being the image number (like basename_0.pdf). The pattern extension determines the output file type. The latter can be any image format (PNG, JPG…) or PDF.
- Render : The render button launches the rendering process, writing output in the specified directory
The results are written to the filesystem, with the file type specified in the filename pattern.
For example, PNG output :We can notice that labels have been replaced by corresponding field values in the coverage layer.
Where is it ?The plugin has been published on QGIS main plugin repository, just look in QGIS plugin installer. Don’t forget to activate the experimental plugins in QGIS plugin installer’s options.
[Update] : For versions < 1.7.3 you have to manually add the new plugin repository : [plugins.qgis.org]
Plugin’s homepage is [hub.qgis.org]
The code can be obtained at : [hub.qgis.org]
The bugtracker is there : [hub.qgis.org]
What’s next ?This plugin is a first release. While being functional for us, it is a beta prototype. There is still a lot of work needed to be done to have a production-ready tool. We are looking for contributors (code, documentation, bug reports, funding…). We would also be happy to have feedback and a gallery of map books if you can publish them.
If you like the plugin and want some improvement, do not hesitate to contact us, we can develop it for you, or adapt it to your specific needs !
-
17:50 TinyOWS et MapCache dans le giron de MapServer
sur OslandiaC’était déjà , depuis le dernier Code Sprint de Montréal, une hypothèse de travail, c’est devenu officiel depuis le vote du PSC MapServer: TinyOWS et MapCache rejoignent le giron du projet MapServer.
L’enjeux est de rester fonctionnellement dans la compétition des solutions très intégrées Java based, en ayant comme élément différenciant un axe résolument orienté performance et forte montée en charge.
MapCache apportera la composante de cache de tuiles et TinyOWS la partie WFS-T, tous deux étant évidemment axés ‘hautes performances’.
Au final un seul PSC (celui de MapServer) sera désormais compétent pour les trois projets, et la plateforme de développement sera commune (documentation, mailing liste, svn…). Gage de simplicité pour les utilisateurs qui disposeront ainsi d’un ‘guichet unique’.
Néanmoins chaque projet gardera ses propres rythmes de release, et les utilisateurs aillant leurs habitudes sur un seul des softs de la ’suite’ ne seront pas contraint de devoir installer/configurer de nouveaux binaires, pour continuer à utiliser leurs outils préférés.
Pour de plus amples détails, une conférence sur Denver sur ces thématiques: [2011.foss4g.org]
-
19:34 Oslandia recrute un Développeur Senior
sur OslandiaOslandia recherche pour agrandir son équipe, et œuvrer sur de nouveaux projets, un développeur senior sur des technos C, C++ et Python.
Si vous êtes intéressé(e)s ou connaissez la personne idoine, une seule adresse: jobs@oslandia.com
En ligne: Le texte complet de l’annonce.
-
23:56 Recherche de financements (aka funding)
sur OslandiaCe post se propose de relayer des appels récents ou récurrents à financement sur de nouvelles fonctionnalités en SIG OpenSource.
PostGIS et SP-GIST
Paul Ramsey met en avant la possibilité d’accroitre significativement les performances des index spatiaux dans PostGIS.
Oleg Bartunov et Teodor Sigaev, tous deux derrières les mécanismes d’indexation GiST et GIN de PostgreSQL, ont fait un prototype d’un nouveau type d’index, SP-GiST, ou «Spatial Partitioning Generalized Search Tree».
Ce nouveau type d’index correspond aux besoins des indexes spatiaux utilisés dans PostGIS. Le prototype actuel a montré qu’il était sur un jeu de test 6 fois plus rapide que l’implémentation actuelle des indexes GiST de PostGIS (l’enjeu est de ne pas avoir besoin de parcourir tout l’index, mais seulement une partie)
Il serait possible d’inclure cette fonctionnalité dans PostgreSQL 9.2, (et donc dans PostGIS en suivant), mais il y a encore besoin de développement pour rendre le code robuste et l’intégrer totalement dans PostgreSQL. Il y a donc un besoin de financement.
Si vous êtes prêt à y participer, n’hésitez pas à contacter directement Paul Ramsey.
PostGIS Raster
PostGIS Raster est encore dans une phase où le projet nécessite des ressources et financements, pour étendre et stabiliser les fonctionnalités existantes.
Le chemin parcouru est déjà grand, mais il reste bon nombre de choses à faire pour avoir une solution complète, et cela nécessite des fonds.
Pour rappel Pierre Racine présentera le projet PostGIS Raster sur Paris le 23 Juin.
TinyOWS
Et c’est lui que vous pouvez directement contacter si vous êtes prêt à financer ce projet.
TinyOWS qui est en ce moment en cours de finition de la version 1.0.0, se projette déjà sur les sorties à venir, avec une liste de fonctionnalités à financer.
On peut notamment citer :
- Le support WFS 2.0 et INSPIRE (l’échéance légale INSPIRE pour Download Service étant mi 2012)
- le support de bases de données multiples
- Le support d’Oracle Spatial et/ou de SpatiaLite
- le fonctionnement comme module d’apache (pour gagner encore en performance)
- l’intégration complète avec MapServer, pour avoir toutes les options du MapFile WFS supportées (et non ‘uniquement’ les options de TinyOWS)
- L’intégration avec QGIS Server, pour publier du WFS-T directement à partir d’un projet QGIS
Olivier Courtin est la personne référente sur ces chantiers.
Quantum GIS
Le projet Quantum GIS évolue aussi très rapidement, et nécessite donc également des financements.
La version 1.7 sur le point de sortir contient encore certains bugs critiques, à corriger.D’une manière générale, les tâches de maintenance, refactoring et correction de bugs de Quantum GIS ont du mal à être assumée par l’équipe de développement de façon exhaustive sans financement spécifique.
Des fonctionnalités particulières avanceront aussi beaucoup plus rapidement avec un support financier. On peut citer par exemple:
- la partie QGIS Server
- l’intégration d’un serveur WFS-T
- la refonte de l’ergonomie et des possibilités de personnalisation de l’interface
- la gestion globale des bases de données
- le multithreading
- la 3D.
Comme vous le voyez les projets pour QGIS ne manquent pas !
Financement = pérennité
Contacter Vincent Picavet pour toute demande de précision.D’une manière plus générale, participer (même modestement) au financement des logiciels qui sont dans au coeur de votre SI est le meilleur moyen de maintenir des communautés dynamiques.
Et donc in fine de garantir la pérennité de votre infrastructure. -
9:25 Session PostGIS – le 23 Juin sur Paris
sur OslandiaDalibo et Oslandia coorganisent le jeudi 23 Juin à Paris une session internationale d’échange et de conférences consacrée à PostGIS.
Ce sera la deuxième session organisée par Dalibo sur des technologies liées à PostgreSQL cette année, la précédente ayant été un franc succès.
Les mots clefs de ces sessions sont:
- convivialité, avec de vrais moments dans la journée pour échanger entre tous les participants
- technicité, avec des intervenants de (très) haut niveau, dont cette fois ci pas moins de 3 commiteurs du projet PostGIS
- diversité, avec des présentations sur des thématiques variées, tout en restant connexes
En invité spécial, nous aurons le plaisir d’accueillir Sandro Santilli, venant d’Italie pour présenter ses dernières avancées sur le support topologique de PostGIS.
Sachant que Sandro n’est plus intervenu publiquement depuis le FOSS4G de Lausanne en 2006, sa présence est à elle seule un événement !Pierre Racine sera également au rendez vous, en provenance du Québec, pour présenter PostGIS Raster, dont il est l’initiateur et le chef de file.
De nombreuses autres intervenants et conférences promettent elles aussi d’être d’un excellent niveau, vous pouvez voir le programme complet en ligne.
Les inscriptions, non payantes, sont à réaliser directement sur le site.
Attention, le nombre d’inscription étant volontairement réduit à 100 participants, il convient (vraiment) de ne pas trop tarder à s’inscrire.Horaires : 9h30 à 17h30.
Lieu : Le Comptoir Général 80, quai de Jemmapes, 75010 Paris [osm.org] -
22:00 TinyOWS 1.0.0rc1
sur OslandiaEt la voici, la première mouture de TinyOWS 1.0.0, le serveur WFS-T haute performance, vient tout juste de sortir dans les bacs !
Plus de 500 heures de développement auront été nécessaires pour aboutir à cette nouvelle release. La sortir un 1er Mai est donc tout un symbole
Download: [tinyows.org]
Les principales fonctionnalités et améliorations de cette mouture:
- Support complet de OGC WFS-T 1.0.0 et 1.1.0 (ce qui implique tout de même de passer plus de 1000 tests unitaires OGC CITE)
- Améliorations très nette des performances sur les requêtes de type Transaction et GetCapabilities. (gains de l’ordre de facteur x20 sur les Transactions)
- Ajout d’un parseur de MapFile permettant d’utiliser un seul fichier de configuration pour à la fois MapServer et TinyOWS (typiquement un en WMS et un en WFS-T)
- De nombreux correctifs et debugs
C’est encore une RC1, l’objectif est de la tester en grandeur nature pour faire remonter tous les éventuels bugs résiduels avant la prochaine release stable.
Donc d’avance merci à tous les bétas testeurs qui prendront un peu de leur temps pour tester et faire des retours.Attention de petits ajustement dans le fichier de configuration ont été introduits par rapport aux précédentes releases:
- renommage de ’server’ et ‘prefix’ en ‘ns_uri’ et ‘ns_prefix’
- renommage de ‘wfs_display_bbox’ en ‘display_bbox’
ChangeLog:
- Configuration change with broken backward compatibility:
* rename server and prefix to ns_uri ans ns_prefix
* rename wfs_display_bbox to display_bbox
- Encoding support, written by Carlos Ruiz: cruizch@gmail.com
- Estimated_bbox option for GetCapabilities response (default is false)
- Schema cache for fast-cgi mode (huge performance improvement on transaction operations)
- Improve drasticaly GetCapabilities performance on huge layer (Thanks to Nicklas Aven for report)
- Add ability to use different names for layer and storage table (table property)
- Mapfile config file support (use related TINYOWS_MAPFILE env. var)
- Debug option available from configure step (–enable-debug)
- Improve result from –check option
- Add wfs_default_version config file option, to set server default WFS Version
- Add gml_ns config file option, to set if any, layers properties using GML namespace
- Add log_level config file option, to allow more granularity in log output
- PostGIS version init check (support 1.5 and coming 2.0)
- Update XSD schema (WFS, FE, GML), so need a new ‘make install’ step if you upgrade
- CITE WFS-T 1.0.0 SF-0 full compliant (require PostGIS 2.0)
- CITE WFS-T 1.1.0 SF-0 full compliant (require PostGIS 2.0)
- Lot of debug stuff (a special thanks to Boris Leukert for detailled reports) -
13:19 MapServer et INSPIRE View Service
sur OslandiaMapServer cherche à être nativement compatible INSPIRE View Service.
(A l’heure actuelle il est nécessaire de passer par des surcouches en PHP/MapScript pour rajouter la plupart des spécificités INSPIRE manquantes)Sachant qu’il est déjà comptabile avec WMS 1.3.0 (ISO 19128), la charge de travail en sera d’autant simplifiée.
L’horizon de la prochaine release majeure (Septembre 2011 avant le FOSS4G) est visée, pour cet ajout fonctionnel.
Ceci restant cohérent avec la date butoire INSPIRE de mise en oeuvre: Novembre 2011 pour View Service.Depuis le dernier code sprint MapServer de Montréal en Février, les moyens mis en oeuvres sont:
Précision du mentor concernant ce GSoC:
To give some background, over the summer Stefan will be working to improve the INSPIRE view service support in MapServer with focus on METADATA elements including multiple languages.
Of course we’ll take into account the work done so far like the documentation at and the recent discussions on the mapserver-inspire list.
The project plan is to first evaluate the INSPIRE specification version 3.0 and document the results in the form of a MapServer RFC for discussion and then implementation.
-
10:52 Votez pour les présentations FOSS4G 2011 !
sur Oslandia
Cette année le FOSS4G, grande conférence mondiale du monde des SIG OpenSource, aura lieu à Denver, du 12 au 16 septembre.Vous pouvez dès maintenant, et jusqu’au 8 mai seulement, voter pour les présentations qui vous intéressent le plus. Près de 300 présentations ont été soumises, et seulement 130 environ seront sélectionnées !
Oslandia a soumis quatre propositions, deux pour des présentations longues, et deux «lightning talks» :
- «WFS and SQL Injection» par Olivier Courtin
- «TinyOWS, what’s new for the high performance WFS-T server ?» par Olivier Courtin
- «Rumble: communicate with your elephant !» Par Vincent Picavet
- «Efficiently using PostGIS with QGIS» Par Vincent Picavet
A noter que dans l’interface de vote, les présentations pour lesquelles vous pouvez donner une note sont limitées à 120, prises et affichées au hasard, afin de conserver un maximum d’égalité entre les talks.
N’attendez pas et allez donc voir faire le programme !
-
12:05 Projets Google Summer of Code pour l’OSGeo
sur OslandiaLa liste des projets du Google Summer of Code 2011 est sortie. Au menu, de nombreux projets et quelques un liés à la géomatique.
Le Google Summer of Code, connu aussi comme GSoC, est un programme de Google, qui vise à sponsoriser des projets de développement OpenSource. Le programme est ouvert aux étudiants, qui sont rémunérés par Google pour réaliser un projet qui leur est attribué. Le projet s’effectue sous la direction d’un «mentor», qui est la personne responsable de la bonne marche du projet pour le compte de l’organisation qui en bénéficie.L’OSGeo bénéficie cette année de 21 projets, et on peut noter que c’est la quatrième plus importante organisation en ce sens, après KDE, la fondation Apache, Python et Gnome. On peut signaler quelques projets particulièrement intéressants.
Quantum GISCamilo Polymeris va développer l’intégration de SAGA dans QGIS. SAGA est un logiciel SIG ainsi qu’une bibliothèque de traitement geo-scientifique avec de nombreux modules. SAGA serait ainsi interfacé de la même façon que GRASS dans Quantum GIS, apportant nombre de nouvelles fonctionnalités.
Giuseppe Sucameli va travailler sur le plugin DBManager. Le but de ce plugin est d’uniformiser les différentes interfaces de gestion de base de données existantes dans QGIS, afin de simplifier et rationaliser leur utilisation. Ce plugin remplacera donc à terme notamment le plugin Spatialite Manager et le plugin PostGIS manager.
Marco Bernasocchi va se pencher sur la création d’une première application mobile sur la base de QGIS. Maintenant que Qt4 a été portée sur Android (sous le nom Necissitas), les bases sont prêtes pour créer un portage de QGIS sur cette plateforme. Une interface utilisateur spécifique sera également nécessaire pour adapter le logiciel à une utilisation sur smartphone et tablet PC.
PgRouting«Jay» va effectuer des améliorations sur PgRouting, pour y incorporer un algorithme du plus court chemin dynamique, et la gestion du temps pour les calculs de plus court chemin.
J. Kishore Kumar va quant à lui travailler sur l’aspect résolution multi-modale des problèmes de routing, dans PgRouting
MapServerStefan Leopold a été retenu pour le développement du View Service défini par INSPIRE. Il s’agit d’ajouter les fonctionnalités manquantes dans MapServer pour supporter cette extension du WMS.
L’ensemble des projets choisis pour l’OSGeo est disponible. On y trouve plus de détail pour chaque projet retenu. De bonnes choses en perspective !
-
10:37 Rencontres de la communauté QGIS à Lisbonne
sur Oslandia
Ce dernier week end a eu lieu la rencontre de la communauté QGIS à Lisbonne.Ce fut encore une fois l’occasion de réunir les développeurs et la communauté qui fait vivre Quantum GIS. Des avancées techniques ont eu lieu (un plugin, des bugfix), mais ce fut surtout l’occasion de discuter des orientations et des travaux en cours.
Les principaux points de discussion abordés lors de cette rencontre sont les suivants.
Changement de système de gestion de codeUn passage vers une gestion de code avec GIT est prévue, juste pour la sortie de la 1.7, afin de clarifier la situation actuelle où un dépot SVN et des copies GIT n’est pas optimale. Cela engendrera certainement des changements dans l’organisation sociale du projet, mais devrait permettre à plus de personnes de contribuer au projet, plus facilement.
Gestion de ticketsLa décision est prise de passer du système de gestion de tickets actuel qui est Trac, vers un système sous Redmine. La migration se fera en même temps que la migration vers GIT.
Globalement le projet QGIS est en train de refondre toute son infrastructure. En plus des systèmes de gestion de code et de gestion de tickets, l’architecture web de gestion de plugins est en totale réorganisation. Une version de développement de la plateforme de gestion de plugins est déjà en place, et a été longuement discuté pour l’améliorer encore, pour y mettre des statistiques, des tags, des notations, ainsi que pour faciliter l’administration.
QGIS ServerLes travaux de Marco Hugentobler permettent d’ors et déjà d’utiliser QGIS comme serveur WMS. Les discussions sur ce projet ont porté sur la possibilité d’intégrer TinyOWS pour pouvoir mettre en place facilement des serveurs WFS et WFS-T.
InterfaceLa discussion principale a porté sur la conception de composants génériques et réutilisables tels qu’un widget d’arbre réutilisable. Du travail sur les fenêtres de gestion de symboles a aussi été effectué.
OTBJulien Malik du projet Orfeo Toolbox était présent, et a présenté cette bibliothèque dédiée à la télédétection, dans le but de pouvoir discuter son intégration dans QGIS.
DocumentationDu progrès a été réalisé dans les différentes langues de la documentation, et Jean-Roc Morreale a montré un exemplaire couleur de la version papier, qu’on peut commander ici.
QGIS mobile ?Une première discussion a eu lieu pour déblayer le travail à effectuer pour avoir une version de QGIS fonctionnant sur mobile. Pour le moment la plateforme de choix semble être Android dans un premier temps, notamment car Qt4 y est déjà disponible.
FinancesLe projet QGIS continue à recevoir des donations régulières. Cela permet principalement de continuer à organiser les hackfest. Pour subvenir aux besoins du prochain rassemblement, le projet compte encore sur vos donations !
QGIS meeting
Marco Hugentobler propose d’organiser le prochain QGIS meeting en novembre à Zurich.
Un grand merci aux organisateurs et aux sponsors de cet évènement à Lisbonne :
- MunicÃpia
- OSGEO-PT
- Faunalia.PT
- Giovanni Manghi
- Vânia Neves
Vous pourrez retrouver ces points et plus de détail en anglais sur le post de Tim Sutton.
-
14:38 FOSS4G 2011, mode pratico pratique
sur Oslandia
Le FOSS4G 2011 aura lieu, comme vous le savez sûrement, à Denver (Colorado) du 12 au 16 Septembre.
Quelques infos ‘pratiques’, en lien avec ce rassemblement annuel et majeur, sinon de masse, des communautés SIG Open Source:- Le 17 sera consacré (comme désormais chaque année depuis Victoria) à un Code Sprint
- Il est possible de coupler le FOSS avec State of the Map, le rendez vous de la communauté OpenStreetMap également sur Denver, du 9 au 11. Si vous prenez cette option, sachez qu’il existe un léger discount avec certaines compagnies aériennes.
- Ou de coupler avec un autre rendez vous, toujours dans le Colorado, la semaine suivante à Boulder, pour un TC OGC.
- Le Call For Paper pour les présentations (30′) et les ligthning (5′) est encore ouvert jusqu’à ce Vendredi. Ce qui augure d’une prochaine et toujours enrichissante séance de vote pour choisir celles qui seront finalement retenues. (Les Workshops et tutorials sont déjà arrétés et listés ici).
- Les inscriptions sont en tarif early jusqu’au 15 Juin. (Et sachant qu’en ce moment l’euro est bien remonté face au dollar US…)
-
11:01 Sortie finale de PostGIS in Action
sur OslandiaPostGIS in Action le premier livre spécifiquement dédié à PostGIS, vient de sortir en version E-Book (PDF donc).
Et la version papier est en cours d’impression (disponible dès mi Avril)Pour le commander en ligne: [www.manning.com]
PostGIS in Action est rédigé par Regina Obe et son compagnon Leo S. Hsu, tous deux intervenants trés régulièrement sur la mailing list Postgis-users pour aider et accompagner les utilisateurs, et également en rédigeant de multiples articles et tutoriaux.
Regina a également participé à toute la réécriture de la documentation de PostGIS lors de la version 1.4, et fait partie du PSC PostGIS.
Une référence bibliographique précieuse donc, pour aborder PostGIS avec un autre axe que le seul manuel de référence.
L’ouvrage est décomposé en trois parties:Part 1 Learning PostGIS:
Pour poser les fondamentaux, concepts et fonctions de bases de PostGISPart 2 Putting PostGIS to work:
Optimisation, et analyse spatiale potentiellement complexePart 3 Using PostGIS with other tools
Connectivité avec d’autres outils SIG et extensions tel que WKT Raster ou PL/RL’ouvrage est en langue anglaise, à suivre pour d’éventuelles traductions.
-
18:41 Call For Paper: PostGIS Session in Paris, June 23.
sur OslandiaThe first PostgreSQL Session organized by Dalibo last february has been a big success.
More than 80 public and private participants gathered in Paris.
Dalibo and Oslandia want to carry on this success and set up a new conference day dedicated to PostGIS, on June 23d in Paris.http://www.postgresql-sessions.org/en/2/next
This message is a call for paper.
Some expected topics (non-exhaustive list) :
– Feedback on information systems architectures using PostGIS in
specific contexts (”exotic” constraints, high volumes…)
– decision process of GIS database, or migration from another spatial DB
– PostGIS 2.0 new features, WKT Raster
– Interoperability between PostGIS 2.0 and other softwares
– Link between PostgreSQL and PostGIS, and planned evolution
– …Talks duration will be 45′, including a 15′ questions and answers session.
Talks could be either in English or in French.Thank you for sending the following elements at contact@postgresql-sessions.org before April 22d :
– Presentation title
– Name of speaker(s)
– Summary of presentation (100-250 words)For any question, do not hesitate to contact us :
contact@postgresql-sessions.org.If you have any friends or colleagues that you think would be interested
in giving a talk, please forward this message to them! -
18:36 Call For Paper: Session PostGIS du 23 Juin sur Paris
sur OslandiaLa première session PostgreSQL organisée par Dalibo début Février a rencontré un vif succès.
Plus de 80 participants privés et institutionnels étaient réunis pour l’occasion sur Paris.Pour continuer sur cette lancée, Dalibo et Oslandia organisent le 23 Juin une journée de conférences dédiée à PostGIS, à Paris.
http://www.postgresql-sessions.org/2/next
Ce présent blog constitue un appel à contribution.
Quelques thématiques attendues (liste non exhaustive):
- Retour d’expériences sur des architectures utilisant PostGIS dans
des contextes spécifiques (contraintes métier ‘exotiques’, forte volumétrie…)
- Processus de choix et/ou migration entre PostGIS et une autre base de données spatiales.
- Nouvelles fonctionnalités de PostGIS 2.0 ou de WKT Raster.
- Couplage entre PostGIS et d’autres outils SIG, voire avec le reste du SI.
- Lien entre PostgreSQL et PostGIS, et évolutions.
- …Les présentations auront une durée de 45′, dont 15′ de questions/réponses.
Merci de renvoyer à contact@postgresql-sessions.org les éléments suivants avant le 22 Avril :
- Le titre de votre présentation,
- Le nom du ou des intervenant(s)
- Un résumé de votre intervention (100 à 250 mots environ).
Pour toute autre question n’hésitez pas à nous solliciter :
contact@postgresql-sessions.orgSi vous connaissez des amis ou collègues qui pourraient être intéressés
par une présentation, transférez leur ce message ! -
14:30 Code Sprint 2011 de Montreal
sur OslandiaPour cette troisième édition du Code Sprint OsGeo en Amérique du Nord, la formule commence à être bien rodée, et on retrouve des têtes désormais bien connues, pour une semaine aussi rythmée qu’intense.
Ce sprint initié sous le leitmotiv “The Rendez-vous of the Tribes” a rassemblé principalement les développeurs C, C++ et Python des outils SIG OpenSource de l’OsGeo (et apparentés)
Dans la pile on retrouve les incontournables ténors: MapServer, PostGIS, GDAL, mais aussi d’autres projets connexes comme LibLas, WKTRaster TinyOWS, Zoo, Mod_GeoCache, GeoPrisma ou encore le tout nouveau PyCSW.Cette semaine aura permis de nombreuses avancées dans les projets eux mêmes, une synthèse projet par projet a été réalisé par Daniel Morissette le dernier jour du Sprint.
Pour Oslandia, ce sprint a été l’occasion d’étendre TinyOWS en lui ajoutant la possibilité de venir désormais parser sa configuration dans un MapFile.
Et ainsi de disposer d’un seul fichier de configuration pour ceux (nombreux) qui utilisent MapServer et TinyOWS de manière complémentaire (typiquement un pour le WMS et l’autre pour le WFS).Ce sprint est aussi fécond des nombreuses conversations et synergies entre les développeurs et les projets.
La démonstration en cours de finalisation de l’équipe de GeoPrisma intégrant la quasi totalité des projets présents sur le sprint en est une illustration vivante (URL à venir)
Un des enjeux fort de ce type d’événement étant justement de resserer les liens entre projets.Cette année, nous n’étions pas, comme les éditions précédentes, les deux seuls européens avec Thomas Bonfort (MapServer), l’équipe du Zoo project (Gérald Fenoy et Nicolas Bozon) a aussi fait le déplacement au Québec.
Des remerciements chaleureux à Daniel Morissette qui s’est chargé de l’organisation impeccable du sprint sur Montreal,
et à tous les sponsors qui ont également permis de financer cet événement .
A noter que pour la première fois un sponsor Européen a également contribué à cet event, un merci tout particulier à NeoGeo.L’an prochain, c’est Michael P. Gerlek (aka mpg) qui prend le relais sur l’organisation, avec cette fois un choix de lieu sur la côte ouest, à savoir Seattle.
-
22:42 Nouvelles brèves de QGIS
sur Oslandia
Quelques informations diverses autour de Quantum GIS.Suite à la sortie de la 1.6 «Copiapó», un article est paru dans le dernier mensuel SIG-La-Lettre sur Quantum GIS : «QGIS, dynamique d’un SIG bureautique libre», par Vincent Picavet. On y fait état du HackFest de Wroclaw, des dernières avancées du logiciel, des fonctionnalités à venir… État des lieux du plus dynamique des SIG bureautique libre donc. Le numéro est en téléchargement PDF pour les abonnés.
D’autre part, la société indienne kCube Consulting a proposé de donner 6 mois de temps d’un développeur pour améliorer QGIS. Sur cette excellente nouvelle, la communauté a organisé un sondage pour savoir sur quelles priorités il fallait se concentrer. Au final le travail principal sera orienté vers la correction de bugs. C’est une bonne nouvelle, car si le développement de nouvelles fonctionnalités est souvent financé par les contrats client des diverses société de services travaillant sur QGIS, il n’en est pas de même du travail de fond de correction de bug, amélioration du code, refactoring, amélioration d’ergonomie, etc. De bonnes perspectives pour l’amélioration de la qualité général de ce logiciel donc.
Pour en savoir plus sur ce point, Tim Sutton a publié une interview de Kumaran Narayanaswamy et SunilRaj Kiran de kCube.
Toujours dans les actualités de QGIS, un master class de prise en main sera organisé lors des Rencontres SIG-La-Lettre. Le résumé de la session : «Quantum GIS, plus connu sous son diminutif QGIS, est indéniablement le projet de SIG bureautique libre en vogue. Cette session de tutoriel encadré vous permettra de découvrir ce logiciel et d’avoir un aperçu global de ses fonctionnalités. Chargement de données raster ou vecteur, édition de données, webservices, symbologie, composition de cartes, interaction avec les bases de données, système de plugin, traitement vecteur et raster avec GRASS, les possibilités de QGIS sont nombreuses, et vous serez à la sortie de ce cours en mesure de savoir comment elles peuvent répondre à vos problématiques.».
Cette formation de 2h30 environ sera réalisée par Jean-Roc Morréale et Vincent Picavet sous l’égide de l’OSGeo-fr. Ne ratez pas les inscriptions, les places seront limitées.
Le même Jean-Roc Morréale a également annoncé récemment la sortie du manuel de QGIS 1.6 en Français à jour. Il devrait être disponible sous peu en version papier, imprimé à la demande par un service d’impression en ligne. Les bénéfices iront à l’association OSGeo-fr, notamment pour pouvoir faire la promotion des outils libres SIG sur les salons.
-
11:29 QGIS 1.6.0 «Copiapo»
sur Oslandia
La nouvelle version de QGIS, le SIG bureautique libre dynamique, est sortie. Voici la traduction de l’annonce de sortie :Nous sommes heureux d’annoncer la sortie de QGIS 1.6.0 ‘Copiapo’
Des paquets binaires et source sont disponibles sur [download.qgis.org]
Cette version inclus de nombreuses nouvelles fonctionnalités pour rendre votre utilisation de QGIS encore meilleure que précédemment. Cette version contient aussi beaucoup de corrections de bugs qui devraient améliorer la stabilité comparé aux versions précédentes. Voir ci dessous pour une liste plus détaillée des changements.
Pendant cette sortie de QGIS 1.6.0, l’équipe de gestion de la communauté QGIS travaille dur sur la mise à jour du manuel utilisateur de QGIS pour la version 1.6. Le guide sera bientot prêt, et nous l’annoncerons dès qu’il sera disponible.
QGIS est un projet dirigé entièrement par des volontaires, et résulte du travail d’une équipe dédiée de développeurs, documenteurs et supporters. Nous adressons nos remerciements et notre gratitude aux très nombreuses heures que les gens ont passées pour que cette nouvelle version voie le jour.
Si vous voulez faire une donation ou sponsoriser notre projet, visitez notre page dédiée. QGIS est un logiciel libre, et vous n’avez donc aucune obligation pour cela. Nous voudrions remercier toutes les personnes qui ont fait des donations par le passé. Celles ci nous aident à tenir un hackfest tous les six mois, où nous préparons pour vous de nouvelles fonctionnalités excitantes !
Les binaires de la version windows ont été téléchargés près de 100000 fois, et nous espérons que cette version sera au moins aussi populaire!
Bonne QGISation!
Quoi de neuf dans la version 1.6.0 ‘Copiapo’ ?Veuillez noter qu’il s’agit d’une version dans la série «à la pointe». C’est à dire qu’elle contient de nouvelles fonctionnalités et étend l’interface de programmation par rapport à QGIS 1.0.x et QGIS 1.5.0. Nous vous recommandons d’utiliser cette version plutôt que les versions précédentes.
Cette version inclue plus de 177 corrections de bugs et de nombreuses nouvelles fonctionnalités et améliorations. Encore une fois il est impossible de documenter tout ce qui a changé et nous donnerons juste une liste des principales nouvelles fonctionnalités.
Améliorations générales- Ajout du support de gpsd pour la surveillance en direct de GPS
- Nouveau plugin pour l’édition hors-ligne
- Le calculateur de champ insère des objets NULL dans le cas d’erreur de calcul au lieu de s’arrêter et d’annuler le calcul pour tous les objets
- Possibilité pour l’utilisateur d’ajouter des chemins de recherches spécifiques pour Proj.4, et mise à jour de srs.db pour inclure des référence de grille
- Ajout d’une nouvelle implémentation de calculateur de raster natif (C++) qui peut gérer de grands rasters efficacement
- Amélioration de l’interaction avec le widget d’étendue dans la barre de tache pour permettre le copier/coller
- Nombreuses améliorations et nouveaux opérateurs pour le calculateur de champs de données vecteur, dont la concaténation, comptage de lignes…
- Ajout d’une option –configpath qui surcharge le chemin par défaut (~/.qgis) pour la configuration utilisateur, et utilisation de ce répertoire pour QSettings également. Cela
- permet par exemple d’avoir une installation sur une clé externe avec tous les plugins et les réglages.
- Support expérimental de WFS-T. Portage de WFS-T vers le network manager
- Amélioration et nettoyage du géoréférenceur
- Support pour les long int dans la boite de dialogue d’attributs et dans l’éditeur
- Incorporation du projet QGIS Mapserver dans le dépot SVN officiel et mise à disposition de paquets. QGIS Mapserver permet de mettre à disposition des projets QGIS Ã
- travers le protocole OGC WMS
- Nouvelles fonctionnalités pour l’outil de sélection et de mesure avec des sous-menus
- Support pour les tables non-spatiales (actuellement formats OGR, texte délimité et PostgreSQL). Ces tables peuvent être utilisées pour des recherches de champs ou plus
- généralement naviguées et éditées en utilisant le visualiseur de tables.
- Ajout du support pour la recherche de chaine pour les identifiants de features ($id), et autres améliorations relatives à la recherche
- Ajout d’une méthode reload pour les couches et l’interface provider. Cela permet aux providers avec cache (WMS, WFS) de synchroniser les changements avec la source de données
- Ajout d’une nouvelle option dans le menu de légende de raster qui va élargir la couche courante en utilisant les valeurs min et max de pixel de l’étendue courante
- Lors de l’enregistrement de shapefile en utilisant le menu contextuel de l’arbre de couches (’Sauvegarder sous’), il est maintenant possible de spécifier les options OGR.
- Dans l’arbre de couches, il est maintenant possible de sélectionner et enlever plusieurs couches à la fois
- Possibilité de définir les positions des labels suivant les valeurs de champs
- Passage à la ligne, police et tampon définis par les données de valeur de champs
- Ajout de trois nouveaux modes de classification au rendu gradué (dans la nouvelle symbologie), notamment «limites naturelles» (Jenks), déviation standard, «limites jolies» (basé sur pretty, de l’environnement de statistiques R)
- Vitesse améliorée pour le chargement de la boite de dialogue de propriétés de symboles
- La rotation et la taille peuvent être définies par les données pour le rendu en catégorie et gradué
- Modification de la taille de la ligne des symboles également pour la taille suivant l’échelle
- Remplacement de l’implémentation des histogrammes de raster par un nouveau basé sur Qwt. Ajout d’une option pour sauver l’histogramme comme une image.
- Visualisation de la valeur de pixel sur l’axe X de l’histogramme de raster
- Ajout de la possibilité de sélectionner interactivement des pixels à partir du canevas pour remplir la table de transparence dans la boite de dialogue des propriétés d’une couche raster
- Possibilité de création de dégradés de couleurs dans la combobox des couches vecteur
- Ajout d’un bouton «style manager» au sélécteur de symbole pour que les utilisateurs trouvent le gestionnaire de style plus facilement
- Ajout de la possibilité de montrer et de manipuler les tailles des objets du composeur dans la boite de dialogue de positionnement
- les objets du composeur peuvent désormais être effacés avec la touche backspace
- Tri dans la table d’attribut du composeur (multi-colonnes et ascendant/descendant)
-
12:00 QGIS HackFest − Nuit et Jour 3
sur OslandiaLe deuxième jour s’achève en fait le 3ème. Les machines chauffent sous l’effort des compilateurs, et les heures passent. Une réunion du PSC, le comité de pilotage du projet, est organisée à près de minuit, avec la présence de Gary Sherman à distance.
Le PSC de QGIS est composé de :
- Président : Gary Sherman
- Gestion des releases : Tim Sutton
- Responsable technique : Marco Hugentobler
- Responsable gestion des communautés : Otto Dassau
- Finances et Marketing : Paolo Cavallini
Plusieurs points sont abordés au cours de ce meeting.
Une première proposition est faite pour établir des certifications QGIS, à destination d’utilisateurs débutants. La discussion porte sur les modalités d’une mise en place de cette certification. La première étape sera d’établir un groupe de travail, puis de définir un contenu de formation à certifier.
La question est ensuite posée de l’adoption d’un nouveau membre pour le PSC, les membres actuels ayant largement assez de travail. Il est décidé de commencer par définir le rôle du nouveau membre potentiel.
Le point suivant est la migration vers Git pour remplacer subversion. La décision est d’utiliser un miroir svn-git pour le moment, et de faire un compte rendu quelques temps plus tard pour mesurer l’autorisation.
Paolo présente ensuite un bilan financier du projet. La moitié des fonds disponibles ont été dépensés pour le hackfest, il reste donc encore de quoi en organiser un autre !La longue journée de travail s’achève alors.
Le dimanche commence par une session sur les gestion de bases de données dans QGIS. Après un résumé sur les fonctionnalités actuelles présentes dans le core et les plugins, on discute l’interface idéale souhaitée, pour la direction globale du projet. Une stratégie est finalement établie : commencer par regrouper tous les éléments de base de données dans un menu spécifique, puis supprimer et factoriser les éléments redondants.
Une réunion des utilisateurs de GRASS permet de faire le point sur ses fonctionnalités.
En début d’après midi de nombreuses améliorations sont commitées, sur le plugin 3D, l’interface générale, la symbologie, le snapping, l’intégration de GRASS.
L’occasion de rappeler l’évolution des différentes versions de QGIS:
Pirmin présente ensuite l’utilisation de Git et git-svn dans le cadre de QGIS, afin de familiariser les développeurs avec cet outil.À la session pizza succède la session photo de groupe dans la station météorologique et sous le soleil de notre lieu d’accueil.

Plusieurs participants partent au fur et à mesure de l’après midi, pendant que les autres continuent le travail. -
9:31 QGIS HackFest − 2ème jour
sur OslandiaJournée bien remplie avec beaucoup de discussion. Elle commence avec du code et de la documentation.
Ensuite une première session d’audit d’ergonomie est organisée. Il s’agit de parcourir toutes les fenêtres de QGIS, et de déterminer pour chacune si elle doit être modifiée ou si elle est correcte en l’état. Beaucoup de discussion sur les différentes manières de présenter une information, et les cas d’utilisation associés. Cela permet de faire émerger des manques généraux de l’application, des widgets et des fenêtres à refactoriser. Beaucoups de points divers et variés sont soulevés et devront être corrigés. Certains sont des détails, d’autres nécessitent des efforts plus importants. La session est ajournée après plusieurs dizaines de fenêtres passées en revue et quelques heures de discussion.
Une présentation de Pirmin Kalberer de Sourcepole détaille ses développement sur un plugin de globe 3D pour QGIS, synchronisé avec la vue 2D. Ce plugin est fonctionnel dans la branche «threading» de QGIS, mais nécessite encore beaucoup d’améliorations. Il ne fonctionne pour le moment qu’avec des données en latitude/longitude, car les fonctions de reprojection raster ne sont pas encore présentes dans le coeur de l’application. Les fonctionnalités de synchronisation et de navigation sont aussi en cours d’amélioration. D’autres pistes de travail sont envisagées, mais il faut auparavant stabiliser la branche «threading» et la passer dans le trunk du code.
QGis Goes 3D
Martin Dobias enchaine donc sur l’état de cette branche. Le principe est de faire un rendu multithreadé. Cela permet d’une part d’améliorer la vitesse d’affichage (jusqu’à deux fois plus rapide), et de passer le rendu indépendant du reste de l’interface, autorisant l’utilisateur à continuer à utiliser la fenêtre principale pendant l’affichage du rendu cartographique. Le code de cette branche est quasiment finalisé dans ses grandes lignes, il reste quelques points à améliorer. Mais surtout il faut des tests intensifs, car la gestion de threads conccurents amène parfois à des cas complexes de «race condition» et plantage de l’application. La question est posée d’une solution pour augmenter les tests de cette branche : une inclusion dans le trunk précoce quitte à avoir une application instable pendant un moment (en version de développement uniquement), ou la diffusion de binaires qui permettront l’installation et les tests plus facilement ?

Tim Sutton goes 3D
Un des gros morceaux à aborder est ensuite la gestion des plugins, la façon dont ils sont gérés, et la façon dont ils s’insèrent dans l’interface. Une proposition est faite par Martin et Borys Jurgiel, avec un mécanisme d’installation basé sur un dépot web central, et des dépots de code distribués. L’interface dans QGis pour l’installation et la gestion des plugins serait également refaite pour intégrer de nouvelles métadonnées et aller chercher les plugins sur le nouveau dépôt.
La partie plus complexe est aussi la façon dont les plugins s’insèrent dans l’interface générale. La proposition est ici de faire une gestion contrôlée par l’utilisateur, à base de toolboxes et toolbars configurables à souhait, et une gestion de profils pour adapter l’interface à un usage spécifique.
Cette partie nécessite encore de l’affinage pour convaincre totalement, et il reste un certain nombre de problèmes discutés qui sont encore à résoudre, comme la gestion des tickets de rapport de bug sur les plugins, la sécurité sur le dépot, l’inclusion de plugins dans la version packagée de QGIS, la gestion de la qualité et des guides de bonnes pratiques dans les contributions utilisateur, la mise en avant de plugins de bonne qualité, et quelques autres points annexes.La journée se termine tard et il reste nombre de points à aborder pour le lendemain.
-
11:15 QGIS HackFest − Jour 1
sur OslandiaPremier jour effectif de travail.
Les derniers arrivants rejoignent le groupe au cours de la journée, et ce sont donc au total 27 personnes qui sont réunies pour travailler sur Quantum GIS. Les origines sont diverses, et plutôt européennes : Pologne, Suisse, Allemagne, Autriche, Slovaquie, République Tchèque, Italie, Lettonie, et Tim Sutton qui a fait le déplacement d’Afrique du Sud.
La matinée du premier jour, chacun s’affaire à ses travaux en cours, et principalement la préparation de la sortie de la version 1.6. Du travail sur la documentation est aussi commencé, et des corrections de bugs sont également réalisées.
C’est le moment aussi où on fixe les discussions à tenir pour les gros problèmes à aborder. Quatre thématiques sont planifiées pour le samedi :
- Gestion d’un dépôt de plugins
- Gestion des bases de données dans QGIS
- Introduction d’un globe 3D
- Traduction du manuel
Après la classique pause pizza – coupure réseau, on se remet sur les machines.
L’après midi, une session de travail sur l’écriture de plugins Python est organisée. Quelques heures pour expliquer les concepts de QT, les bindings pythons, l’architecture de QGIS, les moyens d’extension, et les grands principes de l’écriture de plugin. L’écriture du code en détail est gardée pour le lendemain.
Des petits groupes se forment pour résoudre des problèmes spécifiques, et l’équipe quitte les lieux à 21h pour un repas en ville. Mélange intéressant de restaurant Mexicano-polonais.
Vous pouvez toujours suivre l’évènement sur IRC ( #qgis sur FreeNode) et en streaming avec une des deux caméras.
-
14:26 QGIS HackFest − Jour 0
sur Oslandia
Départ de Paris sous la pluie, passage par Munich pour une visite de l’aéroport, avant de rejoindre Wroclaw en début de soirée.Nos hôtes Pawel et Milena nous récupèrent, avec une petite délégation de SourcePole. On passe par le lieu de l’évènement où une dizaine de développeurs sont déjà au travail. Direction ensuite l’hotel proche pour un repas.

C’est l’occasion de mettre des visages sur des noms de mailing lists, et des surnoms IRC. C’est aussi l’occasion de discussions générales sur QGIS, et de premiers plans de travail. Parmi les sujets évoqués :
- Refonte de l’utilisation de PostGIS, Spatialite, et des bases de données en général.
- Gestion de la documentation, pour faciliter le travail des traducteurs
- Gestion des plugins, pour pouvoir gérer leur maintenance, et faciliter leur utilisation par les utilisateurs
- Développement sur Globe
Comme les communautés de développeurs sont mondiales, tout le monde a l’occasion de participer quasi en réel grâce au streaming vidéo mis en place :
-
18:44 Présentations FOSS4G
sur Oslandia
La période de rentrée a été bien remplie, et peu de monde a trouvé le temps de faire les bilans, compte rendus et mise en ligne du dernier FOSS4G. Mais ça y est, toutes les présentations sont enfin disponibles !
Vous trouverez sur le site de l’évènement la liste complète des supports, pour les présentations de la session générale ainsi que pour les présentations de la session académique.
Oslandia participait à cette conférence avec trois présentations :
- Vincent Picavet a présenté «Running long and complex processes with PostGIS», et le PDF des slides est disponible.
- Il a également présenté «State of the art of FOSS4G for topology and network analysis», le PDF est aussi en ligne.
- Olivier Courtin a pour sa part présenté «PostGIS meets the third dimension», dont vous pourrez récupérer les slides.
Le nombre de présentations données a été impressionnant, ainsi que la qualité globale. Pour les PostGIS-addict qui suivent ce blog, une petite sélection des présentations sur ce sujet :
- Beyond PostGIS – New developments in Open Source Spatial Databases
- Introducing PostGIS WKT Raster: Seamless raster/vector operations in a spatial database
- Moving from Oracle/ArcGIS to PostGresql/PostGIS
- PostGIS WKT Raster. An Open Source alternative to Oracle GeoRaster
- The State of PostGIS
- Tips for the PostGIS Power User
Mais n’hésitez pas à parcourir la liste complète, nombre de talks sont très intéressant.
Bonne lecture !
-
9:30 GDAL s’invite sur le Web
sur OslandiaLe trio de stars Christopher Schmidt, Frank Warmerdam et Schuyler Erle s’est assis autour d’une table pour discuter d’un plan intéressant : faire discuter GDAL et le Web.
VSIL est une API de GDAL permettant d’accéder à des fichiers en mode streaming. L’idée est de pouvoir lire des blocs d’images en continu, et peut notamment servir à lire les métadonnées sans accéder à toute l’image.
Franck a alors travaillé à l’utilisation de cette API pour accéder à des images par [HTTP,] fortement aidé par Even Rouault qui avait déjà écrit la plupart du code.
Il y a désormais un driver vsicurl dans GDAL permettant l’accès à des fichiers en [HTTP,] pour lire des morceaux d’image. Un exemple est la lecture des métadonnées d’une image de 1.2GB en seulement 64Kb de données transférées.
Les quelques tests préliminaires faits par Christopher Schmidt ont montré que le surcoût de l’utilisation de HTTP n’est pas rédhibitoire, puisqu’une différence de 30% de temps supplémentaire a été observée.
Comme quoi, après 10 ans, la bibliothèque GDAL continue à évoluer et s’améliorer en permanence !
-
20:34 PostgreSQL 9.0 + PostGIS 1.5.2
sur OslandiaNous avons attendu un peu avant d’annoncer le grand évènement qu’est la sortie de PostgreSQL 9.0. D’autres s’en sont chargés auparavant un peu partout sur le web.
Nous avons en fait attendu la sortie de PostGIS 1.5.2, nouvelle version mineure qui vient de voir le jour. Cette version apporte la compatibilité avec PostgreSQL 9.0 ceci expliquant cela.
PostgreSQL 9.0PostgreSQL 9.0 est une version majeure, qui voit le panel de fonctionnalités de ce SGBD encore élargi, de façon impressionnante. Les fonctionnalités phares de cette sortie sont principalement :
- Streaming Replication, ou réplication continue. Cela permet d’avoir un serveur répliqué avec un faible temps de latence entre les deux copies.
- HOT standby permet d’utiliser le serveur de réplication en lecture seule, en faisant un système de répartition de charge.
La conjonction de ces deux features offre des possibilités en terme de réplication, de tenue à la charge, de haute disponibilité directement incluses dans le coeur de PostgreSQL.
D’autres nouveautés sont également au programme, notamment :
- Intégration de la mise à niveau sur site (pg_upgrade), simplifiant grandement les mises à jour, sans avoir à faire de backup/reload des bases.
- Authentification RADIUS
- Vérification de la force des mots de passe (passwordcheck)
- Commandes facilitant la gestion des permissions de la base (GRANT ON ALL et DEFAULT PERMISSIONS)
- Contraintes d’unicité retardées
- Déclencheurs sur condition, déclencheurs de niveau colonne
- Tri dans les agrégats
- Nouvelles fonctions de fenêtrage (ROWS PRECEEDING et FOLLOWING)
- Blocs de code procédural anonyme (instruction DO)
- Procédures stockées Perl et Python améliorées (incluant le support de Python 3)
- Appels par paramètres nommés
- Messagerie d’événements améliorée (LISTEN/NOTIFY)
- Support de Windows 64-bit
- Optimisation des requêtes produites par les ORM (suppression de JOIN)
- Clés d’unicité pour les données non-scalaires (contraintes d’exclusion)
- Support étendu des données clé-valeur (HStore)
- Plans aux formats JSON et XML
La nouvelle version de PostGIS apporte quant à elle d’une part la compatibilité de PostGIS avec PostgreSQL 9.0, ce qui est la raison principale de cette sortie, mais également quelques corrections de bugs, détaillés ci dessous.
Les binaires pour windows seront bientôt disponibles, ainsi que la mise à jour du Stackbuilder PostgreSQL, et des binaires 64 bits Windows. Les paquets ne devraient pas tarder à être intégrés dans les distributions Linux, les source sont là , alors n’hésitez pas à migrer !
- Bug Fixes - Loader: fix handling of empty (0-verticed) geometries in shapefiles. (Sandro Santilli) - #536, Geography ST_Intersects, ST_Covers, ST_CoveredBy and Geometry ST_Equals not using spatial index (Regina Obe, Nicklas Aven) - #573, Improvement to ST_Contains geography - Loader: Add support for command-q shutdown in Mac GTK build (Paul Ramsey) - #393, Loader: Add temporary patch for large DBF files (Maxime Guillaud, Paul Ramsey) - #507, Fix wrong OGC URN in GeoJSON and GML output (Olivier Courtin) - spatial_ref_sys.sql Add datum conversion for projection SRID 3021 (Paul Ramsey) - Geography - remove crash for case when all geographies are out of the estimate (Paul Ramsey) - #469, Fix for array_aggregation error (Greg Stark, Paul Ramsey) - #532, Temporary geography tables showing up in other user sessions (Paul Ramsey) - #562, ST_Dwithin errors for large geographies (Paul Ramsey) - #513, shape loading GUI tries to make spatial index when loading DBF only mode (Paul Ramsey) - #527, shape loading GUI should always append log messages (Mark Cave-Ayland) - #504 shp2pgsql should rename xmin/xmax fields (Sandro Santilli) - #458 postgis_comments being installed in contrib instead of version folder (Mark Cave-Ayland) - #474 Analyzing a table with geography column crashes server (Paul Ramsey) - #581 LWGEOM-expand produces inconsistent results (Mark Cave-Ayland) - #471 DocBook dtd errors (Olivier Courtin) - Fix further build issues against PostgreSQL 9.0 (Mark Cave-Ayland) - #572 Password whitespace for Shape File to PostGIS Import not supported (Mark Cave-Ayland) - #603 shp2pgsql: "-w" produces invalid WKT for MULTI* objects. (Mark Cave-Ayland) - Enhancement - #513 Add dbf filter to shp2pgsql-gui and allow uploading dbf only (Paul Ramsey) -
20:20 Le Foss mode d’emploi
sur OslandiaA quelques jours maintenant de l’événement le temps se structure, avec un programme détaillé des conférences et workshops de la semaine.
On notera l’effort des organisateurs de réaliser des sessions thématiques qui s’enchainent dans la même salle.
En marge des conférences, les breakouts sessions (BoF) permettent sur une thématique donnée de faire avancer le schmilblick en regroupant dans un même espace temps les acteurs des communautés concernées.
Cette année pour l’instant une seule soirée est censée en accueillir (le mercredi soir un peu avant le diner de Gala), à suivre…
Rappelons que des projets comme OpenLayers, ou le concept de TMS furent initiés à la suite d’un BoF.
Enfin dernier item pouvant figurer sur vos agendas le code sprint du vendredi, où là c’est une journée entière qui est allouée à différents projets OpenSource préexistant.
En général (fatigue aidant) cette journée est plus orientée discussions et décisions que code à proprement parler…Voici pour le IN, pour le OFF nul doute que Barcelone la latine saura répondre présente à sa réputation festive !
Au plaisir de vous y voir !
-
10:00 Binaires windows pour PostGIS 2.0
sur Oslandia
Leo Hsu et Regina Obe ont mis à disposition de la communauté des binaires pour Windows de PostGIS 2.0, la prochaine version majeure de PostGIS. Ces binaires incluent la version courante (au 2 aout) du dépot subversion de PostGIS, ainsi que l’interface graphique de chargement de Shapefiles dans la base de donnée. Ils incluent également WKTRaster, le support des images rasters dans PostGIS. Celui ci est en actif développement, et PostGIS 2.0 sera la première version à proposer un support des rasters.On retrouve donc dans ces binaires :
- les corrections faites sur PostGIS pour la 1.5.2 et la 2.0.0
- Les nouveautés de PostGIS 2.0
- Le support des rasters
- GEOS 3.3.0SVN, Proj 4.6.1
Les binaires sont disponibles pour PostgreSQL 8.4 et 9.0. Voici les liens de téléchargement direct :
N’hésitez pas à installer et tester ces versions, et à remonter les problèmes vers la mailing list ou à ouvrir des tickets de rapport de bug.
-
14:17 Sortie de QGIS 1.5 «Tethys»
sur Oslandia
On en parle déjà un peu partout, comme sur linuxfr, ou sur georezo, forum-sig et d’autres (en russe) : la nouvelle version de QGIS, le Système d’Information Géographique bureautique, vient de voir le jour. Il s’agit de la 1.5, dont le nom de code − après «Enceladus» pour la 1.4 − est cette fois ci «Tethys».La liste détaillée en français des nouveautés de cette version est disponible sur le site de QGIS. On y trouve des fonctionnalités attendues, notamment :
- Le support du protocole WMS-C, qui permet de charger des couches tuilées, servies par TileCache par exemple.
- Intégration de GDALTools, qui était auparavant une extension. Elle permet de bénéficier des fonctionnalités de GDAL pour les rasters : gestion des MNT, création de courbes de niveau, etc.
- Des changements dans l’interface pour le composeur, la console Python, la recherche de serveurs WMS, un outil de mesure d’angle, des annotations…
- De nombreuses améliorations dans la symbologie «nouvelle génération»
- La possibilité de sauver les couches vecteur dans n’importe quel format supporté dans GDAL/OGR
- L’inclusion des références IGNF pour les définitions des systèmes de coordonnées français
Cette version corrige également un grand nombre de bugs, la liste complète des changements peut être lue à :
Vous pouvez donc télécharger et installer cette excellente version, les binaires sont disponibles à l’adresse suivante :
Le développement de QGIS est toujours intense, et des efforts sont faits actuellement pour optimiser le moteur de rendu (multithreading), pour améliorer le système de gestion des plugins, pour supporter le WFS-T, pour améliorer l’intégration avec MapServer et d’autres choses encore.
-
19:41 MapServer 5.6.4 et 4.10.6
sur Oslandia
De nouvelles versions de MapServer ont récemment vu le jour : la 5.6.4 suivie de la 5.6.5 et la 4.10.6. Les sources des versions précédentes ont également été patchées.
Ces nouvelles versions n’apportent aucune nouvelle fonctionnalités, mais n’en sont pas moins importantes car elles corrigent des failles de sécurité. En effet comme le souligne Daniel Morissette, l’augmentation du nombre de déploiements de MapServer a fait que de plus en plus d’organismes effectuent des audit du code source. Cela est rendu possible par la nature OpenSource de MapServer, et le dépôt subversion public. Et de fait cela conduit à une amélioration de la qualité du produit, car ici ces audits ont permis d’identifier des failles potentielles dans l’interface CGI de MapServer.
Sans rentrer dans les détails, ces failles étaient causées par la possibilité de passer des arguments de ligne de commande au programme CGI de MapServer. Les arguments qui pouvaient être donnés pour du Debug de développement étaient susceptibles de poser des problèmes de sécurité. Ils ont donc été désactivés, à part quelques options sans risque comme -v. Une faille de type «buffer overflow» a aussi été découverte et corrigée.
Ces corrections n’affectent pas les fonctionnalités et ne devraient avoir aucun impact négatif pour les utilisateurs de MapServer. Seuls les développeurs pourraient être impactés.
D’autres informations plus génériques ont aussi été tirées de cet audit, qui devraient profiter à la sécurité et la robustesse générale du futur MapServer 6.0.
La version 5.6.5 corrige elle un bug sur le calcul d’échelle qui provoquait un mauvais fonctionnement de MINSCALE/MAXSCALE.
Vous pouvez télécharger les nouvelles versions et les installer :
A noter que les paquets Debian et Ubuntu devraient désormais être à jour (vérifiez tout de même que vous avez bien mis la liste des paquets à jour et que les numéros de version correspondent).
La liste complète des changement est accessible à l’adresse suivante :
et
EDIT : ajout de la sortie de la 5.6.5. Merci à Daniel Morissette pour le commentaire judicieux.
-
3:29 TinyOWS 0.9.0 présenté lors de l’OsGIS UK 2010
sur OslandiaUne nouvelle version de TinyOWS vient de sortir, cette nouvelle release, la 0.9.0 apporte une avancée majeure dans l’architecture de l’application.
En effet désormais TinyOWS peut fonctionner en mode FastCGI, et ainsi conserver des objets en mémoire d’une requête sur l’autre (typiquement la connection à PostGIS, ou la structure du fichier de configuration…)
Les performances sont donc on s’en doute drastiquement améliorées, avec des gains pouvant être de l’ordre de facteur 2 par rapport à l’utilisation via la classique CGI.

A l’occasion de la sortie de TinyOWS 0.9.0, une conférence sur les performances des serveurs WFS OpenSource a été animée par Olivier lors de l’OsGIS UK à Nottingham.La présentation est d’ores et déja disponible en ligne,
la vidéo devrait suivreUPDATE: les vidéos aussi…On retrouvera dans cette présentation des considérations de portée générale sur les moyens d’améliorer les performances de serveurs WFS, notamment en minimisant la taille des données échangées entre client et serveur.
TinyOWS est à l’issu de ce bench réalisé avec MapServer et GeoServer, l’application la plus rapide en WFS, avec des écarts, suivant les uses cases, particulièrement significatifs.
Les benchs réalisés ont permit également de mettre en évidence des points d’amélioration pour les futures versions, et notamment le coût encore très élévé de la validation XSD sur les opérations d’insert et d’update en WFS-T.
Pour illuster ces propos un graphe de inclusions de fichiers XSD de WFS 1.1

Une des réactions d’Arnulf Christl, président de l’OsGEO, et assidu des TC OGC, à l’issue de cette présentation était justement de demander avec à propos si les futurs schemas OGC ne devraient pas faire en sorte de se limiter en terme de complexité…
-
10:06 Bases de données spatiales et standards internationaux
sur OslandiaBenjamin Chartier dans son blog, a recemment posté un article concernant les bases de données spatiales et leur conformité aux standards existants.
Il s’appuyait notamment en celà sur l’étude de Nicolas Ribot réalisé pour le compte du CNES en 2007 (à noter que Nicolas a actualisé son étude dernièrement et en a présenté les principaux éléments lors des dernières rencontres SIG La Lettre).
Quelques éléments complémentaires sur ce sujet, car la question du respect des standards pour les bases de données spatiales, est pour l’instant un tantinet plus complexe qu’une ’simple’ implémentation de spécification.
Quelques éléments de contexte
Première difficulté en effet, on retrouve deux organismes de standardisation, à savoir l’ISO et l’OGC, avec plusieurs spécifications distinctes:
- OGC Simple Feature for SQL (OGC SFS)
- Son homologue ISO 19125 (qui est la déclinaison ISO de SFS)
- ISO 13249-3 (plus connu sous le nom de ISO SQL/MM spatial)
Il faut bien comprendre au niveau ISO que 13249-3 (SQL/MM donc) ne dépend pas du TC 211, comme les autres spécifications géographiques, mais d’un groupe de travail lié davantage au SQL (le JTC1 SC32 WG4).
Dis autrement, il y a donc une forte proximité entre OGC SFS et ISO 19125, mais une distance importante entre ISO SQL/MM.
Et pour rajouter encore un peu d’entropie à l’ensemble il faut évidemment compter avec les différentes versions:
- OGC SFS 1.1, la plus couramment implémentée, (mais qui date de 1999)
- OGC SFS 1.2, la version ‘officielle’ du moment (publiée fin 2006)
- La dernière version de SQL/MM-3 datant aussi de 2006.
le SWG ISO 19125
Au niveau OGC un nouveau groupe de travail vient de voir le jour sous l’impulsion de John Herring (Oracle), pour harmoniser le paysage des spécifications entre OGC SFS, ISO 19125 et ISO SQL/MM et les enrichir le cas échéant (fonctions 3D, référencement linéaire…) .
Ce groupe de travail répondant au doux nom de SWG ISO 19125, est ouvert à tous les membres OGC.
Oslandia via Olivier Courtin fait partie de ce groupe, et représente en ce sens PostGIS à l’OGC.Si vous êtes membre OGC (ou envisagez de le devenir) et que ces problématiques vous concerne, ne pas hésiter à venir participer à cette initiative.
Et PostGIS dans tout celà ?
Si l’on fait un comparatif rapide des différentes spécifications et de l’implémentation dans PostGIS l’on se rend compte des points suivants:
Intitulé ISO SQL/MM-3 OGC SFS PostGIS Support des Curvilignes Oui Non Partiel: les primitives géographiques sont supportées, mais de nombreuses fonctions ne les supportents pas ou les ‘réduisent’ à des géometries simples sans la composante curviligne. Support des PolyhedralSurface (volumes 3D) Brievement évoqué Oui à partir de la 1.2 En cours, prévu pour la 2.0, communication au FOSS4G 2010 prévue Support des dimensions Z et M Oui Depuis la 1.2, mais avec une expression différente au niveau du WKT de celle de ISO SQL/MM Oui depuis PostGIS 1.0 mais dans une syntaxe propriétaire (EWKT/EWKB), à partir de PostGIS 2.0 pour une conformité ISO SQL/MM du WKT (déja commité dans le trunk) Surcouche Topologique Oui permet de placer par dessus des données ‘Spaghetti’, un modèle relationnel topologique (adjacence, arcs, edges…) Non Des vélléités d’une première implémentation en 2006, mais pas finalisée depuis faute de financements Routing (très) basique Oui un dijkstra est présent Non Non Fonction référencement linéaire Oui Non, mais prévu pour la future version de ISO 19125, (cf rubrique suivante) Des fonctions existent mais sans conforme au standard ISO SQL/MM, ce point est identifié comme étant un besoin de financement Fonctions topologie incluant la 3D (9-DIM) Non Non, mais prévu pour la future version de ISO 19125, (cf rubrique suivante) Non, mais en recherche de financement pour mettre en oeuvre les fonctionnalités ISO 19125 en avance de phase Mécanisme d’annotations textuelles sur des géométries Non Depuis la version 1.2 Non Tables additionnelles pour gérer les données geometry_columns et spatial_ref_sys Conforme à OGC SFS (mais pas à SQL/MM). Rajoute depuis la 1.5 une vue geography_columns pour les données géocentriques. Systéme de projection inconnu Se code avec un SRID = 0 Non couvert par la specification Utilise SRID = -1. Doit passer à SRID = 0 dans le cadre de PostGIS 2.0 PostGIS supporte OGC SFS 1.1 depuis sa version PostGIS 1.0 et a obtenu le statut compliant pour sa branche 1.1.
Depuis la version de PostGIS 1.3, les efforts se portent désormais clairement vers le support de ISO SQL/MM.
C’est cette préoccupation qui a conduit à prefixer les noms des fonctions du préfixes ST_ (pour Spatial Type).Le support complet de ISO SQL/MM doit être vu comme un objectif à long terme, au vu de la richesse fonctionnelle de SQL/MM, (pour donner un ordre d’idée OGC SFS tient en 100 pages, il en faut 600 pour SQL/MM !)
-
16:31 Les nouveautés de PostgreSQL 9.0
sur OslandiaLa prochaine mouture de PostgreSQL, la 9.0 devrait sortir d’ici à la fin de l’été.
D’ici là , si vous ne vous êtes pas encore penchés sur la foultitude de nouvelles fonctionnalités, et bien c’est le moment d’aller lire l’excellent blog de Marc Cousin (Dalibo) sur Postgresql.fr qui décrit par le menu les nouveautés et différences de cette prochaine version de votre SGBD favori.
-
11:29 Les conférences du FOSS4G 2010 annoncées
sur OslandiaLa liste des conférences du FOSS4G 2010 a été annoncée. Rappelons que le FOSS4G est la conférence internationale des logiciels libres en géomatique (Free OpenSource Software For Geoinformatics). À Barcelone du 6 au 9 septembre 2010, elle rassemble la
communauté OSGeo au sens large, utilisateurs, développeurs ou simples curieux.Vous retrouverez donc en ligne la liste des titres, en attendant d’avoir le détail du menu plus tard.
Un programme de grande qualité encore cette année, tant dans la sélection des intervenants que dans les thèmes abordés. On attend avec impatience d’avoir les descriptions des présentations.
La liste des posters est également en ligne.
Oslandia fera pas moins de trois interventions :

- PostGIS meets the third dimension : une présentation de l’introduction de la 3D dans PostGIS par Olivier Courtin.
- Running long and complex processes with PostGIS : Comment réaliser de façon efficace des processus longs et complexes en SIG avec PostGIS, par Vincent Picavet.
- State of the art of FOSS4G for topology and network analysis : un état de l’art des outils permettant de gérer la topologie et de faire de l’analyse de réseau dans les logiciels libres en géomatique, par Vincent Picavet.
-
9:54 Open Source GIS UK Conference 2010
sur OslandiaOSGIS UK 2010 aura lieu à Nottingham les 21 et 22 Juin. Cette conférence mondiale sert de lien entre l’OGC et l’OSGeo.
Et se propose de réaliser un état des lieux, et de l’art des problèmatiques et avancées en matière d’interopérabilité OGC basés sur des solutions Open Source.La liste des conférences retenues pour le 22 vient d’être publiée, et elle est alléchante.
La veille (le 21 donc) est consacrée à des quatre Workshop thématiques.Oslandia présentera une session sur TinyOWS, le serveur WFS-T haute performance.
En mettant l’accent à la fois sur les questions de respect des standards OGC, et corrolaire le modèle de développement basés sur des tests unitaires (ceux de l’OGC CITE en l’occurence).
Et également, sur les questions de performance, en faisant un comparatif avec d’autres solutions WFS OpenSource disponibles, et les meilleures pratiques en terme d’optimisation.Les inscriptions en early birds sont encore accessibles jusqu’au 21 mai, ne tardez donc pas !
Open Source GIS UK Conference 2010.
Si vous projetez de vous y rendre, n’hésitez pas à vous signaler par un mail,
au plaisir de vous y voir ! -
14:46 Conférences Oslandia SIG-LL 2010
sur Oslandia
Oslandia a participé aux rencontres SIG-La Lettre 2010. Le blog GeoTribu présente un résumé intéressant d’une partie des conférences. Un village OpenSource était aussi organisé, au sein duquel divers intervenants ont enchainé des présentations.Vincent Picavet a présenté PostGIS, Spatialite et GraphServer dans trois créneaux. Vous pouvez retrouver les supports de présentation ci dessous.
- PostGIS, un module spatial pour PostgreSQL, est une présentation générale de PostGIS, le plugin de PostgreSQL pour l’information géographique. On y détaille l’historique, les fonctionnalités, les évolutions en cours et à venir.
- GraphServer, un serveur de graphes de réseau. GraphServer est un moteur de graphe, qui permet principalement de calculer des itinéraires et des isochrones sur des graphes topologiques de réseau. Agnostique sur le type de réseau, il est adapté tant pour du réseau routier, que pour de l’hydrologie ou même des relations humaines (réseaux sociaux). GraphServer permet d’intégrer facilement des données d’OpenStreetMap ou des données GTFS pour le transport.
- Spatialite, emportez votre base de données. SpatiaLite est peut être le prochain standard de fichiers de données géographiques. Cette base de donnée embarquée légère possède de nombreuses fonctionnalités, import/export shapefile, requêtage SQL, calculs d’itinéraires, une interface graphique, tables virtuelles, rasters et bien plus.
-
12:03 PostgreSQL 9.0 bêta 1
sur Oslandia
La version 9.0 de PostgreSQL est disponible en bêta 1!
La version 9.0 est la première à inclure une réplication binaire interne en temps réel, permettant une extension horizontale du système. Cette possibilité repose sur deux nouvelles fonctionnalités, le « Hot Standby » et le « Streaming Replication » (qu’on peut traduire par « Reprise à chaud » et « Réplication en continu »).
La version beta qui vient de sortir va servir à corriger les bugs qui pourraient rester. Vous pouvez participer dès maintenant, en téléchargeant et en installant cette version. Vous pourrez alors remonter les bugs sur la mailing list et même envoyer des patchs !
Les versions stables de PostGIS ont été adaptées à PostgreSQL v9.0 et vous devriez pouvoir les utiliser avec cette version (encore quelques soucis à régler sur les binaires PostGIS windows, ça va venir EDIT : les binaires sont prêts !). En cas de problème avec PostGIS et PostgreSQL 9.0 envoyez votre cas sur les mailings list PostGIS.
- Page d’informations sur le programme bêta:
[www.postgresql.org] - Source :
[www.postgresql.org] - Installeur Windows :
[www.enterprisedb.com] - Binaires pour autres plateformes :
[www.postgresql.org] - Notes de version :
[developer.postgresql.org]
- Page d’informations sur le programme bêta:
-
10:34 TinyOWS en release 0.8.0
sur OslandiaLa nouvelle version de TinyOWS, le serveur WFS-T haute performance vient de sortir.
Pour rappel TinyOWS, est une application, se plaçant en frontal de PostGIS et permettant de faire office de serveur WFS-T sur des données présentes dans la base de données spatiale.
Cette release de TinyOWS apporte des avancées substantielles à la fois en terme de nouvelles fonctionnalités, d’optimisation et de debug par rapport à la précédente version.
Attention cette nouvelle version de TinyOWS nécessite PostGIS 1.5.
ChangeLog commenté:
- Support des schema PostgreSQL: permet de disposer ses données dans plusieurs schema PostgreSQL et non plus uniquement dans celui par défaut (i.e public).
- Support du format JSON en sortie de GetFeature.
Il suffit de mentionner OUTPUTFORMAT=application/json dans la requête pour l’activer.
Intéressant notamment pour un usage couplé avec OpenLayers, un tutoriel spécifique sur ce thème est d’ailleurs disponible. - Support du nouveau type Geography de PostGIS 1.5.
Vous pouvez donc indifférement utiliser des geometry ou des geography, c’est transparent pour TinyOWS. - Mécanisme de log des requêtes passées en entrée.
- Option supplémentaire en ligne de commande –check, pour vérifier que l’ensemble de la configuration est bien correcte.
Intérressant à utiliser en conjonction avec –help dans une optique de debug de l’installation et/ou du fichier de configuration. - Mise à jour de la documentation, et rédaction d’un HowTo détaillant pas à pas, la mise en place d’une solution d’édition de features via WFS-T, avec TinyOWS et OpenLayers.
- Légère amélioration des performances sur l’opération de GetFeature (de l’ordre environ de 10%)
- Et de nombreuses opérations de bugfixes.
Actuellement vous pouvez librement installer cettee nouvelle version à partir des sources, sachant qu’il devrait aussi sortir prochainement une version de cette release pour MS4W ainsi que des paquets Debian.
Enjoy,
-
15:27 [AAV] FOSS4G – Appel A Vote !
sur OslandiaLe FOSS4G, réunion annuelle des acteurs SIG OpenSource, aura lieu cette année à Barcelone, en Septembre.
Plus de 350 conférences ont été proposées, et il ne devrait en subsister que le tiers à l’arrivée.Et pour départager le bon grain de l’ivraie, il vous appartient de venir voter pour les conférences de votre choix:
[2010.foss4g.org]L’exercice en plus de contribuer à batir le FOSS de vos rêves (si si), est un très bon moyen de venir prendre le pouls sur la diversité des initiatives en SIG Open Source.
Enjoy !

-
10:53 Oslandia présente aux Journées SIG-La Lettre du 4 au 6 mai
sur OslandiaOslandia sera présente aux «rencontres SIG La Lettre» du 4 au 6 mai 2010 à l’ENSG, Champs sur Marne, à l’est de Paris.
Un village OpenSource est organisé, qui regroupe Camptocamp, Makina Corpus, Alyotech, Geomatys et l’OSGeo.
Des conférences gratuites seront données
dans cet espace dédié aux solutions OpenSource. Présentations de professionnels, de contributeurs, d’utilisateurs, chacun trouvera son compte dans les multiples sessions données sur les trois jours.Le programme a été annoncé et vous pouvez le télécharger en PDF. Oslandia participe à ces présentations avec quatre sessions :
- Mardi 11h30 – 12h : PostGIS, le module spatial de PostgreSQL
- Mardi 15h-15h30 : GraphServer, un moteur de graphe OpenSource
- Mercredi 11h30 – 12h : Panorama des licences de logiciels libres
- Mercredi 14h-14h30 : SpatiaLite, une base de données spatiale légère
Ce sera également l’occasion pour Oslandia de donner de l’aide à la tenue du stand OSGeo-fr sur
le village, afin d’expliquer aux visiteurs le fonctionnement de l’association, les solutions qu’elle représente, et les divers projets en cours, comme le rapprochement de la communauté OpenStreetMap.Si vous souhaitez nous rencontrer à l’occasion de cet évènement, n’hésitez pas à nous contacter dès maintenant pour être sur de ne pas nous rater à :
Au plaisir de vous croiser sur ce salon.
-
21:51 OpenLayers 2.9
sur Oslandia
C’est sur toutes les langues : la nouvelle version d’OpenLayers est là !Applaudissons donc la version 2.9 du plus populaire des frameworks cartographiques pour le web. Et voici l’annonce de sortie en français.
Annonce de sortieL’équipe de développement d’OpenLayers est fière d’annoncer la sortie de OpenLayers 2.9, la dernière version stable en date de OpenLayers.
[www.openlayers.org]
[www.openlayers.org]La version 2.9 ajoute quelque importantes fonctionnalités, dont on peut trouver la liste à :
[trac.openlayers.org]Parmi ces nouveautés on peut souligner :
- Un contrôle Graticule
- Le support pour les couches image tuilées utilisant le standard de stockage Zoomify
- Le support du format Atom
- Le support du format des services de catalogue pour le web (CS-W)
- Une stratégie de rafraichissement pour les couches vectorielles
- Support basique du standard de capteurs «Sensor Observation Service» (SOS)
- Un contrôle TransformFeature
- Le support de WMS 1.3
- La correction de beaucoup de fuites de mémoire
… et beaucoup d’autres fonctionnalités et corrections de bugs dont les détails sont dans les notes de versions du lien ci-dessus.
Pour les informations sur les possibles changements nécessaires par rapport aux versions précédentes à faire pour fonctionner avec cette version, se reporter aux notes de version, disponibles au lien suivant :
[Traduction de [lists.osgeo.org] par Vincent Picavet]
-
12:35 zigGIS 3.0 sera OpenSource
sur OslandiaVoici une nouvelle qui devrait ravir les utilisateurs d’outils ESRI. La prochaine version de zigGIS, la 3.0, sera complètement OpenSource.
zigGIS est une extension de ArcGIS Desktop qui permet de se connecter directement à des données spatiales stockées dans PostGIS. La dernière version stable, la 2.0.5, est sous licence propriétaire et vendue 279$. On peut avoir un aperçu des possibilités grâce à ces copies d’écrans. Abe Gillespie explique sur son blog que cette version 2 continuera d’être maintenue et vendue, mais que tous les fonds récoltés iront au développement de la 3.0.
Cette prochaine version OpenSource n’est cependant pas pour tout de suite. L‘équipe de développement prévoit plusieurs phases : un plan de financement, puis la définition d’une roadmap, et enfin le développement à proprement parler. Mais les choses pourraient aller vite, au vu des besoins de ce type de connecteurs.
Comme le mentionne Bill Dollins, il est toujours bon de voir de nouveaux produits s’ouvrir à un modèle de développement OpenSource, car cela montre la solidité de ce modèle et son efficacité.
-
15:19 Mapnik et le futur
sur OslandiaLe WhereCamp du 4 avril dernier sur le Campus de Google a vu un certain nombre d’experts du moteur de rendu cartographique Mapnik se réunir pour évoquer les pistes d’amélioration pour le futur de ce produit.
Les fonctionnalités évoquées sont :
- Le regroupement de couches
- Gestion plus intelligente des symboles de géométries
- Un meilleur placement des étiquettes
- Binding rubys
- Support natif des CSS (Cascadenik) pour les styles, pas uniquement du XML
- Cartographie thématique
- Performances
- Nouvelles sources de données (BdD NoSQL, mémoire, SQLite)
Dans les outils considérés comme intéressants voire nécessaires on trouve :
- Un serveur WMS rapide
- La création d’un format de package de cartes
- Lithograph, une surcouche de Mapnik
- La bibliothèque MapShift, permettant le concept de packages de cartes également
- Quantumnik
Comme le souligne Benjamin Chartier, plusieurs de ces points sont très intéressants.
ÉtiquetageL’amélioration des placements d’étiquettes est toujours une bonne nouvelle. La plupart des moteurs de rendu actuel méritent encore des améliorations sur ce point. Les avancées proposées sur Mapnik sont intéressantes, mais on peut certainement aller plus loin. Dans ce sens la bibliothèque PAL développée par la heig-vd et intégrée à Quantum GIS est un réel progrès, mais il faudra intégrer le code ou ses principes dans les logiciels de rendu.
Serveur WMSLa création d’un serveur WMS efficace autour de Mapnik permettra d’intégrer plus facilement cette brique dans les IDS actuelles. Cela élargira également la base d’utilisateurs de Mapnik, ce qui sera forcément profitable à son développement. Dans l’idéal ce serveur WMS participera au «WMS shootout», le concours de performance WMS du FOSS4G, en septembre 2010.
Feuilles de styleLes feuilles de style pour Mapnik, dérivées du projet cascadenik, sont une fonctionnalité intéressante pour la lisibilité et l’organisation des informations de style appliquées à des données pour effectuer le rendu. Selon l’auteur «imaginez un programme qui lit du HTML et du CSS et qui produit du HTML avec des balises FONT et le rend lisible sur netscape 2.0 et vous avez l’idée». On voit tout de suite l’intérêt !
SFM : Single File MapIl s’agit de créer des packages contenant une carte autonome. Le principe est de pouvoir avoir un format portable contenant à la fois les données, le style, et la logique de rendu. On se dirige vers une solution avec des styles Mapnik, des données sous SQLite / SpatiaLite, le tout zippé. Le but est de pouvoir utiliser ce format dans la plupart des SIG existants.
Bref…Des idées en pagaille et des idées intéressantes donc, qui montrent bien le dynamisme du projet, poussé par les besoins de rendu d’OpenStreetMap. Mapserver, tiens toi bien !
-
10:52 Sortie de Hibernate Spatial 1.0
sur OslandiaHibernate Spatial est sortie en version 1.0. Il s’agit d’une extension générique pour Hibernate qui permet de traiter des données géographiques. Rappelons que Hibernate est pour faire simple, un ORM, qui permet donc de faire de la persistance d’objets Java dans une base relationnelle.
Hibernate spatial est OpenSource et tout comme Hibernate est disponible sous licence LGPL. HS permet d’utiliser la donnée spatiale de façon standardisée, car elle utilise une abstraction de la façon dont la base de données supporte les données géographiques.Elle fournit une interface inter-bases de données au stockage de données spatiales et aux fonctions de requêtage associées.
Elle supporte la plupart des fonctions de la spécifications OGC SFS, et les bases de données spatiales prises en charge sont :
- Oracle 10g/11g
- Postgresql/Postgis
- Microsoft SQL Server
- MySQL
À noter qu’il existe un projet similaire pour la plateforme .Net et NHibernate : NHibernate.Spatial.
Télécharger la version 1.0 et le provider PostGIS :
-
18:21 Sortie de GEOS 3.2.1
sur OslandiaC’est avec un peu de retard sur la sortie que nous vous annonçons GEOS 3.2.1. On ne voulait pas que vous pensiez à un poisson d’avril…
GEOS 3.2.1, la bibliothèque de traitement géométriques 2D, qui est utilisée par PostGIS, a récemment sorti une nouvelle version, la 3.2.1.
C’est une version de correction de bug, qui corrige un problème sur les calculs de validité, qui avait pour conséquence principale un mauvais comportement de la fonction ST_IsValid() de PostGIS. Celle ci pouvait dans certains cas renvoyer TRUE pour des géométries invalides, notamment pour des géométries en plusieurs parties (multi).
Cette version est compatible avec les installations de PostGIS, et il suffit de faire l’installation de GEOS pour bénéficier de la correction sans devoir réinstaller PostGIS.
-
22:10 Slides Oslandia – PostGIS Ã Solutions Linux
sur OslandiaOslandia participait au salon Solutions Linux, qui s’est tenu du 16 au 18 mars 2010.
Vincent Picavet a effectué lors de la session SGBD une présentation de PostGIS, dont les slides sont désormais en ligne :
PostGIS, un module spatial pour PostgreSQL
Bonne lecture !
-
17:06 PostGIS 1.4.2 et 1.5.1
sur Oslandia
Ce n’est pas une nouvelle version de PostGIS qui est sortie, mais bel et bien deux versions d’un coup !PostGIS 1.4.2 et PostGIS 1.5.1 viennent en effet de voir le jour.
Que l’on se rassure, ce sont des versions mineures, entendre par là qu’elles ne présentent aucune nouvelle fonctionnalité, mais des corrections de bug et de compatibilité. On notera notamment la mise en conformité annoncée avec PostgreSQL 9.0, pour les geeks qui vivent sur le bleeding edge. N’hésitez donc pas à télécharger et installer ces nouvelles versions.
Corrections effectuées sur la 1.4.2 :
- #327, fix up the uninstall functions (Paul Ramsey)
- #355, build improvements for shp2pgsql-gui (Paul Ramsey)
- #387, add towgs84 arguments for SRID 28992 (Paul Ramsey)
- #409, fix ST_AsSVG with empty geometrycollection input (Olivier Courtin)
- #410, update embedded bbox when applying ST_SetPoint, ST_AddPoint, ST_RemovePoint to a linestring (Paul Ramsey)
- #411, allow dumping tables with invalid geometries (Sandro Santilli – work done for Regione Toscana-SIGTA)
- #421, fix computed string length in ST_AsGML() (Olivier Courtin)
- #441, fix GML generation with heterogeneous collections (Olivier Courtin)
Corrections effectuées sur la 1.5.1 :
- #410, update embedded bbox when applying ST_SetPoint, ST_AddPoint ST_RemovePoint to a linestring (Paul Ramsey)
- #411, allow dumping tables with invalid geometries (Sandro Santilli, for Regione Toscana-SIGTA)
- #414, include geography_columns view when running upgrade scripts (Paul Ramsey)
- #419, allow support for multilinestring in ST_Line_Substring (Paul Ramsey, for Lidwala Consulting Engineers)
- #421, fix computed string length in ST_AsGML() (Olivier Courtin)
- #441, fix GML generation with heterogeneous collections (Olivier Courtin)
- #443, incorrect coordinate reversal in GML 3 generation (Olivier Courtin)
- #450, wrong area calculation for geography features that cross the date line (Paul Ramsey)
- Ensure support for upcoming 9.0 PgSQL release (Paul Ramsey)
-
0:29 Nouvelles du SIG libre
sur OslandiaQuelques nouvelles diverses de la planète SIG et logiciel libre.
Tout d’abord les prochains évènements à venir :
- La liste des workshops et tutoriels du FOSS4G 2010 (Barcelone, 6-9 sept.) a été publiée.
- L’appel à conférence est lancé pour State Of The Map 2010 (Girone, Espagne, 9-11 juillet), le grand rassemblement de la communauté OpenStreetMap.
- L’appel a proposition pour l’OpenWorldForum 2010, le salon «Open Innovation, Open Enterprise, Open Society. (30/09-01/10 à Paris).
Du côté des nouvelles concernant les données libres, l’annonce de la ville de Rennes concernant la mise à disposition des données publiques devrait provoquer des émules en France.
Pendant ce temps les outils libres évoluent :
La JTS passe en version 1.11. De nouvelles fonctionnalités intéressantes ont été ajoutées à cette bibliothèque Java de géométrie, telles que les diagrammes de Voronoi et la triangulation de Delaunay. On peut espérer que ces fonctionnalités seront portées rapidement dans GEOS, et pourront alors être intégrées dans PostGIS. Ce n’est cependant pas pour le moment sur la roadmap et aucun financement n’est encore prévu, mais gageons que cela changera bientôt.
PostgreSQL 8.5 n’existera pas ! L’ajout des fonctionnalités de Hot Standby et de Streaming Replication est considéré comme un changement important, qui méritera un changement de version majeur. La prochaine version de PostgreSQL sera donc la 9.0. PostgreSQL 9 et PostGIS 2.0, 2010 sera une année majeure !
-
9:17 New York Code Sprint – PostGIS
sur OslandiaCette année l’équipe de contributeurs réguliers présents sur le Sprint se réduit à Paul Ramsey et Olivier Courtin, avec le renfort très apprécié de deux développeurs d’Avencia venus spécialement pour l’occasion (David Zwarg et Jeff Adams) et la présence à distance de Sandro Santilli depuis l’Italie via IRC.
Prochaine version, la v2
Pour rappel, au niveau PostGIS la 1.4.1 et la 1.5.0 sont sorties récemment, le développement de la nouvelle branche (le trunk) est donc depuis début février sur la future 2.0.
En terme de prise de décision, les grandes lignes de la v2 de PostGIS ont été abordées, avec notamment la refonte bas niveau du parseur et des types de géométries (Paul), le support du type 3D PolyhedralSurface et du format CityGML (Olivier), et les index multidimensionnels (Paul)…
Cette v2 sera l’occasion de pouvoir (enfin) réaliser des opérations de fond dans le moteur qui (revers de la médaille) vont casser la compatibilité avec les clients utilisant l’API existante.
La sortie n’est pas prévue avant au mieux fin 2010, donc cela laisse encore du temps pour revenir sur ces points au fur et à mesure de leurs ajouts dans le trunk.
Refactoring, encore et toujours
Pendant la session elle même, le focus a été mis avant tout sur des tâches de maintenance et de refactoring, avec la réécriture partielle du format de sortie WKT par Paul, et la migration des fonctions d’export vers la librairie liblwgeom et la réécriture des tests unitaires afférents avec CUnit par Olivier.
Ces tâches peuvent sembler par moment peu valorisantes (en tout cas moins que de rajouter une toute nouvelle fonctionnalités so fun et désespérément utile), mais sont indispensables pour continuer à maintenir l’application avec un haut niveau de qualité.
Quelques bugs qui n’avaient encore jamais été détecté, ont par exemple pu être mis en évidence (et corrigés) grâce aux nouvelles batteries de tests unitaires.Avencia joue les extras
Jeff Adams a de son côté ajouté une nouvelle fonction ST_AsLatLonText permettant de passer d’une géométrie POINT en lat/lon à sa notation textuelle en degré/minute/seconde. Sachant qu’il ne connaissait pas l’API de PostGIS au premier jour du sprint, c’est une jolie performance !
Il a ensuite contribué à simplifier le processus d’ajout de nouveaux tests unitaires (avec CUnit toujours)David Zwarg quant à lui a participé sur WKT Raster (l’extension permettant de manipuler des rasters depuis le SQL), avec une avancée sur le concept de ST_MapAlgebra (assez similaire à celui de mapcalc GRASS par certains aspects). Là aussi chapeau bas sur la célérité de prise en main de l’API et de l’environnement.
ST_CleanGeometry et consort
Sandro Santilli a actuellement comme chantier de permettre de ‘cleaner’ ou à minima d’orienter vers des posts traitements les données géographiques non valides et pourtant déjà en base.
Pertinent lorsque le process de production de données n’est pas ’safe’ (saisies de géométries par des utilisateurs, fournisseurs de données aux process qualité pas suffisamment rigoureux…)
Une des fonctions récentes développée pendant le sprint, est ST_RemoveRepeatedPoints qui permet de supprimer les vertex redondants de certaines géométries. -
23:43 NY Sprint Code 2010
sur OslandiaPosage de cadre
Cette année une deuxième édition du Code Sprint de la ‘C tribe’ OsGeo a eu lieu la semaine dernière à New York.
Cette manifestation a réuni pendant 4 jours consécutifs, les principaux développeurs de logiciels SIG Open Source écrit en C. (MapServer, PostGIS principalement)
Paul Ramsey est à l’origine de cet évènement, (il avait déjà initié la précédente édition sur Toronto) et l’accueil a eu lieu dans les magnifiques locaux de TOPP en plein coeur de SoHo.


Un cadre de rêve pour travailler ensemble, avec vue panoramique sur Manhattan, terrasse pour respirer et aérer les neurones, sofas et tableaux blancs pour débattre et prendre des décisions, et 2 tablées grand format pour accueillir la vingtaine de core développeurs et leurs inséparables laptops.
Sprint et communautés
Les participants sont majoritairement Nord Américains, les Européens présents se comptent sur les doigts d’une seule moufle, la moyenne d’age est dans la trentaine tassée, et côté mixité le constat est sans appel: l’assemblée est XY uniquement.
Beaucoup des participants présents étaient déjà là l’an dernier à Toronto, c’est particulièrement vrai pour l’équipe MapServer.
Vu que nous sommes dans les locaux de TOPP, quelques développeurs GeoServer ont également rejoint la session. On compte même quelques codeurs OpenLayers, bref c’est avant tout le côté OSGeo qui fait sens.Paul Ramsey a su cette année encore réussir à fédérer autour de cet évènement, plusieurs sponsors qui par leurs participations ont permis de financer une partie de la logistique de ces journées. Un grand merci encore à eux: LizardTech, Coordinate Solutions, qPublic.net, Farallon Geographics, Avencia, OpenGeo
Dynamique
En terme de dynamique de groupe la courbe en cloche façon Gaussienne fait toujours recette, avec une rencontre «ice breaker» la veille au soir pour accueillir tout le monde autour d’une bière.

Un J1 très tourné vers des prises de décisions générales, et principalement les grandes orientations des prochaines releases: v6 de MapServer et v2 de PostGIS.
Un J2 et J3 avec une montée en puissance progressive sur les tâches et enjeux de réalisation, des prises de décisions techniques et de gestion d’équipe.
C’est aussi là où les claviers fument, les synapses s’affolent, les minis sessions whiteboard s’enchainent et où le côté ’sprint’ prend toute sa signification !Et avoir dans un même espace-temps autant de compétences complémentaires réunies permet de jolies synergies inter-projets (exemple du paramètre ANGLE ajouté comme vendor-specific via WMS dans MapServer,GeoServer et OpenLayers)
J4 quant à lui amorce la redescente de rythme, la fatigue est palpable, et les départs vers l’aéroport de JFK, s’étalent progressivement dans l’après midi.
Les soirées ont été consacrées à du ‘off’, à découvrir et apprécier quelques-unes des joies noctambules de SoHo, ou à assister à une retransmission de Hockey du Canada/USA des JO de Vancouver…
Hé oui on n’est pas en Amérique du Nord pour rien !Oslandia
Oslandia était donc présent et représenté à New York, via la participation d’Olivier Courtin, core développeur PostGIS et TinyOWS.
Pour Oslandia, c’est la traduction naturelle de son engagement quotidien dans les communautés OSGeo.Deux articles techniques vont suivre sur ce blog, un centré sur PostGIS et l’autre sur MapServer pour faire un point de situation post sprint.
-
20:48 François-Xavier Prunayre rejoint NeoGeo
sur OslandiaComme le titre de ce post l’indique Guillaume Sueur (NeoGeo) et François-Xavier Prunayre travaillent désormais de concert.
François-Xavier est un des rares experts Français en métadonnées et cataloguage.
Il participe notamment activement au projet GeoNetwork.Le blog officiel de l’annonce est en ligne sur le site de NeoGeo
Nous leur souhaitons une bonne route à tous les deux !
-
14:14 PostGIS 1.5 – Annonce officielle FR
sur OslandiaCi dessous la traduction française de l’annonce officielle de la sortie de PostGIS 1.5
Sortie de PostGIS 1.5Le 4 février 2010
L’équipe de développement de PostGIS, après un long cheminement de réflexion et un auto-examen détaillé de nos divers échecs personnels, a décidé de libérer PostGIS 1.5.0 au public.
Cette nouvelle version de PostGIS inclut un nouveau type «geography» pour gérer les données géodésiques (en lat/lon), une amélioration des performances des calculs de distance, des fonctionnalités de lecture de formats GML et KML, une interface utilisateur améliorée pour le chargement des fichiers shape, ainsi que d’autres fonctionnalités.
Remerciements particuliers à :
- Dave Skea pour les algorithmes et efforts mathématiques nécessaires pour le support des géométries sphériques.
- Nicklas Avén pour les nouvelles améliorations de performance sur les calculs de distance, et d’autres fonctions liées aux distances
- Sandro Santilli pour de nouvelles fonctionnalités de buffer (options pour extrémités et style)
- Olivier Courtin pour les fonctions d’import GML/KML
- Guillaume Lelarge pour le support de la future version PgSQL 9.0
- George Silva pour un exemple d’implémentation de tables d’historisation
- Vincent Picavet pour le calcul de distance de Hausdorff
- Les mainteneurs de GEOS, Proj4 et LibXML, sans qui nous aurions bien moins qu’une base de données spatiale
Avec toute notre affection, le comité de Pilotage de PostGIS,
Mark Cave-Ayland
Notes de Version
Kevin Neufeld
Regina Obe
Paul RamseyPostGIS 1.5.0
Changements Importants
2010/02/04- L’opérateur =~ définit maintenant une égalité des rectangles englobants (bounding box), et pas une égalité des géométries.
- GEOS 3.1 est désormais la version minimale de GEOS acceptée.
- GEOS 3.2 est nécessaire pour utiliser les fonctionnalités avancées des buffers, et pour ST_HausdorffDistance
- GEOS, LibXML2, et Proj4 sont des dépendances nécessaires
- Ajout de la fonction de calcul de distance de Hausdorff (#209) (Vincent Picavet)
- Ajout de paramètres à ST_Buffer pour le support de buffer sur un seul coté, et d’autres styles de buffer (Sandro Santilli)
- Améliorations de performance pour ST_Distance (Nicklas Avén)
- Ajout d’autres fonctions de visualisation et d’analyse relatives aux distances (Nicklas Avén)
- ST_ClosestPoint
- ST_DFullyWithin
- ST_LongestLine
- ST_MaxDistance
- ST_ShortestLine
- Imports KML et GML via ST_GeomFromGML et ST_GeomFromKML (Olivier Courtin)
- Extraction de collections non homogènes avec ST_CollectionExtract (Paul Ramsey)
- Ajout de valeurs de mesure sur une linestring existante avec ST_AddMeasure (Paul Ramsey)
- Implémentation de table d’historisation dans utils (George Silva)
- Support Win32 et amélioration du coeur de shp2pgsql-gui (Mark Cave-Ayland)
- Support de ‘make check’ sur place (Paul Ramsey)
- Type geography et fonctions associées
- Algorithmes de géométrie sphérique par Dave Skea
- Implémentation des objets et index par Paul Ramsey
- Implémentation de la sélectivité par Mark Cave-Ayland
- Sérialisation (KML, GML, JSON) par Olivier Courtin
- ST_Area, ST_Distance, ST_DWithin, ST_GeogFromText, ST_GeogFromWKB, ST_Intersects, ST_Covers, ST_Buffer
- Mise à jour et améliorations de la documentation (Regina Obe, Kevin Neufeld)
- Test et contrôle qualité (Regina Obe)
- Support de PostgreSQL 8.5 trunk pour PostGIS 1.5 (Guillaume Lelarge)
- Beaucoup d’autres changements :
[Traduction de [postgis.refractions.net] par Vincent Picavet]
-
20:06 PostGIS 1.5.0, sortie officielle
sur OslandiaEt voici, après un cycle de béta et rc qui a duré tout le mois de Janvier, la version 1.5.0 de PostGIS sort finalement aujourd’hui.
Le communiqué officiel de cette release, sur le site PostGIS
Depuis notre précédent post sur la béta 1, ormis des correctifs de bugs, la principale évolution concerne la version minimale de GEOS requise, il s’agit désormais de la 3.1.1.
Pour les curieux qui se projettent déjà sur la suite, le premier listing des points à envisager pour la 2.0 de PostGIS est également en ligne.
Enjoy,
-
18:26 FOSS4G 2010 Call for papers
sur OslandiaLe call for papers du FOSS4G 2010 vient d’être lancé.
Vous avez jusqu’au 1er Avril pour envoyez vos abstracts…Le format des conférences retenu est de 25′ + 5′ de questions/réponses.
Les thématiques préférentielles du comité d’organisation sont:
- Case Studies: Relate the experiences of you and your organization using open source geospatial. Where do things work well? Poorly? What problems did you solve, and at what cost? What do you recommend for others? Why?
- Benchmarks: Comparisons between pieces of geospatial software. How do features compare? Speed? Ease of use? What do you recommend for others?
- Visualization: Tell about your tips and tricks for effective visualization. How do you present information in a compelling way? 3D? Cartographic tricks? Labelling and naming ideas? Graphs and hybrid map/data combinations?
- Development: What are the new developments in your open source geospatial software product? How does it work, how do people use it, what are the technical issues you are running into?
- Hacks and Mashing: Have you put together something novel or cool this year? What did you stick together, how did it work, show us your gizmo!
- Collaboration: What techniques are you using to improve collaboration between organizations and between individuals. Public geodata, collaborative data collection, data sharing, open standards, de facto standards, and more!
Nota: Je laisse volontairement le texte anglais sans traduction, vu que bon… ceux qui sont concernés sont already fluents…

-
12:31 GDAL/OGRÂ 1.7
sur Oslandia
Frank Warmerdam vient d‘annoncer que la nouvelle version 1.7.0 de la bibliothèque de support de formats de données SIG GDAL/OGR était sortie, environ un an après la version 1.6.0.Au menu, de nouvelles fonctionnalités, notamment au niveau des drivers. On notera en particulier l’apparition du driver WKT Raster, qui est le format de Raster utilisé pour le stockage de ceux ci dans PostGIS. L’intégration de ce format dans le coeur de GDAL préfigure l’intégration du projet WKT Raster dans le coeur de PostGIS.
On voit également l’apparition du support du type GEOGRAPHY de PostGIS 1.5. Juste à temps avant la sortie officielle de cette dernière !
Le support DXF, dont on a déjà parlé, est également maintenant intégré dans la release. Cela va faciliter les migrations de données des formats Autodesk vers PostGIS.
Le support de SpatiaLite est également amélioré, avec entre autre le support de RasterLite. Ce qui va permettre de mettre en place plus facilement cette base de données spatiale légère.
Quelques utilitaires de plus font leur apparition, comme gdaldem, dont on trouve un exemple d’utilisation sur le site de smathermather.
Annonce officielle de sortieLe projet GDAL/OGR est heureux de vous annoncer la sortie de GDAL/OGR 1.7.0. C’est la première version majeure à sortir depuis la 1.6.0 il y a environ un an, même si il y a eu plusieurs versions de correction de bugs en 1.6.x entre temps. Cette version 1.7.0 ajoute de nouvelles fonctionnalités, dont des drivers raster et vecteur, ainsi que de nombreuses améliorations des drivers existants, et quelques extensions à l’API GDAL.
- Nouveaux drivers raster : BAG, EPSILON, Northwood/VerticalMapper, R, Rasterlite, SAGA GIS Binary, SRP (USRP/ASRP), EarthWatch .TIL, WKT Raster
- Driver GDAL PCIDSK utilisant par défaut le PCIDSK SDK
- Nouveaux drivers vecteur : DXF, GeoRSS, GTM, PCIDSK and VFK
- Nouveaux utilitaires : gdaldem, gdalbuildvrt sont maintenant compilés par défaut
- Ajout du support pour python 3.X. Compatibilité préservée avec Python 2.X
- Suppression des bindings Python d’ancienne génération.
- Améliorations significatives des drivers raster suivants : GeoRaster, GeoTIFF, HFA, JPEG2000 JasPer, JPEG2000 Kakadu, NITF
L’article complet de support de version est disponible à :
Le code source, la documentation et les tests de code peuvent être téléchargés à :
Source:
[download.osgeo.org]
[download.osgeo.org]Documentation:
[download.osgeo.org]Tests de code :
[download.osgeo.org]
[download.osgeo.org][ Traduction de [www.osgeo.org] par Vincent Picavet]
-
19:44 PostGIS 1.5.0 en béta 2
sur OslandiaSuite logique du processus de release de la 1.5, voici la sortie de la béta 2.
Cette version de PostGIS implique désormais une version de GEOS 3.1 à minima (et il est recommandé d’utiliser la 3.2). Quelques correctifs mineurs ont également été apportés.
On peut à ce rythme là envisager une version finalisée d’ici à la fin Janvier.
Download de l’archive: [postgis.org]
Merci de continuer à tester et à faire remonter les éventuelles problématiques rencontrées, (les tests sur des plateformes un tantinet exotiques sont particulièrement précieux).
Pour rappel la série de commandes permettant de compiler et de lancer les tests unitaires de PostGIS:
./configure
make
su -c "make install"
export PGUSER=postgres && make check
-
11:58 Réorganisation du code de GEOS
sur OslandiaMateusz Loskot l’annonce sur son blog, il a terminé la réorganisation du code de GEOS.
Le but était de modifier la structure du projet GEOS afin de séparer les fichiers headers (les .h) des fichiers d’implémentation (.cpp). Cette action a eu l’aval des autres développeurs de GEOS, comme on peut le voir sur le ticket correspondant du trac.
Les modification effectuées sont :
- Le déplacement de trunk/source/headers vers trunk/include
- Ensuite le déplacement de trunk/source vers trunk/src
- Les modifications nécessaires des différents systèmes de build pour que la compilation se passe toujours correctement.
Les builds de la nouvelle structure a été testée avec :
- GCC 4.4.1 (Linux)
- Visual C++ 8.0 sur Windows XP Pro 32-bit
- Visual C++ 9.0 sur Windows Vista 64-bit (target 32-bit)
- Visual C++ 10.0 sur Windows 7 64-bit (target 32-bit)
N’hésitez pas à compiler et tester sur votre architecture, et remonter les éventuels problèmes rencontrés sur le ticket du trac.
Et Merci à Mateusz !
-
20:01 Accélérer OpenJump 1.2 et PostGIS
sur OslandiaUn petit post pour une astuce qui permet d’accélérer significativement les performances de vieilles versions d’ [OpenJump] pour la lecture de grandes tables PostGIS.
Il faut savoir qu’OpenJump 1.2 à chaque requête sur une table PostGIS, récupère d’abord l’étendue de cette table. Pour ceci il utilise l’agrégat suivant :
select find_extent('roofvertices', 'the_geom')Ce qui pose plusieurs problèmes :
- Cette fonction n’est plus maintenue (elle n’est meme plus dans la doc officielle, même pas avec le préfixe st_)
- Cette fonction utilise la fonction agrégat extent, qui fait un scan séquentiel de toute la table. Pour les grandes tables cela peut etre trèèèèès long !
Or il existe désormais dans PostGIS une fonction st_estimated_extent, qui permet de récupérer l’étendue géométrique d’une table, en se basant sur les statistiques de celles-ci, et non plus sur les géométries exactes. Ces statistiques sont celles calculées lors du lancement de ANALYZE ou VACUUM ANALYZE sur la table. Dans ce cas la réponse est approximative. Elle est cependant proche de la valeur réelle (95% environ d’après la référence PostGIS), et elle est bien plus rapide.
On peut donc de façon un peu brutale mais efficace accélérer OpenJump sans toucher à son source, en remplaçant l’appel à find_extent pour qu’il utilise st_estimated_extent plutot que extent.
Le code :
CREATE OR REPLACE FUNCTION find_extent(text, text) RETURNS box2d AS $BODY$ DECLARE tablename alias for $1; columnname alias for $2; myrec RECORD; BEGIN FOR myrec IN EXECUTE 'SELECT st_estimated_extent(''' || tablename || ''', '''||columnname||''') as extent' LOOP return myrec.extent; END LOOP; END; $BODY$ LANGUAGE 'plpgsql' IMMUTABLE STRICT COST 100; ALTER FUNCTION find_extent(text, text) OWNER TO postgres;On exécute cette fonction dans une console SQL sur la base dans laquelle on travaille, et en retournant dans OpenJump on constate que les temps de réponse sont bien meilleurs! Dans mon cas on passe de plus de 30s pour un rafraichissement de la vue, à un peu plus d’une seconde.
Bien sur les nouvelles versions d’OpenJump ont résolu le problème, et ne font plus appel à find_extent. Donc la meilleure solution est encore de mettre à jour OpenJump vers la version 1.3. Mais pour ceux qui n’en ont pas la possibilité, il reste ce fix ci.
-
10:59 Sortie de PostGIS 1.5.0 en beta1
sur OslandiaApres plusieurs mois de développement voici la nouvelle release de PostGIS en version 1.5, qui sort aujourd’hui officiellement en version beta 1.
Principales modifications/améliorations :- Le support natif du type ‘geography’ et de certaines fonctions capables de gérer ce nouveau type. Le type ‘geography’ permet de stocker et manipuler des géométries dans des coordonnées latitude/longitude (pour l’instant seul l’ESPG:4326 est pris en compte). Pertinent notamment si ses données ne peuvent être stockée dans un système de projection unique (données trop vastes). Pour aller plus loin, un post de Paul Ramsey sur le sujet.
- Les fonctions d’import GML et d’import KML. Permettant d’obtenir une géométrie PostGIS à partir de la géométrie GML ou KML.
- Une amélioration sensible des performances de calculs de distance, via une implémentation d’un nouvel algorithme (les résultats de calculs de sont pas censés être différents).
- Désormais les librairies libxml2 et iconv sont obligatoires pour compiler PostGIS (Proj4 et GEOS étaient déja obligatoires depuis la 1.4 de PostGIS). Il est de plus recommandé d’utiliser la version 3.2 de GEOS.
- Dans les nouvelles fonctions on retrouve aussi, le calcul de distance de Hausdorff via ST_HausdorffDistance ainsi que ST_CollectionExtract permettant de récupérer une sous partie d’une collection à partir de son type (point/line/polygon).
- Un utilitaire pour Win32, shp2pgsql-gui permettant d’avoir l’équivalent du shp2pgsql via une IHM
Vous êtes cordialement invités à tester ces nouvelles releases pendant toute la phase de beta et à faire remonter (le cas échéant) les bugs et questions existentielles sur la mailing list postgis-devel ou directement via le trac PostGIS
Download:Download de PostGIS 1.5.0 beta 1
Changelog officiel de cette release:
- Add Hausdorff distance calculations (#209) (Vincent Picavet)
- Add parameters argument to ST_Buffer operation to support one-sided buffering and other buffering styles (Sandro Santilli)
- Performance improvements to ST_Distance (Nicklas Aven)
- Addition of other Distance related and visualization functions (Nicklas Aven)
- ST_ClosestPoint
- ST_LongestLine
- ST_MaxDistance
- ST_ShortestLine
- KML, GML input via ST_GeomFromGML and ST_GeomFromKML (Olivier Courtin)
- Extract homogeneous collection with ST_CollectionExtract (Paul Ramsey)
- History table implementation in utils (George Silva)
- Win32 support and improvement of core shp2pgsql-gui (Mark Cave-Ayland)
- In place 'make check' support (Paul Ramsey)
- Geography type and supporting functions
- Spherical algorithms from Dave Skea
- Object/index implementation from Paul Ramsey
- Selectivitiy implementation from Mark Cave-Ayland
- Serializations (KML, GML, JSON) from Olivier Courtin
- ST_Area, ST_Distance, ST_DWithin, ST_GeogFromText, ST_GeogFromWKB,
ST_Intersects, ST_Covers, ST_Buffer
- Documentationn updates and improvements (Regina Obe, Kevin Neufeld)
- Testing and quality control (Regina Obe)
- Many many other changes:
[trac.osgeo.org] -
22:56 Second Open Source GIS UK Conference – OSGIS 2010
sur OslandiaUne conférence internationale sur Nottingham, pour aborder les solutions Open Source implémentant des standards et formats OGC.
Cette conférence aura lieu les 21 et 22 Juin 2010.En keynote speaker on retrouve notamment les évangelistes OsGeo, Arnulf Christl et Tyler Mitchell !
Le call for paper est encore ouvert jusqu’au 30 Janvier, qu’on se le dise.
-
11:31 Extra early inscription pour le FOSS4G 2010
sur OslandiaDepuis hier et jusqu’au soir du réveillon, en guise de bonus pour profiter de la trêve des confiseurs avec une pensée Catalane, les inscriptions au FOSS4G 2010 sont ouvertes en tarif ‘extra early’.
Pour rappel le FOSS4G (manifestation annuelle et mondiale des acteurs et utilisateurs de SIG Open Source), aura lieu en 2010 Ã Barcelone, du 6 au 9 Septembre.
UPDATE: La date limite pour les extra early registration a été repoussée au 15 Janvier, profitez en…
-
13:14 Sortie de MapServer 5.6
sur OslandiaNouvelle version ! La version 5.6 de MapServer vient de sortir, avec quelques nouvelles fonctionnalités intéressantes, dont le schéma XML pour les mapfiles, un sujet qui a fait couler beaucoup d’encre pendant de nombreuses années pour enfin voir le jour. On note aussi l’appel à traducteurs pour le site web et la documentation de MapServer. N’hésitez pas à vous lancer. Traduction de l’annonce officielle L’équipe de MapServer est heureuse d’annoncer la sortie de la version 5.6.0. Cette nouvelle version contient quelques nouvelles fonctionnalités et des améliorations de performance. Petit résumé.Nouvelles fonctionnalités de la 5.6 :
- MS RFC 51 : Schema XML de mapfile et XSLT (voir [trac.osgeo.org] )
- MS RFC 52 : Traitement de requête en une seule passe, donnant des requêtes WFS avec un moteur de base de données beaucoup beaucoup plus rapides
- MS RFC 55 : Amélioration du controle de la résolution de sortie, permettant d’imprimer des cartes à la résolution de l’imprimante en utilisant un mapfile défini pour une résolution écran
- MS RFC 57 : Amélioration des étiquettes : possibilité de répéter des étiquettes le long d’une ligne/multiligne.
D’autres améliorations notables :
- Corrections de sécurité (portées également sur la version 5.4) :
- Amélioration de la sécurité relative aux mapfiles et aux répertoires de non-confiance
- Correction de plusieurs problèmes de sécurité trouvés lors de l’audit de la partie CGI (#2939, #2941, #2942, #2943, #2944)
- Amélioration de performance
- Chargement de toutes les bandes d’image GDAL en une passe pour un traitement plus rapide (r9260)
- Optimisation de l’accès aux très grands shapefiles (#2930)
- Plusieurs améliorations/corrections au support des spécifications de webservices OGC
- Plusieurs améliorations/corrections de MapScript
Comme habituellement il y a un grand nombre de petites améliorations et corrections de bugs. Pour une liste complète voir le fichier HISTORY.TXT à :
Un guide de migration 5.4->5.6 est également disponible. Il devrait être intégré à la documentation officielle sous peu, mais en attendant vous pouvez voir la dernière version en ligne à :
Le code source de cette version peut être téléchargé à :
[mapserver.org] ou
[download.osgeo.org]Les utilisateurs actuels de MS4W 3.0 peuvent mettre à jour vers cette version de MapServer 5.6 en suivant les instructions à :
Les binaires Ubuntu pour hardy, jaunty et karmic sont aussi construits et disponibles dans le dépot PPA unstable de UbuntuGIS :
[https:]]Pour finir, à propose de la documentation, l’équipe de documentation de MapServer continue de mettre à jour et de maintenir les documents, et le site mapserver.org devrait être mis à jour avec la documentation de la 5.6 sous peu. L’équipe a travaillé notamment sur une structure pour des documents multilingues. La structure est maintenant en place sur la version de développement du site, mais des volontaires sont nécessaires pour traduire les pages dans leur propre langue. L’équipe de documentation demande aux volontaires intéréssés par la traduction de la documentation d’envoyer un message sur la liste de diffusion mapserver-dev.
Pour votre plaisir ! – L’équipe MapServer
Traduction par Vincent Picavet
-
20:45 Import PostGIS – Support de DXF
sur OslandiaQuand une figure aussi connue du monde de la géomatique se met au hype 2.0 (TM), on peut se dire que le monde avance. Ou l’inverse.
Faut il rappeler que Frank Wamerdam est le principal développeur de la bibliothèque GDAL/OGR, mais aussi actif sur des sujets aussi divers que OGR WCTS, JPEG2000 / GeoJP2(tm), Microstation DGN/ISFF, OGDI , Shapelib, GeoTIFF, Imagine, Arc/Info Binary Grid Format, GRASS, SDTS, ISO8211Lib, UK NTF, GXF3, S-57 (ENC), NOAA/MAPTECH BSB, PROJ.4, OpenEV, GML, PCIDSK SDK, MapServer, j’en passe et des meilleurs.
Sans oublier son rôle indispensable à l’OSGeo en tant que «charter member».
Venons en au fait, Frank se met au blog ! Et comme le mentionne notre ami Guillaume Sueur sur neogeo-online, le premier post de Frank Wamerdam est de qualité, à la hauteur des messages qu’il envoie régulièrement sur les mailing list des projets de son entourage. Il y décrit donc l’implémentation en cours du support de DXF dans la bibliothèque OGR. Apparemment ce n’est pas de tout repos, même si le format est documenté par Autodesk il reste nombre de points problèmatiques, qui sont cependant en cours de résolution.
On peut donc tester dans la version SVN de GDAL. A vos compilateurs, renvoyez les bugs ! Et on peut dans tous les cas annoncer que l’on a un nouveau moyen d’importer des fichiers DXF dans une base PostGIS grâce à ce nouveau driver, ce qui fera plaisir à nombre d’entre vous, le sujet étant souvent un point bloquant.
Merci à Frank, et aux sponsors de ce projet, la ville d’Uster en Suisse.
-
10:50 Nouvelles de PostgreSQL
sur OslandiaQuelques nouvelles de PostgreSQL dernièrement.
Support des versions majeuresTout d’abord c’est une annonce importante qui concerne le support des versions majeures de PostgreSQL. Le projet a décidé de continuer le support des versions majeures pendant 5 ans.
Il est précisé qu’après cette période de 5 ans, des mises à jours pourront toujours être faites, par exemple pour des correctifs critiques de sécurité. Cependant ce sera avec un principe de «best effort» dans ce cas. De même, le support d’une version pourrait être arrêté prématurément, si les changements nécessaires pour effectuer une correction amèneraient une instabilité ou des problèmes techniques trop difficiles à résoudre.
Ce qui donne le calendrier suivant de support des versions :
Version Fin de vie PostgreSQL 7.4 July 2010 (extended) PostgreSQL 8.0 July 2010 (extended) PostgreSQL 8.1 November 2010 PostgreSQL 8.2 December 2011 PostgreSQL 8.3 February 2013 PostgreSQL 8.4 July 2014 Cette décision est importante, car elle permet d’anticiper les migrations et les mises à jour des environnements de production.
Pgadmin 1.10.1Une nouvelle version de Pgadmin est sortie, la 1.10.1. Des binaires sont déjà téléchargeables.
C’est une release de correction de bug, et le changelog des corrections est donné par Dave Page.
Nouveaux commitersIl n’y a pas beaucoup de commiters autorisés à patcher directement le trunk de PostgreSQL. Quatre nouveaux commiters viennent d’être nommés :
Robert Haas, impliqué dans le processus de commitfest, et auteur de patchs tels que les privilèges sur TRUNCATE, élimination automatique de join…
Simon Riggs: Contributeur sur PITR, le partitionnement, et actuellement sur l’utilisation des esclaves PITR en lecture seule.
Greg Stark: Contributeur sur les fonctions de bas niveau. Création simultanée d’indexes, préchargement de données…
ITAGAKI Takahiro: Auteur de nombreux patches et bug fix, tels que les clauses when pour les triggers, la nouvelle implémentation de VACUUM FULL…
-
9:16 New York Code Sprint 2010
sur OslandiaAprès la première édition en 2009 sur Toronto, le Code Sprint 2010 aura lieu à New York fin février.
Cet évènement permet de rassembler les core développeurs de la ‘C tribe’ dans un même lieu (principalement MapServer, PostGIS, mais aussi d’autres libs et applis connexes: Gdal, Liblas, TinyOWS…) pour 4 journées intenses de code et réunions.L’édition 2009 sur Toronto avait déjà permis d’intéressantes synergies entre les équipes (optimisation des perfs d’accès PostGIS depuis MapServer, reprendre certains points d’architecture de WktRaster en lien avec GDAL…) en plus de l’évidente dynamique intra équipe (c’était par exemple la première fois que l’équipe PostGIS était réunie physiquement).
Paul Ramsey à l’initiative de ces events vient de lancer également l’appel à sponsors pour financer l’infrastructure de cet event.
-
23:00 Envoyez les RC
sur OslandiaPostGIS et GEOS viennent de sortir deux nouvelles versions en Release Candidate.
Pour PostGIS la 1.4.1RC1 est dans les bacs, pour GEOS la 3.2.0rc1 est également toute fraiche.La nouvelle mouture de PostGIS est avant tout une bug fixes version, les nouvelles fonctionnalités (support natif des geography, import GML et KML…) étant prévues pour la 1.5 de fin d’année.
Pour GEOS par contre les nouveautés de la 3.2 sont plus palpables, on citera notamment:
- Fortes améliorations des performances des calculs de buffers
- Optimisation du calcul de distance pour les géométries adjacentes
- Boundary renvoie systématiquement une LINESTRING, même si le POLYGON d’entrée est NULL
- Bug fixes divers
Merci de tester ces nouvelles RC autant que vous le pouvez et de faire remonter tout bug ou comportement non désirés sur les trac respectifs
-
19:33 Explorer vos XML Schema OGC en ligne
sur OslandiaJe sais pas si vous avez remarqué, mais à la fin des specs OGC, dans les annexes, il y a toujours des tartines de XML Schema permettant de spécifier la grammaire et le typage des languages et protocoles décrits dans la dite spec.
Or dès que le Schema commence à dépasser les quelques pages, le risque de nébulosité est grand.Un outil que je trouve très agréable pour parcourir un XML Schema en ligne, est: [schemas.liquid-technologies.com] .
Les principaux Schemas de l’OGC sont présents (GML, KML, WFS, WPS, SOS…), et griotte sur la forêt noire d’autres specs sont aussi au rendez vous en provenance d’OASIS ou du W3C.
Cela permet d’explorer via une arborescence les types du XML Schema, de visualiser les liens de parentés de chaque type (enfants, parents…), de comparer rapidement les différences de spécifications entre les versions d’un même standard…
Enjoy,
-
17:12 ”La géographie, ça sert à se repérer quand on voyage dehors”
sur OslandiaC’est avec cette accroche lapidaire en couverture que Marc Léobet et Françis Merrien présentent un très bon document de vulgarisation sur la directive INSPIRE.
Conçu pour être compréhensible par tous (de nombreuses définitions et notes de bas de pages viennent émailler le texte), ce document précise ce qu’est la directive INSPIRE, les enjeux et intérêts de la mise à disposition des données, qu’elles sont les administrations et les données concernées, et les calendriers de mise en oeuvre.
Bref en moins de 30 pages, une très bonne introduction à ces problèmatiques.
Marc Léobet anime également un blog sur INSPIRE .
-
18:03 Un numéro entier de Linux Mag sur PostgreSQL
sur OslandiaGuillaume Lelarge a réussi l’exploit rédactionel d’écrire à lui tout seul l’ensemble des articles de ce Hors Série !
Un Linux magazine donc, entiérement consacré à PostgreSQL et aux technos connexes.
On notera particulièrement dans cette série d’articles, un tour d’horizon des principales avancées fonctionnelles de PostgreSQL 8.4 (WINDOW et CTE notament), et une comparatif des principales solutions de réplications et de pool de connexions.En vente chez votre marchand de journaux (sic)














