Dane GPS EXIF

Dane GPS EXIF to ustandaryzowany mechanizm osadzania informacji o lokalizacji geograficznej w cyfrowych plikach obrazów i wideo. Zdefiniowany przez Japan Electronics and Information Technology Industries Association (JEITA) i utrzymywany przez Camera & Imaging Products Association (CIPA) w ramach standardu CIPA DC-008 (tłumaczenie JEITA CP-3451), specyfikacja EXIF rezerwuje dedykowany podkatalog o nazwie GPS Information Frame (GPS IFD) do przechowywania danych pozycjonowania satelitarnego. Ten podkatalog jest przywoływany przez główny katalog EXIF Image File Directory (IFD) poprzez znacznik 0x8825 (Exif.Image.GPSTag), który zawiera wskaźnik do początku GPS IFD w pliku. Każdy zgodny czytnik EXIF, od okien dialogowych właściwości plików systemu operacyjnego po profesjonalne oprogramowanie fotogrametryczne, lokalizuje dane geograficzne, podążając za tym wskaźnikiem.

GPS IFD zawiera do 31 ustandaryzowanych znaczników (wpisy 0x0000 do 0x001f), z których każdy przenosi określony komponent rekordu geolokalizacji. Znaczniki te obejmują identyfikację wersji, referencje półkuli, trójki współrzędnych, wartości wysokości, znaczniki czasu UTC, identyfikatory satelitów, wskaźniki statusu odbiornika, wymiarowość pomiaru, metryki rozwodnienia precyzji, dane prędkości i śladu, kierunek obrazu, specyfikację układu geodezyjnego, dane punktu docelowego, metadane metody pozycjonowania, status korekcji różnicowej oraz szacunki błędu poziomego. W praktyce producenci aparatów i smartfonów decydują, który podzbiór tych znaczników wypełnić. Konsumenckie smartfony zazwyczaj zapisują szerokość i długość geograficzną, wysokość, znacznik czasu i układ mapy. Producenci dronów, tacy jak DJI, Autel i Skydio, często zapisują dodatkowe znaczniki, w tym status GPS, tryb pomiaru, rozwodnienie precyzji (DOP), prędkość, ślad i kierunek obrazu. Obecność lub brak określonych znaczników GPS może służyć jako wskaźnik diagnostyczny typu urządzenia rejestrującego i jakości sygnału satelitarnego w momencie ekspozycji. Na przykład jednoczesna obecność GPSStatus = A (Aktywny), GPSMeasureMode = 3 (Trójwymiarowy), GPSDOP poniżej 4 i GPSHPositioningError poniżej 5 metrów łącznie wskazuje na wysokiej jakości sygnał GPS odpowiedni do zastosowań mapowania.

Znaczniki GPS EXIF i ich struktura

GPS IFD jest zorganizowany jako sekwencyjny zbiór pól danych o długości 2-bajtowej, 4-bajtowej i zmiennej, zgodnie ze standardową strukturą TIFF IFD. Każdy wpis znacznika w GPS IFD składa się z czterech komponentów: identyfikatora znacznika (2 bajty, wartość szesnastkowa), typu danych (2 bajty, wskazujące czy wartość jest bajtem bez znaku, ciągiem ASCII, ułamkiem wymiernym bez znaku, krótką liczbą całkowitą ze znakiem lub innym typem zdefiniowanym w EXIF), licznika (4 bajty, reprezentującego liczbę wartości danych) oraz przesunięcia wartości (4 bajty — albo sama wartość, jeśli mieści się w 4 bajtach, albo wskaźnik do danych gdzie indziej w pliku, jeśli przekracza 4 bajty). Wartości identyfikatorów znaczników dla danych GPS mieszczą się w zakresie od 0x0000 (GPSVersionID) do 0x001f (GPSHPositioningError). Każdy wpis znacznika zajmuje dokładnie 12 bajtów w IFD, po którym następuje kolejny wpis znacznika, aż 4-bajtowy terminator (wartość zero) sygnalizuje koniec IFD. Poniższa tabela szczegółowo opisuje najczęściej spotykane znaczniki GPS i ich specyfikacje zgodnie ze standardem EXIF 2.3 i nowszymi:

Znacznik GPSVersionID (0x0000) zawsze pojawia się jako pierwszy wpis w GPS IFD i służy jako sprawdzenie spójności dla parserów. Zawiera cztery bajtowe wartości bez znaku: pierwsze dwa wskazują główną i poboczną wersję standardu, trzeci wskazuje rewizję, a czwarty jest zarezerwowany. Dla EXIF 2.3 (najszerzej zaimplementowana wersja od 2025 roku) wartość to 2, 3, 0, 0. EXIF 3.0, wydany przez CIPA w 2023 roku, aktualizuje tę wartość na 3, 0, 0, 0 i dodaje obsługę wielokonstelacyjnych systemów GNSS (GPS, GLONASS, Galileo, BeiDou, QZSS, NAVIC) w znaczniku GPSProcessingMethod. Znacznik GPSProcessingMethod (0x001b) używa ustrukturyzowanego formatu danych niezdefiniowanych: prefiks licznika bajtów, po którym następuje ciąg ASCII wyliczający technologię pozycjonowania. EXIF 3.0 jawnie definiuje wartości "QZSS", "GALILEO", "GLONASS", "BEIDOU" i "NAVIC" obok starszych opcji "GPS", "CELLID", "WLAN" i "MANUAL", odzwierciedlając proliferację odbiorników wielokonstelacyjnych w nowoczesnych urządzeniach. Smartfon wykorzystujący Galileo do pozycjonowania zapisałby "GALILEO" w tym znaczniku, podczas gdy dron korzystający z połączonego GPS+GLONASS mógłby zapisać "GPS,GLONASS" lub równoważną konkatenację.

Znacznik GPSHPositioningError (0x001f) jest jednym z najbardziej praktycznych i użytecznych dodatków do standardu EXIF GPS. Dodany w EXIF 2.31 (2016), ten znacznik przechowuje szacowany błąd pozycjonowania poziomego w metrach jako liczbę wymierną bez znaku. Gdy jest wypełniony przez urządzenie rejestrujące, zapewnia ilościową metrykę ufności: wartość 5,0 wskazuje, że prawdziwa pozycja powinna znajdować się w promieniu 5 metrów od zarejestrowanych współrzędnych w około 95% przypadków (zakładając błędy o rozkładzie normalnym). Smartfony z systemem Android 8.0+ i iOS 12+ zapisują ten znacznik, gdy usługi lokalizacyjne są aktywne. Drony DJI wypełniają go na podstawie szacowanej dokładności pozycjonowania z odbiornika GNSS transmitowanej w zdaniu NMEA GST (Błędy pseudoodległości GNSS). Potok analityczny TarmacView odczytuje ten znacznik, aby ocenić wiarygodność geolokalizacji poszczególnych zdjęć i może oznaczyć obrazy, których wartości błędów przekraczają konfigurowalny próg (zazwyczaj 10 metrów dla inspekcji lotnisk, choć próg ten może być zaostrzony do 3 metrów dla misji RTK).

Znacznik GPSDOP (0x000b) przechowuje rozwodnienie precyzji, bezwymiarową metrykę określającą jakość geometryczną konstelacji satelitów. Wartości DOP poniżej 2 wskazują na doskonałą geometrię; 2–4 jest dobra; 4–6 jest umiarkowana; 6–8 jest słaba; wartości powyżej 8 są zawodne. Wartość DOP jest mnożona przez równoważny błąd zasięgu użytkownika (UERE — zazwyczaj 2–4 metry dla konsumenckiego GPS) w celu oszacowania całkowitego błędu pozycji. PDOP równe 3 przy UREE wynoszącym 3 metry daje oczekiwany błąd 3D wynoszący około 9 metrów. Znacznik GPSSatellites (0x0008) rejestruje identyfikatory PRN (Pseudo-Random Noise) satelitów użytych w rozwiązaniu pozycyjnym, przechowywane jako ciąg ASCII, np. "05,12,23,29" dla satelitów 5, 12, 23 i 29. Minimalne wymaganie dla pomiaru 3D to cztery satelity, ale 7–12 satelitów jest typowe w warunkach otwartego nieba. Mniej niż 4 satelity wymusza pomiar 2D (GPSMeasureMode = 2), który zakłada stałą wysokość i wprowadza dodatkowy błąd poziomy.

Szerokość i długość geograficzna: format stopni, minut i sekund

Podstawowe współrzędne geograficzne w EXIF GPS są przechowywane przy użyciu trzyczęściowego systemu liczb wymiernych, który zachowuje tradycyjną notację stopni-minut-sekund (DMS). Każdy komponent współrzędnych — GPSLatitude (znacznik 0x0002) i GPSLongitude (znacznik 0x0004) — jest tablicą trzech wartości wymiernych bez znaku (RATIONAL). RATIONAL w EXIF to para 32-bitowych liczb całkowitych bez znaku reprezentujących licznik i mianownik, co pozwala na ułamkową precyzję. Trzy elementy tablicy odpowiadają stopniom (pierwszy element), minutom (drugi element) i sekundom (trzeci element). Ponieważ wartości są bez znaku, znak (półkula) jest rejestrowany w oddzielnych znacznikach towarzyszących: GPSLatitudeRef (0x0001) zawierającym N lub S oraz GPSLongitudeRef (0x0003) zawierającym E lub W. Znaczniki GPSLatitudeRef i GPSLongitudeRef to ciągi ASCII składające się dokładnie z 2 znaków, zazwyczaj "N" lub "S" dla szerokości i "E" lub "W" dla długości geograficznej, choć standard EXIF dopuszcza dopełnienie do 2 znaków (np. "N " z końcową spacją).

Konkretny przykład ilustruje format przechowywania. Zdjęcie wykonane na szerokości 40° 45’ 30,00" N i długości 73° 59’ 15,00" W przechowywałoby następujące wartości w GPS IFD:

Konwersja z reprezentacji DMS EXIF na stopnie dziesiętne odbywa się według wzoru: Stopnie dziesiętne = Stopnie + (Minuty / 60) + (Sekundy / 3600). Dla powyższego przykładu: 40 + (45/60) + (30,00/3600) = 40,75833°N. Referencja półkuli określa znak algebraiczny: północ i wschód są dodatnie (40,75833), podczas gdy południe i zachód są ujemne (−73,98750). Większość geograficznych baz danych, interfejsów API mapowania (Google Maps, OpenStreetMap, Mapbox) i oprogramowania GIS (QGIS, ArcGIS) oczekuje stopni dziesiętnych z wartościami ze znakiem, gdzie ujemna szerokość to południe, a ujemna długość to zachód — zgodnie ze standardem układu współrzędnych EPSG:4326. Pełna konwersja dla przykładu: dziesiętne = 40 + 0,75 + 0,00833 = 40,75833°N dla szerokości oraz 73 + 0,98333 + 0,00417 = 73,98750°W dla długości. Po zastosowaniu konwencji znaku otrzymujemy +40,75833, −73,98750.

Standard EXIF nie narzuca konkretnej rozdzielczości dla ułamków wymiernych, co może prowadzić do różnej precyzji między urządzeniami. Smartfon może przechowywać sekundy jako 3000/100 (30,00 sekundy, co implikuje precyzję ~0,3 metra na równiku), podczas gdy kamera inspekcyjna klasy geodezyjnej może przechowywać 300000/10000 (30,0000 sekundy, co implikuje precyzję ~0,03 metra). Jednak rzeczywista dokładność GPS urządzenia zazwyczaj ogranicza znaczącą rozdzielczość niezależnie od przechowywanej precyzji. Niektóre aparaty konsumenckie przechowują minuty i sekundy z mianownikiem 1 (tylko wartości całkowite), skutecznie obcinając precyzję poniżej sekundy i wprowadzając błędy pozycji rzędu kilku metrów. Parser musi obsługiwać wartości wymierne, które nie dają dokładnych liczb całkowitych, obliczając równoważną wartość zmiennoprzecinkową z pary licznik/mianownik. Podczas konwersji parser musi również obsłużyć przypadek brzegowy, gdy mianownik wynosi zero (błędny znacznik), traktując wartość jako zero i zgłaszając problem z jakością danych.

Wysokość GPS: referencja, dokładność i praktyczne rozważania

Wysokość jest przechowywana w GPS IFD przy użyciu dwóch sparowanych znaczników: GPSAltitudeRef (0x0005) i GPSAltitude (0x0006). Znacznik referencji to pojedynczy bajt bez znaku z dwiema zdefiniowanymi wartościami: 0 oznacza, że wysokość jest odniesiona do średniego poziomu morza (MSL), a 1 oznacza, że wysokość jest odniesiona do dna morskiego (poniżej poziomu morza). W praktyce praktycznie wszystkie urządzenia konsumenckie i drony zapisują 0, oznaczając referencję MSL. Sama wartość wysokości jest przechowywana jako pojedyncza liczba wymierna bez znaku (RATIONAL) w metrach. Wartość 12345/100 reprezentuje 123,45 metra nad poziomem morza. Niektóre drony i aparaty mogą zapisywać wysokość w stopach, a nie metrach, choć standard EXIF wymaga metrów — ta niespójność jednostek musi być wykryta przez parser poprzez analizę heurystyczną (jeśli wysokości przekraczają 1000 metrów na obszarach o niskiej elewacji, wartość jest prawdopodobnie w stopach i należy ją przekonwertować, dzieląc przez 3,28084).

Relacja między wysokością raportowaną przez GPS a rzeczywistą wysokością kamery nad poziomem gruntu (AGL) jest złożona i wymaga starannej interpretacji. Odbiorniki GPS obliczają wysokość przy użyciu modelu elipsoidy WGS84, która przybliża Ziemię jako elipsoidę obrotową z półosią wielką a = 6 378 137,0 metrów i spłaszczeniem f = 1/298,257223563. Wysokość elipsoidalna raportowana przez GPS to odległość od powierzchni elipsoidy WGS84 do odbiornika, a nie odległość od średniego poziomu morza. Rzeczywisty średni poziom morza (geoida) odbiega od elipsoidy WGS84 nawet o ±100 metrów w różnych częściach świata z powodu zmian pola grawitacyjnego Ziemi. Undulacja geoidy w określonej lokalizacji może być uzyskana z modeli geopotencjalnych EGM96 (Earth Gravitational Model 1996), EGM2008 lub EGM2020. Aby przekonwertować wysokość elipsoidalną GPS na wysokość ortometryczną (wysokość nad średnim poziomem morza), należy zastosować korekcję geoidy według wzoru: Wysokość ortometryczna (MSL) ≈ Wysokość elipsoidalna − Undulacja geoidy. Na przykład w lokalizacji na północnym Atlantyku, gdzie undulacja geoidy wynosi −25 metrów, wysokość elipsoidalna GPS wynosząca 100 metrów odpowiada wysokości ortometrycznej około 125 metrów nad MSL.

Większość producentów aparatów i smartfonów nie stosuje tej korekcji geoidy przed zapisaniem znacznika GPSAltitude. Zamiast tego zapisują surową wysokość elipsoidalną z odbiornika GNSS. Oznacza to, że wysokość przechowywana w EXIF może różnić się od rzeczywistej wysokości MSL o kilkadziesiąt metrów w zależności od lokalizacji geograficznej. Drony DJI są godnym uwagi wyjątkiem: zapisują one wysokość względną (wysokość nad punktem startu) w zastrzeżonych polach metadanych XMP (drone-dji:RelativeAltitude), podczas gdy standardowe pole GPSAltitude EXIF zawiera wysokość elipsoidalną z odbiornika GNSS kontrolera lotu. Wysokość względna, pochodząca z czujnika barometrycznego połączonego z ultradźwiękowymi lub podczerwonymi czujnikami skierowanymi w dół, jest znacznie dokładniejsza do określania AGL (zazwyczaj ±0,1–0,5 metra) w porównaniu z wysokością elipsoidalną GPS (zazwyczaj ±5–15 metrów). Oprogramowanie fotogrametryczne, takie jak Agisoft Metashape i Pix4Dmapper, uwzględnia te różnice, stosując własny model geoidy podczas przetwarzania, domyślnie używając EGM96, chyba że użytkownik określi alternatywną geoidę.

Dokładność wysokości GPS jest znacząco gorsza od dokładności poziomej w większości warunków. Typowe konsumenckie odbiorniki GPS osiągają 3–5 metrów dokładności poziomej, ale 5–15 metrów dokładności pionowej (95% ufności) z powodu efektu geometrycznego rozwodnienia precyzji (GDOP) — satelity są skupione na nieboskłonie i zapewniają gorszą geometrię triangulacji pionowej niż poziomej. Pionowa składowa DOP (VDOP) jest zazwyczaj 1,5–2,5 razy większa niż składowa pozioma (HDOP) dla tej samej konstelacji satelitów. Drony wyposażone w RTK redukują to do 3–5 centymetrów w pionie, co wciąż jest gorsze od 1–2 centymetrowej dokładności poziomej RTK. Wysokościomierze barometryczne, obecne w większości dronów DJI i wielu smartfonach, mogą częściowo kompensować te niedokładności poprzez łączenie odczytów ciśnienia barometrycznego z danymi wysokości GPS za pomocą filtru Kalmana, poprawiając krótkoterminową dokładność pionową do około 1–2 metrów. Jednak wysokość barometryczna dryfuje wraz ze zmianami ciśnienia atmosferycznego (około 1 metra na 0,12 hPa zmiany ciśnienia) i wymaga okresowej rekalibracji względem GPS. W zastosowaniach inspekcji lotnisk wysokość AGL jest zazwyczaj bardziej istotna niż wysokość MSL, ponieważ odległość między kamerą a powierzchnią nawierzchni bezpośrednio wpływa na rozdzielczość pikseli i dokładność wymiarowania uszkodzeń. TarmacView konwertuje GPSAltitude na AGL, odejmując lokalną wysokość terenu uzyskaną z cyfrowego modelu wysokościowego (DEM) lub z opublikowanych danych wysokości pasa startowego z ICAO AIP.

Znacznik czasu GPS: standaryzacja UTC

Składowa czasowa sygnału GPS jest rejestrowana w dwóch znacznikach: GPSTimeStamp (0x0007) i GPSDateStamp (0x001d). Znacznik czasu przechowuje uniwersalny czas koordynowany (UTC) jako trzy wartości RATIONAL: godziny, minuty i sekundy. Znacznik daty przechowuje datę kalendarzową jako 11-znakowy ciąg ASCII w formacie YYYY:MM:DD (np. "2025:11:18"). Ponieważ znak dwukropka jest standardowym separatorem daty w EXIF, połączony znacznik czasu UTC odczytuje się naturalnie jako 2025:11:18 14:30:15 dla godziny 14:30:15 UTC 18 listopada 2025 roku. Specyfikacja EXIF wyraźnie wymaga, aby oba znaczniki były rejestrowane w UTC, bezpośrednio pochodzące z atomowych zegarów satelitów GPS, które są odniesione do uniwersalnego czasu koordynowanego (UTC) z korektami sekund przestępnych zastosowanymi przez segment naziemny GPS. Sam czas GPS nie jest dokładnie UTC — czas GPS nie uwzględnia sekund przestępnych i jest obecnie (stan na 2025 rok) 18 sekund przed UTC. Odbiornik GPS wykonuje tę konwersję wewnętrznie, zapisując UTC do znaczników EXIF.

Rozdzielenie daty i czasu na dwa odrębne znaczniki z różnymi typami danych (ciąg ASCII vs. tablica RATIONAL) jest historycznym artefaktem projektu EXIF. Większość bibliotek i narzędzi programowych syntetyzuje połączony znacznik GPSDateTime dla wygody — ExifTool tworzy ten złożony znacznik automatycznie, podczas gdy biblioteki Pythona, takie jak Pillow i exifread, wymagają ręcznej konkatenacji. Podczas programistycznego odczytu danych GPS programista musi złożyć ciąg daty i wartości wymierne czasu w pojedynczy obiekt datetime. Wartości wymierne dla godzin, minut i sekund mogą być ułamkowe: zdjęcie wykonane o 14 godzinach, 30 minutach i 15,5 sekund UTC przechowywałoby 14/1, 30/1, 155/10. Ułamkowe sekundy mogą reprezentować precyzję poniżej milisekundy, gdy odbiornik GPS działa z częstotliwością aktualizacji 10 Hz (100 ms między próbkami), choć większość odbiorników konsumenckich ogranicza wyjście do rozdzielczości 0,1 sekundy w zdaniach NMEA RMC.

Jednym z krytycznych ograniczeń znacznika czasu GPS EXIF jest to, że rejestruje on czas sygnału GPS, który może nie być dokładnie zgodny z czasem zwolnienia migawki. Potoki oprogramowania sprzętowego aparatów obejmują sekwencję: uzyskanie sygnału GPS, obliczenie pozycji, oczekiwanie na wyzwolenie migawki, przechwycenie obrazu, zapis EXIF. Zapisywany czas GPS to czas ostatniego ważnego pomiaru pozycji, który może być od kilkuset milisekund do kilku sekund starszy w zależności od częstotliwości aktualizacji GPS (zazwyczaj 1 Hz dla urządzeń konsumenckich, 5–10 Hz dla kontrolerów lotu dronów). To przesunięcie czasowe jest zazwyczaj pomijalne dla zastosowań mapowania, ale może stać się znaczące w scenariuszach inspekcji z dużą prędkością, gdzie platforma kamery porusza się z prędkością 10–15 m/s (36–54 km/h). Przy prędkości 15 m/s, 1-sekundowe opóźnienie aktualizacji GPS wprowadza 15-metrowy błąd pozycji wzdłuż trasy. W systemach RTK z częstotliwością aktualizacji 5–10 Hz i opóźnieniem 100–200 ms, błąd wzdłuż trasy redukuje się do 1,5–3 metra przy tej samej prędkości. TarmacView kompensuje to opóźnienie poprzez krzyżowe odniesienie znacznika czasu przechwycenia obrazu (EXIF DateTimeOriginal, znacznik 0x9003) do strumienia telemetrii i interpolację pozycji GPS w dokładnym momencie zwolnienia migawki przy użyciu interpolacji w przód/w tył między sąsiednimi punktami nawigacyjnymi telemetrii.

Znacznik czasu GPS pełni również krytyczną funkcję kryminalistyczną: umożliwia krzyżowe odniesienie między danymi EXIF obrazu a zewnętrznymi źródłami telemetrii. Gdy GPS EXIF jest nieobecny w obrazie (np. gdy pliki RAW nie mają osadzonego GPS, ponieważ producent przechowuje lokalizację w bocznym pliku XMP), znacznik czasu może być użyty do interpolacji pozycji kamery z dziennika śledzenia GPS zarejestrowanego przez oddzielne urządzenie. Jest to zasada działania geotagowania post-hoc: rejestrator GPS zapisuje pozycje z znacznikami czasu, a oprogramowanie dopasowuje czas przechwycenia każdego zdjęcia do najbliższych znaczników czasu rejestratora, aby przypisać współrzędne. Algorytm dopasowania zazwyczaj używa wyszukiwania najbliższego sąsiada z maksymalnym progiem różnicy czasu (np. 2 sekundy). Jeśli wiele punktów nawigacyjnych telemetrii mieści się w progu, interpolacja dwuliniowa między dwoma najbliższymi znacznikami czasu daje dokładność pozycji poniżej sekundy. TarmacView implementuje ten mechanizm awaryjny, gdy GPS EXIF jest nieobecny, pod warunkiem że można ustalić zsynchronizowane źródło czasu między kamerą a rejestratorem GPS, zweryfikowane przez porównanie przesunięcia EXIF DateTimeOriginal z referencją czasu GPS.

Układ odniesienia GPS: WGS84 jako uniwersalny układ referencyjny

Znacznik GPSMapDatum (0x0012) rejestruje układ geodezyjny — system odniesienia współrzędnych — używany do obliczenia pozycji GPS. Specyfikacja EXIF nakazuje, aby ten znacznik zawierał ciąg ASCII "WGS-84" (World Geodetic System 1984), gdy odbiornik GPS używa standardowego układu GPS. W praktyce we wszystkich konsumenckich aparatach, smartfonach i dronach wartość to dokładnie "WGS-84", ponieważ Globalny System Pozycjonowania jest z natury odniesiony do tego układu. Satelity GPS nadają dane efemeryd w współrzędnych WGS84, a wszystkie odbiorniki GNSS klasy konsumenckiej domyślnie obliczają pozycje w WGS84. Jednak format znacznika dopuszcza dowolny ciąg ASCII, a niektóre urządzenia zapisują warianty: "WGS84" (bez łącznika), "WGS 84" (ze spacją) lub "WGS-1984". Każdy z tych wariantów powinien być traktowany jako równoważny WGS84 przez parser, choć ścisła walidacja względem ciągu specyfikacji może oznaczyć je jako niestandardowe.

WGS84 to geocentryczny, nieruchomy względem Ziemi (ECEF) system współrzędnych utrzymywany przez amerykańską Narodową Agencję Wywiadu Geoprzestrzennego (NGA). Definiuje trzy komponenty: elipsoidę referencyjną (półoś wielka a = 6 378 137,0 metrów, spłaszczenie f = 1/298,257223563), model grawitacyjny (EGM96) oraz zestaw parametrów transformacji łączących go z Międzynarodowym Układem Odniesienia Ziemskiego (ITRF). Obecna realizacja to WGS84(G2296), zaktualizowana w 2024 roku, która jest zgodna z ITRF2020 z dokładnością do 1 centymetra. Ten poziom udoskonalenia jest nieistotny dla konsumenckiego GPS (który ma dokładność rzędu metrów), ale ma znaczenie dla systemów RTK i post-processed kinematic (PPK) działających z dokładnością centymetrową. Realizacje WGS84 ewoluowały poprzez G730 (1994), G873 (1997), G1150 (2001), G1674 (2012), G1762 (2013), G2139 (2021) i G2296 (2024), a każda kolejna realizacja poprawiała zgodność z ITRF. W zastosowaniach precyzyjnego mapowania należy uwzględnić datę realizacji: dane zebrane z systemem RTK w 2025 roku przy użyciu realizacji G2296 są bardziej spójne z nowoczesnymi sieciami geodezyjnymi niż dane zebrane z odbiornikiem z epoki G1150.

Różnica między WGS84 a innymi układami może być znacząca. Lokalne układy, takie jak Europejski Układ Odniesienia Ziemskiego 1989 (ETRS89), Północnoamerykański Układ Geodezyjny 1983 (NAD83) i Geocentryczny Układ Australii 2020 (GDA2020), różnią się od WGS84 nawet o kilka metrów w niektórych regionach. Starsze układy lokalne, takie jak Ordnance Survey Great Britain 1936 (OSGB36) lub Układ Tokijski, różnią się o setki metrów. Gdy współrzędne GPS EXIF są używane w systemie GIS skonfigurowanym dla innego układu, odwzorowane pozycje będą systematycznie przesunięte, chyba że zastosuje się transformację układu. Typowe parametry transformacji obejmują transformacje trójparametrowe (delta X, delta Y, delta Z) lub siedmioparametrowe (delta X, delta Y, delta Z, plus trzy kąty obrotu i współczynnik skali) Helmerta. Biblioteka PROJ (proj4) zapewnia te transformacje dla tysięcy par układów. Znacznik GPSMapDatum dostarcza informacji potrzebnych do zastosowania właściwej transformacji, choć w praktyce większość potoków przetwarzania obrazu zakłada WGS84 i postępuje bez sprawdzania wartości znacznika. TarmacView waliduje ciąg układu i ostrzega użytkownika, jeśli wykryty zostanie układ inny niż WGS84, oferując automatyczną reprojekcję do docelowego układu współrzędnych.

W zastosowaniach inspekcji lotnisk spójność układu jest kluczowa. ICAO Annex 14, Volume I (Projektowanie i eksploatacja lotnisk) określa, że punkty referencyjne lotniska (ARP) i progi pasów startowych powinny być odniesione do układu World Geodetic System 1984 (WGS84). ICAO Doc 9674, podręcznik World Geodetic System — 1984 (WGS-84), zawiera standardy implementacji WGS84 w lotnictwie, w tym wymaganą dokładność dla danych pomiarowych lotnisk. Podręcznik określa, że współrzędne pomiarowe lotniska powinny być dokładne do 1 metra w poziomie i 0,5 metra w pionie dla pasów startowych z podejściem precyzyjnym (Kategoria II/III) oraz do 5 metrów w poziomie dla pasów nieprecyzyjnych. Te wymagania dokładności bezpośrednio przekładają się na akceptowalną jakość GPS dla zdjęć inspekcyjnych: pozycjonowanie RTK lub PPK jest wymagane dla inspekcji lotnisk kategorii II/III, podczas gdy konsumencki GPS drona może wystarczyć dla lotnisk nieprecyzyjnych, gdzie wymagania dotyczące absolutnej dokładności pozycji są złagodzone. TarmacView zapewnia, że wszystkie współrzędne GPS EXIF wyodrębnione ze zdjęć inspekcyjnych są interpretowane w układzie WGS84 i może opcjonalnie dokonać reprojekcji do lokalnych układów współrzędnych (np. stref UTM) dla pomiarów powierzchniowych, takich jak mapowanie poligonów uszkodzeń nawierzchni.

Wyodrębnianie danych GPS z obrazów

Wyodrębnianie metadanych GPS z plików obrazów to ugruntowany proces wspierany przez liczne narzędzia programowe i biblioteki programistyczne. Najbardziej wszechstronnym narzędziem jest ExifTool autorstwa Phila Harveya, aplikacja wiersza poleceń napisana w Perlu, która odczytuje i zapisuje metadane EXIF, GPS, IPTC, XMP oraz metadane specyficzne dla producenta z praktycznie każdego istniejącego formatu obrazu. ExifTool może wyodrębnić dane GPS z pojedynczego pliku lub przetworzyć wsadowo tysiące obrazów, wyświetlając wyniki w różnych formatach, w tym plain text, CSV, JSON, XML i XMP. Typowe polecenie wyodrębniania dla zdjęć inspekcyjnych z dronów to exiftool -filename -gpslatitude -gpslongitude -gpsaltitude -gpsdatetime -gpsimgdirection -gpshpansionerror -csv /path/to/images/. Flaga -csv generuje wynik rozdzielany przecinkami, który można zaimportować do oprogramowania GIS, pulpitów mapowych lub platformy inspekcyjnej TarmacView do automatycznego pozycjonowania zdjęć. ExifTool wykonuje automatyczną konwersję DMS na dziesiętne po użyciu flagi -n (np. -gpslatitude# -n wypisuje szerokość jako dziesiętną wartość ze znakiem, gotową do wstawienia do geograficznej bazy danych).

Dla programistów Pythona kilka bibliotek oferuje możliwości wyodrębniania GPS EXIF. Biblioteka Pillow (fork PIL) udostępnia metodę _getexif() na obiektach obrazu, zwracającą słownik identyfikatorów znaczników odwzorowanych na wartości. Pillow nie wykonuje jednak automatycznej konwersji formatu DMS na stopnie dziesiętne — programiści muszą zaimplementować wzór konwersji ręcznie, używając słownika mapowania GPSTAGS dostarczonego przez bibliotekę. Biblioteka exifread zapewnia bardziej niezawodny parser, który lepiej radzi sobie z przypadkami brzegowymi (brakujące znaczniki, błędne wartości, problemy z endianowością) niż Pillow. Biblioteka pyexif opakowuje funkcjonalność ExifTool dla środowisk Python. W przypadku przepływów pracy geoprzestrzennej, biblioteka rasterio może odczytywać metadane GPS z georeferencyjnych plików rastrowych, choć zazwyczaj oczekuje, że dane są już w standardowym formacie GIS, a nie surowym EXIF.

Proces wyodrębniania różni się w zależności od formatu obrazu. Pliki JPEG przechowują EXIF w znaczniku APP1 (Application Segment 1) bezpośrednio po znaczniku SOI (Start of Image) pod adresem 0xFFE1. Pliki TIFF osadzają EXIF w pierwszej strukturze IFD. Surowe formaty RAW (CR2, NEF, ARW, DNG) przechowują EXIF w kontenerze podobnym do TIFF o znanym przesunięciu od nagłówka pliku. Pliki HEIC/HEIF (domyślny format Apple od iOS 11) osadzają EXIF w polu mime w kontenerze ISO Base Media File Format, konkretnie w hierarchii moov > meta > ilst. Obrazy WebP przechowują EXIF w bloku EXIF po danych VP8/VP8L. We wszystkich przypadkach GPS IFD jest lokalizowany poprzez podążanie za wskaźnikami z głównego EXIF IFD przez znacznik 0x8825, a następnie sekwencyjne odczytywanie pod-IFD GPS. Każdy format wymaga specyficznych obliczeń przesunięcia bajtów: znaczniki APP1 JPEG muszą być zlokalizowane poprzez skanowanie w poszukiwaniu bajtu znacznika 0xFFE1; HEIC wymaga parsowania hierarchii ISOBMFF; surowe formaty RAW wymagają przesunięć specyficznych dla producenta, które różnią się między Canon CR2, Nikon NEF, Sony ARW i Adobe DNG. Potok przetwarzania obrazu TarmacView implementuje czytniki specyficzne dla formatu, które obsługują wszystkie popularne formaty obrazów produkowane przez kamery inspekcyjne i drony, wykorzystując ExifTool jako uniwersalny parser, gdy natywne parsowanie zawiedzie z powodu wariantu formatu lub uszkodzonego nagłówka.

Dokładność GPS: aparaty konsumenckie, smartfony i drony RTK

Dokładność pozycyjna danych GPS EXIF różni się o trzy rzędy wielkości w zależności od urządzenia rejestrującego i możliwości jego odbiornika GNSS. Zrozumienie tych poziomów dokładności jest niezbędne do określenia odpowiedniego zastosowania inspekcyjnego oraz do ustalenia realistycznych oczekiwań co do precyzji lokalizacji uszkodzeń w raportach inspekcyjnych opartych na mapach.

Smartfony konsumenckie (iPhone, Samsung Galaxy, Google Pixel) używają odbiorników GNSS wielokonstelacyjnych obsługujących GPS, GLONASS, Galileo i BeiDou. Modele flagowe od 2020 roku używają odbiorników dwuczęstotliwościowych (L1 + L5 dla GPS, E1 + E5a dla Galileo), które eliminują błędy opóźnienia jonosferycznego poprzez porównanie czasów nadejścia sygnału na dwóch różnych częstotliwościach. Opóźnienie jonosferyczne jest proporcjonalne do 1/f², więc porównanie L1 (1575,42 MHz) i L5 (1176,45 MHz) umożliwia odbiornikowi obliczenie i usunięcie opóźnienia. Typowa dokładność w warunkach otwartego nieba to 3–5 metrów w poziomie (95% ufności). Kaniony miejskie redukują to do 5–15 metrów z powodu odbić wielodrogowych od budynków. Dokładność GPS smartfonów znacznie spada w pobliżu konstrukcji metalowych, linii energetycznych i gęstej roślinności. Wbudowany GPS jest wystarczający do ogólnej organizacji zdjęć i przybliżonego mapowania, ale niewystarczający do precyzyjnej lokalizacji uszkodzeń na powierzchni nawierzchni lotniska, gdzie 3-metrowy błąd mógłby umieścić pęknięcie po niewłaściwej stronie linii środkowej pasa startowego. Smartfony cierpią również na problemy z rozgrzewaniem A-GPS, gdzie początkowe ustalenie pozycji używa buforowanych danych z ostatniej znanej lokalizacji, czasami oddalonej o kilka kilometrów.

Drony konsumenckie (seria DJI Mini, Mavic Air, Phantom, Autel Nano) zazwyczaj korzystają z odbiorników GNSS u-blox M8 lub M9 z jednoczęstotliwościową pracą L1 i obsługą wielu konstelacji (GPS + GLONASS + Galileo + BeiDou w układach M9). Dokładność pozioma wynosi od 1,5 do 5 metrów (CEP — Circular Error Probable), a pionowa od 3 do 10 metrów. Kluczową zaletą GPS dronów w porównaniu do GPS smartfonów jest środowisko otwartego nieba — drony latają nad strukturami i terenem, które powodują błędy wielodrogowe w urządzeniach naziemnych. Ponadto odbiorniki GNSS dronów są często sprzężone z danymi z IMU (Inercyjna Jednostka Pomiarowa) i barometru przez algorytmy fuzji sensorów kontrolera lotu (zazwyczaj rozszerzony filtr Kalmana), zapewniając gładsze i bardziej spójne oszacowania pozycji niż samodzielne układy GPS w smartfonach. Dokładność GPS dronów korzysta również z wyższej jakości anteny i jej umiejscowienia (zazwyczaj duża ceramiczna antena łatowa na górze drona, z dala od źródeł zakłóceń).

Drony klasy enterprise z RTK (DJI Matrice 4E, Mavic 3 Enterprise RTK, Autel EVO II RTK) osiągają znacznie lepszą dokładność dzięki danym korekcyjnym w czasie rzeczywistym. Pozycjonowanie RTK (Real-Time Kinematic) wykorzystuje stację bazową w znanej, pomierzonej lokalizacji do obliczania korekt różnicowych dla błędów sygnału satelitarnego spowodowanych opóźnieniem atmosferycznym, błędami orbit satelitów i dryfem zegara. Te korekty są przesyłane do drona (rovera) za pośrednictwem łącza radiowego (900 MHz, 2,4 GHz) lub połączenia komórkowego (protokół NTRIP przez 4G/5G). Rover stosuje korekty do swoich surowych pomiarów fazy nośnej GNSS i rozwiązuje niejednoznaczność liczby całkowitej fazy nośnej, osiągając dokładność poziomą 1–2 centymetrów i pionową 3–5 centymetrów. Kluczem do dokładności RTK jest rozwiązanie niejednoznaczności liczby całkowitej — dokładne określenie, ile cykli fazy nośnej istnieje między satelitą a odbiornikiem. Po rozwiązaniu niejednoznaczności (proces zwany “fixingiem”), dokładność centymetrowa jest utrzymywana tak długo, jak łącze danych stacja-rover pozostaje nienaruszone, a rover nie traci sygnału satelitarnego. Kinematyka po obróbce (PPK) osiąga podobną dokładność bez konieczności łącza danych w czasie rzeczywistym, rejestrując surowe obserwacje fazy nośnej GNSS zarówno na stacji bazowej, jak i roverze do przetwarzania po locie. W przypadku inspekcji lotnisk RTK/PPK jest zalecaną technologią dla wszelkich uszkodzeń wymagających precyzyjnego śledzenia lokalizacji (np. mapowanie pęknięć nawierzchni z dokładnością do 10 centymetrów ich rzeczywistej pozycji dla planowania konserwacji i monitorowania powtarzających się uszkodzeń).

Rozwodnienie precyzji (DOP) to krytyczna metryka przechowywana w znaczniku GPSDOP (0x000b), która określa jakość geometryczną konstelacji satelitów w momencie pomiaru. Istnieją cztery podtypy DOP: GDOP (Geometryczne — wszystkie komponenty), PDOP (Pozycyjne — pozycja 3D), HDOP (Poziome — szerokość/długość geograficzna) i VDOP (Pionowe — wysokość). Relacja między nimi to PDOP² = HDOP² + VDOP². Wartości PDOP poniżej 2 wskazują na doskonałą geometrię, 2–4 jest dobra, 4–6 jest umiarkowana, 6–8 jest słaba, a wartości powyżej 8 są uważane za zawodne. PDOP równe 3 oznacza, że błąd pozycji jest około 3 razy większy niż równoważny błąd zasięgu użytkownika (UERE), który jest łącznym efektem błędów zegara satelity, efemeryd, jonosfery i troposfery, typowo 2–4 metrów dla konsumenckiego GPS. W połączeniu ze znacznikiem GPSHPositioningError, DOP zapewnia kompleksowy obraz jakości GPS, który TarmacView wykorzystuje do przypisywania poziomów ufności geolokalizacji każdego zdjęcia inspekcyjnego. Zdjęcia z GPSHPositioningError < 3 metrów i PDOP < 3 są klasyfikowane jako wysokiej ufności; zdjęcia z błędem > 10 metrów lub PDOP > 6 są oznaczone do ręcznego przeglądu.

Brakujące lub niedokładne dane GPS

Dane GPS EXIF są często nieobecne lub niedokładne w rzeczywistych przepływach pracy inspekcyjnej, co wymaga solidnych strategii awaryjnych. Najczęstsze przyczyny braku danych GPS obejmują: aparat lub dron został włączony w pomieszczeniu, gdzie sygnały satelitarne nie mogą przeniknąć (GPS wymaga widoczności co najmniej 4 satelitów dla pomiaru 3D, a materiały budowlane, takie jak beton, dachy metalowe i szkło niskoemisyjne, tłumią sygnały GPS o 10–30 dB); usługi lokalizacyjne były wyłączone na urządzeniu ze względu na prywatność lub oszczędność baterii; zdjęcie zostało zrobione w trybie samolotowym, który wyłącza odbiornik GNSS w większości smartfonów; obraz został edytowany lub ponownie zapisany przez oprogramowanie, które usuwa metadane (Adobe Lightroom domyślnie usuwa GPS podczas eksportu, niektóre platformy mediów społecznościowych usuwają wszystkie EXIF, funkcje zrzutów ekranu nigdy nie zawierają GPS); format obrazu nie obsługuje EXIF (niektóre zastrzeżone surowe formaty RAW starszych aparatów, BMP, GIF); lub aparat w ogóle nie ma odbiornika GPS (większość lustrzanek cyfrowych i bezlusterkowców, nawet nowoczesnych modeli, takich jak Canon R5 czy Nikon Z8, wymaga zewnętrznego akcesorium GPS lub połączenia ze smartfonem do geotagowania). Analiza statystyczna kolekcji zdjęć konsumenckich sugeruje, że 30–40% zdjęć smartfonami nie ma danych GPS, podczas gdy zdjęcia z dronów DJI latających na zewnątrz nie mają GPS w mniej niż 5% przypadków.

Niedokładne dane GPS stanowią odrębne wyzwania. Dryf GPS występuje, gdy odbiornik używa buforowanych współrzędnych z poprzedniej lokalizacji podczas fazy pozyskiwania sygnałów satelitarnych, powodując, że pierwsze kilka zdjęć w sesji ma nieprawidłowe pozycje. Jest to pogłębiane przez Asystowany GPS (A-GPS) w smartfonach, który wykorzystuje pozycjonowanie z wież komórkowych i Wi-Fi do zapewnienia przybliżonej początkowej pozycji podczas pozyskiwania sygnałów satelitarnych — początkowa pozycja może być odchylona nawet o kilkaset metrów, jeśli urządzenie przemieściło się od ostatniego pobrania danych pomocniczych A-GPS. Błędy wielodrogowe powstają, gdy sygnały GPS odbijają się od budynków, hangarów lub terenu przed dotarciem do odbiornika, powodując przesunięcie obliczonej pozycji od rzeczywistej lokalizacji o 10–50 metrów. Wielodrogowość jest szczególnie problematyczna w środowiskach lotniskowych, gdzie duże metalowe hangary i zbiorniki paliwa tworzą silne odbicia sygnałów. Opóźnienia jonosferyczne i troposferyczne powodują systematyczne błędy, które zmieniają się wraz z lokalnymi warunkami atmosferycznymi i aktywnością słoneczną, a największe błędy występują podczas maksimum słonecznego (cykl 11-letni) i w pobliżu równika geomagnetycznego. Selektywna dostępność (celowe pogorszenie dokładności cywilnego GPS, aktywne w latach 1991–2000) nie jest już stosowane, ale jej efekty w postaci 50–100 metrowych błędów poziomych mogą być reprodukowane przez wielodrogowość lub niską liczbę satelitów.

Strategie wykrywania i łagodzenia obejmują: walidację krzyżową z dziennikami lotu (pliki DAT lub TXT DJI), które rejestrują pozycje GPS z znacznikami czasu z kontrolera lotu z wyższą częstotliwością (5–10 Hz) i lepszą dokładnością niż GPS aparatu (1 Hz); interpolację znaczników czasu między znanymi, poprawnymi pozycjami GPS z oddzielnego rejestratora; ręczną korektę współrzędnych poprzez interaktywny interfejs mapy, w którym inspektor przeciąga zdjęcia na ich prawidłową pozycję na mapie lotniska; naziemne punkty kontrolne (GCP) umieszczone w pomierzonych lokalizacjach w obszarze inspekcji, aby zapewnić absolutną referencję pozycji — minimum 3 GCP na obszar inspekcji umożliwia korektę transformacji afinicznej wszystkich współrzędnych zdjęć; priorytetyzację dokładności względnej, gdzie relacje przestrzenne między zdjęciami inspekcyjnymi są zachowane, nawet jeśli absolutne współrzędne mają systematyczne przesunięcie, umożliwiając dokładne pomiary odległości i powierzchni w zbiorze danych, nawet gdy pozycjonowanie globalne jest przesunięte. TarmacView implementuje wszystkie te strategie awaryjne, priorytetowo traktując GPS EXIF, gdy jest dostępny i wiarygodny (niski DOP, niski GPSHPositioningError, GPSStatus = A) i wykorzystując alternatywne źródła, gdy dane EXIF są nieobecne lub oznaczone jako niskiej jakości.

Niezgodności układu odniesienia GPS stanowią subtelny, ale znaczący problem dokładności. Podczas gdy znacznik GPSMapDatum prawie zawsze odczytuje "WGS-84", niektóre urządzenia zapisują wartości niestandardowe lub pomijają znacznik całkowicie. Drony produkowane w Chinach mogą zapisywać "WGS84" (bez łącznika), "CGCS2000" (Chiński Geodezyjny System Współrzędnych 2000, który różni się od WGS84 nawet o 0,5 metra w Chinach) lub "BDCS" (System Współrzędnych BeiDou). Rosyjskie odbiorniki GLONASS mogą domyślnie używać "PZ-90.11" (Parametry Zemli 1990, różniące się od WGS84 nawet o 2 metry). Gdy układ w EXIF różni się od WGS84, bezpośrednie zastosowanie współrzędnych bez transformacji może wprowadzić systematyczne przesunięcia rzędu kilku metrów do setek metrów w zależności od pary układów. Parser powinien zweryfikować ciąg układu i zastosować odpowiednią transformację (np. używając biblioteki PROJ lub ciągu proj4) przed użyciem współrzędnych do mapowania. Transformacja z CGCS2000 do WGS84 zazwyczaj wymaga transformacji zerowej dla większości zastosowań (oba układy są funkcjonalnie równoważne na poziomie dokładności metra), podczas gdy PZ-90.11 do WGS84 wymaga przesunięcia trójparametrowego wynoszącego około (0,07m, −0,00m, −0,01m). TarmacView waliduje znacznik GPSMapDatum i stosuje transformacje układu w razie potrzeby, ostrzegając inspektora o wszelkich rozbieżnościach.

GPS w klatkach wideo

Pliki wideo stanowią fundamentalnie inne wyzwanie dla metadanych GPS w porównaniu do nieruchomych obrazów. Podczas gdy plik wideo może zawierać pojedynczy blok EXIF na poziomie nagłówka pliku (zazwyczaj zapisywany na początku nagrywania), rejestruje on tylko lokalizację początkową i czas rozpoczęcia nagrywania — a nie pozycję każdej pojedynczej klatki. W zastosowaniach inspekcyjnych, gdzie wideo jest podstawowym nośnikiem rejestracji (częste w badaniach stanu pasa startowego prowadzonych z prędkością 30–60 km/h, gdzie zatrzymywanie się w celu sfotografowania poszczególnych uszkodzeń jest niepraktyczne), dane GPS dla każdej klatki są niezbędne do mapowania uszkodzeń nawierzchni na ich prawidłowe lokalizacje. 30-sekundowe wideo przy 30 klatkach na sekundę rejestruje 900 klatek, z których każda wymaga dokładnych współrzędnych GPS, aby umożliwić lokalizację uszkodzeń na mapie inspekcyjnej.

Kamery GoPro rozwiązują ten problem za pomocą GoPro Metadata Format (GPMF) , otwartego standardu telemetrii osadzonego w kontenerze MP4. GPMF przechowuje zsynchronizowane w czasie współrzędne GPS, dane akcelerometru, odczyty żyroskopu, temperaturę i inne dane czujników z wysoką częstotliwością (zazwyczaj 18 Hz dla GPS w GoPro HERO5 i nowszych modelach, 50 Hz dla akcelerometru/żyroskopu). Ślad GPMF jest przechowywany w prywatnym polu MP4 z kodowaniem KLV (Key-Length-Value) i może być wyodrębniony za pomocą biblioteki Open Source gpmf-parser firmy GoPro lub przez FFmpeg z flagą -extract_gpmf. Każda próbka GPS w strumieniu GPMF zawiera szerokość i długość geograficzną, wysokość, prędkość, prędkość 3D i znacznik czasu względem zegara wideo. Specyfikacja GPMF obsługuje wiele typów czujników: GPS5 (szerokość, długość, wysokość, prędkość, prędkość 3D), GPSU (czas UTC), ACCL (akcelerometr), GYRO (żyroskop) i TMPC (temperatura). TarmacView przetwarza dane GPMF, aby przypisać współrzędne GPS podobne do EXIF do każdej wyodrębnionej klatki wideo podczas operacji próbkowania klatek, interpolując między próbkami GPMF GPS (przy 18 Hz) w celu dopasowania do liczby klatek na sekundę wideo (29,97 lub 60 fps).

Drony DJI stosują inne podejście: boczne pliki SRT (SubRip subtitle) rejestrowane wraz z plikami wideo. Plik SRT zawiera wpisy telemetrii z znacznikami czasu, w tym współrzędne GPS, wysokość, prędkość, odległość i orientację gimbala, sformatowane jako napisy, które można nałożyć na wideo. Każdy wpis SRT ma format: indeks napisu, znacznik czasu (HH:MM:SS,mmm) i wielowierszowy ładunek wartości telemetrii. Na przykład wpis może wyglądać: 1\n00:00:05,000 --> 00:00:05,500\nGPS (52,1234, -0,5678)\nALT 123,4m\nSPD 15,2m/s\nGMB 45,0°. Częstotliwość wyjściowa SRT jest zgodna z liczbą klatek na sekundę wideo (zazwyczaj 29,97 lub 60 fps), gdy częstotliwość aktualizacji GPS drona (5–10 Hz z kontrolera lotu) jest próbkowana w dół do osi czasu wideo. Format SRT jest czytelny dla człowieka, ale mniej wydajny niż binarne formaty telemetrii, tworząc pliki o wielkości około 50–100 KB na minutę wideo. Narzędzia takie jak DJI Flight Record Viewer i dji-drone-metadata-embedder mogą połączyć dane GPS z SRT z powrotem do nagłówka EXIF pliku wideo dla zgodności ze standardowymi czytnikami EXIF, generując ślad GPX z danych SRT i używając ExifTool do jego osadzenia.

W profesjonalnych przepływach pracy inspekcyjnej pliki JSON śledzenia zapewniają najbardziej elastyczny format telemetrii GPS. Standard Track JSON TarmacView to struktura danych geoprzestrzennych zawierająca tablicę punktów nawigacyjnych GPS z znacznikami czasu z dokładnością do milisekund. Każdy punkt nawigacyjny obejmuje szerokość i długość geograficzną, wysokość (MSL i AGL), prędkość, kierunek, szacowaną dokładność poziomą, szacowaną dokładność pionową, liczbę satelitów i wskaźnik jakości sygnału. Struktura JSON obsługuje dowolne interwały próbkowania (zazwyczaj 100–200 milisekund dla telemetrii 5–10 Hz) i może być generowana z dowolnego źródła: dzienników lotu DJI (DAT/TXT), ekstrakcji GPMF GoPro, nagrań stacji bazowej RTK (RTCM3), przechwytywania strumienia NMEA lub ręcznego wprowadzania współrzędnych. Track JSON umożliwia precyzyjną geolokalizację materiału wideo klatka po klatce poprzez interpolację między punktami nawigacyjnymi przy użyciu znacznika czasu prezentacji (PTS) klatki wideo. Interpolacja liniowa między dwoma najbliższymi punktami nawigacyjnymi jest wystarczająca dla większości zastosowań, choć interpolacja splajnem sześciennym zapewnia gładsze trajektorie dla zakrzywionych ścieżek lotu. Potok przetwarzania wideo TarmacView odczytuje pliki Track JSON, aby przypisać współrzędne GPS do każdej klatki wyodrębnionej do analizy inspekcyjnej.

Zastosowanie w mapowaniu inspekcji TarmacView

Platforma inspekcyjna TarmacView integruje dane GPS EXIF jako podstawowe źródło geolokalizacji do automatyzacji mapowania zdjęć inspekcyjnych na mapach lotnisk. Potok analityczny systemu przetwarza przychodzące pliki obrazów przez wieloetapowy proces wyodrębniania: po pierwsze, detekcja formatu określa, czy plik to JPEG, TIFF, DNG, HEIC czy inny obsługiwany typ na podstawie magicznych bajtów pliku (pierwsze 4–8 bajtów nagłówka pliku). Po drugie, parser EXIF odczytuje GPS IFD i wyodrębnia wszystkie dostępne znaczniki, obsługując endianowość (kolejność bajtów big-endian Motorola lub little-endian Intel) oraz przesunięcia nagłówka TIFF. Po trzecie, moduł konwersji współrzędnych przekształca wartości wymierne DMS na dziesiętne stopnie ze znakiem w układzie WGS84. Po czwarte, moduł oceny jakości ocenia wyodrębnione dane przy użyciu GPSHPositioningError, DOP, liczby satelitów (GPSSatellites), statusu sygnału (GPSStatus) i kontroli spójności czasowej z sąsiednimi zdjęciami w tym samym zestawie inspekcyjnym — zdjęcia wykonane podczas tego samego lotu, których współrzędne GPS skaczą o więcej niż 100 metrów między kolejnymi klatkami (w odstępach 1-sekundowych) są oznaczane jako odstające. Zdjęcia przechodzące próg jakości są umieszczane na mapie inspekcyjnej na swoich współrzędnych GPS. Zdjęcia, które nie przejdą kontroli jakości, są oznaczane do ręcznego przeglądu lub korekty na podstawie telemetrii.

Raport inspekcyjny oparty na mapie generowany przez TarmacView wyświetla każde zdjęcie inspekcyjne jako klikalną pinezkę w jego zgeolokalizowanej pozycji na mapie lotniska lub podkładzie zdjęć satelitarnych. Inspektor może nawigować po mapie, aby przeglądać zdjęcia w kontekście przestrzennym, identyfikując skupiska uszkodzeń nawierzchni, uszkodzeń opraw oświetleniowych lub lokalizacji obcych obiektów (FOD). Dokładność umieszczenia pinezki bezpośrednio zależy od jakości GPS EXIF: zdjęcia RTK (błąd 1–2 cm) pojawiają się na swojej rzeczywistej pozycji na nawierzchni z promieniem pinezki wynoszącym 2 piksele, podczas gdy zdjęcia z dronów konsumenckich (błąd 1–5 m) pojawiają się na swojej przybliżonej pozycji z okręgiem niepewności narysowanym wokół każdej pinezki proporcjonalnym do wartości GPSHPositioningError. Ten wizualny wskaźnik ufności pomaga inspektorowi zrozumieć, które zdjęcia można wykorzystać do precyzyjnej lokalizacji uszkodzeń (w granicach 10 cm rzeczywistej pozycji), a które wymagają weryfikacji na miejscu (błąd > 1 metr). Raport mapowy zawiera również tabelę podsumowującą jakość GPS, wymieniającą minimalną, maksymalną, średnią i odchylenie standardowe GPSHPositioningError dla wszystkich zdjęć inspekcyjnych, zapewniając ocenę ogólnej jakości geolokalizacji inspekcji na pierwszy rzut oka.