Géolocalisation EUDR : ce que doit contenir le fichier GeoJSON

Mis à jour le 11 octobre 2026 · 5 min de lecture

Avec le règlement européen sur la déforestation (EUDR), les opérateurs déclarent où des produits comme le cacao et le café ont été produits, à l’aide des coordonnées des parcelles dans un fichier GeoJSON importé dans le système d’information de l’UE. Ce guide explique, simplement, ce que ce fichier doit contenir, d’après la documentation officielle du système d’information.

À qui s’adresse ce guide

Aux exportateurs, coopératives et consultants qui préparent les cartes de parcelles pour un acheteur européen ou pour une déclaration de diligence raisonnée (DDS). L’EUDR couvre les bovins, le cacao, le café, le palmier à huile, le caoutchouc, le soja et le bois. Les produits doivent être « zéro déforestation » : produits sur des terres qui n’ont pas été déboisées après le 31 décembre 2020.

Le format : GeoJSON en WGS 84, longitude d’abord

• Système de coordonnées : WGS 84 (EPSG:4326), en degrés décimaux. Si vos coordonnées sont dans un autre système, par exemple UTM en mètres, convertissez-les avant l’import.
• Ordre : chaque position s’écrit [longitude, latitude]. La longitude vient en premier. C’est l’inverse de l’affichage de beaucoup de téléphones et de tableurs, et c’est une cause fréquente de points inversés.
• Précision : la FAQ du système d’information définit la géolocalisation comme des coordonnées avec au moins 6 décimales. Le système tronque les coordonnées à 6 décimales avant de les enregistrer : en envoyer plus ne sert à rien. Six décimales de degré représentent environ 0,1 m au sol à l’équateur (estimation : un degré de latitude fait environ 111 km, donc 0,000001° ≈ 0,11 m).

Les géométries acceptées

Deux règles de forme bloquent beaucoup de fichiers :

• Pas de trous. Les polygones à trous (« en anneau ») ne sont pas pris en charge. La solution indiquée par l’UE : dessiner deux demi-anneaux.
• Pas de lignes qui se croisent. Un contour qui se recoupe, comme un « 8 », n’est pas traité. Pas plus que les formes dont les côtés se chevauchent ou se replient vers l’intérieur, ni les « formes » qui ne sont qu’une ligne droite.

La description de l’UE ne fixe aucune règle sur le sens des sommets (horaire ou antihoraire).

La règle des 4 hectares : point ou polygone ?

La FAQ indique que des polygones sont exigés pour les parcelles de plus de 4 hectares, sauf pour les bovins. Pour un point, c’est la propriété Area (en hectares) qui indique la taille de la parcelle :

• Sans Area, le système fixe la surface à 4 ha par défaut.
• Un point avec une Area supérieure à 4 ha est une erreur, sauf pour les bovins.
• Quand Area est renseignée, elle doit être d’au moins 0,0001 ha.

Les propriétés lues par le système

Chaque entité (« Feature ») peut porter ces propriétés facultatives. Les noms respectent la casse : productionplace n’est pas ProductionPlace. Les autres propriétés sont ignorées. Attention : les noms restent en anglais, même dans un fichier français (pays ou superficie ne sont pas lus).

Fichiers de type I et de type II

La structure est la même ; les propriétés diffèrent.

• Type I : utilisé par l’API et par l’import de l’interface au niveau du producteur. Il contient les géométries et peut inclure les propriétés facultatives.
• Type II : utilisé par l’import de l’interface au niveau de la marchandise ; il regroupe plusieurs producteurs par ProducerName et ProducerCountry. Chaque entité doit contenir ProducerCountry.

Limites de taille et de nombre

• L’ensemble des données de géolocalisation d’une DDS ne doit pas dépasser 25 Mo. L’UE conseille de supprimer les points inutiles le long des limites droites et d’utiliser un simple point pour les parcelles de moins de 4 ha.
• Au maximum 1 000 producteurs par marchandise et 10 000 par DDS.

Un exemple minimal valide

Fichier fictif de deux parcelles : une petite parcelle en point avec sa surface, et un polygone.

{
  "type": "FeatureCollection",
  "features": [
    { "type": "Feature",
      "properties": { "ProducerName": "Producteur Exemple", "ProducerCountry": "CI",
                      "ProductionPlace": "Parcelle A", "Area": 1.8 },
      "geometry": { "type": "Point", "coordinates": [-5.547312, 6.821947] } },
    { "type": "Feature",
      "properties": { "ProducerName": "Producteur Exemple", "ProducerCountry": "CI",
                      "ProductionPlace": "Parcelle B" },
      "geometry": { "type": "Polygon", "coordinates": [[
        [-5.551204, 6.818113], [-5.548871, 6.818402], [-5.548530, 6.815990],
        [-5.550962, 6.815731], [-5.551204, 6.818113] ]] } }
  ]
}

À noter : longitude d’abord, six décimales, le dernier sommet du polygone répète le premier, le pays en code à 2 lettres, et Area est un nombre (avec un point décimal, pas une virgule).

Déclarations simplifiées

La documentation du système d’information indique que l’EUDR a été modifié par le règlement (UE) 2025/2650. Les micro ou petits opérateurs primaires des pays à faible risque peuvent déposer une déclaration simplifiée unique et donner une adresse postale au lieu de la géolocalisation. Vérifiez si c’est votre cas avant de cartographier chaque parcelle.

Avant l’import

1. Ouvrez le fichier dans un outil SIG ou un vérificateur et regardez-le sur une carte : les parcelles sont-elles au bon endroit ?
2. Cherchez les coordonnées inversées, les contours non fermés, les contours qui se croisent et les trous.
3. Vérifiez les noms de propriétés, les codes pays et le format des nombres.
4. Vérifiez la taille totale par rapport à la limite de 25 Mo.

Read this guide in English.