EUDR rundvee-geolocatie — TRACES-klaar, zonder afwijzingen

Elk bedrijf, gegeolokaliseerd

Traceerbaarheid van rundvee betekent veel productielocaties — boerderijen en weides — per verklaring. DDSpass valideert elk perceel, standaardiseert landcodes en controleert of elk bedrijf in het opgegeven land en op land ligt, zodat een verwisselde coördinaat geen boerderij in de oceaan zet.

Waarom de 4-hectareregel niet voor rundvee geldt

De eis „boven 4 ha moet een polygoon zijn” komt uit de definitie van een perceel in art. 2(28), die gaat over de grondstoffen die op land worden geteeld — niet over rundvee. Een rundveeverklaring bevat de geolocatie van elke productielocatie waar de dieren zijn gehouden, dus die drempel bepaalt de geometrie hier niet zoals bij een koffie- of cacaoperceel. Stuur één punt per locatie, of een gekarteerde grens als je die hebt — DDSpass valideert beide, repareert de geometrie en exporteert één gecombineerd bestand of één per producent. Alles draait in je browser — er wordt niets geüpload.

Meerdere percelen, één bedrijf

Een rundveebedrijf is zelden één vorm. Weiblokken, gepachte kavels en seizoensweide liggen uit elkaar en de kudde beweegt ertussen. Polygon en MultiPolygon worden allebei geaccepteerd, dus een bedrijf dat over meerdere percelen is verdeeld kan als één feature of als meerdere reizen — waar het om gaat is dat elk de eigenschappen draagt die het identificeren.

Die sleutels zijn een hoofdlettergevoelige whitelist: ProducerName, ProducerCountry, ProductionPlace, Area. Een bestand dat productionplace schrijft, verliest de waarde stilzwijgend, en een typefout in een structurele sleutel zoals geomerty kan het inlezen helemaal breken. DDSpass herstelt sleutels die er net naast zitten en somt elke hernoeming op.

LineString en MultiLineString zijn geen geaccepteerde geometrie. Een weiblok dat als open track is getraceerd — routine in GPS- en bedrijfskarteringsexports — moet eerst een gesloten ring worden. DDSpass sluit tracks die echt gesloten zijn en blokkeert open tracks in plaats van een grens te verzinnen.

Landcodes in een bestand met meerdere leveranciers

Rundveeverklaringen bevatten vaak bedrijven van meerdere leveranciers, en elke feature heeft zijn eigen ProducerCountry nodig als geldige ISO2-code. DDSpass toetst elke code aan de volledige ISO2-lijst en zet de twee gebruikelijke niet-standaardcodes om — UK naar GB, EL naar GR.

Waar het land bij de import vandaan komt, is het weten waard voordat je het bestand de schuld geeft. De bovenste Import-knop leest ProducerCountry uit het GeoJSON; Add Production Place → Import GeoJSON niet. Komt het veld leeg binnen, controleer dan welke knop je hebt gebruikt — uitleg hier.

DDSpass toetst elk bedrijf ook aan de echte grenzen van het land dat ervoor is opgegeven, zodat een bedrijf waarvan de coördinaten net over de grens in een buurland vallen, op het scherm wordt gemarkeerd en niet pas na indiening.

Als een bedrijf in zee belandt

De meest voorkomende ontsporing in een lijst met bedrijfscoördinaten is een omgedraaide breedte- en lengtegraad. GeoJSON-posities zijn [lengtegraad, breedtegraad] in WGS84 decimale graden; een spreadsheet die ze in leesvolgorde aanlevert, zet een ranch in het binnenland midden in de oceaan, en TRACES importeert dat zonder commentaar. Controleer per bedrijf:

• De positie ligt op land, niet in open water.
• Het perceel valt binnen het ProducerCountry dat ervoor is opgegeven.
• Coördinaten zijn decimale graden in de volgorde [lengtegraad, breedtegraad] — geen meters uit een geprojecteerd nationaal grid.
• Ringen zijn gesloten, bevatten minstens vier posities en kruisen zichzelf niet.
• Area is een getal, geen tekst — "Area": "3" wordt gelezen als 0 hectare.

Niets daarvan wordt verderop opgemerkt. TRACES wijst precies twee dingen zichtbaar af: ongeldige JSON-syntaxis en een polygoon met binnenringen, beantwoord met Polygon with holes are not accepted by the system. Al het andere dat inhoudelijk fout is, wordt in stilte geaccepteerd, dus een schoon importscherm is geen bewijs van een juiste verklaring.

Vragen

Welke geolocatie vraagt de EUDR voor rundvee?

De locatie van elke productielocatie — de bedrijven en weides waar het rundvee is gehouden. De regel „boven 4 ha moet een polygoon zijn” uit art. 2(28) geldt voor percelen van de op land geteelde grondstoffen, niet voor rundveelocaties.

Onze bedrijfsgrenzen komen uit het nationale kadaster als Shapefile. Kan ik die aan TRACES geven?

Nee. TRACES accepteert alleen .geojson en .json — een Shapefile, KML of Excel-bestand kun je in de bestandskiezer niet eens selecteren. Sleep de gezipte Shapefile in plaats daarvan in DDSpass: de .prj wordt gelezen, de geometrie geherprojecteerd naar WGS84, en je krijgt GeoJSON terug. Zie Shapefile naar EUDR GeoJSON.

Eén bedrijf heeft vijf losse weiblokken. Is dat één feature of vijf?

Allebei werkt, want Polygon en MultiPolygon worden allebei geaccepteerd. Een MultiPolygon houdt het bedrijf als één productielocatie bijeen; vijf features laten je elk perceel apart benoemen in ProductionPlace. Wat je ook kiest, schrijf ProducerName en ProducerCountry exact hetzelfde — op dat paar groepeert de Type I-export.

TRACES importeerde ons rundveebestand zonder fouten. Betekent dat dat de verklaring klopt?

Niet per se. Een schone import zegt alleen dat de JSON is geparsed en dat geen polygoon een gat had. Het zegt niets over de coördinaatvolgorde, of een locatie op land ligt, of dat twee bedrijven dezelfde grond beslaan. Een oppervlakte die als tekst is geschreven, importeert zonder klacht en telt als 0 hectare.