Benjamin 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:

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 !)

La 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,