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 GeoJSON gratuit avec fonctions de réparation : vérifiez la syntaxe, détectez les erreurs et corrigez automatiquement les problèmes courants (doublons, propriétés vides, anneaux ouverts).

clearClearpastePaste
Upload
Glissez-déposez votre fichier GeoJSON ici
ou cliquez pour parcourir

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)
  • 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
  • Suppression des objets properties vides ou nuls
  • Limitation des latitudes/longitudes aux bornes valides
  • Fermeture automatique des anneaux de polygones

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ésoudre les problèmes de précision ou de points redondants
  • Préparer un GeoJSON optimisé pour le stockage et le transfert

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 externe horaire, trous antihoraires
  • 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 de métadonnées, puis répare automatiquement les plus courantes : coordonnées consécutives en doublon, propriétés Feature vides, anneaux de polygones non fermés, ordres de coordonnées mélangés et géométries null parasites. 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 et orientés correctement) ; et que les coordonnées tombent dans les plages WGS84 valides (longitude ±180, latitude ±90). Il vérifie aussi que les noms de propriétés sont des chaînes, que les champs bbox sont des tableaux de longueur 4 ou 6, et que les membres crs sont absents (RFC 7946 les interdit ; seul EPSG:4326 est autorisé).

Réparations automatiques courantes : fermer les anneaux de Polygon dont les premières et dernières coordonnées ne correspondent pas ; inverser les anneaux extérieurs inversés (RFC 7946 exige des extérieurs anti-horaires et des trous horaires) ; corriger l'ordre d'enroulement avec la règle de la main droite ; convertir les coordonnées en chaîne en nombres ; supprimer les propriétés supplémentaires non autorisées par la spécification ; aplatir les MultiPoint/MultiLineString/MultiPolygon à élément unique vers leurs équivalents non-multi ; et supprimer les membres crs interdits. Chaque réparation est rapportée avec le chemin de l'élément affecté pour que vous puissiez examiner le changement avant de l'accepter.

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. Le validateur signale tout feature dont la boîte englobante s'étend sur plus de 180 degrés de longitude, et la réparation peut soit diviser la géométrie à l'antiméridien soit la laisser avec un avertissement.

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 partiellement pris en charge via un parsing en mode permissif : les features avec membres étrangers sont acceptés mais signalés avec un avertissement, et les propriétés de temps passent inchangées. Les membres CRS du brouillon de 2008 sont acceptés mais signalés comme invalides selon RFC 7946, avec l'option de les supprimer automatiquement. Pour TopoJSON (format apparenté mais distinct), utilisez le 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.

Pour les fichiers sous 50 Mo, validation et réparation s'achèvent en secondes. Entre 50 et 200 Mo, attendez 10 à 60 secondes et une utilisation mémoire notable sur les appareils sous 4 Go de RAM. Au-dessus de 200 Mo, il convient de diviser le fichier par région ou d'exécuter un validateur côté serveur comme jsonschema avec le schéma GeoJSON, ou d'utiliser ogr2ogr -f GeoJSON -t_srs EPSG:4326 pour valider et reprojeter en une passe. Le validateur navigateur utilise le parsing JSON Streaming quand possible (environ 30 pour cent plus rapide que le parsing DOM complet sur les gros fichiers), mais la pression de heap reste le facteur limitant sur le matériel grand public.

Oui. L'outil peut exporter le rapport de validation en JSON avec une entrée par erreur ou avertissement, incluant les chemins JSON-pointer vers l'élément fautif. Vous pouvez l'intégrer dans CI en exécutant la même bibliothèque de validation (le paquet npm open-source @placemarkio/check-geojson ou geojson-validation) et en faisant échouer le build si une erreur apparaît. Pour les cartes en production, nous recommandons une politique à deux niveaux : avertissements tolérés mais journalisés, erreurs bloquant le déploiement. Cela capture la dérive introduite par les exportations en amont, surtout quand les fournisseurs tiers mettent à jour leurs schémas sans préavis.
Validateur & réparateur GeoJSON — Validateur GeoJSON gratuit avec fonctions de réparation : vérifiez la syntaxe, détectez les erreurs et corrigez automati
Validateur & réparateur GeoJSON
Voir aussi
Outils GéoOUTILS GéO21
WuToolsWUTOOLS