Géolocalisation du soja EUDR — prête pour TRACES, sans rejets

Grandes parcelles, grilles nationales

Les parcelles de soja arrivent souvent sous forme de Shapefile compressé dans un système de coordonnées national projeté. DDSpass lit le .prj, reprojette en degrés décimaux WGS84 et répare les problèmes de géométrie — auto-intersections, anneaux non fermés — que TRACES rejette.

Sous la limite de 25 Mo

Des limites de parcelle détaillées peuvent pousser un fichier au-delà de la limite de 25 Mo de TRACES. DDSpass supprime les points colinéaires et simplifie les limites dans une marge de surface de 0,5 % pour le ramener en dessous — ou vous donne les instructions officielles de division s'il ne rentre toujours pas. Rien n'est envoyé.

Limites tracées par machine et la limite des six décimales

Une limite de parcelle issue d'une console de guidage, ou tracée à partir des passages réellement effectués, arrive avec des milliers de sommets et des coordonnées écrites à neuf décimales. TRACES en conserve six. Des positions distinctes à neuf décimales se superposent une fois arrondies, et un anneau comportant des positions répétées est précisément ce qui produit les échardes et les pincements qui rendent un polygone auto-sécant.

DDSpass arrondit aux six décimales que le système stockera réellement, supprime les doublons créés par l'arrondi, puis répare la géométrie — de sorte que la forme que vous inspectez à l'écran est celle que TRACES finira par détenir, et non une version plus soignée.

Directement issu du logiciel de gestion parcellaire

Les exports de limites et de préconisations sortent d'un logiciel de gestion parcellaire dans le format qu'il préfère : Shapefile compressé, KML ou KMZ depuis Google Earth, trace GPX, ou tableau de registres parcellaires. TRACES n'en accepte aucun — son sélecteur ne prend que .geojson et .json. DDSpass les convertit tous, y compris un zip qui en contient un.

Les registres parcellaires en tableur sont le piège courant. Une ligne par parcelle avec une latitude de centre, une longitude et une surface déclarée, c'est un point, et une parcelle de soja de plus de 4 hectares doit être une limite cartographiée (Art. 2(28) de l'EUDR). Un point sans Area reçoit en silence 4 hectares par défaut du système.

Si vos registres contiennent déjà le contour, gardez-le dans la feuille : DDSpass lit une colonne de limite WKT ou GeoJSON et construit un vrai polygone par ligne — la seule façon pour un tableur de satisfaire la règle du polygone.

De nombreuses parcelles, plusieurs exploitations, une seule déclaration

Un lot de soja est rarement une seule parcelle. Dès que des dizaines de parcelles réparties sur plusieurs exploitations se retrouvent dans un même fichier, les questions deviennent organisationnelles : à qui appartient quelle terre, et un hectare est-il déclaré deux fois ? DDSpass regroupe la sortie par ProducerName et ProducerCountry, pour que vous exportiez un fichier combiné (Type II) ou un fichier par producteur (Type I).

• La même parcelle tracée sur deux saisons et conservée en deux entités.
• Des tournières ou des angles de pivot qui empiètent sur la parcelle voisine.
• Une parcelle louée enregistrée sous deux noms de producteur différents.
• Des hectares déclarés qui ne correspondent plus à la limite cartographiée.
• Des parcelles qui se situent hors du pays déclaré — le plus souvent une latitude et une longitude inversées, ou un code ISO2 non valide.

Les entités qui se chevauchent et les doublons sont signalés et peuvent être fusionnés sur place, la surface étant recalculée à partir de la forme fusionnée plutôt que copiée depuis la première parcelle. Rien n'est envoyé.

Questions

Le soja entre-t-il dans le champ de l'EUDR ?

Oui. Le soja est l'une des sept matières premières de l'EUDR ; chaque parcelle a besoin d'une géolocalisation dans la déclaration de diligence raisonnée, et les parcelles de plus de 4 ha doivent être envoyées comme des limites de champ cartographiées.

Puis-je envoyer les limites de mes parcelles de soja sous forme de tableur ?

Oui, si la feuille porte le contour. Une ligne avec latitude, longitude et un nombre d'hectares n'est qu'un point, et tout ce qui dépasse 4 hectares doit être une limite cartographiée. Ajoutez une colonne de limite WKT ou GeoJSON et DDSpass construit un polygone par ligne, puis exporte le GeoJSON que TRACES accepte.

Pourquoi la surface calculée diffère-t-elle de mes registres ?

DDSpass calcule la surface à partir de la géométrie : tout écart avec votre chiffre déclaré est donc visible avant la soumission. Cela signifie généralement que la limite a été re-tracée ou simplifiée, ou que le registre porte une surface brute d'exploitation plutôt que la parcelle cartographiée. Surveillez aussi le type de donnée : une surface écrite en texte est lue par TRACES comme 0 hectare.

Un fichier par exploitation, ou un seul fichier combiné ?

Les deux sont pris en charge. Le Type II donne un fichier combiné pour toute la déclaration ; le Type I la découpe par ProducerName et ProducerCountry. Les fichiers par producteur sont plus commodes quand un seul exploitant doit renvoyer des limites corrigées, et ils constituent le repli si un export combiné ne peut pas être ramené sous 25 Mo.