Konverter en Shapefile til TRACES-klar EUDR GeoJSON — uden afvisninger

Hvorfor en Shapefile kræver mere end en omdøbning

En Shapefile er et sæt — .shp (former), .shx (indeks), .dbf (attributter) og ikke mindst .prj (koordinatreferencesystemet). Marker gemmes ofte i et nationalt projiceret net i meter, ikke i de WGS84 længde-/breddegrader, TRACES kræver. Skift endelsen uden at omprojicere, og hver mark lander det forkerte sted — eller fejler helt.

DDSpass læser .prj-filen, omprojicerer til WGS84-decimalgrader og reparerer den geometri, Shapefiles ofte bærer — selvkrydsende ringe fra maskinel optegning, ulukkede polygoner, huller — og markerer alt, et menneske skal efterse.

Zip den, slip den, færdig

Læg .shp med mindst .shx, .dbf og .prj i én .zip og slip den i værktøjet. Du får et rent, TRACES-klart GeoJSON plus en letforståelig rettelsesrapport til din leverandør. Matrikel- og markdata er følsomme — alt kører i din browser, og filen uploades aldrig.

Den manglende .prj er den klassiske fejl

Åbn .shp-filen uden dens projektion, og et punkt læses som noget i retning af 512340, 4318220. Intet i filen fortæller, om det er meter i et nationalt net, fod eller noget helt tredje — og grader er det åbenlyst ikke, for længdegrad løber fra −180 til 180 og breddegrad fra −90 til 90. .prj-filen er den eneste del af sættet, der svarer på spørgsmålet.

Er den med, omprojicerer DDSpass til WGS84-decimalgrader, og så er du færdig. Er den ikke, markeres markerne som et lokalt net, der skal sendes igen, i stedet for at der gættes — og netop den tilbageholdenhed er pointen, for TRACES tjekker ikke, om koordinaterne giver mening. En fil konverteret under en opfundet projektion accepteres i fuld længde, med hver eneste mark det forkerte sted og ingen advarsel nogen steder.

Løsningen ligger hos GIS-siden: bed om at få laget eksporteret igen med projektionsfilen inkluderet, eller eksporteret direkte i WGS84 / EPSG:4326. Begge dele er én dialogboks i QGIS eller ArcGIS og fjerner tvetydigheden én gang for alle.

Attributnavne skæres ned til ti tegn

DBF-formatet begrænser feltnavne til ti tegn, så EUDR-egenskabsnavnene kan ikke overleve en tur gennem en Shapefile intakt. TRACES læser en præcis liste, hvor der skelnes mellem store og små bogstaver — ProducerName, ProducerCountry, ProductionPlace, Area — og et afkortet navn læses slet ikke:

• ProducerName → ProducerNa — to tegn tabt, gendannes automatisk
• ProducerCountry → ProducerCo — skåret for langt tilbage til at være entydigt
• ProductionPlace → Production — samme problem
• Area → Area — kort nok til at overleve intakt

DDSpass gendanner dem, der er tæt på, også rene forskelle i store og små bogstaver, og lister hver omdøbning i rettelsesrapporten med oprindeligt og endeligt navn, så intet mappes bag din ryg. Det, der ikke kan afgøres, rapporteres som manglende frem for gættet: et manglende produktionssted udfyldes med en nummereret pladsholder, og et manglende land — eller et, der er skrevet ud som et navn i stedet for som en gyldig ISO2-kode — markeres til leverandøren. Fordi grænsen på ti tegn hører til formatet og ikke til dine eksportindstillinger, er gennemgangen af den omdøbningsliste en del af arbejdet.

Flere lag, og loftet på 25 MB

Afleveringer fra skovbrug og matrikelregistre kommer sjældent som ét lag. Indeholder zip-filen flere .shp-filer — afdelinger, bevoksninger, blokke — læses hvert lag og lægges sammen til én FeatureCollection, så intet forsvinder ubemærket. En zip, der slet ikke indeholder en .shp, men flere løse datasæt, behandles i stedet som et parti, og hver fil tjekkes for sig.

Matrikel- og maskinoptegnede grænser løber derefter ind i den anden mur: en DDS må højst fylde 25 MB, og markskel opmålt på centimeteren bærer flere punkter, end noget markomrids har brug for. DDSpass fjerner først kollineære punkter, hvilket er tabsfrit — et punkt, der ligger på en ret linje mellem sine naboer, beskriver ingenting — og forenkler derefter videre uden nogensinde at lade det samlede areal flytte sig mere end 0,5 %. Passer filen stadig ikke, får du den officielle vejledning i at opdele erklæringen og output pr. producent (Type I) at dele op efter.

Én detalje er særlig for GIS-data med høj præcision: systemet runder koordinater til seks decimaler. En grænse optegnet med ni decimaler kan have nabopunkter, der falder sammen efter afrundingen og bliver til dubletter — og det er præcis den tilstand, der gør en gyldig ring ugyldig. De opdages og lægges sammen under konverteringen i stedet for at følge med ind i erklæringen.

Spørgsmål

Accepterer TRACES en Shapefile til EUDR?

Nej. EU-systemet accepterer kun GeoJSON til geolokation. En Shapefile skal konverteres — og omprojiceres til WGS84 — først.

Hvilke filer skal jeg bruge i zip-filen?

Som minimum .shp, .shx og .dbf; medtag .prj, så koordinatsystemet er kendt. Uden .prj kan DDSpass ikke omprojicere pålideligt og markerer markerne som lokalt net til gensendelse.

Bliver min Shapefile uploadet noget sted?

Nej. Den læses, omprojiceres og valideres udelukkende i din browser; filen forlader aldrig din enhed.

Mine attributnavne blev afkortet til ti tegn — betyder det noget?

Det kan det. DBF-formatet begrænser feltnavne til ti tegn, så ProducerCountry kommer tilbage som ProducerCo og ProductionPlace som Production, mens TRACES læser en præcis liste af egenskabsnavne, hvor der skelnes mellem store og små bogstaver. DDSpass gendanner de nære match automatisk, lister hver omdøbning i rettelsesrapporten og markerer det, den ikke kunne mappe, i stedet for at gætte.

Kan zip-filen indeholde mere end én shapefile?

Ja. Hvert .shp-lag i zip-filen læses og lægges sammen til én FeatureCollection, så en aflevering delt op i afdelinger eller blokke mister ingenting. Indeholder zip-filen slet ingen .shp, men flere løse datafiler — KML, Excel, GeoJSON — behandles den i stedet som et parti, og hver fil tjekkes for sig.