digiKam-Metadaten im Praxistest: Bilddatei und XMP-Sidecar

Veröffentlicht am 26. August 2026 · zuletzt aktualisiert am 5. September 2026 / in Fotografie

Kurz gesagt

Ich wollte nicht allgemein beschreiben, was digiKam laut Einstellung tun soll. Ich wollte an kontrollierten Testdateien nachmessen, was beim Schreiben tatsächlich geschieht.

Das Ergebnis mit digiKam 9.1.0 ist eindeutig: Beim JPEG wurden Metadaten in die Bilddatei geschrieben und zusätzlich ein XMP-Sidecar erzeugt. Beim TIFF änderten sich nach einer neuen Sternebewertung ebenfalls die Bilddatei und das vorhandene Sidecar. Mein eigener IPTC AI Metadata Editor 1.2.0 arbeitet dagegen bewusst nur mit XMP-Sidecars.

Getestet mit: digiKam 9.1.0, ExifTool 13.59 und IPTC AI Metadata Editor 1.2.0.
Geeignet für: private Fotoarchive, in denen Bilddateien, XMP-Sidecars und eine digiKam-Datenbank kontrolliert zusammenspielen sollen.
Lesezeit: ca. 6 Minuten

Die konkrete Frage

In meinem Fotoarchiv gilt die Arbeitsregel:

Einlesen automatisch – Ablage gezielt.

digiKam liest vorhandene XMP-Sidecars automatisch ein. Änderungen werden zunächst in der Datenbank geführt und erst auf ausdrücklichen Wunsch in Bilddatei und Sidecar geschrieben.

Der Test sollte drei praktische Fragen beantworten:

1. Liest digiKam die vorhandenen XMP-Werte korrekt ein?
2. Welche Dateien ändern sich beim gezielten Zurückschreiben?
3. Bleiben vorhandene technische Angaben wie Aufnahmezeit und GPS erhalten?

Mein Testaufbau

Der Test fand in meiner normalen digiKam-Arbeitsumgebung statt. Verwendet wurde ausschließlich das getrennte Verzeichnis D:\Test\digiKam\bilder mit synthetischen Dateien. Produktive Fotos und Sicherungen waren nicht Bestandteil des Tests.

Der Ausgangsbestand bestand aus:

• einem künstlich erzeugten JPEG mit eingebettetem Titel, Stichwort, Bewertung, Aufnahmezeit und GPS,
• einem künstlich erzeugten TIFF ohne redaktionelle Ausgangsmetadaten,
• einem gleichnamigen XMP-Sidecar für das TIFF mit Titel, Beschreibung, Stichwort und Bewertung.

Vor dem Test wurden Dateigrößen, SHA-256-Prüfsummen und die vorhandenen Metadaten mit ExifTool erfasst.

Die tatsächlich verwendeten Einstellungen

Die folgenden Abbildungen zeigen nicht eine allgemeine Empfehlung, sondern meine beim Test aktive Konfiguration.

Aktiv waren unter anderem Stichwörter, Beschriftung und Titel, Bewertungen, Markierungen, Vorlagen, Gesichtsmarkierungen und GPS. Das ExifTool-Backend wurde zum Lesen und Schreiben verwendet. Der verzögerte Metadaten-Abgleich war eingeschaltet.

Diese Einstellung ist für die Einordnung des Ergebnisses entscheidend: digiKam soll beim gezielten Schreiben sowohl die Bilddatei als auch das XMP-Sidecar aktualisieren.

Test 1: JPEG umbenennen und Metadaten schreiben

Das JPEG wurde bewusst umbenannt. Zusätzlich wurden die Bewertung auf vier Sterne gesetzt und ein neues Stichwort vergeben. Anschließend wurde das Schreiben der Metadaten ausdrücklich ausgelöst.

ExifTool bestätigte danach:

• Der neue Dateiname wurde übernommen.
• Der SHA-256-Wert des JPEG änderte sich.
• Ein gleichnamiges XMP-Sidecar wurde erzeugt.
• Titel, Bewertung und Stichwörter standen im JPEG und im Sidecar.
• Das vorhandene Aufnahmedatum und die GPS-Koordinaten blieben erhalten.

Damit tat digiKam genau das, was die aktive Einstellung erwarten ließ: Es aktualisierte den Eintrag und erzeugte zusätzlich eine portable XMP-Begleitdatei.

Test 2: Bewertung eines TIFF-Testmasters ändern

Das TIFF besaß vor dem Test keine eingebetteten redaktionellen Ausgangsmetadaten. Titel, Beschreibung, Stichwort und Bewertung 3 lagen ausschließlich im gleichnamigen XMP-Sidecar. digiKam las diese Angaben automatisch und zeigte sie korrekt an.

Anschließend wurde nur die Bewertung von drei auf fünf Sterne geändert und das Schreiben ausdrücklich ausgelöst.

Das Ergebnis:

Der Test zeigt daher nicht, dass digiKam einen TIFF-Master grundsätzlich unverändert lässt. In meiner aktiven Konfiguration schrieb digiKam die neue Bewertung sowohl in das TIFF als auch in das Sidecar.

Was mein IPTC AI Metadata Editor anders macht

Mein IPTC AI Metadata Editor 1.2.0 verwendet ExifTool 13.59 und schreibt ausschließlich XMP-Sidecars. Die Bilddatei dient beim erstmaligen Erzeugen eines Sidecars nur als Lesequelle. Bestehende Sidecars können vor Änderungen automatisch gesichert werden; anschließend liest der Editor den tatsächlich gespeicherten XMP-Stand erneut ein.

Die Rollen sind damit klar getrennt:

Der Editor und digiKam arbeiten dabei zusammen: Der Editor kann ein Sidecar-only erzeugen oder pflegen; digiKam liest dieses XMP ein. Ein späteres Zurückschreiben aus digiKam folgt jedoch den dort aktiven Regeln und kann zusätzlich die Bilddatei verändern.

Zusatzhinweis: Warum ich nicht sofort schreiben lasse

Bei sofortigem Metadatenschreiben trat in meiner Arbeitsumgebung wiederholt ein Verarbeitungsloop auf. Die genaue technische Ursache war nicht Gegenstand dieses Tests. Die Kombination aus Änderungen an Bilddatei und Sidecar, aktualisiertem Datei-Zeitstempel und erneuter Dateisystemverarbeitung ist jedoch eine naheliegende Erklärung.

Deshalb nutze ich den verzögerten Metadaten-Abgleich: digiKam liest automatisch ein, Änderungen werden zunächst gesammelt, und die Ablage wird bewusst ausgelöst.

Was der Test belegt – und was nicht

Belegt ist das konkrete Verhalten der genannten Versionen und Einstellungen bei einem synthetischen JPEG und TIFF:

• XMP wurde automatisch gelesen.
• JPEG und TIFF wurden beim gezielten Schreiben verändert.
• XMP-Sidecars wurden erzeugt beziehungsweise aktualisiert.
• Aufnahmezeit und GPS des JPEG blieben im geprüften Vorgang erhalten.

Nicht geprüft wurden RAW, DNG, Video, Gesichtsregionen und der Wiederaufbau einer vollständig neuen digiKam-Datenbank. Daraus werden deshalb keine allgemeinen Aussagen abgeleitet.

Einordnung in die heutige Speicherregel

Für die laufende Archivpflege gilt die formatabhängige Speicherregel: JPEG/TIFF/DNG möglichst eingebettet, proprietäres RAW ausschließlich über XMP-Sidecars. Vorhandene Begleitdateien bleiben erhalten; technische Original-Aufnahmedaten werden bewahrt. Der oben dokumentierte Test bleibt ein historischer Befund zu den damals verwendeten Einstellungen. Dass JPEG und TIFF dort zusätzlich Sidecars erhielten, ist keine allgemeine Vorgabe für den heutigen Workflow. Das beschriebene Sidecar-only-Verhalten des separaten IPTC AI Metadata Editors bleibt eine Werkzeuggrenze und wird hier nicht nachträglich geändert.

Fazit

Die Oberfläche allein genügt nicht, um einen Metadaten-Workflow zu beurteilen. Erst der Vergleich von Datei, Sidecar, Metadaten und SHA-256 zeigt, was tatsächlich geschrieben wurde.

Für meinen Workflow gilt nach diesem Test:

digiKam liest XMP automatisch ein. Die Ablage erfolgt gezielt nach den aktiven Schreibregeln. Für einen zwingenden Sidecar-only-Vorgang verwende ich den IPTC AI Metadata Editor.

Der Test prüft damit eine konkrete Werkzeugschicht. Wie Bilddateien, XMP, Datenbank und dokumentiertes Wissen in ein langfristig nutzbares digitales Archiv eingeordnet werden, beschreibt die übergeordnete Pillar-Seite.

Der nächste Schritt ist ein kontrollierter Wiederaufbau aus Dateien und XMP mit leerer Testdatenbank. Die Anleitung beschreibt die Prüfung des Rücklesens; sie erweitert nicht nachträglich den Umfang dieses Schreibtests.

Im Wissensnetz weitergehen

• digiKam als Metadaten-Instanz im Fotoarchiv
• Metadaten im Fotoarchiv
• ExifTool: Metadaten prüfen
• Governance für das digitale Fotoarchiv