Bilder im Fotoarchiv standardisieren

Ausgangslage

Neue Dateien kommen aus verschiedenen Quellen: Kamera, Smartphone, Messenger, Cloud-Export, Scan-Workflow oder altem Sicherungsbestand. Vor der dauerhaften Ablage liegen sie deshalb zunächst in einem Eingangsbereich.

Dort wird geprüft, ob Zeitinformationen, Herkunft und Dateirolle plausibel sind. Erst danach werden Dateien in die Archivstruktur übernommen.

Regelbasis

Praktischer Ablauf

Übergang vom Rohscan ins Bildarchiv

Bei digitalisierten Bildern trenne ich Rohdaten und Archivdateien bewusst. Scan-Rohdaten aus SilverFast, TIFF-Master, HDRiRAW-Dateien oder andere Zwischenformate bleiben im Rohdatenbereich reines Quellmaterial. Sie werden nicht als Arbeitsfläche für Verschlagwortung, Personenpflege oder Bewertung genutzt.

Der Schnitt zwischen Rohdaten-Silo und Bildarchiv ist zugleich der Farbmanagement-Schnitt. Spätestens beim Übergang in das Archiv muss klar sein, welches Farbprofil der Datei zugeordnet ist. Ein unprofilierter Scan kann später in digiKam, im Browser oder bei einer Veröffentlichung deutlich anders wirken als erwartet.

Für Archivdateien wird deshalb geprüft, ob ein sinnvolles Profil eingebettet ist, zum Beispiel sRGB oder Adobe RGB für nutzbare Archiv- und Ausgabedateien. Präsentationsdateien, etwa für Web oder externe Galerien, werden als eigene Nutzversionen behandelt und nicht mit Rohscans verwechselt.

Unprofilierte TIFF-Scans gehören deshalb nicht ungeprüft in das Fotoarchiv. Vor der Übergabe an digiKam wird ihnen entweder ein plausibles Eingangsprofil zugewiesen oder sie werden kontrolliert in ein Standard-Archivprofil wie Adobe RGB oder sRGB konvertiert. Erst danach beginnt die eigentliche Archivbeschreibung.

Die Metadatenbasis bleibt XMP. digiKam schreibt und liest die relevanten Archivinformationen über XMP beziehungsweise XMP-Sidecars. Excire Foto kann bei Suche und Vorauswahl helfen, ist aber nicht die führende Langzeitquelle für Metadaten.

Die bevorzugte Archivwahrheit liegt im Bild selbst: in der Datei, ihren eingebetteten Metadaten und dem dauerhaft lesbaren Dokumentationskontext. XMP-Sidecars sind wichtige Hilfs- und Begleitdateien, wenn Metadaten nicht sauber oder nicht sinnvoll in die Bilddatei geschrieben werden können. Sie ersetzen aber nicht die Datei und dürfen nie als losgelöste Wahrheit betrachtet werden.

digiKam nutzt ExifTool für den Umgang mit Metadaten und bleibt die führende Arbeitsoberfläche für die Archivpflege. Gleichzeitig eignet sich ExifTool als stummer Wächter im Hintergrund: Automatisierte Prüfskripte können unabhängig von der Programmoberfläche auslesen, ob XMP-Sidecars vorhanden sind, ob wichtige Felder gefüllt wurden und ob Farbprofile plausibel eingebettet sind. Das ersetzt keine inhaltliche Prüfung, macht die Archivwahrheit aber kontrollierbar.

Die technische Arbeitsumgebung dahinter ist auf der Seite Arbeitsumgebung für Fotografie, Scan und Bildverwaltung beschrieben. Die Metadatenpflege selbst gehört zum Workflow digiKam im Familienarchiv.

Interne Werkzeugdokumentation

Die technische Grundlage dieses Abschnitts ist ein bereits vorhandenes internes Werkzeug zur Bildvereinheitlichung, das in meiner Obsidian-Dokumentation beschrieben ist. Der öffentliche Artikel übernimmt daraus nicht den Programmcode, sondern die archivische Logik: Rohdaten bleiben unverändert, Arbeitskopien werden geprüft und vereinheitlicht, und die Übergabe ins Fotoarchiv erfolgt erst nach technischer Kontrolle.

Veröffentlicht werden deshalb Konzept, Zweck, Schutzmechanismen und die Einordnung ins Silo-Modell. Nicht veröffentlicht werden produktiver Code, konkrete lokale Pfade, Systemdetails oder ausführbare Skripte.

Das interne Tool arbeitet als kontrollierte Vorstufe vor der eigentlichen Metadatenpflege in digiKam. Es liest technische Metadaten mit ExifTool aus, bildet daraus standardisierte Dateinamen für Fotos und Videos und protokolliert die Ergebnisse. Dabei stehen Schutzmechanismen im Vordergrund: ein sicherer Vorschau-Modus vor dem eigentlichen Schreiben, CSV-Protokollierung, Warnungen bei auffälligen Zeitabweichungen, das Überspringen erkannter Scan-Rohdaten und die Möglichkeit, Dateien nicht direkt umzubenennen, sondern geprüft in einen Zielbereich zu kopieren.

Wichtig ist auch die Nachvollziehbarkeit. Bei erfolgreichen Standardisierungen kann der bisherige Dateiname in einem XMP-Sidecar erhalten bleiben. Video-Zusatzdateien wie Vorschauen oder Kontaktbögen werden nicht wie normale Fotos behandelt. Damit bleibt das Werkzeug ein technischer Ordnungshelfer am Übergang vom Eingangsbestand ins Fotoarchiv - nicht der Ort für inhaltliche Bewertung, Personenpflege oder endgültige Archivbeschreibung.

Ergänzend gibt es ein internes Video-Werkzeug für technische Normierung, Vorschaubilder und Kontaktbögen. Es prüft Videos mit FFmpeg und ffprobe, erzeugt bei kurzen Clips ein Vorschaubild und bei längeren Videos einen Kontaktbogen. Technisch veraltete Videodateien können eine zusätzliche normierte Nutzversion erhalten, während moderne, bereits gut nutzbare Dateien unverändert bleiben.

Auch dieses Werkzeug ist kein Veröffentlichungs- oder Bewertungswerkzeug, sondern ein Kontrollbaustein im Archiv-Workflow: Es macht Videos sichtbarer, prüfbarer und einheitlicher nutzbar, ohne das Original als Archivquelle unnötig zu ersetzen.

Leitsatz: Obsidian liefert die interne technische Quelle, die Website beschreibt die öffentlich nachvollziehbare Archivlogik.

Hosenträger und Gürtel

Als zusätzliche Rückfallebene gibt es ein internes Werkzeug, das den relativen Archivpfad inklusive Dateiname in die Caption beziehungsweise XMP:Description schreibt. Das ist keine inhaltliche Bildbeschreibung und ersetzt nicht die Metadatenpflege in digiKam. Es ist eine technische Referenz, mit der die Herkunft einer Datei auch dann nachvollziehbar bleibt, wenn Ordnerstrukturen exportiert, Dateien umbenannt oder externe Systeme Metadaten verändert haben.

Die Caption wird dabei bewusst nicht komplett überschrieben. Bestehende Freitexte bleiben erhalten. Nur ein definierter, strukturierter Archivblock wird kontrolliert aktualisiert. Dadurch bleiben historische Informationsspuren sichtbar, während der aktuelle Archivpfad maschinenlesbar und einheitlich gespeichert wird.

Archiv-Referenz:
Archiv-ID: 2026-07-06_001
Orig-Path: Bilder-Rohdaten/Scan_05.tif
Archiv-Path: Bilder-Archiv/Familie/2026/2026-07-06_001.tif
Hinweis: technische Referenz, keine inhaltliche Bildbeschreibung

Diese Schicht ist im besten Sinne Hosenträger und Gürtel: Führend bleiben Dateistruktur, digiKam und XMP-Metadaten. Der zusätzliche Caption-Block ist ein Sicherheitsanker für Rekonstruktion, Kontrolle und spätere Migration. Auch hier gilt: veröffentlicht wird die Archivlogik, nicht der produktive Code.

Video-Prüfung

Videos werden nicht automatisch verdoppelt. Vor einer Normierung wird die technische Struktur geprüft. Moderne, bereits gut nutzbare Videos bleiben unverändert; problematische Altformate erhalten bei Bedarf eine zusätzliche Nutzversion nach der zentralen Namensregel.

Die Ergänzung durch Vorschaubilder und Kontaktbögen dient der späteren Sichtung im Archiv. Kurze Videos erhalten ein einzelnes Vorschaubild, längere Videos einen Kontaktbogen mit mehreren Standbildern. Dadurch wird der Inhalt erkennbar, ohne jede Datei sofort abspielen zu müssen.

Daneben gibt es eine technische Vorschau im Arbeitsablauf: Bevor Dateien tatsächlich umbenannt, kopiert oder normiert werden, kann der geplante Vorgang sichtbar geprüft und protokolliert werden. Das reduziert das Risiko, dass eine falsche Regel unbemerkt auf viele Dateien angewendet wird.

Die Archivregel bleibt: Das Original ist die Quelle, eine normierte Datei ist eine Nutzversion. Vorschau, Kontaktbogen und XMP-Sidecar sind Begleitdateien, die den Archivbetrieb erleichtern, aber nicht die inhaltliche Beschreibung in digiKam ersetzen.

Begleitdateien

Begleitdateien entstehen nur, wenn sie für den Archivbetrieb hilfreich sind: XMP für Metadaten, Vorschauen für kurze Videos und Kontaktbögen für längere Videos. Die konkrete Benennung dieser Dateien ist auf der Dateibenennungsseite festgelegt.

Grenzen der Automatisierung

Automatisierung nimmt Fleißarbeit ab, ersetzt aber keine inhaltliche Archivarbeit. Personen, Orte, Ereignisse und Beschreibungen werden später in Metadaten gepflegt.

Unsichere Fälle werden nicht blind umbenannt oder normiert, sondern markiert, protokolliert und später geprüft.