Geolocalización de ganado EUDR — lista para TRACES, sin rechazos

Cada establecimiento, geolocalizado

La trazabilidad del ganado implica muchos lugares de producción — fincas y pastos — por declaración. DDSpass valida cada parcela, estandariza los códigos de país y comprueba que cada establecimiento esté dentro del país declarado y en tierra firme, para que una coordenada invertida no ponga una finca en el océano.

Por qué la regla de las 4 hectáreas no se aplica al ganado

El requisito de que «más de 4 ha debe ser un polígono» procede de la definición de parcela del Art. 2(28), que cubre los productos cultivados en la tierra — no el ganado. Una declaración de ganado lleva la geolocalización de cada establecimiento donde se mantuvieron los animales, así que ese umbral no decide la geometría como sí lo hace en una parcela de café o cacao. Envía un punto por establecimiento, o un límite cartografiado si lo tienes — DDSpass valida ambos, repara la geometría y exporta un archivo combinado o uno por productor. Todo se ejecuta en tu navegador — no se sube nada.

Varias parcelas, un solo establecimiento

Un establecimiento ganadero rara vez es una sola forma. Los potreros, los lotes arrendados y los pastos de temporada están separados y el ganado se mueve entre ellos. Polygon y MultiPolygon se aceptan por igual, así que una explotación repartida en varias parcelas puede viajar como una entidad o como varias — lo que importa es que cada una lleve las propiedades que la identifican.

Esas claves son una lista cerrada que distingue mayúsculas y minúsculas: ProducerName, ProducerCountry, ProductionPlace, Area. Un archivo que escriba productionplace pierde el valor en silencio, y una errata en una clave estructural como geomerty puede romper por completo el análisis del archivo. DDSpass repara las claves que se quedan cerca y enumera cada renombrado.

LineString y MultiLineString no son geometrías aceptadas. Un potrero trazado como un recorrido abierto — algo rutinario en las exportaciones de GPS y de las apps de mapeo agrícola — tiene que convertirse antes en un anillo cerrado. DDSpass cierra los recorridos que están realmente cerrados y bloquea los abiertos en lugar de inventarse un límite.

Códigos de país en un archivo con varios proveedores

Las declaraciones de ganado suelen listar establecimientos de varios proveedores, y cada entidad necesita su propio ProducerCountry como código ISO2 válido. DDSpass comprueba cada uno contra la lista ISO2 completa y convierte los dos códigos no estándar habituales: UK a GB y EL a GR.

Conviene saber de dónde sale el país al importar antes de culpar al archivo. El botón Import de nivel superior lee ProducerCountry del GeoJSON; Add production place → Import GeoJSON no. Si el campo llega vacío, mira qué botón usaste — aquí está la explicación.

DDSpass también contrasta cada establecimiento con las fronteras reales del país declarado para él, así que una finca cuyas coordenadas caen al otro lado de la línea, en un país vecino, se señala en pantalla y no después de enviar.

Cuando un establecimiento acaba en el mar

El desastre más común en una lista de coordenadas de fincas es la latitud y la longitud al revés. Las posiciones GeoJSON son [longitud, latitud] en grados decimales WGS84; una hoja de cálculo que las entregue en el orden en que se leen deja una finca de interior en mitad del océano, y TRACES la importa sin comentarios. Comprueba en cada establecimiento:

• Que la posición caiga en tierra firme y no en mar abierto.
• Que la parcela quede dentro del ProducerCountry declarado para ella.
• Que las coordenadas sean grados decimales en el orden [longitud, latitud] — y no metros de una cuadrícula nacional proyectada.
• Que los anillos estén cerrados, tengan al menos cuatro posiciones y no se crucen consigo mismos.
• Que Area sea un número y no texto — "Area": "3" se lee como 0 hectáreas.

Nada de eso se detecta más adelante. TRACES rechaza de forma visible exactamente dos cosas: la sintaxis JSON inválida y un polígono con anillos interiores, al que responde con Polygon with holes are not accepted by the system. Todo lo demás semánticamente incorrecto se acepta en silencio, así que una pantalla de importación limpia no es prueba de que la declaración sea correcta.

Preguntas

¿Qué geolocalización exige la EUDR para el ganado?

La ubicación de cada lugar de producción — los establecimientos y pastos donde se mantuvo el ganado. La regla de «más de 4 ha debe ser un polígono» del Art. 2(28) se aplica a las parcelas de los productos cultivados en la tierra, no a los establecimientos ganaderos.

¿Puedo dar a TRACES el Shapefile del catastro nacional con nuestros límites?

No. TRACES solo acepta .geojson y .json — un Shapefile, un KML o un Excel ni siquiera se pueden seleccionar en su diálogo de archivos. Suelta el Shapefile comprimido en DDSpass: se lee el .prj, se reproyecta la geometría a WGS84 y obtienes el GeoJSON de vuelta. Consulta De Shapefile a GeoJSON EUDR.

Un establecimiento tiene cinco potreros separados, ¿una entidad o cinco?

Cualquiera de las dos, porque Polygon y MultiPolygon se aceptan igual. Un MultiPolygon mantiene la explotación como un único lugar de producción; cinco entidades te permiten nombrar cada parcela en ProductionPlace. Elijas lo que elijas, escribe ProducerName y ProducerCountry exactamente igual en todas — ese par es por el que agrupa la exportación Type I.

TRACES importó nuestro archivo de ganado sin errores, ¿es correcta la declaración?

No necesariamente. Una importación limpia solo te dice que el JSON se pudo analizar y que ningún polígono tenía un agujero. No dice nada sobre el orden de las coordenadas, sobre si una ubicación está en tierra firme, ni sobre si dos establecimientos cubren la misma tierra. Una superficie escrita como texto se importa sin protestar y cuenta como 0 hectáreas.