Zet een Shapefile om naar TRACES-klaar EUDR GeoJSON — zonder afwijzingen

Waarom een Shapefile meer nodig heeft dan hernoemen

Een Shapefile is een set — .shp (vormen), .shx (index), .dbf (attributen) en cruciaal .prj (het coördinaatreferentiesysteem). Percelen staan vaak in een nationaal geprojecteerd grid in meters, niet in de WGS84 lengte-/breedtegraden die TRACES vereist. Verander de extensie zonder te herprojecteren en elk perceel belandt op de verkeerde plek — of mislukt meteen.

DDSpass leest de .prj, herprojecteert naar WGS84 decimale graden en herstelt de geometrie die Shapefiles vaak bevatten — zelfdoorsnijdende ringen van machinaal traceren, niet-gesloten polygonen, gaten — en markeert alles wat een mens moet nakijken.

Zip het, sleep het, klaar

Zet de .shp met minstens zijn .shx, .dbf en .prj in één .zip en sleep die erin. Je krijgt een schoon, TRACES-klaar GeoJSON plus een begrijpelijk correctierapport voor je leverancier. Kadaster- en perceeldata zijn gevoelig — alles draait in je browser en het bestand wordt nooit geüpload.

De ontbrekende .prj is de klassieke fout

Open de .shp zonder zijn projectie en een punt leest als zoiets als 512340, 4318220. Niets in het bestand zegt of dat meters in een nationaal grid zijn, voet, of iets anders — en graden zijn het duidelijk niet, want lengtegraad loopt van −180 tot 180 en breedtegraad van −90 tot 90. De .prj is het enige onderdeel van de set dat die vraag beantwoordt.

Is hij aanwezig, dan herprojecteert DDSpass naar WGS84 decimale graden en ben je klaar. Ontbreekt hij, dan worden de percelen gemarkeerd als lokaal grid om opnieuw te sturen in plaats van dat ernaar wordt gegokt — en juist die terughoudendheid is het punt, want TRACES controleert coördinaten niet op plausibiliteit. Een bestand dat onder een verzonnen projectie is geconverteerd, wordt volledig geaccepteerd, met elk perceel op de verkeerde plek en nergens een waarschuwing.

De oplossing ligt aan de GIS-kant: vraag om de laag opnieuw te exporteren met het projectiebestand erbij, of direct in WGS84 / EPSG:4326. Allebei is één dialoogvenster in QGIS of ArcGIS en het haalt de dubbelzinnigheid definitief weg.

Attribuutnamen worden afgekapt op tien tekens

Het DBF-formaat begrenst veldnamen op tien tekens, dus de EUDR-eigenschapsnamen kunnen een rondgang door een Shapefile niet ongeschonden overleven. TRACES leest een exacte, hoofdlettergevoelige lijst — ProducerName, ProducerCountry, ProductionPlace, Area — en een afgekapte naam wordt helemaal niet gelezen:

• ProducerName → ProducerNa — twee tekens kwijt, automatisch hersteld
• ProducerCountry → ProducerCo — te ver teruggeknipt om eenduidig te zijn
• ProductionPlace → Production — hetzelfde probleem
• Area → Area — kort genoeg om intact te blijven

DDSpass herstelt de bijna-treffers, inclusief simpele hoofdletterverschillen, en somt elke hernoeming in het correctierapport op met originele en uiteindelijke naam, zodat er niets achter je rug om wordt gekoppeld. Wat het niet kan oplossen, wordt gemeld als ontbrekend in plaats van geraden: een ontbrekende productieplaats wordt gevuld met een genummerde placeholder, en een ontbrekend land — of een land dat als naam is uitgeschreven in plaats van als geldige ISO2-code — wordt gemarkeerd voor de leverancier. Omdat de grens van tien tekens bij het formaat hoort en niet bij je exportinstellingen, is het nalopen van die hernoemlijst onderdeel van het werk.

Meerdere lagen, en het plafond van 25 MB

Overdrachten uit de bosbouw en het kadaster komen zelden als één laag binnen. Bevat de zip meerdere .shp-bestanden — vakken, opstanden, blokken — dan wordt elke laag gelezen en samengevoegd tot één FeatureCollection, zodat er niets stilletjes wegvalt. Een zip die helemaal geen .shp bevat maar wel meerdere losse datasets, wordt in plaats daarvan als batch behandeld en elk bestand wordt apart gecontroleerd.

Kadastrale en machinaal getraceerde grenzen lopen daarna tegen de andere muur aan: een DDS is begrensd op 25 MB, en perceelranden die tot op de centimeter zijn ingemeten, dragen aantallen punten die geen enkele bedrijfsomtrek nodig heeft. DDSpass verwijdert eerst collineaire punten, wat verliesvrij is — een punt dat op een rechte lijn tussen zijn buren ligt, beschrijft niets — en vereenvoudigt daarna verder terwijl de totale oppervlakte nooit meer dan 0,5% mag afwijken. Past het alsnog niet, dan krijg je de officiële instructies om de DDS te splitsen, en uitvoer per producent (Type I) om langs te splitsen.

Eén detail dat specifiek is voor GIS-data met hoge precisie: het systeem rondt coördinaten af op zes decimalen. Een grens die op negen decimalen is getraceerd, kan naburige punten hebben die na afronding samenvallen en dubbelingen worden — precies de toestand die een geldige ring ongeldig maakt. Die worden tijdens de conversie opgespoord en samengevoegd in plaats van mee te liften naar de verklaring.

Vragen

Accepteert TRACES een Shapefile voor EUDR?

Nee. Het EU-systeem accepteert alleen GeoJSON voor geolocatie. Een Shapefile moet eerst worden geconverteerd — en geherprojecteerd naar WGS84.

Welke bestanden heb ik nodig in de zip?

Minimaal .shp, .shx en .dbf; voeg de .prj toe zodat het coördinatensysteem bekend is. Zonder .prj kan DDSpass niet betrouwbaar herprojecteren en markeert het de percelen als lokaal grid om opnieuw te sturen.

Wordt mijn Shapefile ergens geüpload?

Nee. Hij wordt volledig in je browser gelezen, geherprojecteerd en gevalideerd; het bestand verlaat je apparaat nooit.

Mijn attribuutnamen zijn afgekapt op tien tekens — maakt dat uit?

Dat kan. Het DBF-formaat begrenst veldnamen op tien tekens, dus ProducerCountry komt terug als ProducerCo en ProductionPlace als Production, terwijl TRACES een exacte, hoofdlettergevoelige lijst met eigenschapsnamen leest. DDSpass herstelt de bijna-treffers automatisch, somt elke hernoeming op in het correctierapport en markeert alles wat het niet kon koppelen in plaats van ernaar te gokken.

Mag de zip meer dan één shapefile bevatten?

Ja. Elke .shp-laag in de zip wordt gelezen en samengevoegd tot één FeatureCollection, zodat een overdracht die is opgesplitst in vakken of blokken niets verliest. Bevat de zip helemaal geen .shp maar wel meerdere losse databestanden — KML, Excel, GeoJSON — dan wordt hij als batch behandeld en wordt elk bestand apart gecontroleerd.