Koordinatsystemer

X/Y eller Nord/Øst — den lille forskel der flytter alt

En stor del af alle »mine data ligger forkert«-sager er ikke forkert koordinatsystem — det er byttet akseorden (vores erfaring fra importsager). Her er konventionerne, og hvordan du spotter fejlen på ti sekunder.

Upload dine dataTræk filen ind — direkte fra instrument, CAD eller GIS

Se dem på kortetVi analyserer altid selve koordinaterne — også når filen har en EPSG-kode. Passer de ikke sammen, siger vi til

Verificér og eksportérKontrollér om data ligger rigtigt — eksportér med en gratis profil

Kort fortalt: Matematik og GIS siger (x=øst, y=nord) — men klassisk landmåling siger (Nord, Øst), Trimble/Leica eksporterer typisk N-E, System 34 bruger (y, x) med y mod nord og x mod vest, og geografiske koordinater kommer både som lat,lon og lon,lat. Alle de moderne danske systemer er i EPSG-registret defineret (Easting, Northing) — UTM 32/33 (25832/25833) og DKTM1–4 (4093–4096) øst først. I Danmark ligger northing i UTM32 på ~6,0-6,4 millioner og easting på ~0,44-0,9 millioner. koordinat.online analyserer filen, foreslår det mest sandsynlige koordinatsystem og viser placeringen på kortet, så en ombytning kan verificeres.

Konventionerne

Fem verdener, fem ordener

Matematik/GIS: (x, y) = (øst, nord). QGIS, ArcGIS og de fleste filformater forventer denne orden.
Samme projektion, to koder: UTM zone 32 findes både som EPSG:25832 (Easting, Northing) og som EPSG:3044 „ETRS89 / UTM zone 32N (N-E)“ med nord først — samme projektion, kun akseordenen adskiller dem. Tilsvarende EPSG:3045 for zone 33. En fil mærket 3044 skal altså læses N først: koden siger ikke hvad tallene er, men hvad afsenderen påstår de er.
Landmåling: (Nord, Øst) — koordinatlister fra totalstationer og GNSS-instrumenter (Trimble, Leica) skrives typisk N først.
System 34: (y, x) hvor y peger mod nord og x mod vest — begge dele afviger fra moderne konventioner. EPSG modellerer systemet i to trin: et NTv2-grid fører fra ETRS89 til en mellemliggende referenceramme (EPSG:10161 med s34j_2022.gsb, angivet nøjagtighed 0,03 m), og oven på den ligger kortprojektionen EPSG:10160 „S34J reconstruction east-orientated“. Det er griddet der bærer nøjagtigheden — en ren parametertransformation rækker ikke, fordi det oprindelige trekantsnet har lokale deformationer. „East-orientated“ siger kun noget om aksenavnene i den moderne kode, ikke om det oprindelige systems (y,x). Hele historien om System 34 ↓
Geografiske koordinater: GeoJSON kræver (lon, lat) — mens de fleste mennesker (og mange APIs) skriver lat, lon. Klassikeren: punktet lander i havet ud for Afrikas Horn i stedet for i Danmark.

Spot fejlen

Talområderne i de danske systemer

I Danmark er intervallerne så forskellige, at ordenen kan aflæses direkte: Northing ligger omkring 6.045.000-6.405.000, Easting omkring 440.000-895.000. Ser du kolonner som (575.000, 6.225.000), er ordenen E-N; ser du (6.225.000, 575.000), er den N-E. Bytter man dem, lander punkterne "uden for zonen" — et af de tydeligste fejlmønstre.

For geografiske koordinater: Danmark ligger ca. 8-15°Ø og 54,5-57,8°N. Står 55 før 12, er det lat,lon; står 12 før 55, er det lon,lat.

I praksis

Lad værktøjet tjekke det

Træk filen ind på kortet — koordinat.online analyserer filen, foreslår det mest sandsynlige koordinatsystem og viser placeringen, så du kan verificere mod baggrundskortet før aflevering.

Læs også: CSV-koordinater (kolonnenavne og separatorer) og System 34 (den historiske akseorden).

Hop ind i kortet →

FAQ

Ofte stillede spørgsmål om koordinatorden

Min CSV har kolonner der bare hedder X og Y — hvad betyder de?

Det kommer an på afsenderen: GIS-eksport = X er øst; landmålereksport kan have N først uanset kolonnenavn. Tjek talintervallerne (Northing ~6,0-6,4 mio. i Danmark) — eller træk filen ind på koordinat.online og se placeringen.

Hvorfor ligger mine GeoJSON-punkter i havet ved Afrika?

Klassisk lat/lon-ombytning: GeoJSON kræver [longitude, latitude], men filen er skrevet [lat, lon]. Se gennemgangen på GeoJSON-siden — værktøjet genkender og retter den typiske ombytning.

Er der en standard for kolonnerækkefølgen i koordinatfiler?

Nej — netop derfor opstår fejlen. CSV har ingen standardiseret geospatial betydning, og konventionen afhænger af softwaren der skrev filen. Kontrollér altid visuelt på et kort før aflevering.

Kilder

Kilder og videre læsning

Akse- og rækkefølgekonventionerne er dokumenteret i formatstandarderne selv og i Klimadatastyrelsens systembeskrivelser.

IOGP / EPSG (2026): EPSG Geodetic Parameter Registry
Akseordenen står i selve registret: EPSG:25832/25833 (UTM 32/33) og EPSG:4093–4096 (DKTM1–4) er alle defineret Easting, Northing. System 34 er modelleret i to trin — grid-transformationerne EPSG:10161 og 10251 (s34j_2022.gsb og s34s_2022.gsb, med registrets eget accuracy-felt på 0,03 m) fører til referencerammerne S34J-IRF (10158) og S34S-IRF (10249), og derpå ligger de østorienterede projektioner 10160 og 10250.
IETF (2016): RFC 7946 — The GeoJSON Format
Fastslår at en GeoJSON-position skrives [længde, bredde] — altså lon før lat. Det er kilden bag den klassiske ombytning, der lægger danske punkter ud for Afrikas kyst.
Klimadatastyrelsen (SDFE) (2017): Geomatics Notes 3 — System 34 / System 45 (udkast)
Belægger den historiske danske konvention: positioner i System 34 angives (y,x) med y-aksen mod nord og x-aksen mod vest — modsat moderne (øst, nord).
Klimadatastyrelsen (SDFE) (2017): GeoNotes 1 — ETRS89/UTM32: Den primære kortprojektion i Danmark
Definitionen af Easting og Northing i UTM32: false easting 500.000 m, så alle danske eastings bliver 6-cifrede og positive. Northing tælles derimod fra ækvator, og det er derfor danske northings ligger omkring 6,0–6,4 millioner — to forskellige årsager til to forskellige størrelsesordener.
IOGP — EPSG Geodetic Parameter Registry (2025): EPSG-registret — akserækkefølge i CRS-definitionen
Akserækkefølgen er en del af selve CRS-definitionen: EPSG:4258 (ETRS89 geografisk) er defineret som (bredde, længde), mens EPSG:25832 er (Easting, Northing) — derfor kan to programmer læse den samme fil forskelligt.