Metadaten im Fotoarchiv: mehr als Stichwörter

Veröffentlicht am 11. Juli 2026 · zuletzt aktualisiert am 6. September 2026 / in Fotografie

Stichwörter sind wichtig, bilden aber nur einen Teil der Fotometadaten. Ein langfristig verständliches Fotoarchiv muss technische Herkunft, Aufnahmezeit, Ort, Personen, Bildinhalt, Rechte und Bearbeitungsstand gemeinsam betrachten.

Kurz gesagt

Fotometadaten sind mehr als Stichwörter. Aufnahmezeit, Herkunft, Personen, Orte, Rechte und Bearbeitungsstand müssen gemeinsam erhalten und bei Migrationen kontrolliert werden.

Meine Grundregel lautet: In der Datei liegt die Wahrheit – aber nicht automatisch die sachliche Wahrheit. Bestätigte Angaben gehören in standardisierte Dateifelder oder eindeutig zugeordnete XMP-Sidecars; Datenbanken und KI bleiben ersetzbare Arbeitsebenen.

Leitsatz: In der Datei liegt die Wahrheit. Bestätigte Fotometadaten gehören möglichst in standardisierte Felder der Bilddatei oder in ein eindeutig zugeordnetes XMP-Sidecar. Datenbanken und KI-Systeme bleiben wertvolle, aber ersetzbare Arbeits- und Suchebenen.

Prüfregel: Vertraue keinem Bild und keinen Metadaten ungeprüft. Die Datei bewahrt den überlieferten Stand, nicht automatisch die sachliche Wahrheit. Bildinhalt und Metadaten können falsch erzeugt, verändert, entfernt oder bei einer Migration falsch zugeordnet worden sein.

Die IT kann täuschen. Der Mensch kann logisch prüfen. Technik erzeugt durch Automatik, Komprimierung, Synchronisation, KI-Erkennung oder Migration mitunter ein plausibles, aber falsches Ergebnis. Der Mensch kann Quellen vergleichen, Widersprüche erkennen und den historischen Zusammenhang beurteilen.

Wo gepflegte Archivmetadaten gespeichert werden

Technische Original-Aufnahmedaten, insbesondere EXIF und Herstellerinformationen, bleiben erhalten. Bestätigte Korrekturen werden nachvollziehbar dokumentiert; sie sind kein Anlass, den überlieferten technischen Stand pauschal zu ersetzen. Titel, Beschreibung, Personen, Schlagwörter, Bewertungen und Rechte werden als gepflegte Archivinformationen in geeigneten standardisierten IPTC-/XMP-Feldern geführt.

XMP ist ein Metadatenstandard. Ein XMP-Sidecar ist dessen externe Speicherform. Dieselben XMP-Strukturen können auch in einer geeigneten Mediendatei eingebettet sein. EXIF und XMP bezeichnen dabei keine starre Trennung zwischen wahr und falsch oder unveränderbar und bearbeitbar; die Erhaltungsregel ist eine bewusste Entscheidung für meinen Workflow.

Verbindliche Archivregel: JPG/JPEG, TIF/TIFF, PNG, DNG und HEIC/HEIF führen gepflegte XMP-Metadaten eingebettet in der Mediendatei. Proprietäre RAW-Dateien bleiben unverändert; Metadatenpflege erfolgt dort über zugeordnete XMP-Sidecars. In meinem aktuellen Fotoarchivbestand gibt es keine proprietären RAW-Dateien mehr. Für die vorhandenen geeigneten Formate werden gepflegte XMP-Metadaten direkt eingebettet; zusätzliche Sidecars sind nicht erforderlich. Die RAW-Regel ist hier nur eine allgemeine Ausnahme für andere Bestände. Vorhandene historische Sidecars werden nicht automatisch gelöscht oder zusammengeführt.

Andere Formate erhalten dadurch keine pauschale Schreibfreigabe. Bei proprietärem RAW bilden Bilddatei und zugeordnetes Sidecar gemeinsam das erschlossene Archivobjekt. Bei JPEG, TIFF, PNG, DNG und HEIC/HEIF soll die zusätzliche Abhängigkeit von Sidecars möglichst vermieden werden. Bereits vorhandene Sidecars bleiben trotzdem erhalten, bis ihre Inhalte getrennt geprüft und eine etwaige Migration ausdrücklich durchgeführt wurden. Zwei Speicherorte dürfen nicht unbemerkt widersprüchlich gepflegt werden.

Ein eingebetteter Metadateneintrag verändert die Dateibytes und damit regelmäßig die SHA-256-Prüfsumme. Unveränderte Pixel beziehungsweise Sensordaten und erhaltene technische Metadaten müssen daher gesondert geprüft werden. Eine unveränderte Original- oder Scan-Rohdatenfassung bleibt unabhängig gesichert.

Ziel des Abgleichs: Bei JPEG, TIFF, PNG, DNG und HEIC/HEIF soll die Bilddatei alle bestätigten, dauerhaft benötigten Archivmetadaten tragen. digiKam soll für diese Felder dieselben Werte anzeigen. Angaben, die bisher nur in der Datenbank oder einem Sidecar stehen, gelten erst nach vollständigem Feldvergleich, kontrollierter Übernahme und erneutem Rücklesen als gesichert. Interne Trainingsdaten, Suchindizes und andere programmspezifische Arbeitszustände sind davon zu unterscheiden. Bei proprietärem RAW bleibt die bewusste Ausnahme: Bilddatei plus Sidecar bilden die Informationseinheit.

Reihenfolge bei externen Änderungen: Änderungen in digiKam vollständig schreiben lassen, anschließend extern bearbeiten und danach die Metadaten neu einlesen. Gleichzeitige Metadatenbearbeitung derselben Dateien in mehreren Programmen vermeiden. Bei verzögertem Abgleich müssen ausstehende Schreibvorgänge vor der externen Bearbeitung abgeschlossen sein.

In der Ruhe liegt die Kraft – sorgfältiges Arbeiten vermeidet Fehler.

Die digiKam-Datenbank ist Arbeits- und Indexebene, nicht Archivmaster. Welche Informationen außerhalb der alten Datenbank wieder lesbar sind, zeigt die Anleitung zum Wiederaufbau.

Aufnahmezeit und historische Zeit

Kamera und Smartphone schreiben Aufnahmezeitpunkte in EXIF-Felder. Diese Werte sind nicht automatisch historisch richtig: Eine falsch gestellte Kamerauhr, eine andere Zeitzone oder ein Scan kann ein technisch korrektes, fachlich aber falsches Datum erzeugen.

Bei historischen Scans müssen mindestens Scanzeit und ursprüngliche Aufnahmezeit unterschieden werden. Ist nur ein Zeitraum bekannt, darf keine erfundene Tagesgenauigkeit entstehen. Die Unsicherheit gehört zur Dokumentation.

Technische EXIF-Metadaten

EXIF beschreibt unter anderem Kamera, Objektiv, Brennweite, Belichtungszeit, Blende, ISO, Orientierung und teilweise GPS. Diese Daten helfen bei technischer Einordnung, Fehlersuche und Provenienz. Sie erklären jedoch nicht, wer abgebildet ist oder warum das Foto bedeutsam ist.

Technische Werte sollten grundsätzlich erhalten bleiben. Korrekturen sind nur dann sinnvoll, wenn ein nachweisbarer Fehler vorliegt und die Änderung dokumentiert wird.

Titel, Beschreibung und Bildinhalt

Ein Titel bezeichnet ein Bild knapp; eine Beschreibung hält Ereignis, Situation und historischen Zusammenhang fest. Beide Angaben sind wertvoller als eine große Menge unspezifischer Stichwörter. OCR, Objekterkennung oder freie KI-Suche können Inhalte auffindbar machen, ersetzen aber keine geprüfte Beschreibung.

Für wichtige Familienbilder sollte die Beschreibung beantworten: Was geschieht? Wer ist beteiligt? Wo und wann war es? Warum wurde das Bild aufbewahrt?

Personen und Gesichtszonen

Ein Personenname ist bestätigtes Wissen. Eine Gesichtserkennung liefert zunächst nur einen Vorschlag. digiKam kann Namen mit Bildregionen verbinden; solche Gesichtszonen sind nützlich, liegen aber nicht in jedem Programm und Format gleich vor.

Für die dauerhafte Übergabe müssen bestätigte Personennamen in offenen XMP-Feldern beziehungsweise dokumentierten Sidecars erhalten bleiben. Die Gesichtserkennungsdatenbank unterstützt die Arbeit, darf aber nicht die einzige Quelle der Identifikation sein.

GPS, Ortsnamen und Ortswissen

Koordinaten beschreiben einen Punkt. Erst ein lesbarer Ortsname und historischer Kontext machen daraus Ortswissen. Bei alten Bildern kann der damalige Ortsname wichtiger sein als eine heutige Verwaltungsbezeichnung.

GPS-Daten können zugleich sensible Wohn- und Aufenthaltsorte offenlegen. Deshalb sind Archivierung, private Nutzung und öffentliche Veröffentlichung getrennt zu entscheiden.

Urheber, Quelle und Rechte

Zu einem Foto gehören Urheber beziehungsweise Fotograf, Quelle, Eigentums- oder Nutzungsstatus und gegebenenfalls Einschränkungen für Veröffentlichung. Bei Scans sind Originalträger, Besitzer und Digitalisierer unterschiedliche Rollen.

Rechteinformationen sollten nicht nur in einer Programmdatenbank liegen. Standardisierte IPTC-/XMP-Felder und eine ergänzende Bestandsdokumentation bilden eine belastbarere Grundlage.

Bewertungen, Farbmarkierungen und Auswahlstatus

Sterne, Farbmarkierungen, Annahme oder Ablehnung sind vor allem Arbeitsmetadaten. Sie helfen bei Auswahl und Bearbeitung, sind aber nicht automatisch historische Aussagen. Sterne sind programmeübergreifend vergleichsweise gut übertragbar; Farbbezeichnungen und Auswahlmarkierungen können programmspezifisch sein.

Nur dauerhaft relevante Bewertungen sollten in die Datei- oder XMP-Ebene geschrieben werden. Vorübergehende Sichtungszustände dürfen in der Datenbank bleiben.

Bearbeitung, Versionen und Original

Ein Fotoarchiv unterscheidet Original, entwickelte Fassung, Retusche, Ausgabe und Vorschaudatei. Bearbeitungshistorien einzelner Programme sind selten dauerhaft portabel. Deshalb müssen Originaldatei, abgeleitete Fassungen und ihr Zusammenhang durch Dateibenennung, XMP und Dokumentation verständlich bleiben.

Das Original bleibt Original. Eine bearbeitete Fassung überschreibt es nicht unbemerkt.

Stichwörter: eigene Begriffe und KI

Eigene kontrollierte Stichwörter halten bestätigte Themen und Beziehungen fest. Automatische Stichwörter aus digiKam oder Excire sind zunächst Vorschläge und Suchhilfen. Sie können massenhaft Objekte erkennen, wissen aber nicht automatisch, welche Bedeutung ein Tier, Fahrzeug, Gebäude oder Ereignis für das Familienarchiv hat.

KI-Begriffe werden daher in einem erkennbaren Namensraum gehalten oder vor dem Schreiben ausgewählt. Nur geprüfte Begriffe werden dauerhaft in Datei oder XMP übernommen. Auch bei Excire Search Pro können einzelne Begriffe, Stichwortarten oder ganze Bäume von der Übertragung ausgeschlossen werden; Excire Foto schreibt Metadaten erst auf ausdrücklichen Befehl in Datei oder Sidecar.

Weniger Stichwörter, bessere Metadaten

Bei vielen zehntausend Bildern würde eine vollständige Verschlagwortung jedes erkannten Gegenstands langfristig mehr Pflegeaufwand als Nutzen erzeugen. Mein Grundsatz lautet deshalb: Wenige, geprüfte und dauerhaft verständliche Metadaten sind wertvoller als eine große Menge ungeprüfter Stichwörter.

• Personen werden in digiKam als bestätigte Face Tags gepflegt. Im getesteten Workflow schreibt digiKam Gesichtsregionen und zusätzlich normale XMP/IPTC-Personenschlagwörter. Diese Namen erschienen in Excire Foto und Synology Photos; PersonInImage ist dafür kein Pflichtfeld. Ein zweiter, manuell gepflegter Satz Personenschlagwörter wird nicht angelegt.
• Orte entstehen kontrolliert aus GPS und Reverse Geocoding; freie Ortsbegriffe werden nicht parallel und widersprüchlich aufgebaut.
• Ereignisse, Familienbeziehungen und historische Zusammenhänge werden aufgenommen, wenn sie das Bild später verständlicher machen.
• KI-Begriffe wie „Baum“, „Auto“ oder „Milchkanne“ bleiben Suchhilfen und werden nur bei dauerhaftem Mehrwert übernommen.
• Titel und Beschreibung erklären den konkreten Bildinhalt besser als eine Sammlung hundert generischer Tags.
• Kontrollierte Hierarchien und einheitliche Schreibweisen verhindern Stichwortwildwuchs.

Für ein Familienarchiv ist „Wer ist auf dem Bild, wann und in welchem Zusammenhang?“ meist wichtiger als jedes automatisch erkannte Objekt. OCR, visuelle Suche und KI müssen nicht durch Schlagwortmassen nachgebaut werden. Die letzte Entscheidung über dauerhafte Archivmetadaten trifft der Benutzer.

Dateieigenschaften und Integrität

Dateiname, Format, Größe, Abmessungen und Prüfsumme sind ebenfalls Metadaten. Ein Hash beweist nicht die historische Bedeutung eines Bildes, kann aber spätere Veränderungen erkennen helfen. Dateiformat und Abmessungen unterstützen die Unterscheidung von Original, Vorschau und Export.

Nikon- und Canon-RAW: Datei und Interpretation trennen

NEF, NRW, CR2 und CR3 enthalten Sensordaten und herstellerspezifische Informationen. Drittprogramme können diese Dateien häufig öffnen, interpretieren Picture Controls, Picture Styles, Farbe, Schärfung, Rauschminderung, Objektivkorrekturen und MakerNotes aber nicht zwingend genauso wie Nikon NX Studio oder Canon Digital Photo Professional.

Bei Nikon können Bearbeitungen und Metadaten in .nksc-Sidecars im Ordner NKSC_PARAM liegen. Wird nur die NEF-Datei kopiert, bleibt das RAW-Original erhalten, aber die Nikon-Interpretation kann verloren gehen. Canon DPP bildet entsprechend eine wichtige Referenz für Canon-RAW und Picture Styles.

Das Archiv bewahrt deshalb Kameraoriginal, herstellerspezifische Sidecars und eine mit der damaligen Herstellersoftware erzeugte TIFF-Referenzfassung. Eine DNG-Fassung kann ergänzen, ersetzt das proprietäre Original aber nicht ungeprüft.

TIFF und DNG übernehmen dabei verschiedene Rollen. DNG bleibt ein standardisierter RAW-Container mit Entwicklungsspielraum. TIFF fixiert das entwickelte Bild als herstellerneutral lesbare Pixel- und Farbreferenz. Für wichtige Aufnahmen kann die Kombination aus Kamera-RAW, DNG, 16-Bit-TIFF, XMP und einer JPEG-Nutzungskopie sinnvoll sein. Bei gewöhnlichen Bildern wird der Aufwand bewusst begrenzt.

DNG bewahrt Entwicklungsspielraum. TIFF bewahrt eine sichtbare Entscheidung.

SilverFast nutzt DNG ebenfalls als möglichen Container für HDRi-RAW-Scans. Diese Dateien können hochbitige Bilddaten, Farbmanagementinformationen und einen Infrarotkanal für die spätere Staub- und Kratzerentfernung enthalten. Dadurch ist DNG im Scanworkflow wertvoll, aber nicht automatisch vollständig unabhängig von SilverFast: Andere Programme müssen die SilverFast-spezifischen HDRi-Daten nicht in gleicher Weise auswerten.

Für wichtige Digitalisate bleiben deshalb SilverFast-HDRi-RAW, ein entwickeltes 16-Bit-TIFF und standardisierte IPTC/XMP-Metadaten gemeinsam erhalten.

In der RAW-Datei liegen die Sensordaten. Das sichtbare Bild entsteht durch den Decoder. Mehrere Programme können aus derselben Datei unterschiedliche plausible Ergebnisse erzeugen.

Excire bleibt lesend

Excire Foto dient im produktiven Fotoarchiv ausschließlich der KI-Suche, Analyse und Auswahl. Es darf weder Mediendateien noch produktive XMP-Sidecars verändern. Beim getesteten Neuschreiben vorhandener XMP-Strukturen blieben bestehende Felder nicht vollständig erhalten. Bestätigte Archivmetadaten werden kontrolliert über digiKam oder gezielte ExifTool-Werkzeuge gepflegt.

Die technisch angebotene Speicherfunktion wird hier nicht verwendet. Eine Neubewertung setzt einen offiziell dokumentierten Fix und einen repräsentativen Vorher-/Nachher-Test einschließlich aller relevanten XMP-Namensräume sowie Rücklesen mit digiKam und ExifTool voraus.

Der Praxistest zu Personen-Metadaten trennt die nachgewiesene Keyword-Übernahme von Gesichtsregionen und programminternen Personenprofilen.

Produktwechsel und Migration: Excire, digiKam und Adobe Bridge

Die größte Gefahr einer Metadatenmigration liegt nicht beim Kopieren der Bilddateien, sondern bei unterschiedlichen Feldzuordnungen, Hierarchien und proprietären Datenbanken. Excire, digiKam und Adobe Bridge können dieselbe Datei anzeigen und dennoch verschiedene Teile der Metadaten lesen, schreiben oder intern verwalten.

digiKam beschreibt XMP-Sidecars ausdrücklich als standardisierten und dokumentierten Weg, um Bestände aus anderer Software einzulesen. In den erweiterten Metadateneinstellungen lassen sich Lesereihenfolge und Schreibziele je Feldklasse anpassen. Adobe Bridge verwendet XMP als zentrale Austauschschicht und kann Metadaten eingebettet oder als Sidecar verwalten. Excire Foto hält seine Metadaten zunächst in der Datenbank und schreibt sie erst mit Metadaten speichern in Dateien oder XMP.

Vor einer Migration wird deshalb mit repräsentativen JPEG-, DNG-, RAW-, TIFF- und Video-Dateien getestet. Verglichen werden nicht nur sichtbare Stichwörter, sondern Titel, Beschreibungen, Aufnahmezeit, GPS, Rechte, Personen, Bewertungen und Sidecar-Namen. Erst nach erfolgreichem Rücklesen wird der Gesamtbestand übertragen. Datenbank und Originalbestand bleiben bis zur Abnahme unverändert erhalten.

Metadatenverlust durch Apple Fotos, Google Fotos und Bildbearbeitung

Eine Bildbearbeitung oder Plattformfreigabe kann eine neue Datei erzeugen. Dabei können Metadaten übernommen, reduziert, neu geschrieben oder vollständig weggelassen werden. Besonders gefährdet sind Informationen, die nur in der Datenbank eines Dienstes existieren: Personencluster, Gesichtszonen, Alben, Favoriten, KI-Erkennungen, Bearbeitungsanweisungen und interne Beziehungen.

Apple Fotos zeigt intern unter anderem Personen, Haustiere und visuell erkannte Objekte. Beim Export des unbearbeiteten Originals auf dem Mac können zugewiesene IPTC-Metadaten und Stichwörter optional als XMP-Sidecar ausgegeben werden. Apple dokumentiert dort jedoch keine vollständige Übertragung der internen Personen- und Gesichtserkennungsstruktur. Deshalb muss vor einer Migration praktisch geprüft werden, welche Namen, Regionen, Alben und Beschreibungen außerhalb der Apple-Mediathek ankommen.

Auch die Weitergabe vom iPhone ist kein neutraler Kopiervorgang. Apple erlaubt, Standortdaten abzuschalten, das Dateiformat automatisch umzuwandeln oder mit „Alle Fotodaten“ Originaldatei, Bearbeitungsverlauf und Metadaten zu senden. Diese vollständige Option steht laut Apple nur bei bestimmten Übertragungswegen wie AirDrop und iCloud-Link zur Verfügung. Eine per Messenger oder kompatibilitätsoptimiert geteilte JPEG-Datei darf daher nicht ungeprüft als Archivoriginal übernommen werden.

Google Fotos und Google Takeout müssen als kontrolliertes Exportverfahren, nicht als einfache Ordnerkopie behandelt werden. Der Takeout-Bestand kann Bilddateien, Alben und zusätzliche strukturierte Informationen enthalten. Google weist darauf hin, dass Änderungen zwischen Anforderung und Erstellung des Archivs fehlen können. Deshalb bleiben alle JSON-, HTML- und Begleitdateien zunächst erhalten, bis Titel, Zeit, Ort, Alben und andere Zusatzinformationen kontrolliert übernommen wurden.

Bei jeder Bearbeitung und Migration gilt ein Vorher-Nachher-Test:

1. Originaldatei, Exportdatei und Sidecars getrennt aufbewahren.
2. EXIF, IPTC, XMP und C2PA vor und nach der Bearbeitung vergleichen.
3. Personen, Gesichtszonen, GPS, Titel, Beschreibungen, Rechte und Stichwörter prüfen.
4. Dateiformat, Abmessungen, Aufnahmezeit und Prüfsumme dokumentieren.
5. Erst nach bestandener Prüfung festlegen, welche Datei Original, Archivfassung oder Nutzungskopie ist.

Der Leitsatz bleibt deshalb präzise: In der Datei liegt die Wahrheit über das, was tatsächlich in ihr gespeichert ist. Eine Personenansicht, ein Album oder ein KI-Treffer in Apple Fotos, Google Fotos, Excire oder digiKam ist erst dann übergabefähiges Archivwissen, wenn es kontrolliert in Datei, XMP oder eine offene dokumentierte Begleitstruktur übertragen wurde.

Offizielle Hinweise: Apple – Originale und IPTC als XMP exportieren, Apple – Fotodaten beim Teilen steuern, Google – Daten mit Takeout exportieren.

WhatsApp als besonderer Risikofall

Ein über WhatsApp empfangenes Bild ist zunächst ein Kommunikationsobjekt, nicht automatisch das Kameraoriginal. Je nach Versandweg kann eine neu berechnete oder komprimierte Fassung ankommen. Dabei können EXIF-, GPS-, IPTC-, XMP- und C2PA-Informationen fehlen. Auch Dateiname, Abmessungen und Änderungszeit können vom ursprünglichen Stand abweichen.

Der Versand als Bild und der Versand als Datei beziehungsweise Dokument sind deshalb archivisch nicht gleichwertig. Aber auch eine als Dokument empfangene Datei wird geprüft und nicht allein wegen des Übertragungswegs zum Original erklärt.

Zusätzlich liegt ein wesentlicher Teil der Bedeutung außerhalb der Bilddatei: Wer hat das Bild wann gesendet? Welche Nachricht gehörte dazu? Ist die sendende Person auch Urheber, Eigentümer oder nur Weiterleitende? Wurde das Bild zuvor aus Apple Fotos, Google Fotos oder einem sozialen Netzwerk exportiert? Ein Screenshot verliert weitere Herkunftsinformationen und kann einen fremden Inhalt ohne Kontext zeigen.

Für WhatsApp-Bilder gilt daher:

1. Empfangsdatei unverändert als Eingangskopie sichern.
2. Chat, Absender, Empfangszeit und Begleittext dokumentieren.
3. Metadaten und C2PA mit einem Prüfwerkzeug auslesen.
4. Abmessungen, Dateigröße und sichtbare Bearbeitungsspuren kontrollieren.
5. Wenn möglich, das Original direkt von der Quelle anfordern.
6. Erst danach Personen, Ort, Datum und Ereignis als bestätigte Archivmetadaten übernehmen.

Ein fehlendes GPS-Feld beweist nicht, dass das Bild keinen bekannten Aufnahmeort hat. Ein vorhandenes GPS-Feld beweist umgekehrt nicht, dass es korrekt ist. Dasselbe gilt für Datum, Kameramodell, Personenname und KI-Kennzeichnung.

XMP-Sidecars: kleineres Änderungsbackup, zusätzliche Zuordnung

Ein XMP-Sidecar kann das Backup entlasten: Bleibt die Bilddatei unverändert und werden ausschließlich Metadaten im Sidecar gepflegt, muss eine Sicherung, die geänderte Dateien vollständig kopiert, gegebenenfalls nur die kleine .xmp-Datei erneut übertragen und als neue Version speichern. Das kann gegenüber dem erneuten Sichern einer großen TIFF- oder RAW-Datei erheblich Zeit und Speicherplatz sparen. Die Bilddatei muss selbstverständlich bereits vollständig gesichert sein.

Bei eingebettetem XMP ist auch eine reine Metadatenänderung eine Änderung der Mediendatei. Daraus folgt jedoch nicht bei jedem Backup eine weitere vollständige Bildkopie: Block- oder inhaltsbasierte Deduplizierung kann unveränderte Datenanteile wiederverwenden. Geänderte Dateien können trotzdem erneut gelesen und zerlegt werden müssen. Tatsächlicher Platzbedarf, Übertragung und Laufzeit hängen deshalb vom Sicherungsverfahren ab. Borg: inhaltsbasierte Deduplizierung

Für Hyper Backup zu Synology C2 Storage ist die Unterscheidung besonders relevant: Nach der Erstsicherung werden nur geänderte oder neue Datenblöcke gesichert. Eine Änderung eingebetteter XMP-Metadaten bedeutet daher nicht automatisch, dass die komplette Bilddatei erneut hochgeladen werden muss. Der Backup-Platzbedarf erzwingt in diesem Verfahren kein zusätzliches Sidecar. Synology: blockweise inkrementelle Sicherung

Der Gegenpreis der separaten Ablage ist das Zuordnungsrisiko. Beim Kopieren, Umbenennen, Verschieben oder Wiederherstellen kann das Sidecar vergessen, falsch zugeordnet oder durch einen älteren Stand ersetzt werden. Das Foto bleibt dann möglicherweise lesbar, während die nur im Sidecar gespeicherten Beschreibungen, Personennamen oder Gesichtsregionen fehlen. Sind diese Informationen auch in keiner Sicherung mehr vorhanden, können sie verloren sein.

Bild und Sidecar müssen deshalb als zusammengehöriges Paar übertragen, gesichert und bei einer Wiederherstellungsprobe geprüft werden. Der mögliche Backup-Vorteil bleibt ein legitimes Argument für Sidecars; er ändert die hier festgelegte Speicherregel nicht: geeignete Formate eingebettet, proprietäres RAW unverändert mit zugeordnetem Sidecar.

Vertrauen durch Prüfung statt durch Dateiglauben

Ein belastbares Fotoarchiv unterscheidet vier Ebenen:

• Überlieferung: Was steht tatsächlich in Datei, XMP, C2PA und Begleitdaten?
• Provenienz: Von wem, welchem Gerät, Programm oder Übertragungsweg stammt der Bestand?
• Plausibilität: Passen Zeit, Ort, Personen, Technik und sichtbarer Inhalt zusammen?
• Bestätigung: Welche Aussage wurde durch weitere Quellen oder menschliches Wissen geprüft?

„In der Datei liegt die Wahrheit“ und „Vertraue keinem Bild und keinen Metadaten ungeprüft“ widersprechen sich nicht. Der erste Satz schützt vor proprietären Datenbanksilos. Der zweite schützt davor, gespeicherte Informationen mit bewiesener Realität zu verwechseln.

Die IT kann täuschen, weil sie nur Regeln, Daten und Wahrscheinlichkeiten verarbeitet. Ein korrekt formatiertes Datum kann historisch falsch sein, eine Gesichtserkennung kann die falsche Person benennen und eine verlustfreie Kopie kann bereits fehlerhafte Metadaten perfekt bewahren. Menschliche Prüfung ergänzt deshalb die Technik: Stimmen Alter und Aussehen der Personen? Passt das Fahrzeug zum vermuteten Jahr? Gab es das Gebäude zu diesem Zeitpunkt? Entsprechen Licht, Jahreszeit und Ort der Beschreibung? Gibt es weitere Fotos, Dokumente oder Zeitzeugen?

Technische Prüfungen und menschliche Logik gehören zusammen. Prüfsummen sichern Integrität, C2PA unterstützt Provenienz und XMP erhält Metadaten. Erst Quellenvergleich und nachvollziehbare Bestätigung machen daraus belastbares Archivwissen.

Internationale Standards: IPTC, ISO-XMP und C2PA

Der aktuelle IPTC Photo Metadata Standard 2025.1 beschreibt die fachlichen Fotometadaten in IPTC Core und IPTC Extension. Dazu gehören unter anderem Titel, Beschreibung, Urheber, Quelle, Rechte, Personen und strukturierte Angaben. Die Version 2025.1 ergänzt neue Felder für KI-Prompt, Verfasser des Prompts, verwendetes KI-System und Systemversion. Diese Angaben helfen, KI-Beteiligung standardisiert zu dokumentieren.

Die technische Austauschschicht bleibt XMP, international standardisiert als ISO 16684-1. XMP kann in geeigneten Dateien eingebettet oder als Sidecar gespeichert werden. Für Migrationen ist entscheidend, dass alle Programme dieselben XMP-Felder und Prioritäten verwenden. Ein .xmp-Sidecar ist nur dann Teil des Archivs, wenn es eindeutig zur Bilddatei gehört, gemeinsam verschoben und gemeinsam gesichert wird.

Neu hinzu kommt C2PA mit Content Credentials als offener internationaler Standard für Herkunft und Bearbeitungsgeschichte digitaler Inhalte. Ein C2PA-Manifest kann kryptografisch gebundene Aussagen zu Erstellung, beteiligten Werkzeugen und Änderungen enthalten. Adobe unterstützt Content Credentials bereits in seinen Arbeitsabläufen; bei entsprechenden JPEG-Dateien kann Bridge Metadatenänderungen deshalb in einem zusätzlichen XMP-Sidecar ablegen.

C2PA ersetzt jedoch weder EXIF noch IPTC oder XMP. EXIF beschreibt technische Aufnahmeinformationen, IPTC die fachliche Bedeutung, XMP transportiert standardisierte Felder und C2PA macht Herkunftsaussagen sowie Bearbeitungsschritte überprüfbar. Für ein Langzeitarchiv ergänzen sich diese Ebenen.

Praxisbeispiele: Universität Zürich und OpenAI

Informationsmaterial der Universität Zürich erklärt den Kern anschaulich: Das Herzstück ist eine kryptografisch abgesicherte digitale Signatur. Damit lässt sich prüfen, ob die signierten Herkunfts- und Bearbeitungsangaben noch zum vorliegenden Inhalt passen. C2PA beweist dadurch nicht, dass die dargestellte Szene wahr ist; es macht bestimmte Aussagen über Quelle und Verlauf technisch überprüfbar.

OpenAI kombiniert bei Bildern aus ChatGPT, Codex und der API zwei Provenienzsignale: C2PA-Metadaten tragen detaillierten Kontext, während ein unsichtbares SynthID-Wasserzeichen direkt in das generierte Medium eingebettet wird und manche Bearbeitungen oder Transformationen überstehen kann. Unter openai.com/verify können unterstützte OpenAI-Signale geprüft werden.

Auch dieses Ergebnis muss richtig gelesen werden: Ein gefundener OpenAI-Nachweis bestätigt die Erzeugung durch ein OpenAI-Werkzeug, aber weder sachliche Richtigkeit noch Unverändertheit, rechtmäßiges Eigentum oder korrekten Veröffentlichungskontext. Umgekehrt schließt ein fehlendes Signal eine KI-Erzeugung nicht aus, weil Metadaten entfernt oder Wasserzeichen beeinträchtigt worden sein können.

Für das Fotoarchiv folgt daraus: C2PA und SynthID werden beim Import möglichst erhalten. Sie bilden eine zusätzliche Provenienzebene neben EXIF, IPTC und XMP. Die eigene geprüfte Beschreibung bleibt dennoch unverzichtbar. In der Datei liegt die Wahrheit über die dokumentierten Metadaten und ihre Herkunft – nicht automatisch über die Wahrheit des Bildinhalts.

Offizielle Quellen: digiKam – Migration über XMP, digiKam – Metadateneinstellungen, Adobe Bridge – XMP-Metadaten, IPTC Photo Metadata Standard 2025.1, C2PA Content Credentials, OpenAI – C2PA und SynthID, Universität Zürich/Zentralbibliothek – C2PA-Präsentation.

Praxisbild aus der digiKam-Datenbank

Die anonymisierte Auswertung des realen Bestands umfasst rund 58.000 Medien und mehr als 1.700 Alben. Rund 20.000 Medien besitzen GPS-Koordinaten, etwa 22.000 gespeicherte Gesichtszonen und ungefähr 8.000 Titel. Zusätzlich liegen technische Kamera- und Formatdaten, Bewertungen, Beschreibungen, Rechteinformationen und Bearbeitungsbezüge in unterschiedlicher Dichte vor.

Diese Verteilung zeigt: Nicht jedes Foto benötigt jedes Feld. Ein historisches Familienbild braucht eher Personen, Ort, Zeitraum, Quelle und Beschreibung; ein aktuelles RAW zusätzlich technische Aufnahme- und Entwicklungsdaten. Die Metadatenregeln müssen sich an der Objektart orientieren.

Eine tragfähige Rollenverteilung

• Bei JPEG, TIFF, PNG, DNG und HEIC/HEIF trägt die Mediendatei die bestätigten dauerhaften Metadaten. Bei proprietärem RAW bilden unveränderte RAW-Datei und zugeordnetes XMP-Sidecar gemeinsam das erschlossene Archivobjekt.
• digiKam pflegt Personen, Beschreibungen, GPS, Stichwörter und die kontrollierte XMP-Übergabe.
• Excire unterstützt KI-Suche, Auswahl und Vorschläge; es schreibt weder Mediendateien noch produktive Sidecars.
• Die Datenbank hält Suchindizes, Gesichtserkennung und Arbeitszustände.
• README und Governance erklären Felder, Zuständigkeiten, Originale und Ausnahmen.
• Backup schützt Dateien und Sidecars gemeinsam; ein Datenbank-Backup ergänzt den Bestand.

Fazit

Fotometadaten sind weit mehr als Stichwörter. Erst Aufnahmezeit, Technik, Personen, Ort, Beschreibung, Rechte, Version und Integrität ergeben gemeinsam ein verständliches Bildobjekt. Programme helfen bei Pflege und Suche. Dauerhaft gilt jedoch: In der Datei liegt die Wahrheit.

Im Wissensnetz weitergehen

• Bilder – die Gesamtübersicht
• KI-bearbeitete Fotos: Original, Derivat und sichtbare Transparenz
• Metadaten mit digiKam pflegen
• Excire, KI-Stichwörter und Rollenverteilung