Mi az EXIF GPS Adat?

Az EXIF GPS adat a szabványosított mechanizmus, amellyel a földrajzi helyinformáció beágyazódik a digitális kép- és videófájlokba. A Japan Electronics and Information Technology Industries Association (JEITA) által meghatározott és a Camera & Imaging Products Association (CIPA) által a CIPA DC-008 (a JEITA CP-3451 fordítása) szabvány szerint karbantartott EXIF specifikáció egy dedikált alkönyvtárat, az úgynevezett GPS Információs Keretet (GPS IFD) tart fenn a műholdas helymeghatározási adatok tárolására. Ezt az alkönyvtárat a fő EXIF Image File Directory (IFD) a 0x8825 (Exif.Image.GPSTag) címkén keresztül hivatkozza, amely egy mutatót tartalmaz a GPS IFD kezdetére a fájlon belül. Minden megfelelő EXIF-olvasó, a fájlrendszer tulajdonságpárbeszédpaneleitől a professzionális fotogrammetriai szoftverekig, ezt a mutatót követve találja meg a földrajzi adatokat.

A GPS IFD legfeljebb 31 szabványosított címkét (a 0x0000 és 0x001f közötti bejegyzéseket) tartalmaz, amelyek mindegyike a geolokációs rekord egy adott összetevőjét hordozza. Ezek a címkék lefedik a verzióazonosítást, a félteke-hivatkozásokat, a koordináta-hármasokat, a magassági értékeket, az UTC-időbélyegeket, a műhold-azonosítókat, a vevő állapotjelzőit, a mérés dimenzióját, a pontosság hígulási mutatóit, a sebesség- és pályaadatokat, a kép irányát, a geodéziai dátum specifikációját, a célpont adatait, a pozicionálási módszer metaadatait, a differenciális korrekció állapotát és a vízszintes hiba becsléseit. A gyakorlatban a kamera- és okostelefon-gyártók döntik el, hogy ezen címkék melyik részhalmazát töltik ki. A fogyasztói okostelefonok jellemzően a szélességi és hosszúsági fokot, a magasságot, az időbélyeget és a térkép-dátumot írják ki. A dróngyártók, mint a DJI, az Autel és a Skydio, gyakran további címkéket is kiírnak, beleértve a GPS-állapotot, a mérési módot, a pontosság hígulását (DOP), a sebességet, a pályát és a kép irányát. A specifikus GPS-címkék jelenléte vagy hiánya diagnosztikai mutatóként szolgálhat a rögzítőeszköz típusáról és a műholdas jel minőségéről a felvétel időpontjában. Például a GPSStatus = A (Aktív), a GPSMeasureMode = 3 (3-dimenziós), a GPSDOP 4 alatt, és a GPSHPositioningError 5 méter alatti együttes jelenléte együttesen nagy minőségű GPS-jelet jelez, amely alkalmas térképezési célú alkalmazásokra.

EXIF GPS Címkék és Felépítésük

A GPS IFD a szabványos TIFF IFD szerkezetet követve 2 bájtos, 4 bájtos és változó hosszúságú adatmezők szekvenciális gyűjteményeként van megszervezve. A GPS IFD minden címkebejegyzése négy összetevőből áll: a címkeazonosító (2 bájt, hexadecimális érték), az adattípus (2 bájt, jelezve, hogy az érték előjel nélküli bájt, ASCII karakterlánc, előjel nélküli racionális tört, előjeles rövid egész szám vagy más EXIF által meghatározott típus-e), a darabszám (4 bájt, az adatértékek számát reprezentálva), és az értékeltolás (4 bájt, vagy maga az érték, ha elfér 4 bájtban, vagy egy mutató az adatok más helyére a fájlban, ha meghaladja a 4 bájtot). A GPS-adatok címkeazonosító értékei a 0x0000-tól (GPSVersionID) a 0x001f-ig (GPSHPositioningError) terjednek. Minden címkebejegyzés pontosan 12 bájtot foglal el az IFD-ben, ezt követi a következő címkebejezés, amíg egy 4 bájtos lezáró (nulla érték) jelzi az IFD végét. Az alábbi táblázat részletezi a leggyakrabban előforduló GPS-címkéket és specifikációikat az EXIF 2.3 és későbbi szabványok szerint:

A GPSVersionID címke (0x0000) mindig első bejegyzésként jelenik meg a GPS IFD-ben, és konzisztencia-ellenőrzésként szolgál az elemzők számára. Négy előjel nélküli bájt értéket tartalmaz: az első kettő a fő- és alverziószámot jelzi, a harmadik a felülvizsgálatot, a negyedik pedig fenntartott. Az EXIF 2.3 (a 2025-ig legszélesebb körben implementált verzió) esetén az érték 2, 3, 0, 0. A CIPA által 2023-ban kiadott EXIF 3.0 ezt 3, 0, 0, 0-ra frissíti, és támogatást ad a többkonstellációs GNSS-hez (GPS, GLONASS, Galileo, BeiDou, QZSS, NAVIC) a GPSProcessingMethod címkében. A GPSProcessingMethod címke (0x001b) strukturált, nem meghatározott adatformátumot használ: egy bájtszám előtagot, amelyet a pozicionálási technológiát felsoroló ASCII karakterlánc követ. Az EXIF 3.0 kifejezetten meghatározza a "QZSS", "GALILEO", "GLONASS", "BEIDOU" és "NAVIC" értékeket a régebbi "GPS", "CELLID", "WLAN" és "MANUAL" opciók mellett, tükrözve a többkonstellációs vevők elterjedését a modern eszközökben. A Galileo-t használó okostelefon "GALILEO"-t tárolna ebben a címkében, míg egy kombinált GPS+GLONASS-t használó drón "GPS,GLONASS"-t vagy egy ezzel egyenértékű összefűzést tárolhatna.

A GPSHPositioningError címke (0x001f) az egyik legpraktikusabban hasznos kiegészítés az EXIF GPS szabványhoz. Az EXIF 2.31-ben (2016) hozzáadva, ez a címke a becsült vízszintes pozicionálási hibát tárolja méterben, előjel nélküli racionális számként. Ha a rögzítőeszköz kitölti, kvantitatív megbízhatósági mutatót biztosít: az 5,0-ás érték azt jelzi, hogy a valódi pozíció a rögzített koordináták 5 méteres sugarán belül várható az esetek körülbelül 95%-ában (normális eloszlású hibákat feltételezve). Az Android 8.0+ és iOS 12+ rendszert futtató okostelefonok kiírják ezt a címkét, ha a helymeghatározási szolgáltatások aktívak. A DJI drónok a GNSS-vevő becsült pozicionálási pontosságából töltik ki, amely a NMEA GST (GNSS Pszeudotávolság Hibák) mondatában kerül adásba. Az elemző szoftverek ezt a címkét olvasva felmérhetik az egyes fényképek geolokációjának megbízhatóságát, és megjelölhetik azokat a képeket, amelyek hibája meghalad egy kiválasztott küszöbértéket, amely szigorúbb az RTK-alapú küldetéseknél.

A GPSDOP címke (0x000b) a Pontosság Hígulását tárolja, egy dimenzió nélküli mérőszámot, amely a műholdkonstelláció geometriai minőségét számszerűsíti. A DOP értékek 2 alatt kiváló geometriát, 2–4 jót, 4–6 mérsékeltet, 6–8 gyenge, 8 feletti értékek pedig megbízhatatlant jeleznek. A DOP értéket megszorozzák a Felhasználóval Egyenértékű Távolsághibával (UERE, jellemzően 2–4 méter a fogyasztói GPS-nél) a teljes pozícióhiba becsléséhez. A 3-as PDOP 3 méteres UERE-vel körülbelül 9 méteres várható 3D hibát eredményez. A GPSSatellites címke (0x0008) rögzíti a pozíció meghatározásában használt műholdak PRN (Pseudo-Random Noise) azonosítóit, ASCII karakterláncként tárolva, például "05,12,23,29" az 5., 12., 23. és 29. műholdakhoz. A 3D rögzítés minimális követelménye négy műhold, de nyílt égbolt körülményei között 7–12 műhold jellemző. A 4-nél kevesebb műhold 2D rögzítésre kényszerít (GPSMeasureMode = 2), amely rögzített magasságot feltételez, és további vízszintes hibát vezet be.

Szélességi és Hosszúsági Fok: Fok, Perc, Másodperc Formátum

Az alapvető földrajzi koordinátákat az EXIF GPS-ben egy háromrészes racionális számrendszer tárolja, amely megőrzi a hagyományos fok-perc-másodperc (DMS) jelölést. Minden koordináta-összetevő, a GPSLatitude (0x0002 címke) és a GPSLongitude (0x0004 címke), három előjel nélküli racionális (RATIONAL) értékből álló tömb. Egy RATIONAL az EXIF-ben egy 32 bites előjel nélküli egész szám pár, amely egy számlálót és egy nevezőt képvisel, lehetővé téve a tört pontosságot. A három tömb elem a fokoknak (első elem), a perceknek (második elem) és a másodperceknek (harmadik elem) felel meg. Mivel az értékek előjel nélküliek, az előjelet (félteke) külön kísérő címkék rögzítik: a GPSLatitudeRef (0x0001) N vagy S karaktert, a GPSLongitudeRef (0x0003) pedig E vagy W karaktert tartalmaz. A GPSLatitudeRef és GPSLongitudeRef címkék pontosan 2 karakterből álló ASCII karakterláncok, jellemzően "N" vagy "S" a szélességhez és "E" vagy "W" a hosszúsághoz, bár az EXIF szabvány megengedi a 2 karakterre való kiegészítést (pl. "N " egy záró szóközzel).

Egy konkrét példa szemlélteti a tárolási formátumot. Egy 40° 45’ 30,00" északi szélességen és 73° 59’ 15,00" nyugati hosszúságon készült fénykép a következő értékeket tárolná a GPS IFD-ben:

Az EXIF DMS ábrázolásból tizedes fokokba való konvertálás a következő képletet használja: Tizedes Fok = Fokok + (Percek / 60) + (Másodpercek / 3600). A fenti példában: 40 + (45/60) + (30,00/3600) = 40,75833°É. A félteke hivatkozás határozza meg az algebrai előjelet: Észak és Kelet pozitív (40,75833), míg Dél és Nyugat negatív (-73,98750). A legtöbb geoadatbázis, térképezési API (Google Maps, OpenStreetMap, Mapbox) és GIS szoftver (QGIS, ArcGIS) előjeles értékekkel rendelkező tizedes fokokat vár, ahol a negatív szélesség Dél, a negatív hosszúság pedig Nyugat, ami az EPSG:4326 koordináta-referencia-rendszer szabványa. A teljes konverzió a példában: decimális = 40 + 0,75 + 0,00833 = 40,75833°É a szélességhez, és 73 + 0,98333 + 0,00417 = 73,98750°Ny a hosszúsághoz. Az előjel-konvenciót alkalmazva ezek +40,75833, -73,98750 lesznek.

Az EXIF szabvány nem ír elő specifikus felbontást a racionális törtekre, ami eltérő pontossághoz vezethet az eszközök között. Egy okostelefon a másodperceket 3000/100-ként (30,00 másodperc, ami az egyenlítőnél kb. 0,3 méteres pontosságot jelent) tárolhatja, míg egy felmérési minőségű drónkamera 300000/10000-ként (30,0000 másodperc, ami kb. 0,03 méteres pontosságot jelent). Az eszköz tényleges GPS-pontossága azonban jellemzően korlátozza a használható felbontást, függetlenül a tárolt pontosságtól. Egyes fogyasztói kamerák a perceket és másodperceket 1-es nevezővel (csak egész értékek) tárolják, gyakorlatilag levágva a másodpercnél kisebb pontosságot, és több méteres pozícióhibát okozva. Az elemzőknek képesnek kell lenniük olyan racionális értékek kezelésére, amelyek nem oldódnak fel pontosan egész számokká, kiszámítva a lebegőpontos megfelelőt a számláló/nevező párból. A konvertálás során az elemzőnek kezelnie kell azt a szélsőséges esetet is, amikor a nevező nulla (egy hibás címke), úgy kezelve az értéket, mintha nulla lenne, és jelezve az adatminőségi problémát.

GPS Magasság: Referencia, Pontosság és Gyakorlati Megfontolások

A magasságot a GPS IFD-ben két párosított címke tárolja: GPSAltitudeRef (0x0005) és GPSAltitude (0x0006). A referencia címke egyetlen előjel nélküli bájt, két meghatározott értékkel: a 0 azt jelzi, hogy a magasság a közepes tengerszintre (MSL) vonatkozik, az 1 pedig azt, hogy a magasság a tengerfenékre vonatkozik (tengerszint alatt). A gyakorlatban gyakorlatilag minden fogyasztói eszköz és drón 0-t ír ki, ami MSL referenciát jelent. Maga a magassági érték egyetlen RATIONAL (előjel nélküli racionális) értékként van tárolva méterben. A 12345/100 érték 123,45 métert jelent a tengerszint felett. Egyes drónok és kamerák lábban írhatják a magasságot méter helyett, bár az EXIF szabvány métert ír elő, ezt az egység-inkonzisztenciát az elemzőnek heurisztikus elemzéssel kell észlelnie (ha a magasság meghaladja az 1000 métert alacsony tengerszint feletti magasságú területeken, az érték valószínűleg láb, és át kell számítani 3,28084-gyel osztva).

A GPS által jelentett magasság és a kamera tényleges talajszint feletti magassága (AGL) közötti kapcsolat összetett, és körültekintő értelmezést igényel. A GPS vevők a WGS84 ellipszoid modellt használják a magasság kiszámításához, amely a Földet egy lapult gömbként közelíti, a = 6 378 137,0 méteres fél-nagy tengellyel és f = 1/298,257223563 lapultsággal. A GPS által jelentett ellipszoid magasság a WGS84 ellipszoid felületétől a vevőig mért távolság, nem a közepes tengerszinttől való távolság. A tényleges közepes tengerszint (a geoid) akár ±100 méterrel is eltérhet a WGS84 ellipszoidtól a világ különböző részein a Föld gravitációs mezejének változásai miatt. A geoid hullámzása egy adott helyen az EGM96 (Earth Gravitational Model 1996), EGM2008 vagy EGM2020 geopotenciális modellekből nyerhető ki. A GPS ellipszoid magasságból az ortometrikus magasságra (tengerszint feletti magasság) való átszámításhoz geoid korrekciót kell alkalmazni a következő képlettel: Ortometrikus Magasság (MSL) ≈ Ellipszoid Magasság – Geoid Hullámzás. Például az Észak-Atlanti-óceán egy pontján, ahol a geoid hullámzása -25 méter, a GPS által jelentett 100 méteres ellipszoid magasság körülbelül 125 méteres tengerszint feletti ortometrikus magasságnak felel meg.

A legtöbb kamera- és okostelefon-gyártó nem alkalmazza ezt a geoid korrekciót a GPSAltitude címke kiírása előtt. Ehelyett a nyers ellipszoid magasságot írják ki a GNSS-vevőből. Ez azt jelenti, hogy az EXIF-ben tárolt magasság több tíz méterrel is eltérhet a valódi MSL magasságtól a földrajzi helytől függően. A DJI drónok kivételt képeznek: a relatív magasságot (a felszállási pont feletti magasságot) saját XMP metaadat-mezőkbe (drone-dji:RelativeAltitude) írják, míg a szabványos EXIF GPSAltitude mező a repülésvezérlő GNSS-vevőjének ellipszoid magasságát tartalmazza. A légnyomás-érzékelőből, valamint ultrahangos vagy infravörös lefelé néző érzékelőkből származó relatív magasság sokkal pontosabb az AGL meghatározásához (jellemzően ±0,1–0,5 méter) a GPS ellipszoid magassághoz képest (jellemzően ±5–15 méter). Az olyan fotogrammetriai szoftverek, mint az Agisoft Metashape és a Pix4Dmapper, figyelembe veszik ezeket a különbségeket azáltal, hogy saját geoid modellt alkalmaznak a feldolgozás során, jellemzően az EGM96-ra alapértelmezve, hacsak a felhasználó nem ad meg alternatív geoidot.

A GPS magasság pontossága a legtöbb körülmények között jelentősen rosszabb, mint a vízszintes pontosság. A tipikus fogyasztói GPS vevők 3-5 méteres vízszintes, de 5-15 méteres függőleges pontosságot érnek el (95%-os megbízhatóság) a pontosság geometriai hígulása (GDOP) miatt: a műholdak az égbolt féltekéjén csoportosulnak, és rosszabb függőleges háromszögelési geometriát biztosítanak, mint vízszintest. A DOP függőleges összetevője (VDOP) jellemzően 1,5–2,5-szer nagyobb, mint a vízszintes összetevő (HDOP) ugyanazon műholdkonstelláció esetén. Az RTK-val felszerelt drónok ezt függőlegesen 3-5 centiméterre csökkentik, ami még mindig rosszabb, mint az 1-2 centiméteres vízszintes RTK pontosság. A legtöbb DJI drónban és sok okostelefonban megtalálható légnyomásos magasságmérők részben kompenzálhatják ezt azáltal, hogy a légnyomás-leolvasásokat összeolvasztják a GPS magassági adatokkal egy Kalman-szűrőn keresztül, javítva a rövid távú függőleges pontosságot körülbelül 1-2 méterre. A légnyomásos magasság azonban az időjárási nyomásváltozásokkal együtt sodródik (körülbelül 1 méter 0,12 hPa nyomásváltozásonként), és időszakos újrakalibrálást igényel a GPS segítségével. Repülőtéri ellenőrzési alkalmazásoknál az AGL magasság általában relevánsabb, mint az MSL magasság, mivel a kamera és a burkolatfelület közötti távolság közvetlenül befolyásolja a pixel felbontást és a hibaméret meghatározásának pontosságát. A szoftver átalakíthatja a GPSAltitude-t AGL-vé a helyi terepmagasság levonásával, amelyet egy Digitális Magasságmodellből (DEM) vagy a repülőtér felmért kifutópálya-magassági adataiból nyerhetünk ki, amelyeket az ICAO AIP tesz közzé.

GPS Időbélyeg: UTC Szabványosítás

A GPS rögzítés időbeli összetevője két címkén keresztül kerül rögzítésre: GPSTimeStamp (0x0007) és GPSDateStamp (0x001d). Az idő címke az Egyeztetett Világidőt (UTC) tárolja három RATIONAL értékként: órák, percek és másodpercek. A dátum címke a naptári dátumot egy 11 karakteres ASCII karakterláncként tárolja YYYY:MM:DD formátumban (pl. "2025:11:18"). Mivel a kettőspont karakter szabványos EXIF dátumelválasztó, a kombinált UTC időbélyeg természetesen 2025:11:18 14:30:15-ként olvasható 2025. november 18., 14:30:15 UTC időpontra. Az EXIF specifikáció kifejezetten megköveteli, hogy mindkét címkét UTC-ben rögzítsék, közvetlenül a GPS műholdak atomóráiból származtatva, amelyek az Egyeztetett Világidőhöz (UTC) vannak kötve, a GPS földi vezérlő szegmens által alkalmazott szökőmásodperc-korrekciókkal. Maga a GPS idő nem pontosan UTC. A GPS idő nem tartalmaz szökőmásodperceket, és jelenleg (2025-ben) 18 másodperccel jár az UTC előtt. A GPS vevő belsőleg végzi el ezt a konvertálást, UTC-t írva az EXIF címkékbe.

A dátum és az idő két különálló címkére, eltérő adattípusokkal (ASCII karakterlánc vs. RATIONAL tömb) való szétválasztása az EXIF tervezésének történelmi maradványa. A legtöbb szoftverkönyvtár és eszköz a kényelem kedvéért szintetizál egy kombinált GPSDateTime címkét. Az ExifTool automatikusan létrehozza ezt az összetett címkét, míg az olyan Python könyvtárak, mint a Pillow és az exifread, manuális összefűzést igényelnek. A GPS-adatok programozott olvasásakor a fejlesztőnek össze kell állítania a dátum karakterláncot és az idő racionális értékeket egyetlen datetime objektummá. Az órák, percek és másodpercek racionális értékei lehetnek tört értékek: egy 14 óra, 30 perc és 15,5 másodperc UTC időpontban készült fénykép a 14/1, 30/1, 155/10 értékeket tárolná. A tört másodpercek akár ezredmásodperc alatti pontosságot is jelenthetnek, ha a GPS vevő 10 Hz-es frissítési sebességgel működik (100 ms a minták között), bár a legtöbb fogyasztói vevő 0,1 másodperces felbontásra korlátozza a kimenetet a NMEA RMC mondatokban.

Az EXIF GPS időbélyeg egyik kritikus korlátja, hogy a GPS rögzítés idejét rögzíti, amely nem feltétlenül egyezik meg pontosan a redőny kioldásának idejével. A kamera firmware csővezetéke egy sorozatot foglal magában: GPS jel lekérése, pozíció kiszámítása, várakozás a redőnykioldásra, kép rögzítése, EXIF írása. A kiírt GPS időbélyeg az utolsó érvényes pozíció rögzítésének ideje, amely több száz milliszekundumtól több másodpercig is terjedhet a GPS frissítési sebességétől függően (jellemzően 1 Hz a fogyasztói eszközökön, 5-10 Hz a drón repülésvezérlőkön). Ez az időbeli eltérés általában elhanyagolható a térképezési alkalmazásoknál, de jelentőssé válhat nagy sebességű ellenőrzési forgatókönyvek esetén, ahol a kamera platform 10-15 m/s (36-54 km/h) sebességgel mozog. 15 m/s-nál egy 1 másodperces GPS frissítési késleltetés 15 méteres pálya menti pozícióhibát vezet be. Az 5-10 Hz-es frissítési sebességű és 100-200 ms késleltetésű RTK rendszerek esetén a pálya menti hiba 1,5-3 méterre csökken azonos sebesség mellett. A feldolgozó szoftver kompenzálhatja ezt a késleltetést azáltal, hogy összehasonlítja a kép rögzítési időbélyegét (EXIF DateTimeOriginal, 0x9003 címke) a telemetria adatfolyammal, és interpolálja a GPS pozíciót a pontos redőnykioldás pillanatában előre/hátra interpolációval a szomszédos telemetria útpontok között.

A GPS időbélyeg kritikus törvényszéki funkciót is ellát: lehetővé teszi a kép EXIF adatainak és a külső telemetria forrásoknak a keresztreferenciáját. Ha az EXIF GPS hiányzik egy képről (pl. amikor a RAW fájlok nem tartalmaznak beágyazott GPS-t, mert a gyártó a helyet egy kísérő XMP fájlban tárolja), az időbélyeg felhasználható a kamera pozíciójának interpolálására egy külön eszköz által rögzített GPS nyomkövetési naplóból. Ez a post-hoc geotagelés elve: egy GPS naplózó időbélyeggel ellátott pozíciókat rögzít, és a szoftver minden fénykép rögzítési idejét összeveti a legközelebbi naplózó időbélyegekkel a koordináták hozzárendeléséhez. A párosító algoritmus jellemzően legközelebbi szomszéd keresést használ egy maximális időeltérés küszöbértékkel (pl. 2 másodperc). Ha több telemetriai útpont esik a küszöbön belül, a két legközelebbi időbélyeg közötti bilineáris interpoláció másodperc alatti pozíciópontosságot eredményez. Ez a visszaállítás akkor alkalmazható, ha az EXIF GPS hiányzik, feltéve, hogy a kamera és a GPS naplózó között szinkronizált időforrás hozható létre, ami a EXIF DateTimeOriginal eltérésének a GPS időreferenciával való összehasonlításával igazolható.

GPS Dátum: A WGS84 mint Egyetemes Referencia

A GPSMapDatum címke (0x0012) rögzíti a geodéziai dátumot, a koordináta-referencia-rendszert, amelyet a GPS pozíció számításához használtak. Az EXIF specifikáció előírja, hogy ennek a címkének a "WGS-84" (World Geodetic System 1984) ASCII karakterláncot kell tartalmaznia, ha a GPS vevő a szabványos GPS dátumot használja. Gyakorlatilag minden fogyasztói kamera, okostelefon és drón esetén az érték pontosan "WGS-84", mert a Global Positioning System (Globális Helymeghatározó Rendszer) eredendően ehhez a dátumhoz van kötve. A GPS műholdak efemerisz adatokat sugároznak WGS84 koordinátákban, és minden fogyasztói minőségű GNSS vevő alapértelmezés szerint WGS84-ben számítja ki a pozíciókat. A címke formátuma azonban bármilyen ASCII karakterláncot megenged, és egyes eszközök változatokat írnak: "WGS84" (kötőjel nélkül), "WGS 84" (szóközzel) vagy "WGS-1984". Mindegyik változatot a WGS84-zel egyenértékűként kell kezelnie az elemzőnek, bár a specifikációs karakterlánc szigorú ellenőrzése nem szabványosként jelölheti meg őket.

A WGS84 egy Föld-középpontú, Földhöz rögzített (ECEF) koordináta-rendszer, amelyet az Egyesült Államok Nemzeti Geospatial-Intelligence Ügynöksége (NGA) tart fenn. Három összetevőt határoz meg: egy referenci- ellipszoidot (a fél-nagy tengely = 6 378 137,0 méter, lapultság f = 1/298,257223563), egy gravitációs modellt (EGM96) és egy transzformációs paraméterkészletet, amely a Nemzetközi Földi Referenciakerethez (ITRF) köti. A jelenlegi realizáció a WGS84(G2296), amelyet 2024-ben frissítettek, és 1 centiméteren belül igazodik az ITRF2020-hoz. Ez a finomítási szint irreleváns a fogyasztói GPS számára (amely méteres pontosságú), de számít a centiméteres pontossággal működő RTK és utófeldolgozott kinematikus (PPK) rendszerek számára. A WGS84 realizációi a G730 (1994), G873 (1997), G1150 (2001), G1674 (2012), G1762 (2013), G2139 (2021) és G2296 (2024) révén fejlődtek, minden egyes egymást követő realizáció javítva az ITRF-hez való igazodást. A precíziós térképezési alkalmazásokhoz figyelembe kell venni a realizáció dátumát: a 2025-ben, G2296 realizációt használó RTK rendszerrel gyűjtött adatok jobban konzisztensek a modern felmérési ellenőrző hálózatokkal, mint a G1150 korszakos vevővel gyűjtött adatok.

A WGS84 és más dátumok közötti különbség jelentős lehet. A helyi dátumok, mint például az European Terrestrial Reference System 1989 (ETRS89), a North American Datum 1983 (NAD83) és a Geocentric Datum of Australia 2020 (GDA2020) bizonyos régiókban akár több méterrel is eltérhetnek a WGS84-től. A régebbi helyi dátumok, mint az Ordnance Survey Great Britain 1936 (OSGB36) vagy a Tokyo Datum, több száz méterrel térnek el. Ha az EXIF GPS koordinátákat egy másik dátumra konfigurált GIS rendszerben használják, a térképre vitt pozíciók szisztematikusan eltolódnak, hacsak nem alkalmaznak dátum transzformációt. A gyakori transzformációs paraméterek közé tartozik a háromparaméteres (delta X, delta Y, delta Z) vagy a hétparaméteres (delta X, delta Y, delta Z, plusz három forgási szög és egy skálatényező) Helmert-transzformáció. A PROJ könyvtár (proj4) biztosítja ezeket a transzformációkat több ezer dátumpárhoz. A GPSMapDatum címke biztosítja a helyes transzformáció alkalmazásához szükséges információkat, bár a gyakorlatban a legtöbb képfeldolgozó csővezeték WGS84-et feltételez, és a címke értékének ellenőrzése nélkül jár el. Az ellenőrző szoftvernek érvényesítenie kell a dátum karakterláncot, és figyelmeztetnie kell a felhasználót, ha nem WGS84 dátumot észlel, átvetítést kínálva a cél koordináta-referencia-rendszerre.

Repülőtéri ellenőrzési alkalmazásoknál a dátum konzisztenciája elengedhetetlen. Az ICAO Annex 14, I. kötet (Repülőterek Tervezése és Üzemeltetése) előírja, hogy a repülőtéri referenciapontokat (ARP) és a kifutópálya küszöböket a World Geodetic System 1984 (WGS84) dátumra kell vonatkoztatni. Az ICAO Doc 9674, a World Geodetic System, 1984 (WGS-84) Kézikönyv, meghatározza a WGS84 repülésben történő alkalmazásának szabványait, beleértve a repülőtéri felmérési adatokhoz szükséges pontosságot. A kézikönyv előírja, hogy a repülőtéri felmérési koordinátáknak vízszintesen 1 méteren, függőlegesen pedig 0,5 méteren belül kell lenniük precíziós megközelítési kifutópályák (II/III. kategória) esetében, és vízszintesen 5 méteren belül nem precíziós kifutópályák esetében. Ezek a pontossági követelmények közvetlenül befolyásolják az ellenőrző fényképek elfogadható GPS-minőségét: RTK vagy PPK pozicionálás szükséges a II/III. kategóriájú repülőtéri ellenőrzésekhez, míg a fogyasztói drón GPS elegendő lehet a nem precíziós repülőterekhez, ahol az abszolút pozíció pontossági követelményei enyhébbek. Az ellenőrző szoftvernek az ellenőrző fényképekből kinyert összes EXIF GPS koordinátát a WGS84 dátumban kell értelmeznie, és opcionálisan átvetítheti azokat helyi koordináta-referencia-rendszerekbe (pl. UTM zónák) a terület alapú mérésekhez, például a burkolati hibák sokszög térképezéséhez.

GPS-adatok Kinyerése Képekből

A GPS-metaadatok képfájlokból történő kinyerése jól megalapozott folyamat, amelyet számos szoftvereszköz és programozási könyvtár támogat. A legátfogóbb eszköz az ExifTool Phil Harvey-től, egy Perl-alapú parancssori alkalmazás, amely képes EXIF-, GPS-, IPTC-, XMP- és gyártóspecifikus metaadatokat olvasni és írni gyakorlatilag minden létező képformátumból. Az ExifTool képes GPS-adatokat kinyerni egyetlen fájlból vagy kötegelt feldolgozni több ezer képet, az eredményeket különféle formátumokban, például egyszerű szövegként, CSV-ként, JSON-ként, XML-ként és XMP-ként kiadva. Egy tipikus kinyerési parancs drónos ellenőrző fényképekhez: exiftool -filename -gpslatitude -gpslongitude -gpsaltitude -gpsdatetime -gpsimgdirection -gpshpansionerror -csv /path/to/images/. A -csv flag vesszővel elválasztott kimenetet állít elő, amely importálható GIS szoftverbe, térképezési irányítópultokba vagy ellenőrző szoftverbe az automatikus fénykép-pozicionáláshoz. Az ExifTool automatikusan kezeli a DMS-ből decimálisba történő konvertálást, ha a -n flag-et használják (pl. -gpslatitude# -n a szélességet előjeles decimális értékként adja ki, készen a geoadatbázisba való beszúrásra).

Python fejlesztők számára több könyvtár is biztosít EXIF GPS kinyerési képességeket. A Pillow könyvtár (PIL fork) a _getexif() metódust kínálja a képobjektumokon, visszaadva a címkeazonosítók és értékek szótárát. A Pillow azonban nem konvertálja automatikusan a DMS racionális formátumot decimális fokokra. A fejlesztőknek manuálisan kell megvalósítaniuk a konverziós képletet a könyvtár által biztosított GPSTAGS leképezési szótár segítségével. Az exifread könyvtár egy robusztusabb elemzőt biztosít, amely jobban kezeli a szélsőséges eseteket (hiányzó címkék, hibás értékek, endianness problémák), mint a Pillow. A pyexif könyvtár az ExifTool funkcióit burkolja Python környezetekhez. Geoadat munkafolyamatokhoz a rasterio könyvtár képes olvasni a GPS-metaadatokat georeferált raszterfájlokból, bár jellemzően azt várja, hogy az adatok már szabványos GIS formátumban legyenek, nem pedig nyers EXIF-ben.

A kinyerési folyamat a képformátumtól függően változik. A JPEG fájlok az EXIF-et az APP1 (Application Segment 1) markerben tárolják, közvetlenül a SOI (Start of Image) marker után a 0xFFE1 eltolásnál. A TIFF fájlok az EXIF-et az első IFD struktúrába ágyazzák. A RAW formátumok (CR2, NEF, ARW, DNG) az EXIF-et egy TIFF-szerű konténerben tárolják egy ismert eltolásnál a fájl fejlécétől. A HEIC/HEIF fájlok (Apple alapértelmezett formátuma iOS 11 óta) az EXIF-et egy mime dobozba ágyazzák az ISO Base Media File Format konténeren belül, konkrétan a moov > meta > ilst doboz hierarchiában. A WebP képek az EXIF-et az EXIF chunkban tárolják a VP8/VP8L adatokat követően. Minden esetben a GPS IFD a fő EXIF IFD-ből a 0x8825-ös címkén keresztül mutatók követésével, majd a GPS al-IFD szekvenciális olvasásával található meg. Minden formátum specifikus bájteltolás számításokat igényel: a JPEG APP1 markereket a 0xFFE1 marker bájt keresésével kell lokalizálni, a HEIC esetében az ISOBMFF doboz hierarchiát kell elemezni, a RAW formátumok esetében pedig a gyártóspecifikus eltolásokat, amelyek a Canon CR2, Nikon NEF, Sony ARW és Adobe DNG között változnak.

GPS Pontosság: Fogyasztói Kamerák, Okostelefonok és RTK Drónok

Az EXIF GPS-adatok pozícionális pontossága három nagyságrenddel változik a rögzítőeszköz és GNSS-vevőjének képességeitől függően. E pontossági szintek megértése elengedhetetlen a megfelelő ellenőrzési felhasználási eset meghatározásához és a hibák lokalizációs pontosságával kapcsolatos reális elvárások beállításához a térképi alapú ellenőrzési jelentésekben.

A fogyasztói okostelefonok (iPhone, Samsung Galaxy, Google Pixel) többkonstellációs GNSS-vevőket használnak, amelyek támogatják a GPS-t, GLONASS-t, Galileo-t és BeiDou-t. A 2020 óta forgalmazott zászlóshajó modellek kétfrekvenciás vevőket használnak (L1 + L5 a GPS-hez, E1 + E5a a Galileo-hoz), amelyek kioltják az ionoszférikus késleltetési hibákat a jel érkezési idejének összehasonlításával két különböző frekvencián. Az ionoszférikus késleltetés arányos 1/f²-tel, így az L1 (1575,42 MHz) és L5 (1176,45 MHz) összehasonlítása lehetővé teszi a vevő számára a késleltetés kiszámítását és eltávolítását. Tipikus pontosság nyílt égbolt körülményei között 3-5 méter vízszintesen (95%-os megbízhatóság). Városi kanyonokban ez 5-15 méterre csökken az épületekről visszaverődő többutas jelek miatt. Az okostelefonok GPS-pontossága jelentősen romlik fém szerkezetek, távvezetékek és sűrű növényzet közelében. A beépített GPS megfelelő az általános fotórendszerezéshez és hozzávetőleges térképezéshez, de nem elegendő a precíz hibamegjelöléshez egy repülőtéri burkolat felületén, ahol egy 3 méteres hiba a repedést a kifutópálya középvonalának rossz oldalára helyezheti. Az okostelefonok szenvednek az A-GPS melegindítási problémáktól is, ahol a kezdeti pozíció rögzítése az utolsó ismert hely gyorsítótárazott adatait használja, ami néha több kilométerrel is eltérhet.

A fogyasztói drónok (DJI Mini sorozat, Mavic Air, Phantom, Autel Nano) jellemzően u-blox M8 vagy M9 GNSS-vevőket hordoznak egyfrekvenciás L1 működéssel és több konstelláció támogatásával (GPS + GLONASS + Galileo + BeiDou az M9 chipeken). A vízszintes pontosság 1,5 és 5 méter között mozog (CEP, Circular Error Probable), a függőleges pontosság 3 és 10 méter között. A drón GPS fő előnye az okostelefon GPS-szel szemben a nyílt égbolt működési környezet. A drónok az épületek és tereptárgyak felett repülnek, amelyek többutas hibákat okoznak a földszinti eszközökön. Ezenkívül a drón GNSS-vevők gyakran IMU (Inerciális Mérési Egység) és barométer adatokkal vannak összekapcsolva a repülésvezérlő érzékelőfúziós algoritmusain (jellemzően egy Extended Kalman Filter) keresztül, simább és konzisztensebb pozícióbecsléseket biztosítva, mint az önálló okostelefon GPS chipsetek. A drón GPS pontossága a magasabb antennaminőségnek és elhelyezésnek is köszönhető (jellemzően egy nagy kerámia patch antenna a drón tetején, távol az interferenciaforrásoktól).

A vállalati drónok RTK-val (DJI Matrice 4E, Mavic 3 Enterprise RTK, Autel EVO II RTK) lényegesen jobb pontosságot érnek el valós idejű korrekciós adatokon keresztül. Az RTK (Real-Time Kinematic) pozicionálás egy ismert, felmért helyen lévő bázisállomást használ a műholdas jelerősség-hibák, a légköri késleltetés, a műhold pálya hibái és az óra eltérései által okozott differenciális korrekciók kiszámításához. Ezeket a korrekciókat a drónhoz (a roverhez) továbbítják rádiókapcsolaton (900 MHz, 2,4 GHz) vagy mobil kapcsolaton (NTRIP protokoll 4G/5G felett) keresztül. A rover alkalmazza a korrekciókat a nyers GNSS vivőfázis méréseire, és feloldja a vivőfázis egész számú kétértelműségét, hogy 1-2 centiméteres vízszintes és 3-5 centiméteres függőleges pontosságot érjen el. Az RTK pontosság kulcsa az egész számú kétértelműség feloldása, annak pontos meghatározása, hogy hány vivőfázis ciklus van a műhold és a vevő között. Miután a kétértelműséget feloldották (ezt a folyamatot “rögzítésnek” nevezik), a centiméteres pontosság mindaddig megmarad, amíg a bázis-rover adatkapcsolat sértetlen marad, és a rover nem veszíti el a műholdjelet. Az Utófeldolgozott Kinematikus (PPK) hasonló pontosságot ér el anélkül, hogy valós idejű adatkapcsolatra lenne szükség, a nyers GNSS vivőfázis megfigyelések rögzítésével mind a bázisállomáson, mind a rovern a repülés utáni feldolgozáshoz. Repülőtéri ellenőrzési alkalmazásokhoz az RTK/PPK az ajánlott technológia minden olyan hiba esetében, amely pontos helykövetést igényel (pl. burkolati repedések feltérképezése a valódi pozíciójuk 10 centiméterén belülre a karbantartás tervezéséhez és az ismétlődő hibák nyomon követéséhez).

A Pontosság Hígulása (DOP) egy kritikus mérőszám, amelyet a GPSDOP címkében (0x000b) tárolnak, és számszerűsíti a műholdkonstelláció geometriai minőségét a rögzítés időpontjában. Négy DOP altípus létezik: GDOP (Geometriai, minden összetevő), PDOP (Pozíció, 3D pozíció), HDOP (Vízszintes, szélesség/hosszúság) és VDOP (Függőleges, magasság). Közöttük a kapcsolat: PDOP² = HDOP² + VDOP². A 2 alatti PDOP értékek kiváló geometriát, 2–4 jó, 4–6 mérsékelt, 6–8 gyenge, a 8 feletti értékek pedig megbízhatatlannak minősülnek. A 3-as PDOP azt jelenti, hogy a pozícióhiba körülbelül 3-szorosa a felhasználóval egyenértékű távolsághibának (UERE), amely a műhold óra, efemerisz, ionoszférikus és troposzférikus hibák együttes hatása, jellemzően 2-4 méter a fogyasztói GPS-nél. A GPSHPositioningError címkével kombinálva a DOP átfogó képet nyújt a GPS minőségéről, amely felhasználható az egyes ellenőrző fényképek geolokációjához tartozó megbízhatósági szintek hozzárendelésére. A GPSHPositioningError < 3 méter és PDOP < 3 értékkel rendelkező fényképek nagy megbízhatóságúak, a 10 méternél nagyobb hibával vagy 6-nál nagyobb PDOP-val rendelkező fényképeket manuális felülvizsgálatra kell jelölni.

Hiányzó vagy Pontatlan GPS-adatok

Az EXIF GPS-adatok gyakran hiányoznak vagy pontatlanok a valós ellenőrzési munkafolyamatokban, ami robusztus visszaállítási stratégiákat tesz szükségessé. A hiányzó GPS-adatok leggyakoribb okai: a kamerát vagy drónt olyan helyen kapcsolták be, ahol a műholdjelek nem hatolnak be (a GPS-hez legalább 4 műholddal való közvetlen rálátás szükséges a 3D rögzítéshez, és az olyan építőanyagok, mint a beton, fémtető és alacsony emissziójú üveg 10-30 dB-lel csillapítják a GPS-jeleket), a helymeghatározási szolgáltatások le voltak tiltva az eszközön adatvédelmi vagy akkumulátor-kímélési okokból, a fényképet Repülőgép üzemmódban készítették, amely letiltja a GNSS-vevőt a legtöbb okostelefonon, a képet olyan szoftverrel szerkesztették vagy mentették újra, amely eltávolítja a metaadatokat (az Adobe Lightroom alapértelmezett export-beállításai alapértelmezés szerint eltávolítják a GPS-t, egyes közösségi média platformok eltávolítják az összes EXIF-et, a képernyőkép rögzítési funkciók soha nem tartalmaznak GPS-t), a képformátum nem támogatja az EXIF-et (egyes saját RAW formátumok régebbi kamerákból, BMP, GIF), vagy a kamera teljesen nélkülözi a GPS-vevőt (a legtöbb DSLR és tükör nélküli kamera, még a modern modellek is, mint a Canon R5 vagy Nikon Z8, külső GPS-tartozékot vagy okostelefonos tetheringet igényelnek a geotageléshez). A fogyasztói fotógyűjtemények statisztikai elemzése azt sugallja, hogy az okostelefonos fényképek 30-40%-a nem tartalmaz GPS-adatokat, míg a DJI repülőgépek drónfotóiról az esetek kevesebb mint 5%-ában hiányzik a GPS, ha a szabadban repülnek.

A pontatlan GPS-adatok eltérő kihívásokat jelentenek. A GPS sodródás akkor fordul elő, amikor a vevő a műholdak felderítési fázisa során egy korábbi helyről származó gyorsítótárazott koordinátákat használ, ami miatt a munkamenet első néhány fényképe helytelen pozíciókat hordoz. Ezt súlyosbítja a Segített GPS (A-GPS) az okostelefonokban, amely cellatornyos és Wi-Fi pozicionálást használ a kezdeti durva pozíció biztosításához, amíg a műholdjeleket megszerzik. A kezdeti pozíció akár több száz méterrel is eltérhet, ha az eszköz az utolsó A-GPS segédadat letöltés óta elmozdult. A többutas hibák akkor keletkeznek, amikor a GPS-jelek visszaverődnek épületekről, hangárokról vagy tereptárgyakról, mielőtt elérnék a vevőt, ami miatt a számított pozíció 10-50 méterrel eltolódik a valódi helytől. A többutas hibák különösen problémásak a repülőtéri környezetben, ahol nagy fém hangárok és üzemanyagtartályok erős jelvisszaverődéseket hoznak létre. Az ionoszférikus és troposzférikus késleltetések szisztematikus hibákat okoznak, amelyek a helyi légköri viszonyoktól és a napaktivitástól függően változnak, a legrosszabb esetben a hibák a napmaximum (11 éves ciklus) és a geomágneses egyenlítő közelében fordulnak elő. A Szelektív Elérhetőség (a polgári GPS pontosságának szándékos rontása, amely 1991-től 2000-ig volt aktív) már nincs érvényben, de hatásait, az 50-100 méteres vízszintes hibákat, a többutas visszaverődés vagy az alacsony műholdszám reprodukálhatja.

A felderítési és mérséklési stratégiák a következők: keresztellenőrzés a repülési naplókkal (DJI DAT vagy TXT fájlok), amelyek a repülésvezérlőtől nagyobb frekvencián (5-10 Hz) és jobb pontossággal rögzítik az időbélyegzett GPS-pozíciókat, mint a kamera GPS-e (1 Hz), időbélyeg-interpoláció egy külön naplózó eszköz ismert jó GPS-jelei között, manuális koordináta-javítás egy interaktív térképes felületen keresztül, ahol az ellenőr a fényképeket a repülőtéri térképen a helyes pozíciójukba húzza, földi ellenőrző pontok (GCP-k) az ellenőrzési területen belül felmért helyeken elhelyezve az abszolút pozíció referencia biztosításához. Legalább 3 GCP ellenőrzési területenként lehetővé teszi az összes fotókoordináta affin transzformációs korrekcióját, relatív pontosság előtérbe helyezése, ahol az ellenőrző fényképek közötti térbeli kapcsolatok megmaradnak, még akkor is, ha az abszolút koordinátáknak szisztematikus eltolása van, lehetővé téve a pontos távolság- és területméréseket az adatkészleten belül, még akkor is, ha a globális pozicionálás el van tolva.

A GPS dátummeg nem egyezések finom, de jelentős pontossági problémát jelentenek. Míg a GPSMapDatum címke szinte mindig "WGS-84"-et olvas, egyes eszközök nem szabványos értékeket írnak, vagy teljesen elhagyják a címkét. Kínai gyártmányú drónok "WGS84"-et (kötőjel nélkül), "CGCS2000"-et (a kínai Geodéziai Koordináta Rendszer 2000, amely Kínában legfeljebb 0,5 méterrel tér el a WGS84-től) vagy "BDCS"-t (BeiDou Koordináta Rendszer) írhatnak. Az orosz GLONASS vevők alapértelmezés szerint "PZ-90.11"-et (Parametri Zemli 1990, amely legfeljebb 2 méterrel tér el a WGS84-től) használhatnak. Ha az EXIF-ben lévő dátum eltér a WGS84-től, a koordináták transzformáció nélküli közvetlen alkalmazása a dátumpártól függően több méteres vagy több száz méteres szisztematikus eltolódásokat vezethet be. Az elemzőknek ellenőrizniük kell a dátum karakterláncot, és alkalmazniuk kell a megfelelő transzformációt (pl. a PROJ könyvtár vagy proj4 karakterlánc használatával), mielőtt a koordinátákat térképezésre használnák. A CGCS2000-ről WGS84-re történő transzformációhoz a legtöbb alkalmazás esetében nulla transzformációra van szükség (a két dátum funkcionálisan egyenértékű méteres pontossági szinten), míg a PZ-90.11-ről WGS84-re történő transzformációhoz egy három paraméteres eltolás szükséges, körülbelül (0,07 m, -0,00 m, -0,01 m) értékekkel. Az ellenőrző szoftvernek érvényesítenie kell a GPSMapDatum címkét, és szükség esetén dátum transzformációkat kell alkalmaznia, figyelmeztetve az ellenőrt az esetleges eltérésekre.

GPS a Videóképkockákban

A videofájlok alapvetően más kihívást jelentenek a GPS-metaadatok számára, mint az állóképek. Míg egy videofájl tartalmazhat egyetlen EXIF blokkot a fájl fejléc szintjén (jellemzően a felvétel indításakor íródik), ez csak a felvétel kiindulási helyét és idejét rögzíti, nem pedig az egyes képkockák pozícióját. Azoknál az ellenőrzési alkalmazásoknál, ahol a videó az elsődleges rögzítési médium (gyakori a 30-60 km/h sebességgel végzett kifutópálya-állapotfelméréseknél, ahol az egyes hibák lefényképezéséhez való megállás nem praktikus), a képkockánkénti GPS-adatok elengedhetetlenek a burkolati hibák helyes helyekre történő feltérképezéséhez. Egy 30 másodperces, 30 fps-es videó 900 képkockát rögzít, amelyek mindegyikéhez pontos GPS-koordinátára van szükség a hibalokalizáció lehetővé tételéhez az ellenőrzési térképen.

A GoPro kamerák ezt a GoPro Metaadat Formátumon (GPMF) keresztül kezelik, egy nyílt forráskódú telemetriai szabványon, amely az MP4 konténerbe van beágyazva. A GPMF idő-szinkronizált GPS-koordinátákat, gyorsulásmérő adatokat, giroszkóp leolvasásokat, hőmérsékletet és egyéb érzékelőadatokat tárol nagy frekvencián (jellemzően 18 Hz a GPS esetében a GoPro HERO5 és későbbi modelleken, 50 Hz a gyorsulásmérő/giroszkóp esetében). A GPMF sáv egy privát MP4 dobozban van tárolva KLV (Kulcs-Hossz-Érték) kódolással, és kinyerhető a GoPro nyílt forráskódú gpmf-parser könyvtárával vagy az FFmpeg-en keresztül a -extract_gpmf flag segítségével. A GPMF adatfolyamban minden GPS-minta tartalmazza a szélességi és hosszúsági fokot, magasságot, sebességet, 3D sebességet és a videó órájához viszonyított időbélyeget. A GPMF specifikáció több érzékelőtípust támogat: GPS5 (szélesség, hosszúság, magasság, sebesség, 3D sebesség), GPSU (UTC idő), ACCL (gyorsulásmérő), GYRO (giroszkóp) és TMPC (hőmérséklet). A feldolgozó szoftver EXIF-szerű GPS-koordinátákat rendelhet minden egyes kinyert videóképkockához a képkocka-mintavétel során a GPMF GPS-minták (18 Hz) interpolálásával, hogy azok illeszkedjenek a video képkockasebességéhez (29,97 vagy 60 fps).

A DJI drónok egy másik megközelítést használnak: SRT (SubRip felirat) kísérő fájlokat rögzítenek a videofájlok mellett. Az SRT fájl időbélyegzett telemetriai bejegyzéseket tartalmaz, beleértve a GPS-koordinátákat, magasságot, sebességet, távolságot és a kardán irányát, feliratként formázva, amelyek ráfedhetők a videóra. Minden SRT bejegyzés formátuma: felirat index, időbélyeg (HH:MM:SS,mmm), és a telemetriai értékek többsoros hasznos adata. Például egy bejegyzés így nézhet ki: 1\n00:00:05,000 --> 00:00:05,500\nGPS (52.1234, -0.5678)\nALT 123.4m\nSPD 15.2m/s\nGMB 45.0°. Az SRT kimeneti frekvencia megegyezik a video képkockasebességével (jellemzően 29,97 vagy 60 fps), amikor a drón GPS frissítési sebességét (5-10 Hz a repülésvezérlőtől) a videó idővonalra mintavételezik. Az SRT formátum ember által olvasható, de kevésbé hatékony, mint a bináris telemetriai formátumok, körülbelül 50-100 KB méretű fájlokat előállítva percenként. Az olyan eszközök, mint a DJI Flight Record Viewer és a dji-drone-metadata-embedder, képesek az SRT GPS-adatokat visszaolvasztani a videofájl EXIF fejlécébe a szabványos EXIF-olvasókkal való kompatibilitás érdekében, létrehozva egy GPX nyomvonalat az SRT adatokból, és az ExifTool segítségével beágyazva azt.

A professzionális ellenőrzési munkafolyamatokhoz a track JSON fájlok biztosítják a legrugalmasabb GPS telemetriai formátumot. Egy track JSON fájl egy geoadat struktúra, amely időbélyegzett GPS útpontok tömbjét tartalmazza ezredmásodperces pontossággal. Minden útpont tartalmazza a szélességi és hosszúsági fokot, magasságot (MSL és AGL), sebességet, irányt, vízszintes pontosság becslést, függőleges pontosság becslést, műholdszámot és rögzítési minőségi jelzőt. A JSON struktúra támogatja a tetszőleges mintavételezési intervallumokat (jellemzően 100-200 ezredmásodperc az 5-10 Hz-es telemetriához), és bármilyen forrásból előállítható: DJI repülési naplók (DAT/TXT), GoPro GPMF kinyerés, RTK bázisállomás felvételek (RTCM3), NMEA adatfolyam rögzítés vagy manuális koordináta bevitel. A track JSON lehetővé teszi a videofelvételek pontos képkockánkénti geolokációját az útpontok közötti interpolációval, a videóképkocka bemutatási időbélyegét (PTS) használva. A lineáris interpoláció a két legközelebbi útpont között a legtöbb alkalmazáshoz elegendő, bár a köbös spline interpoláció simább pályákat biztosít az ívelt repülési útvonalakhoz.

Használat Ellenőrzési Térképezésben

Az ellenőrző szoftver jellemzően az EXIF GPS-adatokat használja elsődleges geolokációs forrásként az ellenőrző fényképek repülőtéri térképekre történő feltérképezéséhez. Egy tipikus kinyerési munkafolyamat szakaszokban dolgozza fel a beérkező képfájlokat: először is, a formátumfelismerés meghatározza, hogy a fájl JPEG, TIFF, DNG, HEIC vagy más támogatott típus-e a fájl mágikus bájtjai alapján (a fájlfejléc első 4-8 bájtja). Másodszor, az EXIF-elemző beolvassa a GPS IFD-t, és kinyeri az összes elérhető címkét, kezelve az endianness-t (big-endian Motorola bájt sorrend vagy little-endian Intel bájt sorrend) és a TIFF fejléc eltolásokat. Harmadszor, a koordináta-konverziós modul a DMS racionális értékeket előjeles decimális fokokká alakítja a WGS84 dátumban. Negyedszer, egy minőségértékelő modul kiértékeli a kinyert adatokat a GPSHPositioningError, DOP, műholdszám (GPSSatellites), rögzítési állapot (GPSStatus) és a szomszédos fényképekkel való időbeli konzisztencia-ellenőrzések alapján ugyanabban az ellenőrzési készletben. Azok a fényképek, amelyek GPS-koordinátái több mint 100 métert ugranak az egymást követő képkockák között (1 másodperces időközönként), kiugró értékként kerülnek megjelölésre. A minőségi küszöböt átlépő fényképek a GPS-koordinátáikon kerülnek elhelyezésre az ellenőrzési térképen. A minőségi ellenőrzésen megbukó fényképek manuális felülvizsgálatra vagy telemetriai alapú korrekcióra kerülnek megjelölésre.

Egy térképi alapú ellenőrzési jelentés megjelenítheti az egyes ellenőrző fényképeket kattintható jelzőként a geolokált helyükön egy repülőtéri térképen vagy műholdkép háttéren. Az ellenőr navigálhat a térképen a fényképek térbeli összefüggésben történő áttekintéséhez, azonosítva a burkolati hibák, világítási berendezések sérüléseinek vagy idegen tárgyak (FOD) helyeinek csoportosulását. A jelző elhelyezésének pontossága közvetlenül függ az EXIF GPS minőségétől: az RTK-pontos fényképek (1-2 cm hiba) a valódi burkolati helyükön jelennek meg 2 pixel sugarú jelzővel, míg a fogyasztói drón fényképek (1-5 m hiba) hozzávetőleges helyükön jelennek meg, a GPSHPositioningError értékkel arányos bizonytalansági körrel rajzolva minden jelző körül. Ez a vizuális megbízhatósági jelző segít az ellenőrnek megérteni, hogy mely fényképekre lehet támaszkodni a precíz hibalokalizációhoz (a valódi pozíció 10 cm-en belül), és melyek igényelnek helyszíni ellenőrzést (hiba > 1 méter). Tartalmazhat egy GPS-minőségi összefoglaló táblázatot is, amely felsorolja a GPSHPositioningError minimális, maximális, átlagos és szórását az összes ellenőrző fényképen, egy pillantással áttekinthető értékelést adva az ellenőrzés általános geolokációs minőségéről.

A nagy repülőtereken (3000-4000 méteres kifutópályák, 10+ kilométerre kiterjedő gurulóút hálózatok, 50+ hektáros előtér területek) végzett ellenőrzési küldetéseknél az EXIF GPS-adatok lehetővé teszik a fényképek automatikus, földrajzi zónák szerinti rendezését. A fényképek csoportosíthatók kifutópálya, gurulóút vagy előtér szakasz szerint a GPS-koordinátáik alapján, az ICAO Annex 14-ben meghatározott repülőtéri referencia-rendszerhez viszonyítva. A térbeli csoportosítás egy pont-a-sokszögben algoritmust használ: minden fénykép GPS-koordinátáját a repülőtéri zóna sokszögek (a repülőtér hivatalos GIS-adatainak vagy az ICAO AIP-ben közzétett koordinátáknak megfelelő WGS84 koordinátákban meghatározott) ellenében tesztelik. Az ellenőr ezután zóna szerint szűrheti a fényképeket, és áttekintheti az összes felvételt egy adott kifutópálya küszöbhöz, ami kiküszöböli a manuális rendezést.

A videó alapú ellenőrzések során egy drón egy programozott repülési útvonalon repül a repülőtér felett, miközben 4K vagy 5K videót rögzít. A videóképkockákat konfigurálható időközönként nyerik ki, és minden egyes kinyert képkocka GPS-koordinátákat örököl a track JSON fájlban vagy a GoPro GPMF adatfolyamban lévő legközelebbi telemetriai útponttól, interpolációval. A képkocka kinyerési időközt úgy választják meg, hogy az előrecsatolt átfedést biztosítsa az ortomostrikális varráshoz. Az eredmény a geolokált képkockák sűrű sorozata, amely összevarrható egy folyamatos ortomostrikumba, vagy képkockánként áttekinthető térképi kontextusban.

A repülőtéri megfelelőségi jelentésekhez az összes ellenőrző fényképet a repülőtér által az ICAO Aeronautical Information Publication (AIP) dokumentumban meghatározott bejelentett koordinátáihoz kell kötni. A jelentések jellemzően tartalmazzák a fényképenkénti GPS-koordinátákat WGS84 decimális fokokban (szélesség és hosszúság 6 tizedesjegyig, kb. 0,1 méteres pontosságot biztosítva), a tengerszint feletti magasságot méterben, és a kép irányát (GPSImgDirection a valódi északhoz viszonyítva, a mágneses deklinációra korrigálva a World Magnetic Model segítségével). A metaadat-minőségi jelzők, mint a GPS rögzítés érvényességének megfelel/nem felel meg, a DOP, a hiba és a dátum, segítenek nyomon követni a nyers EXIF GPS-t a feldolgozási szakaszokon keresztül a végső jelentésig.

Gyakorlati Megfontolások Helyszíni Műveletekhez

A helyszíni ellenőrző csapatok számára előnyös, ha megértik az EXIF GPS viselkedésének néhány gyakorlati aspektusát az adatminőség biztosítása érdekében. A repülés előtti GPS inicializálás kritikus fontosságú: a drónokat nyílt égbolton kell bekapcsolni, és hagyni kell, hogy 3D GPS rögzítést érjenek el (amit a GPSStatus = A és a GPSMeasureMode = 3 jelez) az ellenőrző repülés megkezdése előtt. Ez jellemzően 30-90 másodpercet igényel a fogyasztói drónok esetében, gyorsabb az RTK-val felszerelt rendszereknél (15-30 másodperc). A DJI Go/ Pilot alkalmazás megjeleníti a GPS állapotjelzőt: a zöld ikon legalább 10 műholddal és 4/5-ös vagy annál nagyobb GPS jelerősséggel elegendő GPS minőséget jelez az ellenőrzési fényképezéshez. A GPS megszerzési fázisában (a bekapcsolás utáni első 30 másodpercben) készített fényképek a drón utolsó ismert helyéről származó koordinátákat eredményeznek, amelyek lehetnek egy korábbi repülés felszállási pontja vagy a drón kikapcsolás előtti utolsó helyének gyorsítótárazott pozíciója, potenciálisan kilométerekre a tényleges ellenőrzési helytől.

Az idő szinkronizálása a kamera és bármely külső GPS naplózó között elengedhetetlen az utólagos geotagelési munkafolyamatokhoz. A manuális időbeállítású kamerák napi több másodperccel is eltérhetnek a kvarc kristály oszcillátor pontatlanságai miatt (jellemző eltérés: 1-5 másodperc naponta). Egy 15 m/s sebességgel mozgó drón esetében az 5 másodperces órahiba 75 méteres pozícióeltolódást eredményez a haladás irányában. Az NTP (Network Time Protocol) szinkronizáció a repülés előtt, a kamerák időbeállítása a kísérő alkalmazáson keresztül (DJI Pilot, DJI Fly), vagy a GPS-alapú időbélyegzés a kamera beépített GPS-vevőjén keresztül kiküszöböli ezt a hibaforrást. Az ajánlott eljárás a kamera órájának szinkronizálása a GPS időhöz közvetlenül az ellenőrző repülés előtt, az eltérés ellenőrzése a GPS időhöz képest a DateTimeOriginal összehasonlításával egy tesztfényképen a GPS időbélyeggel. Az 1 másodpercnél nagyobb eltérést az ellenőrzés folytatása előtt korrigálni kell.

Az EXIF-metaadatok tárolása és átvitele körültekintést igényel. A fényképek drón SD kártyájáról USB kábelen keresztüli másolása teljes mértékben megőrzi a metaadatokat (fájlszintű másolás, újrakódolás nélkül), csakúgy, mint a közvetlen kártyaolvasás SD kártyaolvasón keresztül. A felhőalapú feltöltési szolgáltatások (Google Photos, Apple iCloud, Dropbox) eltávolíthatják a GPS-metaadatokat a tömörítés vagy átkódolás során, különösen, ha a szolgáltatás formátumok között konvertál (HEIC-ből JPEG-be) vagy újratömöríti alacsonyabb minőségben (a JPEG újrakódolás eltávolítja az APP1/EXIF adatokat, hacsak kifejezetten meg nem őrzik). A fájlátvitel üzenetküldő alkalmazásokon keresztül (WhatsApp, iMessage, Telegram) szinte mindig eltávolítja az EXIF-metaadatokat, beleértve a GPS-t is, adatvédelmi intézkedésként. A WhatsApp konkrétan nullázza az APP1 szegmenst a képtömörítés során. Az ellenőrzési munkafolyamatokhoz az SD/microSD tárolóeszközök közvetlen fizikai átvitele vagy az eredeti (módosítatlan) fájlok SFTP/FTPS feltöltése ajánlott az EXIF integritás megőrzése érdekében.

Az adatvédelmi előírások egyes joghatóságokban korlátozzák a fényképekből származó geolokációs adatok gyűjtését és tárolását. A GDPR Európában, az LGPD Brazíliában és a CCPA Kaliforniában kötelezettségeket ró az adatkezelőkre, hogy tájékoztassák az érintetteket a helyadatok gyűjtéséről, és biztosítsák az adatok törlésének lehetőségét. Az üzemelő repülőtereken végzett repülőtéri ellenőrzéseknél ezek az előírások jellemzően nem vonatkoznak, mivel az adatok az infrastruktúrára vonatkoznak, nem pedig magánszemélyekre. Az ellenőrző csapatoknak azonban tisztában kell lenniük azzal, hogy a GPS-metaadatokat tartalmazó fényképek, amelyek a munkanap során a tartózkodási helyüket rögzítik, adatvédelmi kérelmek tárgyát képezhetik, ha a fényképek magánszemélyeket is tartalmaznak (pl. földi kiszolgáló személyzet, karbantartó személyzet), ebben az esetben a fényképeket ugyanazok a szabályok szerint kell kezelni, mint bármely más személyes adatot.