EUDR-geolokation for kvæg — TRACES-klar, uden afvisninger

Hver bedrift, geolokaliseret

Sporbarhed for kvæg betyder mange produktionssteder — gårde og græsarealer — pr. erklæring. DDSpass validerer hver mark, standardiserer landekoder og tjekker, at hver bedrift ligger i det deklarerede land og på landjorden, så en ombyttet koordinat ikke placerer en gård i havet.

Hvorfor 4-hektarreglen ikke gælder for kvæg

Kravet om at „over 4 ha skal være en polygon” stammer fra definitionen af en markparcel i art. 2(28), som dækker de råvarer, der dyrkes på jorden — ikke kvæg. En kvægerklæring bærer geolokationen for hver bedrift, hvor dyrene har været holdt, så den grænse afgør ikke geometrien, som den gør for en kaffe- eller kakaomark. Send ét punkt pr. bedrift, eller en kortlagt grænse hvis du har en — DDSpass validerer begge, reparerer geometrien og eksporterer én samlet fil eller én pr. producent. Alt kører i din browser — intet uploades.

Flere lodder, én bedrift

En kvægbedrift er sjældent én form. Folde, forpagtede stykker og sæsongræsning ligger spredt, og flokken flytter mellem dem. Både Polygon og MultiPolygon accepteres, så en bedrift delt over flere lodder kan sendes som én feature eller flere — det afgørende er, at hver enkelt bærer de egenskaber, der identificerer den.

Disse feltnavne er en fast liste, hvor der skelnes mellem store og små bogstaver: ProducerName, ProducerCountry, ProductionPlace, Area. En fil, der skriver productionplace, mister værdien i stilhed, og en tastefejl i et strukturelt feltnavn som geomerty kan bryde parsningen helt. DDSpass reparerer feltnavne, der er tæt på, og viser hver omdøbning.

LineString og MultiLineString er ikke accepteret geometri. En fold tegnet som et åbent spor — helt normalt i eksporter fra GPS og markkortlægning — skal først blive til en lukket ring. DDSpass lukker spor, der reelt er lukkede, og blokerer de åbne i stedet for at opfinde en grænse.

Landekoder i en fil med flere leverandører

Kvægerklæringer lister ofte bedrifter fra flere leverandører, og hver feature skal have sit eget ProducerCountry som en gyldig ISO2-kode. DDSpass tjekker hver enkelt mod den fulde ISO2-liste og mapper de to almindelige ikke-standardkoder — UK til GB og EL til GR.

Hvor landet kommer fra ved importen, er værd at vide, før du giver filen skylden. Den øverste Import-knap læser ProducerCountry ud af dit GeoJSON; Add production place → Import GeoJSON gør ikke. Kommer feltet tomt ind, så tjek hvilken knap du brugte — forklaring her.

DDSpass tester også hver bedrift mod det deklarerede lands rigtige grænser, så en gård, hvis koordinater falder over stregen til nabolandet, markeres på skærmen og ikke først efter indsendelsen.

Når en bedrift lander i havet

Den hyppigste ulykke i en liste over gårdkoordinater er bredde- og længdegrad byttet om. GeoJSON-positioner er [longitude, latitude] i WGS84-decimalgrader; et regneark, der leverer dem i læserækkefølge, sætter en kvægfarm inde i landet ud i havet, og TRACES importerer den uden kommentar. Tjek hver bedrift for:

• Positionen ligger på land, ikke i åbent vand.
• Marken falder inden for det ProducerCountry, der er deklareret for den.
• Koordinaterne er decimalgrader i rækkefølgen [longitude, latitude] — ikke meter fra et projiceret nationalt net.
• Ringene er lukkede, har mindst fire positioner og krydser ikke sig selv.
• Area er et tal, ikke tekst — "Area": "3" læses som 0 hektar.

Intet af det bliver fanget længere nede ad vejen. TRACES afviser synligt præcis to ting: ugyldig JSON-syntaks og en polygon med indre ringe, besvaret med Polygon with holes are not accepted by the system. Alt andet, der er meningsforstyrrende forkert, accepteres i stilhed, så en ren importskærm er ikke bevis for en korrekt erklæring.

Spørgsmål

Hvilken geolokation kræver EUDR for kvæg?

Lokationen for hvert produktionssted — de bedrifter og græsarealer, hvor kvæget har været holdt. Reglen om at „over 4 ha skal være en polygon” i art. 2(28) gælder for markparceller med de råvarer, der dyrkes på jorden, ikke for kvægbedrifter.

Vores markgrænser kom fra matrikelregistret som en Shapefile. Kan jeg give TRACES den?

Nej. TRACES accepterer kun .geojson og .json — en Shapefile, KML- eller Excel-fil kan slet ikke vælges i filvælgeren. Slip i stedet den zippede Shapefile i DDSpass: .prj-filen læses, geometrien omprojiceres til WGS84, og du får GeoJSON retur. Se Shapefile til EUDR GeoJSON.

Én bedrift har fem adskilte folde. Skal det være én feature eller fem?

Begge dele virker, for både Polygon og MultiPolygon accepteres. En MultiPolygon holder bedriften samlet som ét produktionssted; fem features lader dig navngive hvert lod i ProductionPlace. Uanset hvad du vælger, skal ProducerName og ProducerCountry staves ens — det par er det, Type I-eksporten grupperer på.

TRACES importerede vores kvægfil uden fejl. Betyder det, at erklæringen er korrekt?

Ikke nødvendigvis. En ren import fortæller dig kun, at din JSON kunne parses, og at ingen polygon havde et hul. Den siger intet om koordinatrækkefølge, om en lokation ligger på land, eller om to bedrifter dækker den samme jord. Et areal skrevet som tekst importeres uden indvendinger og tæller som 0 hektar.