De KML a GeoJSON EUDR listo para TRACES — sin rechazos

Por qué TRACES rechaza KML

El sistema de información de la UE espera un FeatureCollection GeoJSON en WGS84 (longitud, latitud). Una exportación KML lleva las formas correctas pero el contenedor equivocado, el orden de coordenadas incorrecto en algunos casos, valores de altitud y a menudo polígonos sin cerrar — cada uno de ellos una causa de rechazo documentada.

DDSpass convierte el KML a GeoJSON y repara esos problemas: cierra los anillos, elimina la altitud, estandariza el código de país y marca todo lo que una persona deba revisar.

Cómo convertir

Suelta tu .kml (o un KMZ descomprimido a KML) en la herramienta. Obtienes un GeoJSON limpio y listo para TRACES más un informe de correcciones en lenguaje claro que puedes enviar de vuelta a tu proveedor. Todo se ejecuta en tu navegador — el archivo nunca se sube.

KMZ es un KML comprimido, no un segundo formato

La opción Save Place As de Google Earth guarda en .kmz por defecto, así que el archivo que de verdad te manda la mayoría de proveedores es un KMZ. No es otro formato: es un zip que contiene doc.kml más los iconos o las imágenes a los que hiciera referencia la marca de posición. TRACES no acepta ninguna de las dos extensiones — en su diálogo solo se pueden seleccionar .geojson y .json.

Suelta el .kmz tal cual. DDSpass abre el archivo comprimido, lee doc.kml (o cualquier .kml que haya dentro) y convierte eso — sin descomprimir nada a mano. Si dentro no hay ningún KML, obtienes un bloqueo claro en lugar de un archivo de salida vacío sin avisar.

Los árboles de carpetas también pasan. Los archivos de Google Earth organizados con una carpeta por aldea, cooperativa o jornada de campo se aplanan en un único FeatureCollection, porque esa es la forma que espera la importación. Los nombres de las carpetas no forman parte del conjunto de propiedades EUDR, así que el productor y el lugar tienen que vivir en las propiedades de cada marca de posición, no en la estructura de carpetas.

Lo que lleva un archivo de Google Earth y TRACES no va a leer

Las posiciones KML se escriben como longitud,latitud,altitud — tres valores, y Google Earth escribe el tercero aunque sea cero. La geolocalización EUDR es bidimensional, así que la altitud no significa nada para la declaración. DDSpass la elimina y conserva el par longitud/latitud en grados decimales WGS84, que es el orden de coordenadas que usa GeoJSON.

Las URL de estilo, las definiciones de iconos y colores y la burbuja de descripción HTML se ignoran sin más: TRACES lee un conjunto exacto de nombres de propiedad que distingue mayúsculas y minúsculas. El name de una marca de posición no es ProductionPlace, así que comprueba que estos cuatro campos existen y están escritos con precisión. DDSpass rellena un lugar de producción ausente con un marcador numerado y señala un país ausente o que no sea ISO2 para que lo responda el proveedor.

• ProducerName — quién produjo la materia prima
• ProducerCountry — país de producción como código ISO2 (UK se convierte en GB; EL, en GR)
• ProductionPlace — la parcela o la descripción del lugar
• Area — hectáreas, como número, nunca como texto

Una ruta dibujada no es el límite de una parcela

En Google Earth, Add › Polygon y Add › Path se parecen muchísimo en pantalla y se exportan de forma completamente distinta. Una ruta se convierte en un <LineString> de KML, y LineString y MultiLineString no son geometrías aceptadas para EUDR — los tipos permitidos son Point, MultiPoint, Polygon y MultiPolygon.

Si la ruta se dibujó cerrada, con el último vértice sobre el primero, es un límite en todo salvo en el tipo, y DDSpass la promociona a Polygon. Si está abierta, se bloquea en lugar de cerrarla por ti: unir dos extremos sueltos sería inventar un límite que nadie ha recorrido. Vuelve a dibujarla como polígono y expórtala de nuevo.

Los polígonos de verdad necesitan dos comprobaciones más. Todos los anillos deben estar cerrados — la primera posición idéntica a la última, con al menos cuatro posiciones — y una parcela dibujada con un recorte para un lago, una construcción o un trozo sin plantar se convierte en un anillo interior, la única geometría que TRACES rechaza de forma visible: Polygon with holes are not accepted by the system. DDSpass cierra los anillos abiertos y elimina los interiores con un aviso, para que decidas tú si esa tierra excluida entra en las hectáreas declaradas.

Preguntas

¿Acepta TRACES KML para EUDR?

No. El sistema de la UE solo acepta GeoJSON para la geolocalización. KML y KMZ deben convertirse antes.

¿Se sube a algún sitio la información de mi proveedor?

No. La conversión y la validación ocurren íntegramente en tu navegador; el archivo nunca sale de tu dispositivo.

¿Tengo que descomprimir un KMZ antes de convertirlo?

No. Suelta el .kmz directamente — es un zip que contiene doc.kml, y DDSpass lo abre y lee el KML de dentro. Como KMZ es el formato de guardado por defecto de Google Earth, este es el caso normal y no la excepción. Si dentro no hay ningún KML, obtienes un bloqueo claro en lugar de un archivo vacío.

¿Es un problema que mis coordenadas KML lleven un tercer valor de altitud?

KML escribe las posiciones como longitud, latitud, altitud, y Google Earth incluye el tercer valor aunque sea cero. La geolocalización EUDR es bidimensional, así que la altitud no aporta nada a la declaración. Se elimina durante la conversión y el par longitud/latitud restante se conserva en grados decimales WGS84.

¿Y si dibujé la parcela como ruta en Google Earth en vez de como polígono?

Tal cual está, no sirve. Una ruta se exporta como LineString, que no es uno de los tipos de geometría aceptados (Point, MultiPoint, Polygon, MultiPolygon). Si tu ruta está realmente cerrada, DDSpass la convierte en un Polygon; si está abierta se bloquea, porque cerrarla automáticamente sería inventar un límite que nunca se recorrió.