EXIF-Metadaten — Der Standard für bildbasierte Inspektionsdaten

Definition und der EXIF-Standard

EXIF, ein Akronym für Exchangeable Image File Format, ist der globale Metadatenstandard zur Einbettung beschreibender, technischer und georäumlicher Informationen direkt in digitale Bilddateien. Ursprünglich 1995 von der Japan Electronics and Information Technology Industries Association (JEITA) entwickelt, wird der Standard heute gemeinsam von JEITA und der Camera and Imaging Products Association (CIPA) unter der Bezeichnung CIPA DC-008 gepflegt. Die aktuelle Version ist EXIF 2.32 (veröffentlicht 2019), wobei EXIF 2.31 (2016) die am weitesten verbreitete Basisversion darstellt. Die Spezifikation ist als CIPA DC-008-Translation-2019 veröffentlicht und auf der CIPA-Website frei verfügbar.

EXIF-Daten werden in Bilddateien unter Verwendung der TIFF-Metadatenstruktur (Tagged Image File Format) gespeichert, selbst wenn das Bild selbst als JPEG komprimiert ist. In einer JPEG-Datei belegt EXIF das APP1-Markersegment (dessen erstes Byte 0xFFE1 ist), positioniert unmittelbar nach dem SOI-Marker (Start of Image) und vor den JPEG-Komprimierungsdaten. In TIFF- und DNG-Dateien (Digital Negative) befinden sich EXIF-Daten in dedizierten Image File Directories (IFDs). Dieses strukturelle Design bedeutet, dass EXIF-Metadaten gelesen werden können, ohne die Bilddaten zu dekomprimieren – eine entscheidende Eigenschaft für die effiziente Stapelverarbeitung großer Inspektionsbildmengen, die pro Befliegung mehrere Tausend umfassen können.

Der Standard definiert mehrere IFD-Gruppen, die Metadaten nach Funktion organisieren: IFD0 (Hauptbildeigenschaften – Abmessungen, Ausrichtung, Komprimierung, Software, Datum/Uhrzeit, Hersteller, Modell), IFD1 (Vorschaubildeigenschaften), ExifIFD (Kameraaufnahmeparameter – Belichtung, Blende, ISO, Brennweite, Blitz, Weißabgleich, Szenenmodus), GPS IFD (Geolokalisierungsdaten – Breitengrad, Längengrad, Höhe, Zeitstempel, Kurs, Geschwindigkeit) und Interoperability IFD (Farbraum und Interoperabilitätsregeln). Jede IFD kann hunderte einzelner Tag-Definitionen enthalten, jede mit einer eindeutigen hexadezimalen Kennung, einem Datentyp (BYTE, ASCII, SHORT, LONG, RATIONAL usw.), einer Anzahl und dem Wert oder Offset zum Wert.

Für die Infrastrukturinspektion und Drohnenvermessung ist EXIF das primäre Mittel zum Transport georäumlicher und technischer Metadaten vom Aufnahmezeitpunkt durch die Verarbeitungspipeline. Jedes Drohnenbild – ob von einer DJI Phantom, Mavic, Matrice, Autel EVO, Skydio X10 oder einer benutzerdefinierten Kameranutzlast – bettet EXIF-Daten ein, die genau aufzeichnen, wo, wann, wie und aus welcher Höhe jedes Foto aufgenommen wurde. Diese Daten sind die Grundlage für Foto-Geotagging, photogrammetrische Rekonstruktion, Orthomosaik-Generierung und automatisierte Inspektionsanalyse, wie sie in Plattformen wie TarmacView implementiert sind.

Der EXIF-Standard ist eines von drei dominierenden Metadatenschemata in der digitalen Bildverarbeitung, neben IPTC (International Press Telecommunications Council – fokussiert auf beschreibende und urheberrechtliche Metadaten für Nachrichten und Verlagswesen) und XMP (Extensible Metadata Platform – ein XML-basiertes Framework zur Einbettung benutzerdefinierter Metadaten-Namespaces). EXIF ist einzigartig in seiner Präzision und Struktur für technische Kamera- und GPS-Daten, während XMP die Fähigkeiten von EXIF mit herstellerspezifischen Tags erweitert – eine Unterscheidung, die für photogrammetrische Drohnen-Workflows entscheidend ist.

GPS-Tags in EXIF — Breitengrad, Längengrad, Höhe und Zeitstempel

Die GPS IFD (Image File Directory) ist für Infrastrukturinspektionsanwendungen wohl der wichtigste Abschnitt von EXIF. Identifiziert durch den Tag 0x8825 innerhalb von IFD0, enthält die GPS IFD eine strukturierte Sammlung von Sub-Tags, die die geografische Position, Höhe, Richtung, Geschwindigkeit und den Zeitstempel der Bildaufnahme kodieren. Der CIPA-DC-008-Standard definiert diese Tags in Abschnitt 9 (GPS-Tags) mit strengen Kodierungsregeln, die Interoperabilität über Geräte- und Softwareplattformen hinweg gewährleisten.

GPSLatitude (Tag 0x0002) und GPSLongitude (Tag 0x0004) werden als drei RATIONAL-Werte gespeichert, die Grad, Minuten und Sekunden darstellen – jeweils kodiert als 32-Bit-Zähler/Nenner-Paar. Beispielsweise wird der Breitengrad 25° 45’ 30,5" N als [25/1, 45/1, 305/10] oder in rationaler Form [25,000000, 45,000000, 30,500000] gespeichert. Die Begleittags GPSLatitudeRef (0x0001) und GPSLongitudeRef (0x0003) sind einzelne ASCII-Zeichen – „N" oder „S" bzw. „O" oder „W" – die die Hemisphäre angeben. Der GPSMapDatum-Tag (0x0012) zeichnet das geodätische Referenzsystem auf; für nahezu alle Verbraucher- und Prosumer-Drohnen ist dies „WGS-84" (World Geodetic System 1984).

GPSAltitude (Tag 0x0006) wird als einzelner RATIONAL-Wert gespeichert, der Meter über oder unter dem WGS84-Ellipsoid darstellt. GPSAltitudeRef (0x0005) ist ein einzelner BYTE-Wert – 0 für über dem Meeresspiegel, 1 für unter dem Meeresspiegel. Die entscheidende Unterscheidung, die viele Anwender missverstehen, ist, dass die GPS-Höhe nicht der Höhe über dem mittleren Meeresspiegel (MSL) und nicht der Höhe über Grund (AGL) entspricht. Die GPS-Höhe ist die Höhe über dem mathematischen Referenzellipsoid (WGS84), das je nach Geoidabstand (auch Geoidundulation genannt) am Aufnahmeort um 20 bis 100 Meter vom lokalen mittleren Meeresspiegel abweichen kann. In Denver, Colorado (USA) liegt das WGS84-Ellipsoid beispielsweise etwa 16 Meter unter dem lokalen Geoid (NAVD88), sodass eine GPS-Höhenangabe von 1.600 m einer MSL-Höhe von ungefähr 1.584 m entspricht. Diese Unterscheidung ist in den ICAO-Annex-14-Anforderungen für Flugplatzhöhenvermessung und in ISO 19111 für Koordinatenreferenzsystem-Definitionen dokumentiert.

GPSTimeStamp (0x0007) speichert die UTC-Zeit der GPS-Positionsbestimmung als drei RATIONAL-Werte (Stunden, Minuten, Sekunden), während GPSDateStamp (0x001D) das UTC-Datum als 11-stellige ASCII-Zeichenfolge im Format „JJJJ:MM:TT" speichert. Zusammen bilden sie den GPS-Zeitstempel – zu unterscheiden vom EXIF-DateTimeOriginal-Tag (0x9003 in ExifIFD), der die interne Kamera-Uhrzeit beim Auslösen des Verschlusses aufzeichnet. Der GPS-Zeitstempel stammt von den Atomuhren der Satelliten und ist für die präzise zeitliche Anordnung von Inspektionsbildern weitaus zuverlässiger, insbesondere bei Befliegungen über Zeitzonengrenzen oder Sommerzeitumstellungen hinweg.

Der GPSTrack-Tag (0x000F) zeichnet die Bewegungsrichtung zum Zeitpunkt der Aufnahme auf, gemessen in Grad im Uhrzeigersinn von Norden (geografisch oder magnetisch, wie durch GPSTrackRef angegeben). Der GPSImgDirection-Tag (0x0011) zeichnet die Richtung auf, in die die Kamera zeigt – von entscheidender Bedeutung für Drohneninspektionen, bei denen der Kameragimbal unabhängig von der Flugzeugausrichtung orientiert sein kann. Bei DJI-Drohnen, die standardmäßige Nadir-Kartierungsmissionen fliegen, entspricht GPSImgDirection typischerweise der Flugzeugausrichtung, aber bei Schrägaufnahmen von Brückenpfeilern, Gebäudefassaden oder Startbahnrändern liefert die Gierrichtung des Gimbals den für die photogrammetrische Orientierungsschätzung wesentlichen Kamerablickwinkel.

GPSHPositioningError (0x001F) – hinzugefügt in EXIF 2.31 – gibt den geschätzten horizontalen Positionierungsfehler in Metern an. Bei RTK-ausgestatteten Drohnen kann dieser Wert 0,02-0,05 (2-5 cm) betragen, während er bei Standard-GPS/GLONASS-Empfängern zwischen 1,0 und 5,0 Metern liegt. Dieser Tag ermöglicht eine automatische Qualitätsfilterung bei der Bildauswahl für die photogrammetrische Verarbeitung – Bilder mit einem GPSHPositioningError, der einen konfigurierbaren Schwellenwert überschreitet, können markiert oder ausgeschlossen werden, um die Rekonstruktionsgenauigkeit zu erhalten.

Kameraausrichtungs-Tags — Roll, Pitch, Yaw und das EXIF-Orientierungsrätsel

Der EXIF-Orientation-Tag (Tag 0x0112, in IFD0) ist eines der am häufigsten falsch interpretierten EXIF-Felder. Er speichert eine einzelne SHORT-Ganzzahl (1 bis 8), die die Drehung und Spiegelung der Bildpixeldaten relativ zu den natürlichen Koordinatenachsen des Kamerasensors beschreibt. Die acht im EXIF-Standard definierten Werte sind: 1 = normal (0° Drehung), 2 = horizontal gespiegelt (links-rechts umgekehrt), 3 = um 180° gedreht, 4 = vertikal gespiegelt (oben-unten umgekehrt), 5 = horizontal gespiegelt und um 270° im Uhrzeigersinn gedreht, 6 = um 90° im Uhrzeigersinn gedreht, 7 = horizontal gespiegelt und um 90° im Uhrzeigersinn gedreht, 8 = um 270° im Uhrzeigersinn gedreht. Dieser Tag ermöglicht es Kameras und Smartphones, die korrekte Anzeigeausrichtung des Bildes anzugeben, ohne die Pixeldaten physisch zu drehen – eine erhebliche Leistungsoptimierung.

Bei Drohneninspektionsbildern ist der Orientierungs-Tag fast immer 1 (normal), da Drohnenkameras auf stabilisierten Gimbals montiert sind, die den Sensor in einer festen Ausrichtung relativ zum Horizont halten. Die für die georäumliche Analyse relevante Kameraausrichtung – die Roll-, Pitch- und Yaw-Winkel der optischen Kameraachse – wird jedoch NICHT im standardmäßigen EXIF-IFD gespeichert. Stattdessen werden diese Daten von Drohnenherstellern in proprietäre XMP-Namespaces geschrieben, die die EXIF-Struktur erweitern.

DJI-Drohnen schreiben die Kameraausrichtung in den XMP-Namespace http://www.dji.com/drone-dji/1.0/ mit den Tags GimbalPitchDegree, GimbalRollDegree und GimbalYawDegree. Diese repräsentieren die Ausrichtung des Gimbals relativ zu einem lokalen Koordinatensystem: Pitch ist positiv, wenn die Kamera vom Nadir nach oben neigt (90° = vorderer Horizont, -90° = hinterer Horizont), Roll ist die Drehung um die Vorwärtsachse (positiv = rechte Seite unten), und Yaw ist der Kompasskurs der Kamera (0° = Nord, im Uhrzeigersinn positiv). Bei Nadir-Kartierungsmissionen beträgt der Gimbal-Pitch typischerweise -90° (senkrecht nach unten), Gimbal-Roll 0° und Gimbal-Yaw entspricht der Flugzeugausrichtung.

DJI schreibt auch FlightPitchDegree, FlightRollDegree und FlightYawDegree – die Lage des Flugzeugrumpfes selbst, die sich von der Gimbal-Ausrichtung unterscheidet, wenn der Gimbal aktiv Bewegungen des Flugzeugs ausgleicht. Während einer Standard-Kartierungsmission hält der Flugcontroller den Gimbal im gewünschten Winkel, während das Flugzeug während des Vorwärtsflugs nach vorne neigen kann (typischerweise 2-8° bei Kartierungsgeschwindigkeiten von 5-15 m/s). Photogrammetrie-Software wie Pix4Dmapper, Agisoft Metashape und OpenDroneMap verwendet die Gimbal-Ausrichtung (nicht die Fluglage) als anfängliche Schätzung der Kameraausrichtung für die Bündelblockausgleichung, da der Gimbal die tatsächliche optische Achse der Kamera repräsentiert.

Autel-Drohnen speichern die Ausrichtung anders. Der XMP-Namespace für Autel-Telemetrie enthält die Tags <Camera:Pitch> und <Camera:Yaw>, aber Roll wird typischerweise nicht aufgezeichnet. Autels Ausrichtungswerte verwenden eine andere Vorzeichenkonvention als DJI – positiver Pitch bedeutet, dass die Kamera nach unten geneigt ist (zum Nadir hin), was die entgegengesetzte Konvention zu DJI darstellt. Dieser Unterschied in der Vorzeichenkonvention ist eine bekannte Fehlerquelle bei der Verarbeitung von Drohnen-Datensätzen mehrerer Hersteller.

Skydio-Drohnen, insbesondere die X10-Serie, betten die Kameraausrichtung mit CameraOrientation-Tags in den XMP-Namespace ein, die der photogrammetrischen Konvention folgen (Omega, Phi, Kappa oder Yaw, Pitch, Roll je nach Firmware-Version). Skydios Metadaten enthalten auch Kamerakalibrierungs-Intrinsics (Brennweite, Hauptpunkt, Objektivverzerrungskoeffizienten) direkt in der Bilddatei – entscheidend für die photogrammetrische Verarbeitung ohne separaten Kalibrierungsschritt.

Für photogrammetrische Software, die keine native Unterstützung für herstellerspezifische XMP-Tags bietet, wird die anfängliche Kameraausrichtung typischerweise allein aus der GPS-Spur geschätzt – durch Vergleich aufeinanderfolgender Bildpositionen zur Ableitung der Bewegungsrichtung und der Annahme, dass die Kamera auf den Nadir (senkrecht nach unten) gerichtet ist. Diese Annahme funktioniert für standardmäßige Rasterkartierungsmissionen ausreichend, versagt jedoch bei Schräginspektionsflügen, bei denen die Kamera absichtlich in einem Winkel von 15-45° zur Vertikalen ausgerichtet ist. In diesen Fällen liefert die Gimbal-Ausrichtung aus XMP die einzig zuverlässige Anfangsschätzung, und ihr Fehlen kann zu photogrammetrischen Ausrichtungsfehlern führen.

Die Omega, Phi, Kappa (ω, φ, κ) Rotationskonvention, die in der Photogrammetrie üblich ist, unterscheidet sich von der Yaw-, Pitch-, Roll-Konvention, die in der Luftfahrt und Drohnen-Metadaten verwendet wird. Omega (ω) ist die Drehung um die X-Achse (entspricht Roll), Phi (φ) ist die Drehung um die Y-Achse (Pitch) und Kappa (κ) ist die Drehung um die Z-Achse (Yaw). Die Umrechnung zwischen den beiden Konventionen erfordert eine sorgfältige Handhabung der Vorzeichen und der Zuordnung der Koordinatenachsen – eine Aufgabe, die Photogrammetrie-Software intern erledigt, die Ingenieure jedoch verstehen sollten, wenn sie Kameraausrichtungs-Metadaten validieren.

EXIF-Extraktionswerkzeuge — exiftool, Python PIL, piexif und exifread

ExifTool — Der Branchenstandard

ExifTool, erstellt und gepflegt von Phil Harvey, ist das umfassendste und am weitesten verbreitete Werkzeug zum Lesen, Schreiben und Bearbeiten von EXIF-Metadaten auf allen Betriebssystemen (Windows, macOS, Linux). Geschrieben in Perl und als eigenständige ausführbare Datei verteilt, unterstützt ExifTool über 11.000 Tagnamen in EXIF-, IPTC-, XMP-, ICC-Profilen und hunderten herstellerspezifischer MakerNote-Namespaces. Das Werkzeug ist kostenlos und quelloffen unter der GNU General Public License (GPL) Version 1 oder der Artistic License.

Die grundlegende Befehlsstruktur zum Lesen von Metadaten lautet:

exiftool -TAGNAME -TAGNAME dateiname

Zum Extrahieren von GPS-Koordinaten aus einem einzelnen Drohnenbild im Dezimalformat:

exiftool -GPSLatitude -GPSLongitude -GPSAltitude -n DJI_0042.JPG

Das Flag -n gibt Zahlenwerte in Dezimalgrad, Metern und Sekunden aus, anstatt der standardmäßigen Grad-Minuten-Sekunden-formatierten Zeichenfolgen – unerlässlich für die programmatische Weiterverarbeitung. Ohne -n würde der GPS-Breitengrad als „25 deg 45’ 30.50"" ausgegeben, was eine解析 erfordert.

Batch-Extraktion in CSV für einen gesamten Befliegungsflug:

exiftool -csv -GPSLatitude -GPSLongitude -GPSAltitude -GPSHPositioningError -DateTimeOriginal -RelativeAltitude -GimbalPitchDegree -GimbalYawDegree -n *.JPG > survey_metadata.csv

Dies erzeugt eine strukturierte Tabelle mit einer Zeile pro Bild und Spalten für jedes angeforderte Tag. Das Flag -csv enthält eine Kopfzeile, sodass die Ausgabe direkt in GIS-Software, Tabellenkalkulationen oder Datenbanksysteme importiert werden kann.

Extrahieren aller DJI-spezifischen Telemetriedaten:

exiftool -XMP-drone-dji:all DJI_0042.JPG

Dies filtert die Ausgabe auf Tags im DJI-XMP-Namespace und zeigt Felder wie AbsoluteAltitude, RelativeAltitude, GimbalPitchDegree, GimbalRollDegree, GimbalYawDegree, FlightPitchDegree, FlightYawDegree, FlightXSpeed, FlightYSpeed, FlightZSpeed, CalibratedFocalLength und CalibratedOpticalCenterX/Y.

Schreiben von GPS-Koordinaten in ein Bild, dem diese fehlen:

exiftool -GPSLatitude=25.759167 -GPSLatitudeRef=N -GPSLongitude=-80.152778 -GPSLongitudeRef=W -GPSAltitude=12.5 -GPSAltitudeRef=0 image.jpg

Dies ist der Vorgang zum Geotagging von Bildern, wenn GPS zum Zeitpunkt der Aufnahme nicht verfügbar war – beispielsweise bei Verwendung einer GPX-Tracklog-Datei vom Drohnencontroller, um Positionen anhand synchronisierter Zeitstempel nachträglich zuzuweisen.

Python PIL (Pillow)

Der Python Imaging Library (PIL)-Abkömmling Pillow bietet native EXIF-Lesefähigkeiten über die Methode _getexif() des Image-Objekts. Obwohl der Methodenname als geschützt markiert ist (Unterstrich-Präfix), wird er häufig verwendet und ist über Pillow-Versionen 8.0 bis aktuell (10.x) stabil. Die Methode gibt ein Wörterbuch zurück, das numerische EXIF-Tag-IDs auf ihre Werte abbildet:

from PIL import Image
from PIL.ExifTags import TAGS, GPSTAGS

img = Image.open('drohnen_foto.JPG')
exif_data = img._getexif()
if exif_data:
    for tag_id, value in exif_data.items():
        tag_name = TAGS.get(tag_id, tag_id)
        print(f"{tag_name}: {value}")

Das Extrahieren von GPS-Koordinaten erfordert den Zugriff auf das GPSInfo-Sub-IFD (Tag-ID 34853, definiert als TAGS.get(34853) = „GPSInfo") und anschließend die Verarbeitung des Unterwörterbuchs mit GPSTAGS für menschenlesbare Schlüsselnamen:

gps_info = exif_data.get(34853, {})
for k, v in gps_info.items():
    print(f"{GPSTAGS.get(k, k)}: {v}")

Pillow gibt GPS-Koordinaten als Tupel rationaler Werte (Zähler, Nenner) zurück, was eine Umrechnung in Dezimalgrade für die Verwendung in Kartierungs- und Photogrammetrie-Anwendungen erfordert. Die Umrechnungsformel: dezimalgrad = grad + minuten/60 + sekunden/3600

Pillow bietet das ExifTags-Modul mit Enum-Klassen (PIL.ExifTags.Base, PIL.ExifTags.GPS, PIL.ExifTags.IFD usw.), die menschenlesbare Konstanten für die am häufigsten verwendeten EXIF-Tag-IDs bereitstellen und so die Notwendigkeit hartcodierter Tag-ID-Werte im Produktionscode reduzieren.

piexif

Piexif ist eine reine Python-Bibliothek (keine externen Abhängigkeiten), die speziell zum Lesen und Schreiben von EXIF-Metadaten entwickelt wurde. Sie bietet eine sauberere API als Pillow für die EXIF-Manipulation und eignet sich besonders gut zum Schreiben von GPS-Tags in Bilder:

import piexif
from piexif import GPSIFD, TAGS

def to_deg(value):
    d, m, s = float(value[:2]), float(value[2:4]), float(value[4:])
    return [(d, 1), (m, 1), (int(s * 1000), 1000)]

# EXIF lesen
exif_dict = piexif.load('image.JPG')
gps = exif_dict.get('GPS', {})
lat = gps.get(GPSIFD.GPSLatitude)
lng = gps.get(GPSIFD.GPSLongitude)

# GPS in Bild schreiben
exif_dict['GPS'][GPSIFD.GPSLatitude] = to_deg("2545.500")
exif_dict['GPS'][GPSIFD.GPSLatitudeRef] = 'N'
exif_bytes = piexif.dump(exif_dict)
piexif.insert(exif_bytes, 'image.JPG')

Piexif unterstützt auch die Extraktion von Vorschaubildern, die Behandlung von MakerNotes und die bulk-Metadatenentfernung (nützlich für datenschutzorientierte Verarbeitung, bei der GPS-Daten aus veröffentlichten Bildern entfernt werden müssen).

exifread

Exifread (über das PyPI-Paket exifread) ist eine Python-Bibliothek, die auf EXIF-Extraktion spezialisiert ist und eine breitere Palette herstellerspezifischer MakerNote-Tags als Pillow unterstützt. Im Gegensatz zur begrenzten MakerNote-Unterstützung von Pillow kann exifread Canon-, Nikon-, DJI- und andere proprietäre Metadatenformate in strukturierte Felder dekodieren:

import exifread

with open('drohnen_foto.JPG', 'rb') as f:
    tags = exifread.process_file(f, details=True)
    for tag, value in tags.items():
        if 'GPS' in tag:
            print(f"{tag}: {value}")

Exifread gibt alle Tags (einschließlich GPS, EXIF, MakerNote und Vorschaubild) als flaches Wörterbuch mit vollqualifizierten Schlüsselnamen wie 'GPS GPSLatitude', 'EXIF DateTimeOriginal' und 'MakerNote Unknown' zurück. Der Parameter details=True versucht, MakerNote-Herstellerdaten in strukturierte Felder zu dekodieren, anstatt sie als rohe Byte-Arrays zu belassen.

EXIF in Drohnenbildern — DJI, Autel, Skydio, GoPro und benutzerdefinierte Plattformen

DJI-Drohnen

DJI ist der dominierende Hersteller im Drohneninspektionsmarkt, und seine Metadatenimplementierung ist die umfassendste und am gründlichsten dokumentierte (wenn auch durch Reverse Engineering und Gemeinschaftsarbeit statt durch offizielle Veröffentlichung). DJI schreibt EXIF-Daten sowie eine umfangreiche Sammlung von XMP-Namespace-Tags unter der URI http://www.dji.com/drone-dji/1.0/.

Die vollständige Sammlung der DJI-XMP-Tags in aktueller Firmware (Stand 2022+ für Mavic 3, Matrice 30/300/350, Phantom 4 RTK) umfasst: GpsLatitude und GpsLongitude (Dezimalgrade, acht Dezimalstellen), AbsoluteAltitude (barometrischer MSL-Schätzwert in Metern, Fließkomma), RelativeAltitude (Höhe über dem Startpunkt in Metern), GimbalPitchDegree, GimbalRollDegree, GimbalYawDegree (Gimbal-Ausrichtungswinkel), FlightPitchDegree, FlightRollDegree, FlightYawDegree (Flugzeuglage), FlightXSpeed, FlightYSpeed, FlightZSpeed (Geschwindigkeitskomponenten in m/s in lokalen Körperkoordinaten), CalibratedFocalLength (in mm, unter Berücksichtigung von Linsenfertigungstoleranzen), CalibratedOpticalCenterX und CalibratedOpticalCenterY (Hauptpunktversatz in Pixeln), LensDistortionParam (eine Reihe von Verzerrungskoeffizienten zur Objektivkorrektur in der Photogrammetrie) und SelfData (ein serialisierter binärer Block mit zusätzlicher Telemetrie – Beschleunigungsmesser, Gyroskop, Magnetometer und Satelliteninformationen).

Ein kritisches DJI-spezifisches Problem ist das Phänomen der doppelten GPS-Aufzeichnung. DJI schreibt GPS-Koordinaten sowohl in die standardmäßigen EXIF-GPS-Tags als auch in den XMP-drone-dji-Namespace, jedoch können die Werte voneinander abweichen. Die EXIF-GPS-Tags verwenden typischerweise die vom GPS-Empfänger zum Zeitpunkt der Verschlussauslösung gemeldete Position. Die XMP-Tags GpsLatitude/GpsLongitude verwenden manchmal eine geglättete oder gemittelte Position des Flugcontrollers. Unterschiede von 0,5 bis 2 Metern zwischen beiden sind üblich und eine bekannte Fehlerquelle in der Photogrammetrie, wenn die Software standardmäßig auf die eine oder andere Quelle zurückgreift.

Für DJI-Wärmebildkameras (Mavic 3T, Matrice 30T, Zenmuse H20T, Zenmuse XT2) enthalten die RJPEG-Dateien (radiometrische JPEG) zusätzliche EXIF- und XMP-Daten für thermische Parameter – Emissionsgrad-Einstellung, reflektierte Temperatur, Umgebungstemperatur, Objektabstand und relative Luftfeuchtigkeit. Diese Tags sind für die Umrechnung roher thermischer Pixelwerte in kalibrierte Temperaturmesswerte unerlässlich und werden im APP4-Markersegment gespeichert (nicht im APP1, wo sich normale EXIF-Daten befinden).

Autel-Drohnen

Autel (im Besitz von Shenzhen Autel Intelligent Technology) verwendet eine andere Metadatenstruktur. Der XMP-Namespace http://www.autel.com/autel/1.0/ enthält Tags wie GPSLatitude, GPSLongitude, Altitude (ASL – Höhe über dem Meeresspiegel), Pitch, Yaw und Roll (wobei Roll inkonsistent über Firmware-Versionen hinweg aufgezeichnet wird). Die Höhe von Autel wird standardmäßig als ASL gespeichert, was bedeutet, dass der Wert die geschätzte Höhe über dem mittleren Meeresspiegel darstellt, nicht die Höhe über Grund. Für Kartierungsanwendungen müssen Benutzer die Geländehöhe am Startpunkt kennen, um die AGL abzuleiten.

Autel-Bildern fehlen zudem die umfangreichen Objektivkalibrierungsdaten, die DJI in XMP bereitstellt. Die Tags CalibratedFocalLength, CalibratedOpticalCenter und LensDistortionParam fehlen, was bedeutet, dass Photogrammetrie-Software die Kamerakalibrierungsparameter während der Bündelblockausgleichung schätzen muss – was mehr Passpunkte erfordert und potenziell die Genauigkeit für hochpräzise Inspektionsanwendungen verringert.

Skydio-Drohnen

Skydio (2023 von Amazon übernommen) verfolgt einen anderen Ansatz: Die Modelle X10 und frühere S2+ priorisieren vermessungstaugliche Metadaten. Der XMP-Namespace enthält GPSXYAccuracy- und GPSZAccuracy-Tags, die die geschätzte horizontale und vertikale Genauigkeit der GPS-Positionsbestimmung melden und so eine automatisierte Qualitätsprüfung ermöglichen. Skydio gibt auch CameraIntrinsics-Daten frei, darunter Brennweite (in Pixeln), Hauptpunkt (cx, cy) und Objektivverzerrungsparameter direkt in den Bildmetadaten, wodurch die für die Selbstkalibrierung während der photogrammetrischen Verarbeitung erforderliche Zeit verkürzt wird. Für das X10-RTK-Modell liefern begleitende .MRK-Dateien Trägerphasen-GNSS-Beobachtungen für Post-Processing-Kinematic-(PPK-)Korrekturen, wodurch die begrenzte Genauigkeit der eingebetteten EXIF-GPS-Daten vollständig umgangen wird.

GoPro und benutzerdefinierte Kamerplattformen

GoPro-Kameras werden häufig für Nahbereichsinspektionen und FPV-Brückeninspektionen eingesetzt. Die EXIF-Implementierung von GoPro ist Standard (Kamerametadaten plus GPS für Hero-Modelle), aber die GPS-Genauigkeit (typischerweise 3-8 Meter) und die Fischaugen-Objektivverzerrung (stark – GoPros HyperSmooth-Stabilisierung beschneidet und verzerrt Bilder) machen GoPro-Aufnahmen ohne umfangreiche Kalibrierung für die Photogrammetrie anspruchsvoll. GoPro speichert GPS nur in standardmäßigen EXIF-Tags (keine herstellerspezifischen XMP-Erweiterungen), was die Telemetrie auf Breitengrad, Längengrad, Höhe und Zeitstempel beschränkt.

Benutzerdefinierte Kameranutzlasten (Sony α-Serie, Canon EOS in Kombination mit externen GNSS-Loggern) verlassen sich vollständig auf standardmäßige EXIF-Tags für GPS-Daten. Ohne herstellerspezifische XMP-Erweiterungen muss die Photogrammetrie-Pipeline die Kameraausrichtung allein aus dem Bildmerkmalabgleich schätzen – dies ist bei guter Textur machbar, aber bei texturarmen Oberflächen (frischer Asphalt, gleichmäßiger Beton), die bei Fahrbahninspektionen üblich sind, anfällig für Fehlschläge.

EXIF-Zuverlässigkeit und -Genauigkeit — Einschränkungen und Qualitätssicherung

Die EXIF-GPS-Genauigkeit hängt von der GNSS-Empfängerhardware, der Verfügbarkeit der Satellitenkonstellation, den atmosphärischen Bedingungen und der Signalumgebung zum Zeitpunkt der Aufnahme ab. Verbraucherdrohnen (DJI Mini-Serie, Mavic Air, Phantom 4 non-RTK) verwenden einfrequenzige (L1) GPS/GLONASS-Empfänger mit 2-5 Metern horizontaler Genauigkeit unter optimalen Bedingungen und 5-10 Metern oder schlechter in städtischen Schluchten, in der Nähe reflektierender Strukturen oder unter dichter Baumkronen. Diese Genauigkeit wird durch DJI-Spezifikationen dokumentiert und durch unabhängige Tests bestätigt, die in der photogrammetrischen Fachliteratur veröffentlicht wurden.

RTK (Real-Time Kinematic)-ausgestattete Drohnen (DJI Phantom 4 RTK, Mavic 3 RTK, Matrice 350 RTK) erreichen 2-5 cm horizontale Genauigkeit, indem sie Trägerphasenkorrekturen von einer Basisstation über eine Funkverbindung (typischerweise 900 MHz oder 4G LTE) empfangen. Der GPSHPositioningError-Tag in EXIF meldet den geschätzten horizontalen Fehler – für RTK-Modus-Aufnahmen sollte dieser Wert unter 0,05 m (5 cm) liegen. PPK (Post-Processed Kinematic)-Workflows sammeln rohe GNSS-Beobachtungen an Bord und wenden Korrekturen nach dem Flug an, wodurch eine ähnliche Genauigkeit ohne die Notwendigkeit einer Echtzeit-Datenverbindung erreicht wird.

Die Höhengenauigkeit ist bei allen nicht-RTK-Drohnen deutlich schlechter als die horizontale Genauigkeit. Die EXIF-GPSAltitude bezieht sich auf das WGS84-Ellipsoid, und die vertikale Genauigkeit von eigenständigem GPS ist typischerweise 1,5- bis 2-mal schlechter als die horizontale Genauigkeit (3-15 Meter gegenüber 2-5 Metern). Die barometrische Höhe von DJI (AbsoluteAltitude in XMP) ist kurzfristig stabiler, driftet jedoch mit Wetterdruckänderungen. Studien, die barometrische Höhen mit vermessenen Passpunkten vergleichen, berichten von absoluten Fehlern von 5-30 Metern, abhängig von den atmosphärischen Bedingungen am Befliegungstag.

GPS-Spoofing und Signalstörungen sind wachsende Bedenken für Drohneninspektionen in sensiblen oder umkämpften Umgebungen. Spoofing-Angriffe injizieren falsche GPS-Signale, die dazu führen, dass die Drohne falsche Koordinaten in den EXIF-Metadaten aufzeichnet, ohne dass der Pilot dies bemerkt. Forschungen der Universität Luxemburg und des FAA-Programms zur Erkennung und Abwehr von UAS haben gezeigt, dass standardmäßige EXIF-GPS-Tags keine kryptografische Authentifizierung bieten – die aufgezeichneten Koordinaten sind das, was der Empfänger aus den empfangenen Satellitensignalen berechnet. Für Hochsicherheits-Flughafenumgebungen ist die Überprüfung von EXIF-GPS gegen unabhängige Quellen (Basisstationskorrekturen, Passpunkte) unerlässlich.

Die Zeitstempelzuverlässigkeit ist im Allgemeinen hoch, da die GPS-Zeit (aufgezeichnet in GPSTimeStamp und GPSDateStamp) von den Atomuhren der Satellitenkonstellation stammt und auf Nanosekunden genau ist. Der EXIF-DateTimeOriginal-Tag verwendet jedoch die interne Systemuhr der Drohne, die um 1-10 Sekunden pro Flugstunde driften kann, insbesondere bei kalten Bedingungen, bei denen Quarzoszillatoren ihre Frequenz ändern. Für Inspektions-Workflows, die eine präzise zeitliche Korrelation zwischen Bildern und externen Sensordaten erfordern, sollte der GPS-Zeitstempel gegenüber dem Kamera-Uhrzeitstempel bevorzugt werden.

EXIF in TarmacView Analyse- und Befliegungs-Workflows

TarmacView nutzt EXIF-Metadaten aus Drohneninspektionsbildern als primäre Datenquelle zur Geolokalisierung von Fahrbahnschäden, chronologischen Sortierung von Inspektionsfotos und Initialisierung der photogrammetrischen Rekonstruktion. Die Verarbeitungspipeline liest die GPS IFD (Tags 0x0001-0x001F) aus, um Breitengrad, Längengrad, Höhe und GPS-Zeitstempel für jedes Bild einer Inspektionsbefliegung zu extrahieren.

Das Foto-Geotagging in TarmacView ordnet jedes Inspektionsbild seinem Aufnahmeort auf einer interaktiven Fahrbahnkarte zu. Die geografischen Koordinaten aus EXIF-GPSLatitude und GPSLongitude platzieren ein Fotosymbol an der genauen Position, an der sich die Drohne zum Zeitpunkt der Verschlussauslösung befand. Für die Fahrbahninspektion können Inspektoren auf jede beliebige Stelle im Orthomosaik klicken und sofort alle Fotos abrufen, die diesen Bereich abdecken, gefiltert nach Datum, Flug und Inspektionstyp.

Die höhenbasierte GSD-Berechnung verwendet die GPSAltitude (oder RelativeAltitude aus DJI XMP) in Kombination mit der kalibrierten Brennweite der Kamera und den Sensorabmessungen, um den Ground Sample Distance zu berechnen – die reale Dimension, die jedes Pixel repräsentiert. GSD ist der kritische Parameter für die genaue Rissbreitenmessung: Ein GSD von 1 mm/Pixel ermöglicht die zuverlässige Erkennung von Rissen mit einer Breite von 0,3-3 mm, während ein GSD von 3 mm/Pixel keine submillimeterfeinen Risse auflösen kann. TarmacView verwendet die EXIF-Höhe, um das GSD pro Bild zu berechnen, und markiert Bilder, bei denen die Höhe die geplanten Toleranzen überschritten hat (was auf eine potenzielle GSD-Inkonsistenz in der gesamten Befliegung hinweist).

Die zeitliche Anordnung verwendet das EXIF-DateTimeOriginal oder den GPS-Zeitstempel, um Fotos chronologisch zu ordnen, was die automatisierte Flugpfadrekonstruktion und Abdeckungsüberprüfung ermöglicht. Lücken in der Zeitstempelsequenz weisen auf fehlende Fotos (Auslösefehler, Karten-Schreibfehler) hin, die Abdeckungslücken im Orthomosaik hinterlassen können.

Kamerakalibrierungsdaten aus EXIF (FocalLength, FocalLengthIn35mmFilm und herstellerspezifische XMP-Tags wie CalibratedFocalLength, CalibratedOpticalCenterX/Y, LensDistortionParam) initialisieren das photogrammetrische Kameramodell. Die Bereitstellung genauer Anfangswerte für Brennweite und Hauptpunkt verkürzt die Konvergenzzeit der Bündelblockausgleichung und verbessert die Wahrscheinlichkeit einer korrekten Ausrichtung, insbesondere bei Befliegungen mit begrenzter Textur oder schwierigen Lichtverhältnissen.

EXIF-GPS für das Geotagging von Fotos

Foto-Geotagging ist der Prozess der Zuordnung geografischer Koordinaten (Breitengrad, Längengrad und optional Höhe) zu digitalen Fotos. Wenn eine Kamera oder Drohne über einen GPS-Empfänger verfügt, werden die Koordinaten zum Zeitpunkt der Aufnahme automatisch in die EXIF-GPS-IFD geschrieben. Für Bilder ohne GPS-Daten kann das Geotagging nachträglich durchgeführt werden, indem der Bildzeitstempel mit einer externen GPS-Tracklog-Datei (GPX, NMEA oder proprietäres Format) abgeglichen wird.

Der standardmäßige Geotagging-Workflow für Drohneninspektionsbilder läuft wie folgt ab:

Schritt 1 – GPS-Track-Erfassung: Während des Fluges zeichnet der Drohnencontroller oder ein separater GPS-Logger Position und Zeit mit 1-10 Hz auf. Eigenständige GPS-Logger (Garmin, Bad Elf, Dual) bieten eine höhere Genauigkeit als die meisten Drohnen-GPS-Empfänger und werden für Präzisionsinspektions-Workflows verwendet.

Schritt 2 – Zeitstempelsynchronisation: Die Bildzeitstempel (aus EXIF-DateTimeOriginal) müssen mit den GPS-Track-Zeitstempeln auf Subsekundengenauigkeit synchronisiert werden. Uhrenabweichungen zwischen der Kamerauhr und der GPS-Uhr werden korrigiert, indem der Offset zwischen dem GPS-Zeitstempel der Kamera (falls verfügbar) und dem DateTimeOriginal berechnet wird.

Schritt 3 – Koordinateninterpolation: Da GPS-Track-Punkte mit einer höheren Frequenz als Bilder aufgezeichnet werden (z. B. 5 Hz GPS gegenüber 0,5 Hz Verschlussauslösung), wird die genaue Kameraposition bei jedem Verschlussereignis aus den nächstgelegenen GPS-Track-Punkten interpoliert. Lineare Interpolation zwischen der GPS-Positionsbestimmung unmittelbar vor und nach dem Bildzeitstempel ist üblich, obwohl die kubische Spline-Interpolation den gekrümmten Flugpfad während Kurven besser erfasst.

Schritt 4 – EXIF-Schreiben: Die interpolierten Koordinaten, die Höhe und die Richtung werden mit ExifTool oder programmatischen Bibliotheken (piexif, Pillow) in die EXIF-GPS-IFD der Bilddatei geschrieben. Die Originaldatei sollte vor EXIF-Änderungen als Sicherungskopie erhalten bleiben.

Auf das Foto-Geotagging spezialisierte Werkzeuge sind GeoSetter (Windows, Freeware, unterstützt EXIF- und XMP-Schreiben mit Google Earth-Vorschau), GPicSync (plattformübergreifend, Python-basiert), Geosetter von Friedemann Schmidt und der exiftool-Befehlszeilenansatz mit Formatvorlagendateien für die GPX-zu-EXIF-Konvertierung. Für das Batch-Geotagging in Inspektionspipelines bieten benutzerdefinierte Skripte unter Verwendung der in Abschnitt 4 beschriebenen Werkzeuge die meiste Kontrolle und Integrationsfähigkeit.

Fehlende oder beschädigte EXIF-Daten — Ursachen, Erkennung und Abhilfe

EXIF-Daten können durch verschiedene Mechanismen fehlen, abgeschnitten oder beschädigt sein:

Dateikonvertierung und erneutes Speichern: Viele Bildverarbeitungswerkzeuge (Bildbetrachter, Web-Uploader, Screenshot-Tools) speichern Bilder ohne Erhalt der EXIF-Metadaten. Die schlimmsten Übeltäter sind Webbrowser, Messaging-Apps (WhatsApp, Telegram komprimieren und entfernen Metadaten) und soziale Medienplattformen. Wenn ein Drohnen-JPG durch eine dieser Pipelines läuft, werden die EXIF-GPS-Daten dauerhaft zerstört, sofern kein Backup existiert.

Unvollständige Dateiübertragung: Beschädigte Dateiübertragungen (unterbrochener USB, instabile SD-Karte, Netzwerkausfälle während des Cloud-Uploads) können das JPEG-APP1-Segment abschneiden, in dem sich EXIF befindet, was zu einer Bilddatei führt, die zwar geöffnet werden kann, aber keinerlei Metadaten enthält. Der Größenunterschied zwischen der Originaldatei und der übertragenen Datei ist das verräterische Zeichen.

GPS-verweigerte Umgebungen: Wenn die Drohne keine GPS-Positionsbestimmung erhalten kann (in Tunneln, unter dichter Baumkronen, zwischen hohen Gebäuden, während der Vorflug-Aufwärmphase), kann die EXIF-GPS-IFD vollständig fehlen oder mit Nullkoordinaten oder der letzten bekannten Position befüllt sein (ein DJI-spezifisches Verhalten, das unbemerkt bleiben kann, wenn Bilder nicht manuell überprüft werden).

SD-Karten- und Dateisystemfehler: SD-Karten-Beschädigung, unsachgemäßes Auswerfen und Stromausfall während Schreibvorgängen können zu unvollständigen EXIF-Daten führen. Ein häufiges Symptom ist ein gültiges DateTimeOriginal bei fehlender GPS-IFD – die Kamerametadaten wurden geschrieben, bevor die GPS-Positionsbestimmung erfolgte.

Erkennungsmethoden umfassen: Dateigrößenvergleich (originale Drohnen-JPGs sind typischerweise 3-15 MB; EXIF-entfernte Versionen sind 0,5-2 MB kleiner), EXIF-Tool-Schnellprüfung (exiftool -GPSLatitude -GPSLongitude -DateTimeOriginal *.JPG zeigt leere Felder) und automatisierte Qualitätskontrollskripte, die Bilder ohne GPS-Daten während der Pipeline-Aufnahme markieren.

Abhilfe hängt von verfügbaren Sicherungsdaten ab:

• GPX-Tracklog vom Drohnencontroller oder einem separaten GPS-Logger – der häufigste Wiederherstellungspfad. Zeitstempel synchronisieren und Koordinaten wie in Abschnitt 8 beschrieben interpolieren.
• SRT-Dateien (Untertitel) von DJI-Drohnen enthalten zeitsynchronisierte GPS- und Telemetriedaten für jedes Foto und jeden Frame, gespeichert als Untertitel-Track-Dateien neben den Bildern auf der SD-Karte. Extraktion mit exiftool -p gpx.fmt oder dedizierten Skripten.
• Fluglog-Parser (DatCon, CsvView/Python-Skripte für DJI-Logs) dekodieren die verschlüsselten Fluglogs (.txt- oder .DAT-Dateien), um die vollständige Flugtelemetrie einschließlich Kamerauslöseereignissen wiederherzustellen.
• Manuelle Koordinateneingabe für kleine Inspektionsprojekte, über direktes Schreiben mit ExifTool, wobei Koordinaten von bekannten Referenzpunkten im Bild gemessen werden.
• Photogrammetrische Schätzung – ohne GPS-Daten kann Software Bildpositionen allein aus dem Merkmalsabgleich rekonstruieren, aber das Modell entbehrt der absoluten Georeferenzierung und muss mit mindestens 3-5 Passpunkten verankert werden.

EXIF vs. Seitenwagen-Metadaten — XMP, GPX und proprietäre Formate

Die Wahl zwischen eingebetteten EXIF- und externen Seitenwagen-Metadaten hat erhebliche Auswirkungen auf das Inspektionsdatenmanagement.

Eingebettetes EXIF wird innerhalb der Bilddatei selbst gespeichert (JPEG-APP1, TIFF-IFD oder DNG-Metadatenblöcke). Der entscheidende Vorteil ist die Eigenständigkeit – das Bild und seine Metadaten sind eine einzige Datei, die nicht entkoppelt werden kann. Beim Kopieren, Archivieren oder Übertragen des Bildes werden automatisch dessen Geolokalisierung, Zeitstempel, Kameraeinstellungen und Herstellers Telemetrie mitgeführt. Der Nachteil ist, dass EXIF eine begrenzte Erweiterbarkeit aufweist – der Standard definiert einen festen Satz von Tag-Kennungen und Wertetypen, und Herstellererweiterungen (MakerNotes, XMP-Namespaces) belegen Platz innerhalb des begrenzten JPEG-Segments (typischerweise 64-128 KB für EXIF-Daten, obwohl XMP über das APP1-Segment hinausgehen kann).

XMP (Extensible Metadata Platform) ist ein XML-basiertes Metadaten-Framework, das von Adobe entwickelt und als ISO 16684-1:2012 standardisiert wurde. XMP kann in die Bilddatei eingebettet werden (innerhalb eines XMP-Pakets im APP1-Segment, nach den EXIF-Daten) ODER als Seitenwagendatei mit demselben Dateinamen und der Erweiterung .xmp gespeichert werden – z. B. DJI_0042.JPG und DJI_0042.xmp. Seitenwagendateien vermeiden die Modifikation der Originalbilddatei (Erhalt der digitalen Signaturintegrität und Verhinderung versehentlicher Beschädigungen während des Schreibens), erzeugen jedoch eine Kopplungsabhängigkeit – wenn die Seitenwagendatei verloren geht, umbenannt oder vom Bild getrennt wird, sind die Metadaten verschwunden.

GPX (GPS Exchange Format) ist ein XML-basiertes Seitenwagenformat ausschließlich für GPS-Track-Daten. GPX-Dateien speichern Wegpunkte, Tracks und Routen mit Zeitstempeln. Für Inspektionen ist GPX das bevorzugte Format für GPS-Tracklogs, da es universell von GIS-Software, GPS-Kartierungswerkzeugen und ExifTool unterstützt wird. Der Workflow ist: Mission fliegen, GPX-Track vom Controller oder GPS-Logger aufzeichnen, dann Bilder nach dem Flug durch Zeitstempelabgleich geotaggen.

Proprietäre Seitenwagenformate umfassen: DJIs SRT-Dateien (GPS + Telemetrie-Untertitel, eingebettet in Videodateien oder neben Fotos in einem Untertitelordner gespeichert), MRK-Dateien (Skydio-PPK-Korrekturdaten), LOG-Dateien (Fluglogs in DJIs verschlüsseltem Format, die Drittanbieter-Entschlüsselungswerkzeuge wie DatCon erfordern) und herstellerspezifische Formate für Wärmebildkamera-Kalibrierungsdateien. Organisationen mit langfristigen Inspektionsarchiven sollten Verfahren für das Management von Seitenwagendateien planen, die die Synchronisation zwischen Bildern und ihren Metadaten-Begleitern sicherstellen – eine nicht triviale Herausforderung, wenn Tausende von Bildern über mehrere Systeme übertragen, kopiert und verarbeitet werden.

Die empfohlene Praxis für Drohneninspektionen ist ein Hybridansatz: (1) Bewahrung der ursprünglichen EXIF-Daten in jeder Bilddatei als primären Metadatenträger, (2) Aufbewahrung eines GPX-Tracklogs vom Flugcontroller als Backup für die GPS-Wiederherstellung, (3) Archivierung von DJI-SRT-Dateien oder gleichwertiger Herstellertelemetrie neben den Bildern und (4) für die Langzeitarchivierung Erstellung einer konsolidierten Metadatendatei (CSV, GeoJSON oder Datenbank), die aus allen Quellen extrahiert wurde, um die Überlebensfähigkeit der Metadaten unabhängig von der Dateiformatkompatibilität zu gewährleisten.

Referenzen

• Camera and Imaging Products Association. CIPA DC-008-Translation-2019 — Exchangeable Image File Format for Digital Still Cameras: Exif Version 2.32. 2019.
• International Civil Aviation Organization. Annex 14 — Aerodromes, Volume I: Aerodrome Design and Operations. 8th Edition, 2018.
• International Organization for Standardization. ISO 19111:2019 — Geographic Information — Referencing by Coordinates.
• International Organization for Standardization. ISO 16684-1:2012 — Graphic Technology — Extensible Metadata Platform (XMP) — Part 1: Data Model, Serialization and Core Properties.
• Harvey, P. ExifTool by Phil Harvey. https://exiftool.org/ , abgerufen November 2025.
• Fast.io. How to Extract GPS, Altitude, and Flight Data from Drone Photos. https://fast.io/resources/drone-photo-metadata-extraction-gps-altitude-flight-data/ , 2024.
• DJI. DJI P4 RTK / M3 RTK / M350 RTK User Manuals. 2023-2024.
• Skydio. Skydio X10 Metadata Specification. 2024.
• Pix4D. Understanding EXIF, XMP, and Geotagging for Drone Images. Pix4D Support Knowledge Base, 2024.
• Agisoft. Metashape Professional Edition User Manual — Camera Calibration and Image Metadata Chapter. 2024.
• Federal Aviation Administration. Advisory Circular 150/5370-17 — Airside Use of Unmanned Aircraft Systems (UAS). 2023.
• ASTM International. ASTM D5340-19 — Standard Test Method for Airport Pavement Condition Index Surveys.
• The OpenDroneMap Community. ODM Metadata Extraction and Image Georeferencing Documentation. 2024.