TRACES-Warnung · EUDR
TRACES: "Polygon with holes are not accepted by the system" — warum, und wie Sie es beheben
Wenn Sie ein EUDR-GeoJSON in TRACES importieren und eine Parzelle ein Polygon mit innerem Ring (einem "Loch") ist, zeigt das System: Warning: Geometry not valid: commodity 1, producer {1}, production place index {2}, reason: Polygon with holes are not accepted by the system. Es ist die einzige Geometrie, die das EU-System aktiv zurückweist — fast alles andere wird stillschweigend akzeptiert. Update — verifiziert im Juli 2026: Auf dem Acceptance-Build 8.2.0.2 erscheint die Warnung gar nicht mehr — dieselbe Donut-Datei wird stillschweigend importiert, und die Hektar des Lochs zählen weiter als Produktionsfläche (unsere Testparzelle zeigte 119.11 ha, wo die echte Nettofläche ≈100 ha beträgt). Ältere Builds zeigen die Warnung weiterhin; die Lösung unten gilt in beiden Fällen.
Die EUDR gilt verbindlich für mittlere und große Unternehmen ab 30. Dezember 2026 — machen Sie Ihre Lieferantendateien jetzt TRACES-fertig.
Dateien verlassen nie Ihren Browser · kein Upload
Warum TRACES diese Warnung zeigt
Die EUDR-GeoJSON-Dateibeschreibung erlaubt keine Polygone mit inneren Ringen. Eine Donut-Form — eine äußere Grenze mit einer Aussparung — ist genau das, was Polygon with holes are not accepted by the system auslöst. TRACES markiert sie gelb, statt hart zu blockieren — sie lässt sich also leicht wegklicken und trotzdem einreichen.
Die leeren {1} und {2} in der Meldung sind nicht befüllte Platzhalter im Acceptance-Build — sie sollten den Erzeuger und den Index des Produktionsorts nennen. Die Warnung zeigt trotzdem auf ein echtes Problem in Ihrer Datei.
Was die Warnung verbirgt
TRACES berechnet die Total Area nur aus dem äußeren Ring — das Loch wird nicht abgezogen. Die Parzelle ist damit zu hoch deklariert: Sie erklären Produktionsfläche, die es laut der Geometrie selbst gar nicht gibt. Ignorieren Sie die Warnung, geht die Erklärung mit einer aufgeblähten Fläche hinein.
So beheben Sie es in DDSpass
Legen Sie die Datei ab: DDSpass erkennt den inneren Ring, entfernt das Loch und weist die exakt herausgeschnittenen Hektar aus, damit die deklarierte Fläche die echte Nettofläche ist — nach der Korrektur erscheint die Warnung nicht mehr. KML-, Excel- und Shapefile-Quellen werden im selben Durchgang konvertiert. Alles läuft in Ihrem Browser — nichts wird hochgeladen.
Fragen
Ist "Polygon with holes are not accepted" ein harter Block?
Auf Build 8.2.0.1 ist es eine gelbe Warnung, kein harter Stopp — und auf Build 8.2.0.2 ist die Warnung ganz verschwunden: Die Datei wird stillschweigend importiert. In beiden Fällen ist die Geometrie laut EUDR-GeoJSON-Spezifikation ungültig und die Fläche zu hoch deklariert — beheben Sie es vor der Einreichung.
Warum sind {1} und {2} in der Meldung leer?
Es sind nicht befüllte Platzhalter für den Erzeuger und den Index des Produktionsorts — ein Anzeigefehler des TRACES-Builds. Die eigentliche Ursache, ein Polygon mit innerem Ring, ist real.