GeoJSON EUDR rejeté : coordonnées mal formées
Chaque coordonnée doit être une paire de nombres [longitude, latitude], imbriquée à la profondeur correcte pour son type de géométrie.
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
Les fichiers édités à la main, les allers-retours par tableur et les exportateurs défectueux produisent des coordonnées qui semblent correctes au premier coup d’œil mais ne sont pas des positions valides : des nombres stockés en texte ("12.345678"), des entrées null, des tableaux vides, ou un polygone privé de son enveloppe d’anneau, si bien que la profondeur d’imbrication est décalée d’un cran.
Une géométrie sans aucune position valide ne porte aucun lieu — le feature entier échoue donc, car le registre ne peut pas placer une parcelle qu’il ne peut pas lire.
Comment la correction se fait
Des coordonnées mal formées ne se réparent pas automatiquement — une réparation ne doit jamais inventer de géométrie, et personne ne peut savoir ce qu’une position manquante ou altérée était censée être. Le contrôle signale les premiers chemins défectueux du fichier, pour que vous sachiez exactement où chercher.
Réexportez les parcelles concernées depuis votre outil SIG ou vos données sources. Si le fichier vient d’un tableur, assurez-vous que les colonnes de coordonnées sont numériques, pas du texte.