Etat de l'art des API Web Cartographiques
Architecture
Schéma
Description
Ci-dessus un schéma représentant une architecture classique pour une application exploitant une API Cartographique Web.
Les éléments composants cette architecture sont :
- L'API cartographique WEB, qui s'occupe de faire le rendu des données qu'elle reçoit à travers un serveur Web.
- Un serveur web. Il permet de lier l'ensemble de l'architecture et permet au client Web de faire les requêtes (GET, tcp/ip) nécessaires pour la récupération des données.
- Les sources de données :
- GeoJSON : l'application peut directement ouvrir et parser des JSON contenant des géométries, avec des attributs associées. Le serveur web permet de faire la requête GET nécessaire à la récupération et l'ouverture de ce fichier. Par la suite, aujourd'hui, les différentes API Cartographiques du marché possèdent une solution pour directement parser les fichiers JSON et créer les géométries associées.
- Base de données :
- Classique : il est possible de directement travailler avec une base de données classiques et faire les requêtes SQL classiques permettant de récupérer des coordonnées représentant les géométries à afficher dans le client. Une transformation est donc nécessaires, côté client, pour pouvoir visualiser les données correctement.
- Spatiale : aujourd'hui, les bases de données spatiales permettent de requêter directement du GeoJSON. Le résultat étant directement correctement préformaté cela permet de simplifier les traitements et ne demande pas de transformer la donnée avant visualisation.
- Web-Service : enfin là dernière solution de sources de données est à travers un Web Service (TileLayer, WMS, WFS, etc.). Pour pouvoir fournir ce type de Web Service il faut que l'architecture s'appuie sur un Serveur Géographique (GeoServer, MapServer, etc.) permettant de prendre en entrée des données rasters et/ou vectorielles venant de diverses sources (base de données, fichiers rasters (.png, .jpg, .tiff, etc.), fichiers vectoriels (.shp, .kml, etc.). Une fois les données disponibles le serveur géographique se chargera de générer les Web Service possible associés qui seront consommables par la grande majorité des outils SIG, que ce soit web ou desktop.