Was bedeutet "coordinates outside declared plot" in Traces-NT?

Diese Fehlermeldung bedeutet, dass die in der DDS angegebenen Koordinaten nicht innerhalb der für das Herkunftsland registrierten Parzellengrenze liegen. Häufigste Ursache: falsches Koordinatensystem (z. B. ETRS89 statt WGS84) oder unzureichende Umrechnungsparameter.

Was ist der Unterschied zwischen ETRS89 und WGS84?

ETRS89 (European Terrestrial Reference System 1989) ist das offizielle Koordinatensystem der EU. WGS84 (World Geodetic System 1984) ist das globale GPS-Koordinatensystem. Beide basieren auf demselben Ellipsoid, verwenden aber unterschiedliche Datum-Punkte. Die horizontale Abweichung beträgt aktuell ca. 60–70 cm und wächst jährlich durch tektonische Verschiebung.

Warum reicht eine einfache proj4-Transformation für EUDR nicht?

Node.js proj4-Bibliotheken behandeln die ETRS89→WGS84-Transformation oft als identische Abbildung ohne Datum-Shift, da beide Systeme denselben GRS80-Ellipsoid nutzen. Das erzeugt scheinbar korrekte Koordinaten die jedoch 60 cm vom tatsächlichen WGS84-Wert abweichen — genug um Traces-NT-Validierungen scheitern zu lassen.

Was tue ich wenn ein €500k-Import wegen des Koordinatenfehlers im Zolllager steckt?

Sofortmaßnahmen: 1. Koordinaten mit QGIS oder ogr2ogr mit korrektem Datum-Shift reprojezierten. 2. Korrigierte DDS sofort einreichen. 3. Zuständige Behörde (BLE für Holz) über den Korrekturbedarf informieren. 4. TRACES NT Help Desk für beschleunigte Bearbeitung kontaktieren.

Warum lehnt Traces-NT meine GeoJSON-Koordinaten als "outside declared plot" ab?

Kurz-Antwort

Der EUDR-Fehler "coordinates outside declared plot" in Traces-NT entsteht häufig durch eine fehlerhafte CRS-Transformation: ETRS89-Koordinaten ohne korrekte Datum-Shift-Parameter nach WGS84 umgerechnet weichen ca. 60 cm ab. Das EU-Portal prüft ob die deklarierten Koordinaten innerhalb der registrierten Parzellengrenzen liegen — 60 cm Abweichung reicht aus um die Validierung scheitern zu lassen.

ETRS89 vs. WGS84: Ein unsichtbarer 60-cm-Fehler mit teuren Konsequenzen

Das EU-Koordinatensystem ETRS89 und das globale GPS-System WGS84 basieren auf demselben Ellipsoid (GRS80), verwenden aber unterschiedliche Realisierungen des Erdmittelpunkts. Da sich die eurasische tektonische Platte bewegt, driftet ETRS89 relativ zu WGS84 mit einer Rate von etwa 2,5 cm pro Jahr. Im Jahr 2026 beträgt die horizontale Abweichung zwischen ETRS89 und WGS84 über 60 cm.

Für die meisten Anwendungen ist diese Abweichung bedeutungslos. Für EUDR-Parzellenvalidierungen in TRACES NT ist sie kritisch: Das EU-Portal prüft ob die in der DDS angegebenen Koordinaten innerhalb der für das Herkunftsland registrierten Parzellengrenze liegen. Ein Polygon das in ETRS89 exakt auf der Parzellengrenze liegt, kann nach naiver WGS84-Konversion 60–70 cm außerhalb liegen — und die Validierung schlägt fehl mit "coordinates outside declared plot".

Das Tückische: Die Koordinatenwerte sehen auf den ersten Blick korrekt aus. 60 cm Abweichung ist in Google Maps oder QGIS visuell kaum sichtbar. Erst wenn Traces-NT die Parzellengrenzen-Prüfung gegen die offiziellen Katasterdaten durchführt, taucht der Fehler auf. Import-Sachbearbeiterinnen stehen dann vor einem Problem das für Nicht-Geodäten schwer nachvollziehbar ist.

Warum Node.js proj4-Transformationen für EUDR unzuverlässig sind

Die populäre JavaScript-Bibliothek proj4.js behandelt die EPSG:4258 (ETRS89) → EPSG:4326 (WGS84) Transformation als No-Operation — also als identische Abbildung ohne Verschiebung. Das ist technisch begründet: Beide Systeme nutzen denselben GRS80-Ellipsoid, und proj4.js implementiert keinen Datum-Shift für diese Transformation.

Für EUDR-kritische Anwendungen ist dies ein Problem. Die korrekte Transformation erfordert den Bezug auf ITRF2014-Koordinaten (International Terrestrial Reference Frame) als Brücke zwischen ETRS89 und WGS84 — inklusive Epoch-Parametern für die tektonische Verschiebung. Proj 7+ (C-Bibliothek) implementiert diesen Weg über PROJ-Grid-Shift-Dateien korrekt; proj4.js in Node.js implementiert ihn standardmäßig nicht.

Das Ergebnis: Eine in Node.js implementierte EUDR-Pipeline transformiert scheinbar korrekt, erzeugt aber Koordinaten mit einer systematischen 60-cm-Abweichung. Diese Abweichung ist deterministisch und reproduzierbar — und führt zuverlässig zu Traces-NT-Validierungsfehlern wenn die Quelldaten in ETRS89 vorliegen.

EPSG:4258 — ETRS89 Koordinatensystem-Definition ↗Offizielle Definition des europäischen Referenzsystems ETRS89 mit Transformationsparametern zu WGS84 (EPSG:4326) und Hinweisen auf Datum-Shift-Dateien.

€500k im Zolllager: Sofortmaßnahmen bei DDS-Ablehnung

Wenn TRACES NT eine DDS mit "coordinates outside declared plot" ablehnt und sich im Zolllager Ware im Wert von €500.000 befindet, zählt jede Stunde. Der Fehler ist korrigierbar — aber nur wenn die Ursache schnell identifiziert und behoben wird.

Sofortmaßnahme 1 — Koordinatensystem verifizieren: Öffnen Sie das GeoJSON-Original in einem Texteditor. Prüfen Sie: Sind die Koordinatenwerte in Dezimalgrad-Bereich (Längengrad −180 bis +180, Breitengrad −90 bis +90)? Werte wie 500000 oder 5400000 deuten auf eine UTM- oder Meter-Projektion hin die nicht konvertiert wurde.

Sofortmaßnahme 2 — Korrekte Reprojektion: QGIS: Layer laden → Exportieren → EPSG:4326. ogr2ogr mit expliziter Quellenangabe: ogr2ogr -s_srs EPSG:4258 -t_srs EPSG:4326 output.geojson input.geojson. Sofortmaßnahme 3 — Neue DDS einreichen: Mit korrigierten Koordinaten sofort eine neue DDS in TRACES NT erstellen. Parallel: Zuständige Behörde (BLE für Holz, BVL für Lebensmittel) schriftlich über den Korrekturbedarf informieren.

Jetzt selbst prüfen

Koordinaten eingeben, Ampel-Ergebnis in 30 Sekunden — kostenlos, ohne Login.

EUDR-Check starten →

Häufige Fragen

Was bedeutet "coordinates outside declared plot" in Traces-NT?: Diese Fehlermeldung bedeutet, dass die in der DDS angegebenen Koordinaten nicht innerhalb der für das Herkunftsland registrierten Parzellengrenze liegen. Häufigste Ursache: falsches Koordinatensystem (z. B. ETRS89 statt WGS84) oder unzureichende Umrechnungsparameter.
Was ist der Unterschied zwischen ETRS89 und WGS84?: ETRS89 (European Terrestrial Reference System 1989) ist das offizielle Koordinatensystem der EU. WGS84 (World Geodetic System 1984) ist das globale GPS-Koordinatensystem. Beide basieren auf demselben Ellipsoid, verwenden aber unterschiedliche Datum-Punkte. Die horizontale Abweichung beträgt aktuell ca. 60–70 cm und wächst jährlich durch tektonische Verschiebung.
Warum reicht eine einfache proj4-Transformation für EUDR nicht?: Node.js proj4-Bibliotheken behandeln die ETRS89→WGS84-Transformation oft als identische Abbildung ohne Datum-Shift, da beide Systeme denselben GRS80-Ellipsoid nutzen. Das erzeugt scheinbar korrekte Koordinaten die jedoch 60 cm vom tatsächlichen WGS84-Wert abweichen — genug um Traces-NT-Validierungen scheitern zu lassen.
Wie konvertiere ich ETRS89 korrekt nach WGS84 für EUDR?: Korrekte Konversion: 1. QGIS mit Proj 7+ (nutzt automatisch den korrekten Datum-Shift über PROJ-Grid-Daten). 2. ogr2ogr mit expliziter Quellenangabe: ogr2ogr -s_srs EPSG:4258 -t_srs EPSG:4326 output.geojson input.geojson. 3. Validierung: Vergleichen Sie Ausgabe-Koordinaten mit Google Maps — Abweichung sollte unter 1 Meter betragen.
Was tue ich wenn ein €500k-Import wegen des Koordinatenfehlers im Zolllager steckt?: Sofortmaßnahmen: 1. Koordinaten mit QGIS oder ogr2ogr mit korrektem Datum-Shift reprojezierten. 2. Korrigierte DDS sofort einreichen. 3. Zuständige Behörde (BLE für Holz) über den Korrekturbedarf informieren. 4. TRACES NT Help Desk für beschleunigte Bearbeitung kontaktieren.

Hinweis zur Einordnung dieses Ergebnisses

WaldNachweis berechnet auf Basis Ihrer Angaben gemaess Verordnung (EU) 2023/1115 (EUDR). Das Ergebnis ist eine strukturierte Berechnungsgrundlage - kein Rechtsgutachten, keine Rechtsberatung im Sinne des RDG. Die finale rechtliche Bewertung obliegt Ihnen und Ihrem Rechtsberater. Der Anbieter uebernimmt keine Haftung fuer Entscheidungen auf Basis dieses Ergebnisses.