KML zu TRACES-fertigem EUDR-GeoJSON — ohne Ablehnung

Warum TRACES KML ablehnt

Das EU-System erwartet eine GeoJSON-FeatureCollection in WGS84 (Länge, Breite). Ein KML-Export hat die richtigen Formen, aber den falschen Container, teils vertauschte Koordinaten, Höhenwerte und nicht geschlossene Polygone — alles dokumentierte Ablehnungsgründe.

DDSpass konvertiert das KML zu GeoJSON und behebt diese Probleme: schließt Ringe, entfernt Höhen, vereinheitlicht den Ländercode und markiert alles, was ein Mensch prüfen muss.

So konvertieren Sie

Legen Sie Ihre .kml ins Tool. Sie erhalten ein sauberes, TRACES-fertiges GeoJSON und einen verständlichen Fehlerbericht für Ihren Lieferanten. Alles läuft im Browser — die Datei wird nie hochgeladen.

KMZ ist ein gezipptes KML, kein zweites Format

Google Earth schreibt bei Ort speichern unter standardmäßig .kmz — die Datei, die Lieferanten tatsächlich schicken, ist deshalb meist ein KMZ. Es ist kein anderes Format, sondern ein Zip-Archiv mit doc.kml und allen Symbolen oder Bildern, auf die die Ortsmarke verweist. TRACES akzeptiert keine der beiden Endungen — auswählbar sind nur .geojson und .json.

Legen Sie die .kmz einfach so ab, wie sie ist. DDSpass öffnet das Archiv, liest doc.kml (oder eine beliebige .kml darin) und konvertiert diese — ohne manuelles Entpacken. Enthält das Archiv gar kein KML, erhalten Sie eine klare Meldung statt einer still leeren Ausgabedatei.

Auch Ordnerbäume kommen mit. Google-Earth-Dateien, die je Dorf, Genossenschaft oder Erfassungstag einen Ordner führen, werden zu einer einzigen FeatureCollection zusammengeführt, weil der Import genau diese Struktur erwartet. Ordnernamen gehören nicht zum EUDR-Eigenschaftssatz — Erzeuger und Ort müssen deshalb in den Eigenschaften jeder Ortsmarke stehen, nicht in der Ordnerstruktur.

Was eine Google-Earth-Datei mitbringt, das TRACES nicht liest

KML schreibt Positionen als Längengrad,Breitengrad,Höhe — drei Werte, und Google Earth schreibt den dritten selbst dann, wenn er null ist. Die EUDR-Geolokalisierung ist zweidimensional, die Höhe bedeutet für die Erklärung also nichts. DDSpass entfernt sie und behält das Paar aus Längen- und Breitengrad in WGS84-Dezimalgrad — genau die Koordinatenreihenfolge, die GeoJSON verwendet.

Stil-URLs, Symbol- und Farbdefinitionen sowie die HTML-Beschreibungsblase werden schlicht ignoriert: TRACES liest einen exakten Satz von Eigenschaftsnamen, bei dem Groß- und Kleinschreibung zählt. Der name einer Ortsmarke ist nicht ProductionPlace — prüfen Sie deshalb, ob diese vier vorhanden und genau so geschrieben sind. DDSpass füllt einen fehlenden Produktionsort mit einem nummerierten Platzhalter und markiert ein fehlendes Land — oder eines, das kein gültiger ISO2-Code ist — zur Klärung mit dem Lieferanten.

• ProducerName — wer den Rohstoff erzeugt hat
• ProducerCountry — Erzeugerland als ISO2-Code (UK wird auf GB abgebildet, EL auf GR)
• ProductionPlace — die Parzellen- oder Ortsbeschreibung
• Area — Hektar, als Zahl, niemals als Text

Ein gezeichneter Pfad ist keine Flächengrenze

In Google Earth sehen Hinzufügen › Polygon und Hinzufügen › Pfad auf dem Bildschirm fast gleich aus und exportieren völlig unterschiedlich. Ein Pfad wird zu einem KML-<LineString>, und LineString wie MultiLineString sind für EUDR keine zulässige Geometrie — erlaubt sind Point, MultiPoint, Polygon und MultiPolygon.

Wurde der Pfad geschlossen gezeichnet, mit dem letzten Punkt genau auf dem ersten, ist er in allem außer seinem Typ eine Grenze — DDSpass stuft ihn dann zu einem Polygon hoch. Ist er offen, wird er blockiert statt für Sie geschlossen: Zwei lose Enden zu verbinden würde eine Grenze erfinden, die niemand abgegangen ist. Zeichnen Sie ihn als Polygon neu und exportieren Sie erneut.

Echte Polygone brauchen zwei weitere Prüfungen. Jeder Ring muss geschlossen sein — erste Position identisch mit der letzten, mindestens vier Positionen — und eine Fläche, die mit einer Aussparung für einen See, ein Gebäude oder ein unbepflanztes Stück gezeichnet wurde, ergibt einen inneren Ring: die eine Geometrie, die TRACES sichtbar verweigert, mit Polygon with holes are not accepted by the system. DDSpass schließt offene Ringe und entfernt innere Ringe mit einer Warnung, damit Sie entscheiden, ob die ausgesparte Fläche in die deklarierten Hektar gehört.

Fragen

Akzeptiert TRACES KML für EUDR?

Nein. Das EU-System akzeptiert für die Geolokalisierung nur GeoJSON. KML und KMZ müssen zuerst konvertiert werden.

Werden meine Lieferantendaten irgendwo hochgeladen?

Nein. Konvertierung und Prüfung laufen vollständig in Ihrem Browser; die Datei verlässt Ihr Gerät nie.

Muss ich ein KMZ vor der Konvertierung entpacken?

Nein. Legen Sie die .kmz direkt ab — sie ist ein Zip mit doc.kml darin, das DDSpass öffnet und liest. Da KMZ das Standard-Speicherformat von Google Earth ist, ist das der Normalfall und nicht die Ausnahme. Enthält das Archiv gar kein KML, erhalten Sie eine klare Meldung statt einer leeren Datei.

Meine KML-Koordinaten haben einen dritten Höhenwert — ist das ein Problem?

KML schreibt Positionen als Längengrad, Breitengrad, Höhe, und Google Earth setzt den dritten Wert selbst dann, wenn er null ist. Die EUDR-Geolokalisierung ist zweidimensional, die Höhe hat für die Erklärung also keine Bedeutung. Sie wird bei der Konvertierung entfernt, das verbleibende Paar aus Längen- und Breitengrad bleibt in WGS84-Dezimalgrad erhalten.

Ich habe die Fläche in Google Earth als Pfad statt als Polygon gezeichnet — funktioniert das?

So nicht. Ein Pfad wird als LineString exportiert, und der gehört nicht zu den zulässigen Geometrietypen (Point, MultiPoint, Polygon, MultiPolygon). Ist Ihr Pfad tatsächlich geschlossen, wandelt DDSpass ihn in ein Polygon um; ist er offen, wird er blockiert, weil ein automatisches Schließen eine nie erfasste Grenze erfinden würde.