Le standard GeoJSON expliqué : Maîtrisez la RFC 7946 pour les données géospatiales
Dans le monde de la cartographie web et des systèmes d'information géographique (SIG), le GeoJSON est devenu le langage universel pour partager des données spatiales. Que vous utilisiez Leaflet, Mapbox ou Google Maps, vous interagissez probablement avec la RFC 7946, le standard officiel du GeoJSON.
Qu'est-ce que la RFC 7946 (GeoJSON) ?
Publiée en 2016, la RFC 7946 a formalisé le format GeoJSON. Il s'agit d'un format d'échange de données géospatiales basé sur le JSON (JavaScript Object Notation). Il permet de représenter des géométries, des entités (features) et des collections d'entités.
Le GeoJSON prend en charge les types de géométrie suivants :
- Point : Une position unique (longitude, latitude).
- LineString : Une série de points connectés (ligne).
- Polygon : Une zone fermée (le premier et le dernier point sont identiques).
- MultiPoint, MultiLineString, MultiPolygon : Des collections des types ci-dessus.
- GeometryCollection : Un mélange de différents types de géométrie.
Principes fondamentaux du GeoJSON
1. Le système de coordonnées
La RFC 7946 impose strictement l'utilisation du référentiel WGS 84 (World Geodetic System 1984). Les coordonnées sont toujours ordonnées ainsi : [longitude, latitude]. Attention : de nombreux développeurs font l'erreur d'utiliser [latitude, longitude], ce qui placera vos données au mauvais endroit sur le globe !
2. L'objet Feature (Entité)
Un objet Feature GeoJSON contient une géométrie et des métadonnées supplémentaires (propriétés).
{
"type": "Feature",
"geometry": {
"type": "Point",
"coordinates": [102.0, 0.5]
},
"properties": {
"name": "Îles Dinagat"
}
}
3. FeatureCollection (Collection d'entités)
La plupart des fichiers GeoJSON sont des objets FeatureCollection, ce qui vous permet de regrouper plusieurs entités dans un seul fichier.
Scénarios d'application pratique
Cartographie Web
Le GeoJSON est le format natif de la plupart des bibliothèques de cartographie web modernes. Il est facile à charger via AJAX et peut être stylisé dynamiquement en fonction de l'objet properties.
Stockage en base de données
Les bases de données modernes comme PostgreSQL (avec PostGIS) et MongoDB prennent en charge nativement le GeoJSON, ce qui vous permet d'effectuer des requêtes spatiales (ex : « Trouver tous les points dans un rayon de 5 km autour de cet emplacement »).
Visualisation de données
Des outils comme D3.js peuvent lire des données GeoJSON et les restituer sous forme de cartes SVG interactives, idéales pour les tableaux de bord et les infographies.
GeoJSON vs KML vs Shapefile
| Caractéristique | GeoJSON | KML | Shapefile |
|---|---|---|---|
| Format | JSON | XML | Binaire (fichiers multiples) |
| Web Friendly | Excellent | Moyen | Médiocre |
| Stylisation | via propriétés | Intégrée (XML) | Séparée (.qml/.sld) |
| Lisible par l'homme | Oui | Oui | Non |
FAQ
Q : Pourquoi utilise-t-on [longitude, latitude] au lieu de [latitude, longitude] ?
R : La RFC 7946 suit le système de coordonnées cartésiennes standard [x, y], où la longitude correspond à l'axe X et la latitude à l'axe Y.
Q : Puis-je utiliser d'autres systèmes de coordonnées (CRS) ?
R : Alors que les anciennes versions du GeoJSON permettaient des CRS personnalisés, la RFC 7946 exige strictement le WGS 84. Si vos données sont dans un autre système (comme l'UTM), vous devez les projeter en WGS 84 avant de les partager en GeoJSON.
Q : Comment gérer les jeux de données volumineux ?
R : Pour les jeux de données spatiaux très volumineux, le GeoJSON peut devenir lent à charger. Envisagez d'utiliser le TopoJSON (qui réduit la taille du fichier en partageant la topologie) ou les Tuiles Vectorielles (MVT) pour une cartographie de niveau production.
Outils associés
- Formateur JSON - Indispensable pour valider et nettoyer vos structures GeoJSON.
- Encodeur/Décodeur URL - Utile pour passer des données GeoJSON comme paramètre d'URL.
- Générateur d'UUID - Souvent utilisé pour générer des identifiants uniques pour les entités GeoJSON.