Le format GeoJSON de l'EUDR, expliqué

TRACES accepte la géolocalisation des parcelles au format GeoJSON, mais pas n’importe quel GeoJSON : la Commission publie un profil précis, et les fichiers qui s’en écartent sont rejetés ou, pire encore, acceptés avec des données silencieusement corrompues. Ce guide est la référence pratique de ce profil : structure, règles de géométrie, les quatre propriétés que le système lit, et les erreurs que la documentation officielle elle-même recense comme les plus courantes.

La structure de base

Une FeatureCollection contenant un Feature par parcelle, chacun doté d’une geometry et de properties, conformément à la spécification GeoJSON standard (RFC 7946). Les coordonnées sont en degrés décimaux WGS84 (EPSG:4326) dans l’ordre [longitude, latitude]. Aucun autre système de coordonnées n’est accepté ; les fichiers en projections nationales doivent être reprojetés, non ré-étiquetés.

{
  "type": "FeatureCollection",
  "features": [
    {
      "type": "Feature",
      "properties": {
        "ProducerName": "Kouassi Cooperative",
        "ProducerCountry": "CI",
        "ProductionPlace": "Plot Adzope A-12",
        "Area": 2.5
      },
      "geometry": { "type": "Point", "coordinates": [-3.863245, 6.107891] }
    }
  ]
}

Types de géométrie : ce qui est admis, ce qui est exclu

• Acceptés : Point, MultiPoint, Polygon, MultiPolygon.
• Rejetés : LineString et MultiLineString : une trace GPS n’est pas une parcelle tant que vous ne la refermez pas en polygone.
• Polygones : au moins quatre positions, anneau fermé (première position égale à la dernière), aucune auto-intersection et aucun trou : les anneaux intérieurs ne sont pas traités ; une parcelle comportant une zone d’exclusion doit donc être scindée en deux formes sans trou.
• Points : les coordonnées doivent former une unique paire plate. Une paire imbriquée ([[lon, lat]]) se téléverse sans erreur puis n’affiche aucune coordonnée du tout, l’un des échecs silencieux documentés du profil.

Six décimales, imposées par troncature

Le règlement exige au moins six décimales (environ 11 cm), et le système normalise chaque coordonnée à exactement six : les chiffres manquants sont complétés, ceux en trop sont supprimés. Le piège se cache dans la troncature : deux sommets qui ne diffèrent qu’à la septième décimale se confondent en doublons après arrondi, ce qui rend l’anneau invalide. Arrondissez au préalable vos coordonnées à six décimales et supprimez les sommets consécutifs en double avant le téléversement, afin de valider le fichier que TRACES verra réellement. Le contexte juridique figure dans le guide des exigences de géolocalisation.

Les quatre propriétés qui comptent

Les noms de propriétés sont sensibles à la casse : producercountry n’est pas ProducerCountry et est ignoré. Tout ce qui ne figure pas dans cette liste est également ignoré, sans dommage, ce qui est réellement utile : conservez vos propres identifiants de parcelle et vos dates de production comme propriétés supplémentaires, et un même fichier sert à la fois TRACES, le screening satellitaire et votre traçabilité des preuves. Pour les polygones, la superficie est calculée à partir de la géométrie elle-même ; une valeur Area sur un polygone est ignorée.

Limites de taille et comment rester en deçà

La charge utile de géolocalisation totale par DDS est plafonnée à 25 MB, ce qui semble énorme jusqu’à ce qu’un envoi de caoutchouc apporte cinquante mille parcelles. La recommandation officielle en cas de dépassement, dans l’ordre : supprimez les sommets superflus (deux points définissent une clôture rectiligne, pas un tous les cinq mètres), déclarez les parcelles de moins de 4 hectares comme des points plutôt que comme des polygones, et si le fichier reste trop volumineux, répartissez l’envoi sur plusieurs déclarations et référencez-les depuis une déclaration finale. Une sérialisation compacte (sans mise en forme) procure une marge supplémentaire ; les espaces comptent.

La liste des erreurs, condensée

• Polygones auto-sécants ou en forme de huit : non traités.
• Anneaux non fermés, "polygones" colinéaires sans superficie, sommets consécutifs en double : erreurs de fichier.
• Ordre de coordonnées inversé : rejeté uniquement lorsqu’il sort de la plage valide ; sinon, votre exploitation atterrit discrètement dans le mauvais hémisphère. Le système ne recoupe pas les coordonnées avec ProducerCountry ; effectuez ce contrôle vous-même.
• Champ Area typé comme chaîne, coordonnées Point imbriquées : accepté puis silencieusement erroné, la pire catégorie.
• Casse de propriété incorrecte, codes pays invalides, fichiers de plus de 25 MB : erreurs au téléversement.

Chacun de ces points est vérifiable par une machine avant la soumission, et c’est précisément ce que fait le validateur de plotvera au téléversement : analyser, normaliser, réparer ce qui l’est sans risque, et signaler ce qui ne l’est pas. La provenance de la géométrie elle-même est traitée dans le guide des polygones et le guide de collecte pour petits producteurs ; ce qui se passe une fois le fichier nettoyé est expliqué dans le guide de dépôt TRACES.