El formato GeoJSON del EUDR, explicado

TRACES acepta la geolocalización de parcelas como GeoJSON, pero no como cualquier GeoJSON: la Comisión publica un perfil concreto, y los archivos que se desvían de él se rechazan o, peor aún, se aceptan con datos silenciosamente alterados. Esta guía es la referencia práctica de ese perfil: estructura, reglas de geometría, las cuatro propiedades que el sistema lee y los errores que la propia documentación oficial señala como los más frecuentes.

La estructura básica

Una FeatureCollection que contiene un Feature por parcela, cada uno con una geometry y unas properties, conforme a la especificación estándar de GeoJSON (RFC 7946). Las coordenadas son grados decimales WGS84 (EPSG:4326) en el orden [longitude, latitude]. No se acepta ningún otro sistema de coordenadas; los archivos en proyecciones nacionales deben reproyectarse, no reetiquetarse.

{
  "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] }
    }
  ]
}

Tipos de geometría: qué entra y qué queda fuera

• Aceptados: Point, MultiPoint, Polygon, MultiPolygon.
• Rechazados: LineString y MultiLineString: una traza GPS no es una parcela hasta que la cierra en un polígono.
• Polígonos: al menos cuatro posiciones, anillo cerrado (la primera posición es igual a la última), sin autointersecciones y sin agujeros: los anillos interiores no se procesan, de modo que una parcela con una zona de exclusión debe dividirse en dos formas sin agujeros.
• Puntos: las coordenadas deben ser un único par plano. Un par anidado ([[lon, lat]]) se carga sin error y luego no representa coordenada alguna, uno de los fallos silenciosos documentados del perfil.

Seis decimales, impuestos por truncamiento

El Reglamento exige al menos seis decimales (unos 11 cm), y el sistema normaliza cada coordenada a exactamente seis: los dígitos que faltan se rellenan y los que sobran se cortan. La trampa se esconde en el truncamiento: dos vértices que solo difieren en el séptimo decimal se funden en duplicados tras el redondeo, lo que invalida el anillo. Redondee de antemano sus coordenadas a seis decimales y elimine los vértices consecutivos duplicados antes de la carga, de modo que valide el archivo que TRACES verá realmente. El fundamento jurídico se encuentra en la guía de requisitos de geolocalización.

Las cuatro propiedades que importan

En los nombres de propiedad se distingue entre mayúsculas y minúsculas: producercountry no es ProducerCountry y se ignora. Todo lo que quede fuera de esta lista también se ignora, de forma inofensiva, lo cual resulta realmente útil: conserve sus propios identificadores de parcela y las fechas de producción como propiedades adicionales, y un solo archivo sirve a la vez a TRACES, al cribado por satélite y a su rastro probatorio. En los polígonos, la superficie se calcula a partir de la propia geometría; un valor Area en un polígono se ignora.

Límites de tamaño y cómo mantenerse dentro de ellos

La carga total de geolocalización por DDS está limitada a 25 MB, lo que suena enorme hasta que un envío de caucho trae cincuenta mil parcelas. La orientación oficial en caso de rebasamiento, por orden: elimine los vértices redundantes (dos puntos definen una línea de valla recta, no uno cada cinco metros), declare las parcelas de menos de 4 hectáreas como puntos en lugar de polígonos y, si aún así se excede, reparta el envío entre varias declaraciones y refiéralas desde una final. Una serialización compacta (sin formato legible) proporciona otro margen; los espacios en blanco cuentan.

La lista de errores, condensada

• Polígonos autointersecantes o en forma de ocho: no se procesan.
• Anillos sin cerrar, "polígonos" colineales de superficie nula, vértices consecutivos duplicados: errores de archivo.
• Orden de coordenadas invertido: se rechaza solo cuando está fuera de rango; de lo contrario, su explotación aterriza calladamente en el hemisferio equivocado. El sistema no coteja las coordenadas con ProducerCountry; realice usted mismo esa comprobación.
• Un Area tipado como cadena, coordenadas Point anidadas: aceptados y luego silenciosamente erróneos, la peor categoría.
• Mayúsculas y minúsculas incorrectas en las propiedades, códigos de país no válidos, archivos de más de 25 MB: errores en la carga.

Cada uno de estos casos es verificable por máquina antes de la presentación, que es exactamente lo que hace el validador de plotvera al cargar: analizar, normalizar, reparar lo que se puede reparar con seguridad e informar de lo que no. De dónde procede la propia geometría se trata en la guía de polígonos y en el manual de recopilación para pequeños productores; lo que ocurre una vez que el archivo está limpio es la guía paso a paso de presentación en TRACES.