|
L'Open Geospatial Consortium est une structure indispensable à la communauté géomatique internationale qui, par les spécifications qu'elle met en place, permet l'accès aux données géographiques, leur partage et leur traitement.
Le consortium
Fondée en 1994 en réponse à la non-interopérabilité des systèmes et des données dans le domaine de l'information géographique, l'Open Geospatial Consortium est une organisation internationale à but non lucratif.
Ses objectifs sont de résoudre les problèmes d'incompatibilité des données constituant l'information géographique et les problèmes d'inter-opérabilité des systèmes, problèmes soulignés par l'ensemble de la communauté géomatique. Ainsi, l'objectif de l'OGC est de rendre les systèmes d'informations géographiques inter-communicables et inter-opérables, au travers de prescriptions techniques traduites dans des spécifications OpenGIS®.
L'Open Geospatial Consortium regroupe des organismes privés et publics actifs dans le domaine des technologies de l'information géographique, et compte plus de 250 membres tels que :
- Des éditeurs de logiciels SIG : AutoDesk, Cadcorp, ESRI, Intergraph, Mapinfo,...
- Des constructeurs de matériel informatique et de logiciels : Adobe, Helwett-Packard, Microsoft, Oracle, Sun Microsystems,...
- Des agences gouvernementales : AUSLIG, BRGM, NASA, Natural Resources Canada, NIMA, NOAA, Ordnance Survey, USGS,...
- Des organisations inter-gouvernementales : FAO, Centre Satellitaire de l'Union Européenne, Nations Unies,...
- Des producteurs de données : NAVTEQ, Space Imaging, Spot Image, Tele Atlas,...
- Des universités et instituts de recherche : EPFL, National Center for Atmospheric Research (NCAR), Office International de l'Eau, Université Laval, Université de Vienne, Université de Tokyo,...
- Des sociétés de développement informatique et de service : Ionic Software, Webraska,...
- Des sociétés diverses : Boeing, Mitsubishi, Shell, Vodafone,...
Pour plus d'information : consultez la liste complète des
membres
de l'OGC.
Organisation et fonctionnement
L'OGC administre le Projet OpenGIS par une politique de consensus formel à laquelle participent des organismes clés dans les divers secteurs de la communauté de l'information géographique.
L'OGC s'organise autour :
- D'un Conseil d'Administration qui met à jour les réglements et le plan stratégique de l'OGC et autorise la mise en application du plan financier et commercial de l'organisation.
- Du personnel administratif qui a parmi ses responsabilités les services aux membres, la préparation du budget et la gestion financière de l'organisation, ainsi que la gestion de la procédure de consensus de l'OGC et les activités de promotion et de recrutement des membres.
- D'un Comité de Gestion qui fournit des directives générales et une structure de gestion pour le Comité Technique de l'OGC et le projet OpenGIS. En outre, le Comité de Gestion est responsable de la planification pour le projet OpenGIS ainsi que de la gestion de la procédure de diffusion de la technologie du groupe.
- D'un Comité Technique qui constitue l'unité opérationnelle essentielle du projet OpenGIS. Il est composé des représentants techniques de tous les organismes membres de l'OGC et est responsable de la création de la Spécification OpenGIS®.
La Spécification OpenGIS®
La Spécification OpenGIS® est une spécification globale d'architecture logicielle qui fournit une base pour l'ouverture des systèmes de traitement des données géographiques. Les interfaces de programmation basées sur cette spécification autoriseront une inter-opérabilité réelle entre les applications, et entre les réseaux. En outre, ces interfaces permettront un accès aux ressources hétérogènes de la géomatique (données et programmes). En effet, grâce à la Spécification OpenGIS®, les SIG, la télédétection et d'autres disciplines de la géomatique sont libérées à la fois des contraintes des formats propriétaires ou incompatibles et des applications isolées.
La Spécification OpenGIS® établit un environnement bien ordonné conçu pour la simplification du travail des développeurs ainsi que des utilisateurs. Les développeurs qui adhèrent à la Spécification créeront des applications ayant la capacité de soutenir toute la gamme de types de données géographiques et pouvant avoir automatiquement accès à de vastes ressources géomatiques (données et programmes). Les utilisateurs des données géographiques pourront partager un espace énorme de données en réseau dans lequel toutes sortes de données spatiales pourront être utilisées sans transfert et conversion par lots, procédés lents et difficiles, et ce même dans les cas où les données ont été produites à des dates différentes par des groupes sans lien entre eux, utilisant des systèmes de production divers dans des buts variés. Manifestement les différents modèles de données ne se recoupent pas complètement dans les types d'information qu'ils peuvent stocker et il existe selon les communautés, différentes définitions des caractéristiques géographiques et divers schémas de métadonnées. Mais des services conformes soutiendront le plus grand degré possible d'intégration de données : des services pour traduire la sémantique et retrouver automatiquement l'arborescence des données, la qualité et les imputations d'erreurs.
Une fois la Spécification installée, l'industrie des SIG aura les outils nécessaires pour résoudre les onéreux problèmes d'incompatibilité de données géographiques. Elle donnera un tremplin technologique aux organismes qui sont gagnés aux normes de transfert de données spatiales. En créant une enveloppe intelligente bien connue autour des données et autour des bases de données spatiales, elle atteindra les objectifs d'un format universel de données (bien que cela ne soit pas un format de données), tout en respectant les objectifs très divers des producteurs de données et des modèles d'information qu'ils emploient. Les applications intégreront alors plus facilement la formation d'images et les données vectorielles.
La procédure de publication d'une spécification comprend les étapes suivantes :
- Dans un premier temps, le Comité Technique de l'OGC valide un modèle simplifié (Abstract Model) sur le sujet d'intérêt.
- Ce modèle simplifié est ensuite utilisé comme base pour la proposition (RFP : Request For Proposition). Le RFP est un document issu de l'OGC proposé à la communauté géomatique.
- Après une période prédéfinie, les réponses au RFP sont collectées, et les organismes ayant répondu sont invités à synthétiser leurs réponses en une réponse unique.
- Cette synthèse est ensuite soumise au vote au sein de l'OGC, et si celle-ci est retenue, elle devient une spécification OpenGIS®.
Les spécifications adoptées par l'OGC
A l'heure actuelle 16 spécifications ont été adoptées par l'OGC. Ces spécifications comprennent les interfaces pour les plateformes COM et CORBA, et pour les schémas de base de données SQL et OLE-DataBase.
Catalog Interface
|
|
|
Catalog Interface définit une interface commune qui permet à diverses applications conformes d'améliorer les opérations de recherche, de visualisation et de requêtes pour pallier à l'hétérogénéité potentielle des catalogues distribués sur les serveurs.
Abréviation : CAT Date : 02-08-2004 Version : 2.0
|
|
|
Coordinate Transformation Services
|
|
|
Cette spécification fournit des interfaces pour le positionnement, les systèmes de coordonnées et les transformations de coordonnées.
L'interface de transformation de coordonnées permet de transformer des points dans n'importe quel autre système de coordonnées.
Abréviation : CT Date : 12-01-2001 Version : 1.0
|
|
|
Filter Encoding
|
|
|
Un filtre est une construction utilisée pour décrire les
contraintes des propriétés d'une classe d'objets dans le but d'identifier un
sous-ensemble....
Abréviation : Filter Date : 01-05-2001 Version : 1.1
|
|
|
Geography Markup Language
|
|
|
Le Geography Markup Language est un language codé en langage XML
destiné au transfert et au stockage d'informations géographiques (géométrie,
propriétés, coordonnées géographiques).
Abréviation : GML 3.0 Date : 29-01-2003 Version : 3.1.1
|
|
|
Grid Coverages
|
|
|
La spécification Grid Coverage définit les interfaces d'accès
aux données stockées sous forme de grilles, comme les photos aériennes, les images
satellitales et les modèles numériques de terrain.
Cette spécification complète la spécification Simple Features
par la manipulation des objets raster.
Abréviation : GC Date : 12-01-2001 Version : 1.0
|
|
|
Open Location Services : Core Services [Parts 1-5]
|
|
|
Les Core Services Parts 1 à 5 permettent de disposer d'un lot
de services de base comprenant la plateforme OpenLS. Cette plateforme est aussi
rattachée au service GeoMobility (GMS), serveur ouvert de localisation.
Abréviation : OLS Core Date : 16-01-2004 Version : 1.1
|
|
|
Simple Features (COBRA, SQL, OLE/COM)
|
|
|
Cette spécification s'intéresse au traitement de la géométrie
des données vecteurs dans les SIG. L'objectif est d'aboutir à une standardisation
équivalente à celle existant pour le texte (ASCII) ou pour les nombres (IEEE) afin
que les systèmes d'information traitent la géométrie d'une manière fiable et constante,
comme ils le font pour le texte et les nombres.
Les APIs de cette spécification permettent de publier, stocker, accéder et effectuer des traitements simples sur des objets ayant une géométrie de base telle que point, ligne, polygone, multi-point,...
Abréviation : SFC Date : 02-06-1999 Version : 1.0
Abréviation : SFS Date : 05-05-1999 Version : 1.1
Abréviation : SF0 Date : 18-05-1999 Version : 1ì..1
|
|
|
Styled Layer Descriptor
|
|
|
Cette spécification concerne le langage de style pour la
production de cartes avec des styles définis par l'utilisateur.
La spécification Web Map Service (WMS) permet à un utilisateur
de choisir un style de représentation parmi ceux qui sont définis sur le serveur
à travers leur nom. Mais elle ne permet pas à l'utilisateur de définir ses propres
règles de représentation. Pour cela il est nécessaire de définir un langage de
style. La définition de ce langage est l'objectif de cette spécification. Ce
langage peut être employé pour représenter la sortie de serveurs WMS, WFS et WCS.
Abréviation : SLD Date : 19-08-2002 Version : 1.0
|
|
|
Web Coverage Service
|
|
|
Cette spécification permet d'étendre l'interface de Web Map Service
en autorisant l'accès à des couvertures spatiales qui proposent des valeurs ou des
propriétés des localisations géographiques, plutôt que des cartes générées par WMS
sous forme d'image.
Abréviation : WCS Date : 16-10-2003 Version : 1.0
|
|
|
Web Feature Service
|
|
|
Cette spécification, fondée sur le langage GML et le protocole
HTTP, concerne les services cartographiques à base vectorielle ou pour l'utilisation
de géodonnées à base vectorielle de serveurs de géodonnées répartis.
Elle décrit le comportement d'un serveur Web pour des opérations
de manipulation de données géographiques.
Elle propose des interfaces pour la description des manipulations
de données sur des objets géographiques en utilisant le protocole HTTP. Les
opérations de manipulation de données vont permettre de créer des nouveaux objets,
d'en effacer, de les mettre à jour, et de rechercher des objets selons des contraintes
spatiales...
Abréviation : WFS Date : 17-05-2002 Version : 1.1
|
|
|
Web Map Context Documents
|
|
|
Cette spécification définit comment créer, stocker et utiliser
l'information issue d'une application client Web Map Service.
Abréviation : WMC Date : 12-06-2003 Version : 1.1
|
|
|
Web Map Service
|
|
|
Cette spécification, fondée sur le langage XML et le protocole
HTTP, est dédiée à la visualisation de données géographiques à base tramée (raster)
sur Internet et Intranet.
Elle propose un standard pour le fonctionnement d'un service
Web de génération de cartes géoréférencées. Elle décrit la structure de la
requête à envoyer au serveur et la manière dont le serveur renvoie la réponse
pour générer des cartes, interroger des objets visualisés sur une carte et
interroger le serveur sur le type de cartes qu'il peut produire.
Abréviation : WMS Date : 02-08-2004 Version : 1.3
|
|
Pour plus d'information : consultez les pages dédiées aux
spécifications
sur le site de l'OGC.
|
MITHRA - SIG
OffSIS
|
BathySIS
Nos implantations
Dernière mise à jour de la page :
20 septembre 2007
|