Koordinatsystemer for dronemåling: CRS og høydesystemer i EU og USA

Hva er et koordinatreferansesystem (CRS)?

Et CRS definerer hvordan en posisjon på jorden blir til tall. Et geografisk CRS bruker breddegrad og lengdegrad i grader (WGS 84, ETRS89). Et projisert CRS flater et område ut på et plant rutenett med øst- og nordkoordinat i meter (et nasjonalt rutenett eller en UTM-sone). Et vertikalt CRS definerer høyden. En fullstendig målt posisjon er derfor et horisontalt CRS pluss et høydesystem.

Hvert system har en EPSG-kode i EPSG Geodetic Parameter Registry^[1], så «EPSG:3006» betyr alltid SWEREF 99 TM og «EPSG:5613» betyr alltid RH 2000. Oppgi koden, ikke bare navnet: «UTM 33» eller «svensk rutenett» er tvetydig, en EPSG-kode er det ikke.

Hvilket horisontalt koordinatsystem bør jeg bruke i Europa?

Bruk det nasjonale rutenettet oppdragsgiveren eller kartmyndigheten angir. De fleste europeiske nasjonale rutenett er projeksjoner av ETRS89 eller av en nasjonal realisering av det, for eksempel SWEREF 99 TM (EPSG:3006) i Sverige, ETRS-TM35FIN (EPSG:3067) i Finland, RGF93 / Lambert-93 (EPSG:2154) i Frankrike og OSGB36 / British National Grid (EPSG:27700) i Storbritannia. Vanlig UTM der et nasjonalt rutenett forventes, eller feil sone, forskyver dataene med meter til hundrevis av kilometer.

Noen eldre nasjonale systemer er ikke bare ETRS89 med en annen projeksjon. De ligger på et annet datum og trenger et datumgrid for å konverteres nøyaktig. OSTN15-gridet for British National Grid er det best kjente eksemplet.

Hvilket horisontalt koordinatsystem bør jeg bruke i USA og Nord-Amerika?

Oppmåling i Nord-Amerika skjer i NAD83, nesten alltid som en State Plane-sone eller en UTM-sone. En State Plane-sone publiseres i meter og i fot, og foten er ikke alltid den samme: de fleste delstater bruker US survey foot (1 ft = 1200/3937 m), noen bruker den internasjonale foten (0,3048 m)^[2]. De to skiller seg med 2 deler per million (2 mm per kilometer), som er usynlig på et lite område, men omtrent 0,6 m på en koordinat på 1 000 000 ft. US survey foot ble avviklet ved utgangen av 2022, men eksisterende data og sonedefinisjoner bruker den fortsatt. Hent enheten fra EPSG-koden, ikke fra sonenavnet.

NAD83 og WGS 84 er ulike referanserammer: i det kontinentale USA skiller de seg med opptil én eller to meter^[3], så de kan ikke byttes om i oppmålingsarbeid.

Hva er forskjellen mellom ellipsoidehøyde og ortometrisk høyde?

Ellipsoidehøyde (h) er høyden over en glatt matematisk ellipsoide. Det er den GNSS-mottakere gir, også en drones RTK-modul. Ortometrisk høyde (H) er høyden over geoiden, en ekvipotensialflate for tyngdekraften nær middelvannstand. Det er den som brukes i nivellement, kart og byggetegninger: vann renner nedover i H, ikke i h.

De to henger sammen via geoidehøyden N (også kalt geoideundulasjon): H = h − N. N er stor og varierer over et land. Beregnet med geoidemodellene Orthosite bruker (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øyde brukt som terrenghøyde er derfor feil med titalls meter. Fordi N endrer seg med millimeter per hundre meter, er én enkelt verdi for et helt område bare riktig for små områder; Orthosite bruker geoiden per punkt, ikke én verdi per område.

Hvilke høydesystemer og geoidemodeller støtter Orthosite?

Orthosite tilbyr 23 nasjonale høydesystemer i 20 land, hvert med sin nasjonale geoidemodell eller transformasjonsgrid (N60 og NGVD29 gjennom en kjedet transformasjon), pluss de globale EGM2008 og EGM96 og ren ellipsoidehøyde. Høyder leveres i meter. Haken markerer systemene der Orthosites konvertering er låst i en test mot etatens egne publiserte verdier (Lantmäteriet, Kartverket, Ordnance Survey, NSGI, NGS, BKG, swisstopo); de andre bruker det offisielle gridet, men er ikke reprodusert mot publiserte testverdier, og Orthosite viser dem i velgeren som ikke verifisert.

Høydesystemer tilbys etter hvor prosjektet er, ikke bare etter den horisontale koden: listen bygges fra bildeposisjonene, med nasjonale systemer for stedet først og de globale modellene etterpå. Et system hvis modell ikke kan beregnes på stedet (NAVD88 på Hawaii, hvor GEOID18-gridet ikke rekker) tilbys ikke, og land uten nasjonal modell i listen (for eksempel Italia eller Irland) får de globale modellene EGM2008 og EGM96 og ellipsoidehøyde, merket som sådan, i stedet for et gjettet datum.

To begrensninger er oppgitt, ikke skjult. Høydesystemer i fot (som NAVD88 i US survey feet) avvises, fordi fot ville møte DSM-verdier og geoidehøyder i meter; bruk metervarianten (EPSG:5703). Horisontale koordinater kan fortsatt være i fot. Og RH 70, det gamle svenske systemet, tilbys ikke fordi det ikke finnes noe publisert geoidegrid i et format PROJ leser for det.

Er WGS 84, ETRS89 og SWEREF 99 det samme?

Nei. De er ulike realiseringer av en referanseramme. ETRS89 ble festet til den stabile delen av den eurasiske platen og falt sammen med den globale ITRS i 1989; siden da beveger Europa seg omtrent 2,5 cm per år i forhold til den globale rammen^[4]. WGS 84 følger den globale rammen, så ETRS89 og WGS 84 skiller seg nå med omtrent 0,9 m i Europa. Lantmäteriet oppgir 8–9 dm mellom SWEREF 99 (en realisering av ETRS89) og WGS 84 for 2024, økende med tiden^[5]. I Nord-Amerika er NAD83 og WGS 84 1–2 m fra hverandre^[3].

En ramme kan også ha en epoke (en dato), fordi bakken beveger seg. SWEREF 99 har referanseepoke 1999,5 og RH 2000 epoke 2000,0, og SWEN17_RH2000 tar hensyn til landhevningen etter istiden mellom de to^[9].

Hva dette betyr for en dronefylging: hvis kameraposisjonene kommer fra RTK i den nasjonale rammen (for eksempel SWEPOS nettverks-RTK i SWEREF 99), eller innmålte GCP-er i prosjektets CRS styrer tilpasningen, ligger modellen i den rammen. Hvis posisjonene kommer fra PPK/PPP eller en basestasjon i ITRF eller WGS 84 og det ikke finnes GCP-er, kan hele modellen være forskjøvet med omtrent 0,9 m i plan i Europa og 1–2 m i USA. Orthosite tar posisjonene som allerede å være i den leverte rammen (et nulltrinn, ingen transformasjon), sier det i CRS-velgeren og leveringsnotatene, og viser en advarsel når en flyging ikke har GCP-er og posisjonskilden ikke er kjent for å levere den rammen. Den bruker ingen automatisk korreksjon for dette; kontrollpunkter viser om modellen er riktig.

Hvorfor trenger noen land datumgrid?

Mellom ETRS89 og et eldre nasjonalt datum finnes det ingen enkel formel. Den nasjonale kartmyndigheten publiserer et grid av skift (NTv2 eller et lignende format), og en Helmert-transformasjon med sju parametere er bare meter- eller desimeternøyaktig. Hvis gridet mangler, gir PROJ (det åpne biblioteket bak det meste av GIS-programvare)^[6] ingen feilmelding, men bruker Helmert-transformasjonen i stedet. Orthosite målte dette for British National Grid: 1,95 m fra OSTN15-resultatet.

Orthosite installerer og bruker disse horisontale datumgridene: OSTN15 (Storbritannia), RDNAPTRANS2018 (Nederland), BEV AT_GIS_GRID (Østerrike, MGI), BD72 / Lambert 72 (Belgia), CHENyx06 (Sveits, LV03), BeTA2007 pluss gridene for Sachsen, Hessen, Baden-Württemberg, Saarland og Thüringen (Tyskland: DHDN, og RD/83- og PD/83-rammene i Sachsen og Thüringen), de sju regionale SDFI 2022-gridene (Danmark), de spanske og katalanske ED50-gridene, YKJ/KKJ-trekantnettet (Finland), NTF-gridet (Frankrike), NGO 1948-trekantnettet (Norge), Datum 73- og Lisboa-gridene (Portugal) og S-JTSK-gridene (Tsjekkia, Slovakia). De har betydning. I Orthosites matrisetest av 110 landtilfeller 2026-10-08 ville det å ignorere dem for eksempel ha kostet: Finland KKJ 0,52 m, Østerrike GK 0,31–0,50 m, Slovakia S-JTSK 1,53 m, Nederland RD 7 cm, Belgia Lambert 72 8–12 cm, Tsjekkia S-JTSK 5 cm.

Orthosite nekter en transformasjon heller enn å levere en feil fil: hvis et grid definisjonen trenger ikke er installert, eller punktene ligger utenfor området der det finnes noen reell datumoperasjon (PROJ ville brukt en «ballpark»-forskyvning som ignorerer datumskiftet), avvises eksporten med en forklaring. To kjente tilfeller: det irske rutenettet på TM75-datum (gridet er ikke åpent publisert) og Kinas CGCS2000 (PROJ har ingen datumtransformasjon for det). Kartvisningens koordinatavlesning bruker den samme transformasjonen som eksportene og stemmer med den innenfor 1 cm (målt under 1 mm i Orthosites tester mot testpunkter fra Ordnance Survey og NSGI).

Hva er forskjellen mellom kartavstand og terrengavstand?

Et projisert rutenett er en utflatet flate, så avstander målt på det er skalert. Hver projeksjon har en skalafaktor: SWEREF 99 TM har 0,9996 på sin sentralmeridian (15°Ø)^[7], noe som gjør en kartavstand opptil 0,4 m per kilometer kortere enn den sanne avstanden på terrengnivå der. Høyde gir en andre effekt, høydefaktoren R/(R+h). Sammen gir de den kombinerte skalafaktoren (CSF = k·R/(R+h)); terrengavstand = kartavstand / CSF, og et terrengareal = kartareal / CSF².

For en byggetomt ligger forskjellen under målingstoleransen; for en lang vei eller et stort område gjør den ikke det. Orthosite oppgir hvilken den viser: målinger i visningen gir kartverdien og terrengverdien (kart / CSF, areal og volum kart / CSF²) med CSF skrevet ved siden av, slik at du kan sammenligne med en totalstasjon som arbeider i terrengavstander eller en CAD-fil som arbeider i kartplan.

Hvorfor er koordinatene mine byttet om? (akserekkefølge)

Koordinatrekkefølgen er en del av CRS-definisjonen. I EPSG-registeret er mange systemer definert med nord først, blant andre SWEREF 99 TM (EPSG:3006), RT90, de finske ETRS-GK-sonene, de tyske Gauss-Krüger-sonene, norske NTM og de japanske JGD-systemene (kontrollert i EPSG-definisjonene). Andre, som Lambert-93, ETRS89 / UTM, British National Grid og RD New, har øst først. De fleste GIS- og CAD-programmer, og PROJs standard for vanlig x/y-arbeid, bruker øst først. En fil som et måleinstrument skrev som «N, E» og som leses som «E, N», havner på feil sted, ofte langt utenfor området, uten noen feilmelding^[8].

Sjekk første linje i alle GCP- eller punktfiler: i Sverige er nordkoordinaten omtrent 6 100 000 til 7 700 000 og østkoordinaten omtrent 250 000 til 920 000, så det største tallet er nordkoordinaten. Når du importerer en GCP- eller kontrollpunktfil, lar Orthosite verdiene avgjøre: den projiserer punktene begge veier og godtar bare en rekkefølge som havner innenfor det valgte CRS-ets bruksområde. Passer begge rekkefølger, avgjør en eksplisitt Northing/Easting-merking i filen; en bar X/Y-overskrift legges frem for deg i stedet for å gjettes.

Vanlige koordinatfeil som ødelegger en måling

• Feil horisontalt CRS eller sone: dataene havner meter til kilometer unna (det klassiske «hvorfor ligger kartet mitt i sjøen?»).
• Ellipsoidehøyde i stedet for ortometrisk høyde: høyder som er feil med titalls meter (omtrent 23–36 m på de svenske stedene ovenfor, 17–27 m på de amerikanske).
• Blandede rammer: GCP-er i én realisering (SWEREF 99) og kameraposisjoner i en annen (WGS 84): omtrent 0,9 m i Europa, 1–2 m i USA.
• US survey foot mot internasjonal fot mot meter: skalafeil på 2 mm/km eller en faktor 3,28.
• Ombyttet nord- og østkoordinat.
• Kartavstand mot terrengavstand: opptil 0,4 m per kilometer i SWEREF 99 TM, før høydeeffekten.
• Et gammelt nasjonalt system uten datumgrid: desimeter til mer enn en meter (se ovenfor).

Hvordan velger jeg riktig koordinatsystem før en flyging?

Bekreft fire ting før du flyr og skriv dem i jobbskjemaet: det horisontale CRS-et (EPSG-kode og sone), høydesystemet (med geoidemodellen), enheten og rammen til GNSS-kilden din (nasjonal nettverks-RTK, en base på et kjent punkt, eller PPK i WGS 84). Hvis du legger ut bakkekontrollpunkter, mål dem i leveransens CRS og høydesystem, og behold noen som uavhengige kontrollpunkter. Nøyaktigheten du kan oppgi kommer fra disse kontrollpunktene, ikke fra CRS-et.

I Orthosite setter du koordinatsystemet med EPSG-kode (nesten 6 000 horisontale systemer, søkbare etter kode eller navn, med et forslag basert på hvor bildene ble tatt) og høydesystemet i den samme velgeren. Visninger, nøyaktighetsrapporter og eksporter (LAZ/LAS, DSM/DTM, ortofoto, CSV, DXF, LandXML, 2DM) bruker deretter det systemet, med CRS-et skrevet inn i filen der formatet tillater det (LAZ bærer det som WKT).

Sist gjennomgått: 2026-10-10