Catálogo de errores eudr.geo.coords-structure

GeoJSON EUDR rechazado: coordenadas mal formadas

Cada coordenada debe ser un par de números [longitud, latitud], anidado a la profundidad correcta para su tipo de geometría.

Bloqueante Corregir en el origen

Qué exige la comprobación

Mensaje original de la regla — en inglés, palabra por palabra lo que produce el motor:

Every coordinate must be a [longitude, latitude] pair of finite numbers at the correct nesting depth for the geometry type — text, nulls, empty arrays or missing ring wrappers are not valid coordinates.

Un error bloqueante — el sistema de información del EUDR rechaza el archivo hasta que se resuelva.

Por qué los archivos no superan esta comprobación

Los archivos editados a mano, los pasos de ida y vuelta por hojas de cálculo (exportar y reimportar) y los exportadores defectuosos producen coordenadas que parecen correctas a primera vista pero no son posiciones válidas: números guardados como texto ("12.345678"), entradas null, arrays vacíos, o un polígono sin la envoltura de su anillo, de modo que la profundidad de anidamiento queda desplazada en uno.

Una geometría sin ninguna posición válida no contiene ubicación alguna — el feature entero falla, porque el registro no puede situar una parcela que no puede leer.

Cómo se corrige

Las coordenadas mal formadas no se pueden reparar automáticamente — una reparación nunca debe inventar geometría, y no hay manera de saber qué se suponía que era una posición perdida o corrompida. La comprobación señala las primeras rutas defectuosas dentro del archivo, para que sepa exactamente dónde mirar.

Vuelva a exportar las parcelas afectadas desde su herramienta SIG o sus datos de origen. Si el archivo salió de una hoja de cálculo, asegúrese de que las columnas de coordenadas son numéricas, no texto.

Cita EUDR GeoJSON File Description v1.5, European Commission (TRACES); GeoJSON per IETF RFC 7946 §3.1.1 (positions are numbers) Vigente desde el 2025-05-05 · registrado el 2026-07-10