GeoJSON EUDR rejeté : coordonnées hors limites — latitude et longitude inversées
Les coordonnées GeoJSON sont [longitude, latitude] en WGS84. Des valeurs au-delà de ±180 et ±90 rendent le fichier illisible — et l’inversion des axes en est la cause la plus fréquente.
Ce que le contrôle exige
Une erreur bloquante — le système d’information EUDR refuse le fichier jusqu’à ce qu’elle soit résolue.
Pourquoi des fichiers échouent à ce contrôle
Beaucoup d’outils, de formats et de personnes écrivent les coordonnées latitude d’abord. En GeoJSON, l’ordre est inversé : une parcelle à 6,7° N, 79,9° E, écrite dans l’ordre familier, se met à revendiquer une latitude de 79,9° — hors de la plage valide dès qu’elle s’éloigne assez de l’équateur.
Des valeurs hors limites qu’une inversion n’explique pas signifient généralement que le fichier est dans un système de coordonnées projeté (mètres UTM, grilles nationales) plutôt qu’en degrés décimaux WGS84.
Comment la correction se fait
Quand chaque position hors limites d’une parcelle devient valide une fois les axes inversés — et que les positions valides le restent — le moteur propose l’inversion comme réparation suggérée. Parce que c’est une affaire de jugement, elle n’est jamais appliquée en silence : la correction est signalée, vous l’appliquez parcelle par parcelle et vous vérifiez le résultat sur la carte.
Si l’inversion n’explique pas les valeurs, reprojetez le fichier en WGS84 (EPSG:4326) dans votre outil SIG et exportez à nouveau — la reprojection a besoin du système source, que seul votre outil connaît.