Koordinatsystem för drönarmätning: EU- och US-system och höjdsystem

Vad är ett koordinatsystem (CRS)?

Ett CRS beskriver hur en position på jorden blir siffror. Ett geografiskt CRS använder latitud och longitud i grader (WGS 84, ETRS89). Ett projicerat CRS lägger ett område på ett plant rutnät med öst och nord i meter (ett nationellt rutnät eller en UTM-zon). Ett höjdsystem (vertikalt CRS) anger höjden. En fullständig mätt position är alltså ett plansystem plus ett höjdsystem.

Varje system har en EPSG-kod i EPSG-registret^[1], så EPSG:3006 betyder alltid SWEREF 99 TM och EPSG:5613 alltid RH 2000. Ange koden och inte bara namnet: "UTM 33" eller "svenska nätet" är tvetydigt, en EPSG-kod är det inte.

Vilket plansystem ska jag använda i Europa?

Använd det nationella rutnät som beställaren eller kartmyndigheten anger. De flesta europeiska rutnät är projektioner av ETRS89 eller av en nationell realisering av det, till exempel SWEREF 99 TM (EPSG:3006) i Sverige, ETRS-TM35FIN (EPSG:3067) i Finland, RGF93 / Lambert-93 (EPSG:2154) i Frankrike och OSGB36 / British National Grid (EPSG:27700) i Storbritannien. Vanlig UTM där ett nationellt rutnät förväntas, eller fel zon, förskjuter data från meter till hundratals kilometer.

Vissa äldre nationella system är inte bara ETRS89 med en annan projektion. De ligger på ett annat datum och behöver ett datumgrid för att omvandlas noggrant. OSTN15 för British National Grid är det mest kända exemplet.

Vilket plansystem ska jag använda i USA och Nordamerika?

Nordamerikansk mätning ligger på NAD83, nästan alltid som en State Plane-zon eller en UTM-zon. En State Plane-zon publiceras både i meter och i fot, och foten är inte alltid densamma: de flesta delstater använder US survey foot (1 ft = 1200/3937 m), några den internationella foten (0,3048 m)^[2]. Skillnaden är 2 miljondelar (2 mm per kilometer), osynlig på en liten plats men cirka 0,6 m på en koordinat av storleken 1 000 000 ft. US survey foot slutade gälla vid utgången av 2022, men befintliga data och zondefinitioner använder den fortfarande. Läs enheten i EPSG-koden, inte i zonnamnet.

NAD83 och WGS 84 är olika referensramar: i kontinentala USA skiljer de upp till en eller två meter^[3], så de är inte utbytbara vid mätning.

Vad är skillnaden mellan ellipsoidhöjd och ortometrisk höjd?

Ellipsoidhöjd (h) är höjden över en slät matematisk ellipsoid. Det är vad GNSS-mottagare, även drönarens RTK-modul, ger. Ortometrisk höjd (H) är höjden över geoiden, en ekvipotentialyta i jordens tyngdkraftsfält som ligger nära havets medelnivå. Det är vad avvägning, kartor och bygghandlingar använder: vatten rinner nedför i H, inte i h.

De hänger ihop via geoidhöjden N: H = h − N. N är stor och varierar över landet. Beräknat med de geoidmodeller Orthosite använder (SWEN17_RH2000 och 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öjd som markhöjd blir alltså fel med tiotals meter. Eftersom N ändras med millimeter per hundra meter stämmer ett enda värde för hela platsen bara på små områden; Orthosite tillämpar geoiden per punkt, inte ett värde per plats.

Vilka höjdsystem och geoidmodeller stöder Orthosite?

Orthosite har 23 nationella höjdsystem i 20 länder, vart och ett med landets geoidmodell eller transformationsgrid (N60 och NGVD29 via en kedjad transformation), samt de globala EGM2008 och EGM96 och ren ellipsoidhöjd. Höjder levereras i meter. En bock (✓) markerar system där Orthosites omvandling är kontrollerad i ett test mot myndighetens egna publicerade värden (Lantmäteriet, Kartverket, Ordnance Survey, NSGI, NGS, BKG, swisstopo). De övriga använder det officiella gridet men har inte reproducerats mot publicerade testvärden, och visas i väljaren som ej verifierade.

Höjdsystem erbjuds efter var projektet ligger, inte bara efter plankoden: listan byggs från bildernas position, nationella system för platsen först och de globala modellerna efter. Ett system vars modell inte räknar på platsen (NAVD88 på Hawaii, där GEOID18-gridet inte når) erbjuds inte, och länder utan nationell modell i listan (till exempel Italien och Irland) får de globala modellerna EGM2008 och EGM96 samt ellipsoidhöjd, tydligt märkta, i stället för ett gissat datum.

Två begränsningar står öppet. Höjdsystem i fot (som NAVD88 i US survey feet) avvisas, eftersom fot skulle möta DSM-värden och geoidhöjder i meter; välj metervarianten (EPSG:5703). Plankoordinater kan fortfarande vara i fot. RH 70, det gamla svenska systemet, erbjuds inte eftersom inget geoidgrid i ett format som PROJ läser är publicerat för det.

Är WGS 84, ETRS89 och SWEREF 99 samma sak?

Nej. De är olika realiseringar av en referensram. ETRS89 låstes till den stabila delen av den eurasiska plattan och sammanföll med den globala ITRS 1989; sedan dess rör sig Europa cirka 2,5 cm per år mot den globala ramen^[4]. WGS 84 följer den globala ramen, så ETRS89 och WGS 84 skiljer nu cirka 0,9 m i Europa. Lantmäteriet anger 8–9 dm mellan SWEREF 99 (en realisering av ETRS89) och WGS 84 för 2024, ökande med tiden^[5]. I Nordamerika skiljer NAD83 och WGS 84 1–2 m^[3].

En ram kan också ha en epok (ett datum), eftersom marken rör sig. SWEREF 99 har referensepok 1999,5 och RH 2000 epok 2000,0, och SWEN17_RH2000 tar hänsyn till landhöjningen mellan de två^[9].

Vad det betyder för en drönarflygning: kommer kamerapositionerna från RTK i den nationella ramen (till exempel nätverks-RTK från SWEPOS i SWEREF 99), eller styr inmätta GCP:er i projektets CRS beräkningen, ligger modellen i den ramen. Kommer positionerna från PPK/PPP eller en bas i ITRF eller WGS 84 och det saknas GCP:er kan hela modellen vara förskjuten cirka 0,9 m i plan i Europa och 1–2 m i USA. Orthosite tar positionerna som redan i leveransramen (ett nollsteg, ingen transformation), säger det i CRS-väljaren och leveransnoterna och visar en varning när en flygning saknar GCP:er och positionskällan inte är känd för att leverera den ramen. Ingen automatisk korrektion görs; kontrollpunkter visar om modellen stämmer.

Varför behövs datumgrid i vissa länder?

Mellan ETRS89 och ett äldre nationellt datum finns ingen enkel formel. Kartmyndigheten publicerar ett korrektionsgrid (NTv2 eller liknande), och en Helmerttransformation med sju parametrar blir bara meter- eller decimeternoggrann. Saknas gridet ger PROJ (det öppna bibliotek som ligger bakom de flesta GIS-program)^[6] inget fel utan använder Helmert-transformationen i stället. Orthosite mätte det för British National Grid: 1,95 m från OSTN15-resultatet.

Orthosite installerar och använder dessa horisontella datumgrid: OSTN15 (Storbritannien), RDNAPTRANS2018 (Nederländerna), BEV AT_GIS_GRID (Österrike, MGI), BD72 / Lambert 72 (Belgien), CHENyx06 (Schweiz, LV03), BeTA2007 samt gridden för Sachsen, Hessen, Baden-Württemberg, Saarland och Thüringen (Tyskland: DHDN samt referenssystemen RD/83 och PD/83 i Sachsen och Thüringen), de sju regionala SDFI 2022-gridden (Danmark), spanska och katalanska ED50-grid, YKJ/KKJ-triangulering (Finland), NTF-gridet (Frankrike), NGO 1948-triangulering (Norge), Datum 73 och Lissabon (Portugal) samt S-JTSK-gridden (Tjeckien, Slovakien). De spelar roll. I Orthosites matristest av 110 landsfall 2026-10-08 hade det kostat, till exempel: Finland KKJ 0,52 m, Österrike GK 0,31–0,50 m, Slovakien S-JTSK 1,53 m, Nederländerna RD 7 cm, Belgien Lambert 72 8–12 cm, Tjeckien S-JTSK 5 cm.

Orthosite avvisar en transformation hellre än att leverera en felaktig fil: saknas ett grid som definitionen kräver, eller ligger punkterna utanför området där någon verklig datumoperation finns (PROJ skulle då använda en "ballpark"-förskjutning som ignorerar datumskiftet), avvisas exporten med en förklaring. Två kända fall: irländska nätet på datum TM75 (gridet är inte öppet publicerat) och Kinas CGCS2000 (PROJ saknar datumtransformation för det). Koordinatavläsningen i vyn använder samma transformation som exporterna och stämmer med den inom 1 cm (uppmätt under 1 mm i Orthosites tester mot testpunkter från Ordnance Survey och NSGI).

Vad är skillnaden mellan rutnätsavstånd och markavstånd?

Ett projicerat rutnät är en utplattad yta, så avstånd mätta på det är skalade. Varje projektion har en skalfaktor: SWEREF 99 TM har 0,9996 på sin centralmeridian (15°E)^[7], vilket gör ett rutnätsavstånd upp till 0,4 m per kilometer kortare än det verkliga avståndet i marknivå där. Höjden ger en andra effekt, höjdfaktorn R/(R+h). Tillsammans blir det den kombinerade skalfaktorn (CSF = k·R/(R+h)); markavstånd = rutnätsavstånd / CSF, och markarea = rutnätsarea / CSF².

På en bostadstomt ligger skillnaden under mättoleransen, på en lång väg eller stor yta gör den inte det. Orthosite anger vilket värde som visas: mätningar i vyn ger rutnätsvärdet och markvärdet (rutnät / CSF, areor och volymer rutnät / CSF²) med CSF utskrivet bredvid, så att du kan jämföra med en totalstation som arbetar i markavstånd eller en CAD-fil som arbetar i rutnät.

Varför är mina koordinater omkastade? (axelordning)

Koordinatordningen är en del av CRS-definitionen. I EPSG-registret är många system definierade med nord först, bland andra SWEREF 99 TM (EPSG:3006), RT90, finska ETRS-GK-zoner, tyska Gauss-Krüger-zoner, norska NTM och japanska JGD-system (kontrollerat i EPSG-definitionerna). Andra, som Lambert-93, ETRS89 / UTM, British National Grid och RD New, har öst först. De flesta GIS- och CAD-program, och PROJ:s standard för vanligt x/y-arbete, använder öst först. En fil som instrumentet skrivit som "N, E" och som läses som "E, N" hamnar på fel ställe, ofta långt utanför området, utan felmeddelande^[8].

Titta på första raden i varje GCP- eller punktfil: i Sverige är nordkoordinaten (N) cirka 6 100 000 till 7 700 000 och östkoordinaten (E) cirka 250 000 till 920 000, så det större talet är N. När du importerar en fil med stödpunkter eller kontrollpunkter låter Orthosite värdena avgöra: punkterna projiceras åt båda hållen och bara en ordning som hamnar inom det valda koordinatsystemets giltighetsområde godtas. Passar båda avgör en uttrycklig Northing/Easting-etikett i filen; en ren X/Y-rubrik frågar Orthosite dig om i stället för att gissa.

Vanliga koordinatfel som förstör en mätning

• Fel plansystem eller zon: data hamnar meter till kilometer bort ("varför ligger kartan i havet?").
• Ellipsoidhöjd i stället för ortometrisk höjd: höjderna fel med tiotals meter (cirka 23–36 m på de svenska platserna ovan, 17–27 m på de amerikanska).
• Blandade referensramar: GCP:er i en realisering (SWEREF 99) och kamerapositioner i en annan (WGS 84): cirka 0,9 m i Europa, 1–2 m i USA.
• US survey foot, internationell fot eller meter: skalfel på 2 mm/km eller en faktor 3,28.
• Omkastad nord och öst.
• Rutnät mot mark: upp till 0,4 m per kilometer i SWEREF 99 TM, före höjdeffekten.
• Ett gammalt nationellt system utan sitt datumgrid: decimeter till över en meter (se ovan).

Hur väljer jag rätt koordinatsystem före flygningen?

Bekräfta fyra saker före flygningen och skriv in dem i uppdragsbladet: plansystemet (EPSG-kod och zon), höjdsystemet (med geoidmodell), enheten och referensramen för din GNSS-källa (nationell nätverks-RTK, en bas på känd punkt eller PPK i WGS 84). Lägger du ut stödpunkter ska de mätas in i leveransens koordinat- och höjdsystem, och några ska sparas som oberoende kontrollpunkter. Den noggrannhet du kan redovisa kommer från kontrollpunkterna, inte från koordinatsystemet.

I Orthosite anger du koordinatsystemet med EPSG-kod (nästan 6 000 plansystem, sökbara på kod eller namn, med förslag utifrån var bilderna togs) och höjdsystemet i samma väljare. Vyer, noggrannhetsrapporter och exporter (LAZ/LAS, DSM/DTM, ortofoto, CSV, DXF, LandXML, 2DM) använder sedan det systemet, med CRS inskrivet i filen där formatet tillåter det (LAZ bär det som WKT).

Senast granskad: 2026-10-10