GeoJSON EUDR rejeté : le fichier n’est pas une FeatureCollection
Le système d’information EUDR ne lit qu’une seule forme de fichier — une FeatureCollection GeoJSON avec un feature par lieu de production.
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 outils SIG peuvent exporter les mêmes parcelles sous plusieurs formes JSON : une géométrie nue, un Feature isolé ou une FeatureCollection. Seule la dernière est acceptée, et elle doit contenir au moins un feature — une collection vide échoue de la même façon.
Un échec voisin est une collection dont la liste de features contient des entrées qui ne sont pas des features du tout (valeurs null ou simple texte) — certains scripts et convertisseurs en produisent quand une ligne source est vide.
Comment la correction se fait
Il n’existe pas de réparation automatique sûre pour un fichier dont la structure d’ensemble est fausse — inventer une enveloppe autour d’un contenu inconnu, c’est risquer de déposer quelque chose que vous ne vouliez pas déclarer. Réexportez depuis l’outil qui a produit le fichier et choisissez FeatureCollection GeoJSON comme forme de sortie.
Si vos données sont en KML, KMZ ou CSV, la vérification gratuite les convertit pour vous en une FeatureCollection bien formée dans le cadre du contrôle.