TRACES-waarschuwing · EUDR
TRACES: "Polygon with holes are not accepted by the system" — waarom, en hoe je het oplost
Wanneer je een EUDR GeoJSON in TRACES importeert en een perceel een polygoon met een binnenring (een "gat") is, toont het systeem: Warning: Geometry not valid: commodity 1, producer {1}, production place index {2}, reason: Polygon with holes are not accepted by the system. Het is de enige geometrie die het EU-systeem actief weigert — vrijwel al het andere wordt stilzwijgend geaccepteerd. Update — geverifieerd juli 2026: op acceptatiebuild 8.2.0.2 verschijnt de waarschuwing helemaal niet meer — hetzelfde donutbestand importeert stilzwijgend, en de hectaren van het gat tellen nog steeds mee als productie (ons testperceel toonde 119,11 ha waar de werkelijke netto-oppervlakte ≈100 ha is). Oudere builds tonen de waarschuwing nog; in beide gevallen geldt de oplossing hieronder.
De EUDR is verplicht voor middelgrote en grote marktdeelnemers vanaf 30 december 2026 — maak je leveranciersbestanden nu TRACES-klaar.
Bestanden verlaten nooit je browser · geen upload
Waarom TRACES deze waarschuwing toont
De EUDR GeoJSON-bestandsbeschrijving staat geen polygonen met binnenringen toe. Een donutvorm — een buitengrens met een uitsparing — is precies wat Polygon with holes are not accepted by the system veroorzaakt. TRACES markeert het geel in plaats van hard te blokkeren, dus het is makkelijk weg te klikken en toch in te dienen.
De lege {1} en {2} in de melding zijn niet-ingevulde placeholders in de acceptatiebuild — ze zouden de producent en de productielocatie-index moeten noemen. De waarschuwing wijst nog steeds op een echt probleem in je bestand.
Wat de waarschuwing verbergt
TRACES berekent de Total Area alleen uit de buitenring — het gat wordt niet afgetrokken. Het perceel wordt dus te hoog aangegeven: je claimt productiegrond waarvan de geometrie zelf zegt dat die er niet is. Negeer de waarschuwing en de verklaring gaat erin met een opgeblazen oppervlakte.
Los het op in DDSpass
Sleep het bestand erin en DDSpass detecteert de binnenring, verwijdert het gat en rapporteert precies hoeveel hectare is uitgesneden, zodat de aangegeven oppervlakte de werkelijke netto-oppervlakte is — na de correctie verschijnt de waarschuwing niet meer. Het converteert KML-, Excel- en Shapefile-bronnen in dezelfde run. Alles draait in je browser — er wordt niets geüpload.
Vragen
Is "Polygon with holes are not accepted" een harde blokkade?
Op build 8.2.0.1 is het een gele waarschuwing, geen harde stop — en op build 8.2.0.2 is de waarschuwing helemaal verdwenen: het bestand importeert stilzwijgend. In beide gevallen is de geometrie ongeldig volgens de EUDR GeoJSON-specificatie en wordt de oppervlakte te hoog aangegeven, dus herstel het vóór je indient.
Waarom zijn {1} en {2} leeg in de melding?
Het zijn niet-ingevulde placeholders voor de producent en de productielocatie-index — een weergavebug in de TRACES-build. De onderliggende oorzaak, een polygoon met een binnenring, is echt.