Fra KML til TRACES-klar EUDR GeoJSON — uden afvisninger

Hvorfor TRACES afviser KML

EU’s informationssystem forventer en GeoJSON FeatureCollection i WGS84 (længdegrad, breddegrad). En KML-eksport indeholder de rigtige former, men den forkerte container, stedvis forkert koordinatrækkefølge, højdeværdier og ofte ulukkede polygoner — hver især en dokumenteret afvisningsårsag.

DDSpass konverterer KML’en til GeoJSON og reparerer de problemer: lukker ringe, fjerner højder, standardiserer landekoden og markerer alt, et menneske skal efterse.

Sådan konverterer du

Slip din .kml (eller KMZ) i værktøjet. Du får et rent, TRACES-klart GeoJSON plus en letforståelig rettelsesrapport, du kan sende retur til din leverandør. Alt kører i din browser — filen uploades aldrig.

KMZ er en zippet KML, ikke et andet format

Google Earths Save Place As skriver .kmz som standard, så den fil, de fleste leverandører faktisk sender, er en KMZ. Det er ikke et andet format: det er et zip-arkiv med doc.kml plus de ikoner eller billeder, placemarket henviste til. TRACES accepterer ingen af endelserne — kun .geojson og .json kan overhovedet vælges.

Slip .kmz-filen ind, som den er. DDSpass åbner arkivet, læser doc.kml (eller en hvilken som helst .kml indeni) og konverterer den — ingen manuel udpakning. Indeholder arkivet slet ingen KML, får du en tydelig blokering i stedet for en tom outputfil.

Mappetræer kommer også med over. Google Earth-filer, der er ordnet med én mappe pr. landsby, kooperativ eller opmålingsdag, fladtrykkes til én FeatureCollection, for det er den form, importen forventer. Mappenavne er ikke en del af EUDR-egenskaberne, så producent og sted skal ligge i hvert placemarks egenskaber, ikke i mappestrukturen.

Det, en Google Earth-fil bærer, som TRACES ikke læser

KML-positioner skrives som longitude,latitude,altitude — tre værdier, og Google Earth skriver den tredje, også når den er nul. EUDR-geolokation er todimensional, så højden betyder intet for erklæringen. DDSpass fjerner den og beholder parret af længde- og breddegrad i WGS84-decimalgrader, som er den koordinatrækkefølge, GeoJSON bruger.

Stil-URL’er, ikon- og farvedefinitioner og HTML-beskrivelsesboblen ignoreres ganske enkelt: TRACES læser en præcis liste af egenskabsnavne, hvor der skelnes mellem store og små bogstaver. Et placemarks name er ikke ProductionPlace, så tjek, at disse fire findes og er stavet nøjagtigt. DDSpass udfylder et manglende produktionssted med en nummereret pladsholder og markerer et manglende eller ikke-ISO2-land, så leverandøren kan svare.

• ProducerName — hvem der har produceret råvaren
• ProducerCountry — produktionsland som ISO2-kode (UK mappes til GB, EL til GR)
• ProductionPlace — marken eller beskrivelsen af stedet
• Area — hektar, som et tal, aldrig som tekst

En tegnet rute er ikke en markgrænse

I Google Earth ser Add › Polygon og Add › Path næsten ens ud på skærmen og eksporteres helt forskelligt. En rute bliver til et KML-<LineString>, og LineString og MultiLineString er ikke accepteret geometri for EUDR — de tilladte typer er Point, MultiPoint, Polygon og MultiPolygon.

Blev ruten tegnet lukket, med det sidste punkt sat oven i det første, er den en grænse i alt andet end typen, og DDSpass forfremmer den til en Polygon. Er den åben, blokeres den i stedet for at blive lukket for dig: at samle to løse ender ville opfinde en grænse, ingen har gået. Tegn den om som en polygon, og eksportér igen.

Rigtige polygoner skal bestå to tjek mere. Hver ring skal være lukket — første position identisk med den sidste, mindst fire positioner — og en mark tegnet med et udsnit til en sø, en bygning eller et ubeplantet stykke bliver til en indre ring, den ene geometri TRACES synligt afviser: Polygon with holes are not accepted by the system. DDSpass lukker åbne ringe og fjerner indre ringe med en advarsel, så du kan afgøre, om den udeladte jord hører med i de deklarerede hektar.

Spørgsmål

Accepterer TRACES KML til EUDR?

Nej. EU-systemet accepterer kun GeoJSON til geolokation. KML og KMZ skal konverteres først.

Uploades mine leverandørdata noget sted?

Nej. Konvertering og validering sker fuldt ud i din browser; filen forlader aldrig din enhed.

Skal jeg pakke en KMZ ud, før jeg konverterer den?

Nej. Slip .kmz-filen direkte ind — det er en zip med doc.kml indeni, og DDSpass åbner den og læser KML-filen. Da KMZ er Google Earths standardformat, når man gemmer, er det normalen snarere end undtagelsen. Indeholder arkivet slet ingen KML, får du en tydelig blokering i stedet for en tom fil.

Mine KML-koordinater har en tredje højdeværdi — er det et problem?

KML skriver positioner som længdegrad, breddegrad, højde, og Google Earth tager den tredje værdi med, selv når den er nul. EUDR-geolokation er todimensional, så højden betyder intet for erklæringen. Den fjernes under konverteringen, og parret af længde- og breddegrad beholdes i WGS84-decimalgrader.

Jeg tegnede marken som en rute (Path) i Google Earth i stedet for en polygon — virker det?

Ikke som den er. En rute eksporteres som en LineString, og det er ikke en af de accepterede geometrityper (Point, MultiPoint, Polygon, MultiPolygon). Er din rute reelt lukket, laver DDSpass den om til en Polygon; er den åben, blokeres den, fordi en automatisk lukning ville opfinde en grænse, ingen har opmålt.