Avant propos

L'API du Géoportail a pour but de permettre la superposition des couches métiers utilisateurs avec les référentiels pour tous types d'applications.

Les informations contenues dans la présente documentation nécessitent à minima la connaissance d'un certain nombre de technologies liées à l'information géographique et de l'information. Parmi ces technologies, on trouvera :

• le Web : les technologies utilisées par l'API Web 2D relèvent principalement des mécanismes de l'internet. Les flux d'informations proviennent de différents serveurs qui amènent l'information au client Web privilégié : le butineur ;
• les langages de programmation côté butineur : les pages Web de l'API sont des pages dynamiques qui utilisent 3 technologies de base :
  • HyperText Markup Language (HTML) : il faut savoir écrire une page Web pour utiliser l'API ;
  • Cascading Style Sheet (CSS) : l'ergonomie d'une page Web repose sur ce langage, l'API l'utilise fortement ;
  • ECMA-262 et affiliés (JavaScript [1] / ActionScript [2]) : l'API Web 2D et ses composants (comme OpenLayers) utilise ces langages de programmation. Il faut donc maîtriser au moins l'un d'eux au minimum pour concevoir des pages Web utilisant l'API.

• les standards de l'ISO (International Organization for Standardization), de l'OGC (Open Geospatial Consortium), de l'OSGeo (Fondation Géospatiale Open Source) : les services géographiques utilisent ces standards ou normes, il s'agit donc d'en connaître l'existence et les fonctionnements :
  • Web Map Service - Cached (WMS-C) : en l'absence d'un standard ISO/OGC, le Géoportail a mis en oeuvre un service de cartographie tuilé pour servir à hautes performances les données spécifié par MetaCarta. Ceci pourrait changer quand un standard émergera cette demande à commentaires de l'OGC ;
  • Web Map Service (WMS) : la cartographie par le réseau, ce service fournit principalement des images (mais pas uniquement). Bien que le butineur bénéficie au travers de l'API de ce type de services, un SIG est aussi potentiellement un client WMS ;
  • Web Feature Service (WFS) : à l'instar d'une connexion à une base de données, un tel service permet d'accéder à des bases de données géographiques par le réseau en utilisant principalement le format GML (Geographic Markup Language). Le butineur bénéficie au travers de l'API de ce type de service, mais un SIG est aussi potentiellement un client WFS ;
  • Keyhole Markup Language (KML) : ce langage est en cours d'adoption entre l'OGC et Google. Il est très utilisé dans Google Earth. Il est supporté par OpenLayers ;
  • GPS eXchange Format (GPX) : ce langage supporté par l'API permet de récupérer des traces GPS et de les afficher dans l'API.

Les technologies listées ci-dessus ne sont pas les seules dans le domaine de la géomatique...

La figure suivante schématise le fonctionnement de l'API :

Le schéma ci-dessus décrit trois parties principales :

• les composants côté serveur :

  Les entrepôts de données sont gérés ici. Ils peuvent être sous un gestionnaire de base de données (postgreSQL, mySQL, Oracle, Informix, ArcSDE, etc ...) ou directement sur le système de fichiers sous forme de répertoires de fichiers (cache, arborescences).

• les services :

  Ces entrepôts sont accessibles par des services (Web Map Service, Web Feature Service, ...) ou par des transferts HTTP classiques (Keyhole Markup Language, ...). Un autre composant important réside côté service : le service de gestion de droits en information géographique (connu aussi sous les vocables GeoDRM ou GeoRM). Ce service gère la licence en provenance du client.

• les composants côté client :

  L'API cliente est chargée ici.

  Cette partie se connecte avec le service GeoDRM.

Les services du Géoportail (WMS-C, WMS, WFS) peuvent être connectés à des applications SIG. Pour cela, il faut mettre en oeuvre un connecteur à notre GeoRM. Pour plus d'information, il faut nous contacter à 'contact dot api at ign dot fr'.

API 2D

L'API 2D permet d'intégrer des référentiels Géoportail depuis les services fournis par l'infrastructure du Géoportail.