Plus de jeux sur WuGames.ioSponsoriséDécouvrez des jeux de navigateur gratuits — jouez aussitôt, sans téléchargement ni inscription.Jouer
Validateurs ValidationOutils Géographiques GéoOutils Données Données

Validateur & réparateur GeoJSON

Validateur et réparateur GeoJSON RFC 7946 gratuit : vérifiez la syntaxe, corrigez l'orientation des polygones (règle de la main droite), validez les bornes WGS84 et réduisez la précision.

clearClearpastePaste
Upload
Glissez-déposez votre fichier GeoJSON ici
ou cliquez pour parcourir
Décimales (6 ≈ 0,11 m à l'équateur)

Pourquoi valider et réparer un GeoJSON ?

Cet outil vérifie la conformité de vos fichiers GeoJSON, détecte les erreurs courantes et peut les corriger automatiquement pour garantir la compatibilité avec les bibliothèques cartographiques.

Une validation rigoureuse évite les erreurs d'affichage ou les plantages dans Leaflet, Mapbox, OpenLayers ou toute application web cartographique.

En plus de signaler les erreurs, l'outil corrige automatiquement les problèmes fréquents comme les coordonnées dupliquées, l'ordre des anneaux ou les géométries mal formées.

Erreurs GeoJSON courantes

Le validateur détecte et corrige notamment :

  • Propriété "type" absente ou invalide
  • Format ou ordre de coordonnées incorrect
  • Coordonnées hors bornes valides (-180 à 180, -90 à 90)
  • Coordonnées dupliquées ou redondantes
  • Anneaux de polygone non fermés
  • Mauvais sens de rotation des polygones (règle de la main droite RFC 7946 : anneau extérieur antihoraire, trous horaires)
  • Propriétés nulles ou vides
  • Structures Feature ou FeatureCollection invalides

Comment utiliser le validateur

Mode d'emploi :

  • Collez votre GeoJSON ou importez un fichier .geojson
  • Cliquez sur Valider pour détecter les erreurs
  • Consultez la liste des problèmes identifiés
  • Choisissez les options de réparation souhaitées
  • Cliquez sur Réparer & valider pour générer la version corrigée
  • Téléchargez ou copiez le GeoJSON réparé

Chaque message d'erreur précise l'emplacement exact dans votre structure GeoJSON.

Capacités de réparation

Les corrections automatiques incluent :

  • Suppression des coordonnées doublons consécutifs
  • Nettoyage des coordonnées redondantes (Turf.js cleanCoords)
  • Correction de l'ordre des anneaux pour respecter la règle de la main droite RFC 7946 (anneau extérieur antihoraire, anneaux intérieurs (trous) horaires)
  • Suppression des objets properties vides ou nuls
  • Réduction de la précision des coordonnées à un nombre de décimales choisi pour diminuer la taille du fichier
  • Affichage en direct d'une comparaison de taille en octets entre l'entrée et la sortie après chaque réparation

Après correction, une nouvelle validation confirme que tous les problèmes sont résolus.

Cas d'usage

Utilisez ce validateur pour :

  • Contrôler un GeoJSON avant mise en production
  • Déboguer un export GeoJSON issu d'une base ou d'une API
  • Nettoyer des fichiers GeoJSON fournis par vos utilisateurs
  • Assurer la compatibilité entre différentes bibliothèques cartographiques
  • Réduire une précision de coordonnées excessive pour diminuer la taille du fichier et les points redondants
  • Préparer un GeoJSON optimisé pour le stockage et le transfert vers les tuiles Leaflet/Mapbox

Conformité à la RFC 7946

Le validateur suit la spécification officielle GeoJSON (RFC 7946) :

  • Types de géométrie autorisés : Point, LineString, Polygon, MultiPoint, MultiLineString, MultiPolygon, GeometryCollection
  • Format de coordonnées : [longitude, latitude] ou [longitude, latitude, altitude]
  • Coordonnées dans les bornes [-180, 180] en longitude et [-90, 90] en latitude
  • Anneaux de polygone : première et dernière coordonnée identiques
  • Orientation : anneau extérieur antihoraire, anneaux intérieurs (trous) horaires (règle de la main droite RFC 7946)
  • Propriétés : objet obligatoire (vide ou null accepté)

En appliquant ces règles, vos GeoJSON restent compatibles avec toutes les implémentations conformes.

À propos du Validateur & Réparateur GeoJSON

Le Validateur & Réparateur GeoJSON contrôle la conformité de tout document GeoJSON à la spécification RFC 7946, signale les erreurs structurelles, géométriques et les coordonnées hors plage ou non numériques, puis répare automatiquement les plus courantes : coordonnées redondantes et en doublon, propriétés Feature vides, et l'orientation des polygones via la règle de la main droite (anneau extérieur antihoraire, trous horaires). Il réduit aussi une précision de coordonnées excessive et affiche une lecture de la taille en octets avant/après, l'étape standard avant déploiement pour alléger les charges de tuiles Mapbox et Leaflet. Idéal pour les analystes SIG nettoyant des données de terrain, les développeurs web déboguant des sources de tuiles, les ingénieurs data assemblant des pipelines spatiaux et quiconque exporte depuis QGIS, ArcGIS ou des scripts maison et veut que le fichier se charge sans accroc dans Leaflet, Mapbox ou Turf.js. Essayez aussi notre Géocodeur et Geohash.

Questions fréquentes

Il valide votre entrée par rapport à RFC 7946 (la spécification GeoJSON), vérifiant que l'objet racine est une FeatureCollection, Feature ou Geometry ; que chaque géométrie a exactement la structure requise pour son type déclaré (coordonnées Point de longueur 2 ou 3, LineString avec au moins 2 positions, anneaux de Polygon fermés avec au moins 4 positions) ; et que les coordonnées sont des nombres tombant dans les plages WGS84 valides (longitude ±180, latitude ±90). Il confirme aussi que chaque Feature porte un membre geometry (qui peut être explicitement null, un Feature non localisé) et que properties est un objet ou null.

Réparations disponibles : nettoyer les coordonnées redondantes et les doublons consécutifs avec Turf.js cleanCoords ; corriger l'orientation des polygones selon la règle de la main droite RFC 7946 (anneau extérieur antihoraire, trous horaires) ; convertir les objets properties vides d'un Feature en null ; et réduire la précision des coordonnées à un nombre de décimales choisi pour diminuer la taille du fichier. Chaque réparation n'est comptée que si elle modifie réellement le document, et après réparation l'outil revalide et affiche une comparaison de taille en octets avant/après pour que vous mesuriez le résultat.

RFC 7946 exige que les anneaux extérieurs de Polygons soient enroulés dans le sens anti-horaire vus d'en haut (la règle de la main droite, même convention utilisée par OGC Simple Features) et que les anneaux intérieurs (trous) soient enroulés dans le sens horaire. Cette convention importe car les algorithmes de point-dans-polygone et certains rendus (notamment Mapbox GL et deck.gl) s'y appuient pour décider quel côté est l'intérieur. Si vos données ont été exportées par un outil utilisant la convention opposée (certains anciens shapefiles ESRI), les trous peuvent rendre solides et l'intérieur du polygone transparent. La réparation réoriente tous les anneaux dans l'ordre conforme à RFC.

L'antiméridien est la ligne de longitude à ±180 degrés, où les hémisphères est et ouest se rencontrent. Une LineString ou Polygon qui le franchit peut être encodée de deux façons : comme un seul feature dont la longitude saute de +179 à -179 (que la plupart des rendus dessineront comme une ligne entourant tout le globe), ou comme MultiLineString/MultiPolygon avec la géométrie divisée à l'antiméridien. RFC 7946 recommande la forme divisée pour éviter le rendu enveloppant. Cet outil ne divise pas automatiquement les géométries franchissant l'antiméridien ; pour cette étape, exécutez ogr2ogr avec -wrapdateline ou une bibliothèque dédiée de découpe à l'antiméridien avant de valider ici.

L'outil suit RFC 7946 (juin 2016), la norme GeoJSON actuelle. Les brouillons et variantes plus anciens tels que la spécification de 2008, GeoJSON-T (extension de temps) et GeoJSON-LD (extension de données liées) sont analysés comme du JSON ordinaire : les membres étrangers sont conservés et passent inchangés plutôt que rejetés, donc vos champs supplémentaires survivent au cycle. Le brouillon de 2008 autorisait un membre crs que la RFC 7946 abandonne ; s'il figure encore dans votre fichier, il est conservé en sortie : supprimez-le manuellement si un consommateur strict le rejette. Pour TopoJSON (format apparenté mais distinct), utilisez un convertisseur dédié.

Causes courantes : (1) latitude et longitude inversées, géométriquement inoffensif mais rend dans le mauvais pays ; (2) coordonnées dans un CRS projeté tel qu'UTM (valeurs de l'ordre du million) jamais reprojetées vers WGS84 ; (3) valeurs DMS non converties en décimales ; (4) altitudes mises par erreur là où devrait aller longitude ou latitude. Le validateur affiche chaque valeur hors plage avec son index de feature et son chemin de propriété pour que vous corrigiez les données sources. Après correction, relancez le validateur jusqu'à voir zéro erreur avant de déployer le fichier vers une carte de production.

Tout s'exécute dans votre navigateur, la capacité dépend donc de la mémoire de votre appareil. Les fichiers jusqu'à quelques mégaoctets sont validés et réparés en secondes. Des dizaines de mégaoctets fonctionnent sur un poste de bureau disposant de plusieurs gigaoctets de RAM libre, mais peuvent sembler lents car tout le document est analysé en mémoire d'un coup (JSON.parse, sans streaming). Pour les exports très volumineux, divisez le fichier par région ou exécutez un validateur côté serveur, ou utilisez ogr2ogr -f GeoJSON -t_srs EPSG:4326 pour valider et reprojeter en une passe. Réduire d'abord ici la précision des coordonnées peut réduire sensiblement un fichier surdimensionné avant tout traitement ultérieur.

Six décimales de longitude/latitude correspondent à environ 0,11 mètre à l'équateur, ce qui dépasse déjà la précision du GPS grand public ; sept décimales (environ 1 cm) couvrent les données de qualité topographique. Au-delà, ce n'est que du bruit GPS sans intérêt. Les exports de QGIS, ArcGIS et PostGIS émettent couramment 14 à 15 décimales, gonflant la taille du fichier de deux à cinq fois sans bénéfice visible et alourdissant les charges de tuiles Mapbox et Leaflet. Activez Réduire la précision des coordonnées, choisissez 6 (cartes web) ou 7 (données de terrain précises), et l'outil affiche la taille en octets avant et après pour confirmer le gain. Pour un contrôle CI strict, exécutez la même vérification avec le paquet npm open-source @placemarkio/check-geojson ou geojson-validation et faites échouer le build à la moindre erreur.
Validateur & réparateur GeoJSON — Validateur et réparateur GeoJSON RFC 7946 gratuit : vérifiez la syntaxe, corrigez l'orientation des polygones (règle de
Validateur & réparateur GeoJSON
Voir aussi
Outils GéoOUTILS GéO21
WuToolsWUTOOLS