Van KML naar TRACES-klaar EUDR GeoJSON — zonder afwijzingen

Waarom TRACES KML afwijst

Het EU-informatiesysteem verwacht een GeoJSON FeatureCollection in WGS84 (lengtegraad, breedtegraad). Een KML-export bevat de juiste vormen, maar de verkeerde container, hier en daar de verkeerde coördinaatvolgorde, hoogtewaarden en vaak niet-gesloten polygonen — stuk voor stuk gedocumenteerde afwijzingsredenen.

DDSpass converteert de KML naar GeoJSON en herstelt die problemen: het sluit ringen, verwijdert hoogtes, standaardiseert de landcode en markeert alles wat een mens moet nakijken.

Zo converteer je

Sleep je .kml (of KMZ) in de tool. Je krijgt een schoon, TRACES-klaar GeoJSON plus een begrijpelijk correctierapport dat je naar je leverancier kunt terugsturen. Alles draait in je browser — het bestand wordt nooit geüpload.

KMZ is een gezipte KML, geen tweede formaat

Google Earth schrijft met Save Place As standaard een .kmz, dus het bestand dat de meeste leveranciers daadwerkelijk sturen is een KMZ. Het is geen ander formaat: het is een zip-archief met doc.kml erin, plus eventuele iconen of afbeeldingen waar de placemark naar verwees. TRACES accepteert geen van beide extensies — alleen .geojson en .json kun je überhaupt selecteren.

Sleep de .kmz er gewoon in zoals hij is. DDSpass opent het archief, leest doc.kml (of welke .kml er ook in zit) en converteert die — handmatig uitpakken hoeft niet. Zit er helemaal geen KML in het archief, dan krijg je een duidelijke blokkade in plaats van een stilzwijgend leeg uitvoerbestand.

Mappenstructuren komen ook mee. Google Earth-bestanden die per dorp, coöperatie of karteringsdag in een map zijn geordend, worden platgeslagen tot één FeatureCollection, want dat is de vorm die de import verwacht. Mapnamen horen niet bij de EUDR-eigenschappen, dus de producent en de plaats moeten in de properties van elke placemark staan en niet in de mappenstructuur.

Wat een Google Earth-bestand bevat dat TRACES niet leest

KML-posities worden geschreven als lengtegraad,breedtegraad,hoogte — drie waarden, en Google Earth schrijft de derde ook als die nul is. EUDR-geolocatie is tweedimensionaal, dus de hoogte betekent niets voor de verklaring. DDSpass laat hem vallen en houdt het paar lengte-/breedtegraad in WGS84 decimale graden, de coördinaatvolgorde die GeoJSON gebruikt.

Stijl-URL’s, icoon- en kleurdefinities en de HTML-beschrijvingsballon worden simpelweg genegeerd: TRACES leest een exacte, hoofdlettergevoelige set eigenschapsnamen. De name van een placemark is niet ProductionPlace, dus controleer of deze vier bestaan en precies zo zijn gespeld. DDSpass vult een ontbrekende productieplaats met een genummerde placeholder en markeert een ontbrekend of niet-ISO2-land zodat de leverancier het kan beantwoorden.

• ProducerName — wie de grondstof heeft geproduceerd
• ProducerCountry — productieland als ISO2-code (UK wordt omgezet naar GB, EL naar GR)
• ProductionPlace — het perceel of de plaatsomschrijving
• Area — hectares, als getal, nooit als tekst

Een getekend pad is geen perceelgrens

In Google Earth lijken Add › Polygon en Add › Path op het scherm bijna identiek, maar ze exporteren totaal verschillend. Een pad wordt een KML-<LineString>, en LineString en MultiLineString zijn geen geaccepteerde geometrie voor de EUDR — de toegestane types zijn Point, MultiPoint, Polygon en MultiPolygon.

Is het pad gesloten getekend, met het laatste punt op het eerste, dan is het in alles behalve zijn type een grens en promoveert DDSpass het tot Polygon. Is het open, dan wordt het geblokkeerd in plaats van voor je gesloten: twee losse einden aan elkaar knopen zou een grens verzinnen die niemand heeft afgelopen. Teken hem opnieuw als polygoon en exporteer nog een keer.

Echte polygonen hebben nog twee controles nodig. Elke ring moet gesloten zijn — eerste positie identiek aan de laatste, minstens vier posities — en een perceel dat is getekend met een uitsparing voor een meer, een gebouw of een onbeplant stuk wordt een binnenring, de ene geometrie die TRACES zichtbaar weigert: Polygon with holes are not accepted by the system. DDSpass sluit open ringen en verwijdert binnenringen met een waarschuwing, zodat jij kunt beslissen of die uitgesloten grond in de aangegeven hectares thuishoort.

Vragen

Accepteert TRACES KML voor EUDR?

Nee. Het EU-systeem accepteert alleen GeoJSON voor geolocatie. KML en KMZ moeten eerst worden geconverteerd.

Worden mijn leveranciersdata ergens geüpload?

Nee. Conversie en validatie gebeuren volledig in je browser; het bestand verlaat je apparaat nooit.

Moet ik een KMZ eerst uitpakken voordat ik hem converteer?

Nee. Sleep de .kmz er direct in — het is een zip met doc.kml erin, en DDSpass opent hem en leest de KML binnenin. Omdat KMZ het standaard opslagformaat van Google Earth is, is dit eerder de regel dan de uitzondering. Zit er helemaal geen KML in het archief, dan krijg je een duidelijke blokkade in plaats van een leeg bestand.

Mijn KML-coördinaten hebben een derde hoogtewaarde — is dat een probleem?

KML schrijft posities als lengtegraad, breedtegraad, hoogte, en Google Earth zet de derde waarde er ook in als die nul is. EUDR-geolocatie is tweedimensionaal, dus de hoogte heeft geen betekenis voor de verklaring. Hij wordt tijdens de conversie weggelaten en het overgebleven paar lengte-/breedtegraad blijft in WGS84 decimale graden.

Ik heb het perceel in Google Earth als pad getekend in plaats van als polygoon — werkt dat?

Niet zoals het nu is. Een pad exporteert als LineString, en dat is geen geaccepteerd geometrietype (Point, MultiPoint, Polygon, MultiPolygon). Is je pad echt gesloten, dan zet DDSpass het om in een Polygon; is het open, dan wordt het geblokkeerd, want automatisch sluiten zou een grens verzinnen die nooit is ingemeten.