Koordinatsystemer til dronemåling: EU- og US-CRS og højdesystemer

Hvad er et koordinatreferencesystem (CRS)?

Et CRS definerer, hvordan en position på Jorden bliver til tal. Et geografisk CRS bruger bredde og længde i grader (WGS 84, ETRS89). Et projiceret CRS flader et område ud på et plant net med øst- og nordkoordinat i meter (et nationalt net eller en UTM-zone). Et vertikalt CRS definerer højden. En fuld opmålingsposition er derfor et plan-CRS plus et højdesystem.

Hvert system har en EPSG-kode i EPSG Geodetic Parameter Registry^[1], så "EPSG:3006" altid betyder SWEREF 99 TM, og "EPSG:5613" altid betyder RH 2000. Angiv koden, ikke kun navnet: "UTM 33" eller "det svenske net" er tvetydigt, en EPSG-kode er ikke.

Hvilket plankoordinatsystem skal jeg bruge i Europa?

Brug det nationale net, som din bygherre eller kortmyndighed angiver. De fleste europæiske nationale net er projektioner af ETRS89 eller en national realisering af det, for eksempel SWEREF 99 TM (EPSG:3006) i Sverige, ETRS-TM35FIN (EPSG:3067) i Finland, RGF93 / Lambert-93 (EPSG:2154) i Frankrig og OSGB36 / British National Grid (EPSG:27700) i Storbritannien. Almindelig UTM, hvor et nationalt net forventes, eller den forkerte zone, forskyder data med meter til hundredvis af kilometer.

Nogle ældre nationale systemer er ikke bare ETRS89 med en anden projektion. De ligger på et andet datum og kræver et datumgrid for at blive omregnet nøjagtigt. OSTN15-gridet til British National Grid er det bedst kendte eksempel.

Hvilket plankoordinatsystem skal jeg bruge i USA og Nordamerika?

Nordamerikansk opmåling foregår i NAD83, næsten altid som en State Plane-zone eller en UTM-zone. En State Plane-zone udgives i meter og i fod, og foden er ikke altid den samme: de fleste stater bruger den amerikanske opmålingsfod (US survey foot, 1 ft = 1200/3937 m), nogle bruger den internationale fod (0,3048 m)^[2]. De to afviger med 2 millionte dele (2 mm pr. kilometer), hvilket er usynligt på et lille område, men cirka 0,6 m på en koordinat på 1.000.000 ft. Den amerikanske opmålingsfod blev udfaset ved udgangen af 2022, men eksisterende data og zonedefinitioner bruger den stadig. Tag enheden fra EPSG-koden, ikke fra zonens navn.

NAD83 og WGS 84 er forskellige referencerammer: i det kontinentale USA afviger de op til en eller to meter^[3], så de kan ikke bruges i flæng ved opmåling.

Hvad er forskellen på ellipsoidehøjde og ortometrisk højde?

Ellipsoidehøjde (h) er højden over en glat matematisk ellipsoide. Det er den, GNSS-modtagere giver, også en drones RTK-modul. Ortometrisk højde (H) er højden over geoiden, en tyngdepotentialflade tæt på middelvandstand. Det er den, nivellement, kort og byggetegninger bruger: vand løber nedad i H, ikke i h.

De to hænger sammen via geoideundulationen N (også kaldet geoidehøjde): H = h − N. N er stor og varierer henover et land. Beregnet med de geoidemodeller, Orthosite bruger (SWEN17_RH2000 og GEOID18): Stockholm +23,0 m, Kiruna +29,8 m, Malmö +35,7 m; Denver −17,1 m, Houston −27,3 m, Seattle −23,7 m. En rå GNSS-højde brugt som terrænhøjde er derfor forkert med titals meter. Fordi N ændrer sig med millimeter pr. hundrede meter, er én værdi for et helt område kun korrekt for små områder; Orthosite anvender geoiden pr. punkt, ikke én værdi pr. område.

Hvilke højdesystemer og geoidemodeller understøtter Orthosite?

Orthosite tilbyder 23 nationale højdesystemer i 20 lande, hvert med sin nationale geoidemodel eller transformationsgrid (N60 og NGVD29 gennem en kædet transformation), plus de globale EGM2008 og EGM96 og ren ellipsoidehøjde. Højder leveres i meter. Afkrydsningen markerer de systemer, hvor Orthosites omregning er fastlagt i en test mod myndighedens egne offentliggjorte værdier (Lantmäteriet, Kartverket, Ordnance Survey, NSGI, NGS, BKG, swisstopo); de øvrige bruger det officielle grid, men er ikke reproduceret mod offentliggjorte testværdier, og Orthosite viser dem i vælgeren som ikke verificeret.

Højdesystemer tilbydes efter hvor projektet ligger, ikke kun efter plankoden: listen bygges ud fra billedpositionerne, nationale systemer for stedet først, de globale modeller derefter. Et system, hvis model ikke kan beregnes på stedet (NAVD88 på Hawaii, hvor GEOID18-gridet ikke når ud), tilbydes ikke, og lande uden en national model på listen (for eksempel Italien eller Irland) får de globale modeller EGM2008 og EGM96 og ellipsoidehøjde, mærket som sådan, frem for et gættet datum.

To begrænsninger er angivet, ikke skjult. Højdesystemer i fod (som NAVD88 i amerikanske opmålingsfod) afvises, fordi fod ville møde DSM-værdier og geoidehøjder i meter; brug metervarianten (EPSG:5703). Plankoordinater kan stadig være i fod. Og RH 70, det gamle svenske system, tilbydes ikke, fordi der ikke er udgivet noget geoidegrid i et format, PROJ læser, til det.

Er WGS 84, ETRS89 og SWEREF 99 det samme?

Nej. De er forskellige realiseringer af en referenceramme. ETRS89 blev fastlåst til den stabile del af den eurasiske plade og faldt sammen med den globale ITRS i 1989; siden har Europa bevæget sig cirka 2,5 cm om året i forhold til den globale ramme^[4]. WGS 84 følger den globale ramme, så ETRS89 og WGS 84 afviger nu med omkring 0,9 m i Europa. Lantmäteriet angiver 8–9 dm mellem SWEREF 99 (en realisering af ETRS89) og WGS 84 for 2024, voksende med tiden^[5]. I Nordamerika er NAD83 og WGS 84 1–2 m fra hinanden^[3].

En ramme kan også have en epoke (en dato), fordi jorden bevæger sig. SWEREF 99 har referenceepoke 1999,5 og RH 2000 epoke 2000,0, og SWEN17_RH2000 tager højde for den postglaciale landhævning mellem de to^[9].

Hvad det betyder for en droneflyvning: hvis kamerapositionerne kommer fra RTK i den nationale ramme (for eksempel SWEPOS-netværks-RTK i SWEREF 99), eller opmålte passpunkter i projektets CRS styrer udjævningen, ligger modellen i den ramme. Hvis positionerne kommer fra PPK/PPP eller en basestation i ITRF eller WGS 84, og der ikke er passpunkter, kan hele modellen være forskudt cirka 0,9 m i plan i Europa og 1–2 m i USA. Orthosite tager positionerne som allerede værende i den leverede ramme (et nul-trin, ingen transformation), siger det i CRS-vælgeren og leveringsnoterne og viser en advarsel, når en flyvning ikke har passpunkter, og positionskilden ikke vides at levere den ramme. Den anvender ingen automatisk korrektion for dette; kontrolpunkter viser, om modellen er rigtig.

Hvorfor kræver nogle lande datumgrid?

Mellem ETRS89 og et ældre nationalt datum findes der ingen simpel formel. Den nationale kortmyndighed udgiver et grid af forskydninger (NTv2 eller et lignende format), og en syvparameter-Helmert-transformation er kun meter- eller decimeternøjagtig. Hvis gridet mangler, rejser PROJ (open source-biblioteket bag det meste GIS-software)^[6] ikke en fejl, men bruger Helmert-transformationen i stedet. Orthosite målte dette for British National Grid: 1,95 m fra OSTN15-resultatet.

Orthosite installerer og anvender disse plan-datumgrid: OSTN15 (Storbritannien), RDNAPTRANS2018 (Holland), BEV AT_GIS_GRID (Østrig, MGI), BD72 / Lambert 72 (Belgien), CHENyx06 (Schweiz, LV03), BeTA2007 samt gridene for Sachsen, Hessen, Baden-Württemberg, Saarland og Thüringen (Tyskland: DHDN, og RD/83- og PD/83-rammerne i Sachsen og Thüringen), de syv regionale SDFI 2022-grid (Danmark), de spanske og catalanske ED50-grid, YKJ/KKJ-trianguleringen (Finland), NTF-gridet (Frankrig), NGO 1948-trianguleringen (Norge), Datum 73- og Lissabon-gridene (Portugal) og S-JTSK-gridene (Tjekkiet, Slovakiet). De betyder noget. I Orthosites matrixtest af 110 landetilfælde den 2026-10-08 ville det at ignorere dem for eksempel have kostet: Finland KKJ 0,52 m, Østrig GK 0,31–0,50 m, Slovakiet S-JTSK 1,53 m, Holland RD 7 cm, Belgien Lambert 72 8–12 cm, Tjekkiet S-JTSK 5 cm.

Orthosite afviser en transformation frem for at levere en forkert fil: hvis et grid, definitionen kræver, ikke er installeret, eller punkterne ligger uden for det område, hvor nogen reel datumoperation findes (PROJ ville bruge en "ballpark"-forskydning, der ignorerer datumforskydningen), afvises eksporten med en forklaring. To kendte tilfælde: det irske net på TM75-datum (dets grid er ikke åbent udgivet) og Kinas CGCS2000 (PROJ har ingen datumtransformation for det). Kortviserens koordinataflæsning bruger samme transformation som eksporterne og stemmer med den inden for 1 cm (målt under 1 mm i Orthosites tests mod testpunkter fra Ordnance Survey og NSGI).

Hvad er forskellen på netafstand og terrænafstand?

Et projiceret net er en fladtrykt overflade, så afstande målt på det er skaleret. Hver projektion har en skalafaktor: SWEREF 99 TM har 0,9996 på sin centralmeridian (15°Ø)^[7], hvilket gør en netafstand op til 0,4 m pr. kilometer kortere end den sande afstand i terrænniveau dér. Højden tilføjer en anden effekt, højdefaktoren R/(R+h). Sammen giver de den kombinerede skalafaktor (CSF = k·R/(R+h)); terrænafstand = netafstand / CSF, og et terrænareal = netareal / CSF².

For en byggegrund ligger forskellen under opmålingstolerancen; for en lang vej eller et stort område gør den ikke. Orthosite oplyser, hvilken den viser: målinger i viseren giver både netværdien og terrænværdien (net / CSF, arealer og volumener net / CSF²) med CSF trykt ved siden af, så du kan matche en totalstation, der arbejder i terrænafstande, eller en CAD-fil, der arbejder i net.

Hvorfor er mine koordinater byttet om? (akserækkefølge)

Koordinatrækkefølgen er en del af CRS-definitionen. I EPSG-registret er mange systemer defineret med nord først, herunder SWEREF 99 TM (EPSG:3006), RT90, de finske ETRS-GK-zoner, de tyske Gauss-Krüger-zoner, norsk NTM og de japanske JGD-systemer (kontrolleret i EPSG-definitionerne). Andre, som Lambert-93, ETRS89 / UTM, British National Grid og RD New, er øst først. De fleste GIS- og CAD-programmer, og PROJ's standard for almindeligt x/y-arbejde, bruger øst først. En fil, som et opmålingsinstrument har skrevet som "N, E", og som læses som "E, N", havner det forkerte sted, ofte langt uden for området, uden nogen fejlmeddelelse^[8].

Tjek første linje i enhver passpunkts- eller punktfil: i Sverige er nordkoordinaten cirka 6.100.000 til 7.700.000 og østkoordinaten cirka 250.000 til 920.000, så det største tal er nordkoordinaten. Når du importerer en passpunkts- eller kontrolpunktsfil, lader Orthosite værdierne afgøre: den projicerer punkterne begge veje og accepterer kun en rækkefølge, der lander inden for det valgte CRS' anvendelsesområde. Passer begge rækkefølger, afgør en eksplicit nord/øst-mærkning i filen; en bar X/Y-overskrift forelægges dig frem for at blive gættet.

Almindelige koordinatfejl, der ødelægger en måling

• Forkert plan-CRS eller zone: data havner meter til kilometer væk (det klassiske "hvorfor ligger mit kort i havet?").
• Ellipsoidehøjde i stedet for ortometrisk højde: højder forkerte med titals meter (omkring 23–36 m ved de svenske steder ovenfor, 17–27 m ved de amerikanske).
• Blandede rammer: passpunkter i én realisering (SWEREF 99) og kamerapositioner i en anden (WGS 84): omkring 0,9 m i Europa, 1–2 m i USA.
• Amerikansk opmålingsfod mod international fod mod meter: skalafejl på 2 mm/km eller en faktor 3,28.
• Byttede nord- og østkoordinater.
• Net- mod terrænafstand: op til 0,4 m pr. kilometer i SWEREF 99 TM, før højdeeffekten.
• Et gammelt nationalt system uden sit datumgrid: decimeter til mere end en meter (se ovenfor).

Hvordan vælger jeg det rigtige koordinatsystem før en flyvning?

Bekræft fire ting, før du flyver, og skriv dem på jobarket: plan-CRS (EPSG-kode og zone), højdesystemet (med geoidemodellen), enheden og rammen for din GNSS-kilde (nationalt netværks-RTK, en base på et kendt punkt eller PPK i WGS 84). Hvis du udlægger passpunkter, så mål dem i leverancens CRS og højdesystem, og behold nogle som uafhængige kontrolpunkter. Den nøjagtighed, du kan angive, kommer fra de kontrolpunkter, ikke fra CRS.

I Orthosite angiver du koordinatsystemet med EPSG-kode (næsten 6.000 plansystemer, søgbare på kode eller navn, med et forslag ud fra hvor billederne er taget) og højdesystemet i samme vælger. Viserne, nøjagtighedsrapporterne og eksporterne (LAZ/LAS, DSM/DTM, ortofoto, CSV, DXF, LandXML, 2DM) bruger så det system, med CRS skrevet ind i filen, hvor formatet tillader det (LAZ bærer det som WKT).

Sidst gennemgået: 2026-10-10