Fotoarchiv aus Dateien und XMP wieder aufbauen

Veröffentlicht am 5. September 2026 · zuletzt aktualisiert am 6. Oktober 2026 / in Fotografie

Die Bilder sind noch da, aber die alte Bildverwaltung fehlt: Nach einem Rechnerwechsel, einer beschädigten Datenbank oder einer späteren Archivübergabe stellt sich eine praktische Frage. Lassen sich Personen, Orte, Beschreibungen und Stichwörter aus den erhaltenen Dateien wieder erschließen? Wer sein Fotoarchiv wiederaufbauen möchte, findet hier ein kontrolliertes Prüfverfahren mit Bilddateien und XMP-Sidecars.

Ein Fotoarchiv ist erst dann nachweisbar unabhängig von seiner bisherigen Datenbank, wenn seine wichtigen Informationen auch ohne diese Datenbank wieder lesbar sind. Ein kleiner, kontrollierter Wiederaufbau zeigt, was tatsächlich erhalten ist und wo Lücken bestehen.

Kurz gesagt

Stand dieser Anleitung: Die folgenden Schritte beschreiben ein Prüfverfahren auf Grundlage der offiziellen digiKam-Dokumentation, abgerufen am 5. September 2026. Sie sind kein Bericht über einen bereits erfolgreich ausgeführten Wiederaufbau meines Gesamtbestands. Mein bisheriger digiKam-Metadaten-Praxistest untersuchte Schreibvorgänge an JPEG und TIFF; ein Wiederaufbau ohne alte Datenbank war ausdrücklich nicht Teil dieses Tests.

Der isolierte Testaufbau reduziert das Risiko erheblich, weil mit Kopien, deaktivierten Schreibvorgängen und kontrollierter Prüfung gearbeitet wird. Er ersetzt jedoch nicht die anschließende fachliche Verifikation der wiederhergestellten Metadaten. Der vollständig verifizierte Wiederaufbau des produktiven Fotoarchivs steht weiterhin aus.

Was wiederhergestellt werden soll

Beim Wiederaufbau geht es um zwei verschiedene Ziele: Die Fotos sollen sichtbar werden, und das zugehörige Wissen soll wieder nutzbar sein. Eine gefüllte Bildübersicht erfüllt zunächst nur das erste Ziel.

Für mein Archivverständnis gehören Originaldateien, ihre Metadaten und der dokumentierte Zusammenhang zusammen. Die Datenbank erleichtert Suche und Pflege. Sie sollte jedoch nicht die einzige Stelle sein, an der bestätigte Personen, historische Datierungen oder Bildbeschreibungen vorkommen. Die fachlichen Grundlagen erläutert Metadaten im Fotoarchiv.

Die alte Datenbank wird für diesen Test weder gelöscht noch ersetzt. Falls sie noch vorhanden ist, bleibt sie zusammen mit ihrer bisherigen Sicherung erhalten. Der Versuch prüft den unabhängigen Zugang über die Dateien; eine spätere Wiederherstellung des vollständigen bisherigen Arbeitszustands kann weiterhin die Datenbanksicherung benötigen.

Was Dateien und XMP leisten können

digiKam dokumentiert den Aufbau einer neuen Sammlung aus vorhandenen Bilddateien und XMP-Sidecars. Dabei werden die gefundenen Informationen in die neue Datenbank eingelesen. Die Anwendung führt daneben eigene Datenbanken für Sammlung, Vorschaubilder, Ähnlichkeit und Gesichtserkennung. Daraus folgt keine Zusage, dass jeder interne Arbeitszustand aus XMP rekonstruierbar ist. Quelle: digiKam – Database

Eine erhaltene Personenangabe und ein Gesichtserkennungsmodell sind beispielsweise unterschiedliche Dinge. Ebenso kann eine Datei ihre Sternebewertung enthalten, ohne dass damit jede frühere Suchansicht oder Zusammenstellung dokumentiert wäre. Welche Informationen dauerhaft gebraucht werden, muss deshalb vor dem Test feststehen.

Der Wiederaufbau ergänzt die Sicherungs- und Übergaberegeln des Fotoarchivs. Er ersetzt weder eine unabhängige Sicherung noch die Prüfung, ob die Bilddateien selbst vollständig und lesbar sind.

Für die laufende Archivpflege gilt die formatabhängige Speicherregel: JPEG/TIFF/DNG möglichst eingebettet, proprietäre RAW-Originale unverändert in Archiv\_Originale, daraus erzeugtes DNG als reguläre Archivdatei. Historische RAW-Sidecars bleiben ein eigener Prüffall. Vorhandene Begleitdateien bleiben erhalten; technische Original-Aufnahmedaten werden bewahrt. Der Wiederaufbau muss deshalb sowohl eingebettetes XMP als auch vorhandene Sidecars berücksichtigen. DNG wird ausdrücklich als Einbettungsfall geprüft. Der hier beschriebene Wiederaufbau bleibt unabhängig davon ein reiner Lesetest.

Ein XMP-Sidecar ist nicht automatisch ein vollständiges Backup einer Fotoverwaltungsdatenbank. Es ist eine portable Metadatenquelle, deren tatsächlicher Wiederherstellungsumfang im konkreten System geprüft werden muss. Portable Metadaten sind die Voraussetzung für Softwareunabhängigkeit – ihre Wiederverwendbarkeit muss dennoch praktisch getestet werden.

1. Einen kleinen, aussagekräftigen Testbestand bilden

Für einen ersten Versuch sind etwa 10 bis 20 sorgfältig ausgewählte Dateien hilfreicher als ein ungeprüfter Import des gesamten Archivs. Kopiert werden nur die benötigten Bilder und ihre vorhandenen Begleitdateien in einen eigenen Testordner. Dateinamen, Unterordner und Zuordnungen bleiben dabei erhalten.

Der Test sollte die tatsächlich verwendeten Konstellationen enthalten:

• JPEG oder TIFF mit eingebetteten Metadaten, ohne Sidecar;
• eine Bilddatei mit vorhandenem XMP-Sidecar;
• RAW oder DNG, sofern diese Formate zum eigenen Bestand gehören;
• ein Bild mit bestätigten Personen und, falls vorhanden, Gesichtsregionen;
• ein historischer Scan mit beschriebener Datierungsunsicherheit;
• eine Datei mit hierarchischen Stichwörtern, GPS und Bewertung.

Video und Live Photos sind zusätzliche Prüffälle, wenn sie zum Archiv gehören. Ein erfolgreicher Fototest gilt nicht automatisch für diese Medien.

Für jede Datei wird vorab notiert, welche Angaben erwartet werden und woher diese Erwartung stammt: aus einer unabhängigen Metadatenanzeige, einer früheren Beschreibung oder einer erhaltenen Ansicht der bisherigen Verwaltung. Ohne alte Datenbank lässt sich nur das nachweisen, wofür noch eine überprüfbare Vergleichsgrundlage existiert.

2. Bild und Sidecar getrennt ansehen

Eine XMP-Datei ist kein Beleg dafür, dass sämtliche Informationen darin stehen. Technische Aufnahmedaten können im Bild liegen, während Beschreibung und Stichwörter im Sidecar gepflegt wurden. Auch widersprüchliche Werte sind möglich.

Mit ExifTool lassen sich beide Dateien getrennt anzeigen. Die folgenden Befehle werden im vorbereiteten Testordner ausgeführt; die Namen sind Beispiele:

exiftool -G1 -a -s "testbild.jpg"
exiftool -G1 -a -s "testbild.jpg.xmp"

Diese Aufrufe lesen Metadaten und enthalten keine Schreibzuweisung. -G1 zeigt die Metadatengruppe, -a auch mehrfach vorkommende Angaben und -s die technischen Feldnamen. Das Vorgehen und die Bewertung von Unterschieden beschreibt der vorhandene ExifTool-Leitfaden.

Statt beim Import einen Konflikt zufällig entscheiden zu lassen, wird vorher festgelegt, welcher Wert maßgeblich sein soll. Eine historische Datierung darf beispielsweise nicht unbemerkt durch das technische Scandatum ersetzt werden. Dafür bleibt die Einordnung historischer Scan-Metadaten maßgeblich.

3. Eine getrennte digiKam-Testumgebung vorbereiten

Am übersichtlichsten ist eine frische digiKam-Einrichtung auf einem separaten Testrechner oder in einer bereits vorhandenen, getrennten Testumgebung. Sie soll weder die produktive Konfiguration noch die alte Sammlung übernehmen. Eine zweite Programmverknüpfung allein stellt diese Trennung nicht sicher.

Für diesen kleinen Versuch wird eine leere lokale SQLite-Datenbank in einem eigenen Ordner verwendet. Die Datenbankdateien liegen getrennt von den Testbildern. Das Handbuch beschreibt die Datenbankwahl unter Einstellungen → digiKam einrichten → Datenbank; SQLite-Datenbanken gehören auf ein lokales Dateisystem. Quelle: digiKam – Database Settings

Zunächst bleibt die Sammlung leer. Falls der Einrichtungsassistent einen Bildordner verlangt, wird ein leerer Testordner angegeben. Erst nach Kontrolle der Lese- und Schreibregeln kommen die vorbereiteten Kopien hinzu. Bestehende produktive Datenbankpfade werden für diesen Versuch nicht umgestellt.

Notiert werden Programmversion, Betriebssystem und die gewählten Metadateneinstellungen. Die abgerufene Online-Dokumentation trägt die Version 9.2.0; Beschriftungen und Verhalten sind mit der tatsächlich verwendeten Installation abzugleichen.

4. Leseregeln festlegen und Schreibvorgänge ausschließen

Für den Versuch werden das Schreiben in Bilddateien und Sidecars sowie automatische Metadaten-Schreibaktionen deaktiviert. Verzögertes Schreiben allein genügt nicht: Laut Handbuch können vorgemerkte Änderungen beim Beenden geschrieben werden.

Auch der Sidecar-Name muss passen. digiKam dokumentiert standardmäßig testbild.jpg.xmp, mit aktivierter Kompatibilitätsoption dagegen testbild.xmp. Bei gleichnamigem RAW und JPEG muss die Zuordnung besonders sorgfältig geprüft werden.

Wichtige Grenze: Das Handbuch beschreibt aktiviertes „Read from sidecar files“ als Lesen aus dem Sidecar unter Ignorieren eingebetteter Metadaten. Eine automatische vollständige Zusammenführung darf daher nicht vorausgesetzt werden. Zusätzlich beeinflussen Feldprioritäten, welcher Wert verwendet wird. Quelle: digiKam – Metadata Settings

Für gemischte Bestände werden deshalb getrennte Testläufe mit jeweils frischer Datenbank und unveränderten Kopien geplant: zunächst Dateien ohne Sidecar, danach eindeutig zugeordnete Sidecars und schließlich Konfliktfälle. Einstellungen und Ergebnisse werden pro Lauf festgehalten. Pauschales Umbenennen oder Neuschreiben der Sidecars würde die Ausgangslage verändern und gehört nicht in diesen Lesetest.

Die richtige Lesepriorität muss am repräsentativen Testbestand überprüft werden, bevor ein vollständiger Wiederaufbau erfolgt. Neben der Sidecar-Erkennung wird geprüft, welche eingebetteten EXIF-, IPTC- und XMP-Informationen nach dem Import sichtbar bleiben: Kamerahersteller, Modell, Objektiv, ISO, Belichtungszeit, Blende, Brennweite und ursprüngliches Aufnahmedatum. RAW, JPEG, DNG und Scans werden getrennt betrachtet; bei Scans dürfen Kameradaten erwartungsgemäß fehlen.

Getrennte Namensfälle sind bild.jpg mit bild.jpg.xmp und bild.jpg mit bild.xmp, entsprechend bild.nef mit bild.nef.xmp oder bild.xmp. Keine Variante ist pauschal richtig: Entscheidend sind der vorhandene Bestand, die verwendeten Programme und die dokumentierte Zuordnung durch die Testkonfiguration.

5. Die Testkopien einlesen

Unter Einstellungen → digiKam einrichten → Sammlungen wird ausschließlich der vorbereitete Testordner hinzugefügt. digiKam unterscheidet lokale, entfernbare und Netzwerk-Sammlungen; für diesen ersten Versuch bleibt der Aufbau bewusst lokal. Quelle: digiKam – Collections Settings

Nach Abschluss des Einlesens werden zunächst Anzahl, Dateitypen und sichtbare Bilder mit der Testliste verglichen. Es werden keine neuen Personen bestätigt, Bilder gedreht, Dateien umbenannt oder Stichwörter ergänzt. Sonst wäre später nicht mehr eindeutig, welche Angaben aus dem erhaltenen Bestand stammen.

Falls ein erneutes Einlesen über die Wartungsfunktion nötig ist, gilt die Richtung Dateien → Datenbank. Die Gegenrichtung würde Metadaten aus der Datenbank in Dateien übertragen. Der Metadaten-Synchronisierer bietet beide Richtungen und berücksichtigt die eingestellten Metadatenregeln. Quelle: digiKam – Metadata Synchronizer

6. Das Ergebnis Feld für Feld abnehmen

Die folgende Tabelle ist eine Vorlage für das eigene Prüfprotokoll. Sie enthält keine bereits gemessenen Ergebnisse.

Personenname, das Personen-Metadatum PersonInImage und die visuelle Gesichtsregion werden getrennt bewertet. Erwartet wird jeweils der vor dem Test belegte Bestand; ein in der Quelle fehlendes Feld wird als „nicht vorhanden“ dokumentiert und nicht als verlorene Information gewertet. Ein lesbarer Name im XMP ist noch kein Nachweis für eine korrekt angezeigte und zugeordnete Gesichtsregion.

Für den aktuellen Workflow gelten die präzisierten Rollen von Personenmetadaten und Gesichtserkennung: Gesichtsregionen und Personen-Keywords sind belegt; PersonInImage ist kein Pflichtfeld. Der Praxistest zu Personen-Metadaten trennt die nachgewiesene Keyword-Übernahme von Gesichtsregionen und programminternen Personenprofilen.

Für fehlende Angaben wird zuerst geprüft: Waren sie überhaupt in Bild oder Sidecar vorhanden? Wurde die richtige Datei gelesen? Liegt das Feld vor, wird aber in der Oberfläche anders oder gar nicht angezeigt? Erst dann lässt sich zwischen fehlender Archivinformation und einem Darstellungs- oder Zuordnungsproblem unterscheiden.

7. Unverändertheit und Grenzen dokumentieren

Vor und nach dem Versuch werden die SHA-256-Prüfsummen der Testbilder und Sidecars verglichen. Gleiche Prüfsummen belegen unveränderte Dateiinhalte. Sie beweisen jedoch nicht, dass digiKam sämtliche Metadaten richtig interpretiert hat. Dazu dient die getrennte fachliche Abnahme. SHA-256 beantwortet ausschließlich die Frage nach der Byte-Identität vor und nach dem Test. Daraus folgt keine Aussage über eingelesene XMP-Felder, Taghierarchien, Personen, Gesichtsregionen, Bewertungen, Labels, GPS oder Beschreibungen. Prüfsumme und fachliche Metadatenprüfung erfüllen zwei unterschiedliche Aufgaben und müssen gemeinsam durchgeführt werden.

Ändert sich beim geplanten Lesetest eine Bild- oder XMP-Datei, wird der Lauf angehalten und die Ursache geklärt. Ein weiteres Einlesen des Gesamtbestands ist dann kein sinnvoller nächster Schritt.

Ein Test gilt für die geprüfte Version, die dokumentierten Einstellungen und die ausgewählten Dateifälle. Für größere Bestände folgen weitere Stichproben, bevor der Wiederaufbau ausgeweitet wird. Ein erfolgreicher Neuaufbau in digiKam belegt außerdem noch nicht die vollständige Übertragbarkeit auf jede andere Bildverwaltung. Dafür ist ein zusätzlicher Vergleich mit einem zweiten Werkzeug erforderlich.

Ein erfolgreicher Test benötigt zwei getrennte Nachweise: Quelldateien und Sidecars sind unverändert geblieben, und die fachlich relevanten Metadaten wurden in der neuen digiKam-Umgebung korrekt und vollständig rekonstruiert. Nicht blind vertrauen, sondern kontrolliert testen und verifizieren.

Was dauerhaft zum Archiv gehört

Das Ergebnis ist mehr als eine neue Datenbank: Es zeigt, welche Informationen tatsächlich mit den Dateien übergeben werden können. Zum langfristigen Bestand gehören deshalb auch die dokumentierte Sidecar-Zuordnung, maßgebliche Metadatenfelder und ein verständliches Prüfprotokoll. Datenbanksicherungen bleiben für den bisherigen Arbeitszustand wertvoll.

Meine archivische Messlatte lautet: Wichtige Informationen müssen außerhalb des bisherigen Programms auffindbar und überprüfbar bleiben. Der kontrollierte Wiederaufbau macht aus diesem Anspruch eine konkrete Prüfung.

Quellen und weiterführende Praxis

Die offiziellen digiKam-Quellen sind jeweils bei den Umsetzungsschritten verlinkt. Die Anleitung trennt deren Funktionsbeschreibung von den hier vorgeschlagenen Prüfschritten und von tatsächlich gemessenen Ergebnissen.

• digiKam-Metadaten im Praxistest: Bilddatei und XMP-Sidecar
• ExifTool: Metadaten vor und nach der Bearbeitung vergleichen
• Metadaten im Fotoarchiv: mehr als Stichwörter
• Fotografieren, digitalisieren und archivieren