Conversion de fichier

Convertisseur GeoJSON prêt EUDR

Points tableur ou contours KML/KMZ en entrée, une FeatureCollection Type II en sortie. Contrôlé selon les exigences techniques de format EUDR — ce n’est ni un dépôt TRACES, ni un certificat zéro déforestation.

Pas de compte sur l’uploader public. Cinq conversions et 250 Mo par jour en invité. Tarifs Business dès 0,80 €/Go pour OST → PST.

Parlez à l’IA — elle répond
IACOPO

Dites ce que vous voulez obtenir et continuer pour convertir.

Ce que fait cette conversion

CSV et XLSX deviennent des Points. Les contours viennent d’un KML, KMZ ou GeoJSON. Le .xls ancien n’est pas accepté — enregistrez en .xlsx ou .csv. La sortie est un ZIP avec eudr-valid.geojson, errors.csv et un rapport versionné.

ProducerCountry est obligatoire (ISO 3166-1 alpha-2, plus XK pour le Kosovo en extension Densem, non vérifiée sur TRACES). Indiquez-le dans le fichier, ou via cette page / producer_country:CI dans l’intent. C’est une assertion et un repli si le fichier n’a pas de pays ; un pays différent dans le fichier est rejeté, jamais écrasé. Les coordonnées restent en degrés décimaux WGS84. Pas de reprojection Lambert-93 ni Web Mercator.

Règles Type II contrôlées

La règle des 4 ha sur un Point dépend de la commodity : cattle / bovins / bovine la saute ; cacao, café, bois, soja, caoutchouc ou palme rejette un Point de plus de 4 ha. Au-dessus de 4 ha sans commodity, la conversion ne passe pas. Pour cattle, Polygon et MultiPolygon sont rejetés ; les établissements bovins sont des points. Sans commodity, Polygon et MultiPolygon sont rejetés. Une colonne cattle du tableur est ignorée et n’est jamais écrite dans le GeoJSON. Area manquante = avertissement, jamais 4 ha par défaut. ProductionPlace reste optionnel. Polygones fermés, sans trou ni auto-intersection. Une géométrie qui s’effondre à 6 décimales est rejetée. Les coordonnées sont écrites avec au moins 6 décimales, avec le même ombrage à 6 décimales que la validation ; un nombre JSON stocké comme 5.1 n’est pas rejeté pour autant. XK émet un avertissement d’extension de code pays Densem, pas une vérification TRACES.

Le GeoJSON généré peut faire au plus 25 000 000 octets (l’égalité est autorisée). C’est le maximum Densem sur le GeoJSON généré, pas la comptabilité complète d’une déclaration de diligence. Pas de découpage. Un CSV séparé par point-virgule ou tabulation utilise la virgule décimale (0,125). Un CSV séparé par des virgules refuse toujours 1,234 comme millier ambigu. Les propriétés hors Type II comme plot_id sont conservées. Area écrite en texte dans un GeoJSON ou une cellule Excel texte est convertie en nombre. La fermeture d’un anneau ouvert est aussi réparée.

Où le fichier est traité

Le téléversement est converti dans un worker isolé, puis proposé au téléchargement. Les fichiers invités suivent la même rétention que les autres conversions Densem. Les coordonnées et noms de producteurs ne sont pas écrits dans les journaux applicatifs.

C’est le même compte et les mêmes quotas que Convert. Pas d’abonnement EUDR séparé.

Questions

Est-ce que cela dépose une déclaration dans TRACES ?

Non. Cela produit un GeoJSON prêt EUDR contrôlé sur le format technique. Vous déposez ensuite dans le système d’information.

Puis-je envoyer un shapefile ou un classeur .xls ?

Pas dans cette version. CSV/XLSX pour les points, KML/KMZ/GeoJSON pour les polygones. Enregistrez d’abord un .xls en .xlsx.

Comment indiquer la commodity et le pays producteur ?

Utilisez les contrôles marchandise et pays producteur, ou ajoutez commodity:cattle / commodity:non-cattle et producer_country:CI dans l’intent. Cacao, café, bois, soja, caoutchouc et palme correspondent à non-cattle. Un pays sur cette page est une assertion et un repli, jamais un écrasement. Vous pouvez toujours renseigner country / country_code / ProducerCountry sur chaque entité (y compris l’ExtendedData KML).

Que se passe-t-il si certaines lignes échouent ?

Les entités valides vont dans eudr-valid.geojson. Les rejets sont dans errors.csv. S’il n’y a aucune entité valide, la conversion échoue.