Personen-Metadaten im Fotoarchiv: Was digiKam, Excire Foto und Synology Photos austauschen
Veröffentlicht am 6. September 2026 · zuletzt aktualisiert am 26. September 2026 / in Fotografie
Inhaltsübersicht
- Welche Personeninformation bleibt beim Bild?
- Braucht digiKam PersonInImage?
- Was digiKam tatsächlich geschrieben hat
- Der gemeinsame Weg zu Excire und Synology Photos
- Eine Pflegeentscheidung, keine zusätzliche Personenliste
- Selbst nachlesen, ohne etwas zu verändern
- Lesen und Schreiben bleiben getrennt
- Erfahrungsaustausch
- Weiterführende Artikel
Welche Personeninformation bleibt beim Bild?
Ein Name in der Personenansicht einer Fotoverwaltung ist noch kein Nachweis, dass ein anderes Programm ihn nutzen kann. Für ein dauerhaft verständliches Fotoarchiv muss er auch außerhalb der ursprünglichen Datenbank erhalten bleiben. Entscheidend ist deshalb, was nach dem Schreiben tatsächlich in der Datei steht und was ein zweites Programm davon anzeigt.
PersonInImage ist im Fotoarchiv Beuchel kein Pflichtfeld. Maßgeblich sind die von digiKam geschriebenen Face Regions sowie die parallel erzeugten normalen Personenschlagwörter. Letztere bilden die praktisch bestätigte Interoperabilitätsschicht zu Excire Foto und Synology Photos.
Mit Interoperabilität ist hier gemeint, dass beide Programme die gespeicherten Personennamen als normale Schlagwörter anzeigen und nutzbar machen. Diese Kernaussage beruht auf den dokumentierten ExifTool-Tests sowie den praktischen Prüfungen in Excire Foto und Synology Photos; sie ist damit für den untersuchten Bestand praktisch belegt. Die Übernahme vollständiger Gesichtsregionen in die Personenverwaltung anderer Programme ist damit nicht nachgewiesen.
Der Bericht beruht auf drei untersuchten realen Dateien und den dokumentierten Anzeigen der beteiligten Programme. Er ist kein neuer Test sämtlicher Dateiformate oder Softwareversionen. Private Namen sind im folgenden Beispiel durch „Person A“ und „Person B“ ersetzt.
Braucht digiKam PersonInImage?
Zunächst hatte ich XMP-iptcExt:PersonInImage als gemeinsame Personenebene vorgesehen. In zwei Einzelpersonenbildern und einem Bild mit zwei Personen fehlte dieses Feld jedoch, obwohl die bestätigten Namen und Gesichtsregionen gespeichert waren. Die beiden Namen des Mehrpersonenbildes erschienen anschließend sowohl in Excire unter „Stichwörter“ als auch in Synology Photos unter „Tags“.
Für diesen Workflow entfällt damit eine zusätzliche Personenliste. PersonInImage bleibt ein legitimes standardisiertes IPTC-Feld für andere Anforderungen; es ist hier weder führend noch Pflicht. Ich erzeuge es nicht zusätzlich per ExifTool und baue keine Synchronisation zwischen Face Tags, Keywords und einer dritten Personenrepräsentation auf. Bereits vorhandene Felder werden deshalb nicht gelöscht.
Was digiKam tatsächlich geschrieben hat
Die untersuchten Dateien enthalten zwei verschiedene Ebenen:
| Ebene | Im Test vorhandene Informationen | Nutzen |
|---|---|---|
| Gesichtsregion | MWG-RegionName, RegionType und RegionArea; zusätzlich Microsoft-Gesichtsregionen | Verbindet einen bestätigten Namen mit einem Bildbereich |
| Normale Schlagwörter | XMP-dc:Subject und IPTC:Keywords mit den Personennamen | Macht die Namen über die Schlagwortsuche anderer Programme auffindbar |
| Hierarchie und weitere Darstellung | digiKam TagsList, Lightroom HierarchicalSubject und in den entsprechenden Dateien XPKeywords | Ergänzende Repräsentationen des getesteten Bestands |
Ein gekürztes, anonymisiertes Beispiel des Mehrpersonenbildes:
[XMP-dc] Subject : Person A, Person B
[IPTC] Keywords : Person A, Person B
[XMP-mwg-rs] RegionName : Person A, Person B
[XMP-mwg-rs] RegionType : Face, Face
[XMP-MP] RegionPersonDisplayName : Person A, Person B
Für beide Gesichter waren getrennte MWG-RegionArea-Koordinaten vorhanden. Die unterschiedliche Reihenfolge von Namen in einzelnen Listen ist dabei keine sichere Zuordnung der Gesichter; Name und Bereich müssen innerhalb der jeweiligen Regionsstruktur zusammenpassen.
Die Pflege beginnt weiterhin mit einer geprüften Personenzuordnung in digiKam. Das Handbuch unterscheidet ausdrücklich zwischen einem Face Tag und einem gewöhnlichen Tag für das gesamte Bild. Ein normales Schlagwort allein erzeugt keine Gesichtsregion. digiKam: Personenansicht und Face Tagging
Der gemeinsame Weg zu Excire und Synology Photos
digiKam: bestätigte Person
- Gesichtsregion: Name und Position bleiben zusammen im XMP erhalten.
- XMP/IPTC-Keyword: Der Personenname erscheint im Test als Stichwort in Excire Foto und als Tag in Synology Photos.
| Anwendung | Beobachtung am Mehrpersonenbild | Daraus folgt nicht |
|---|---|---|
| digiKam | Zwei bestätigte Personen, zwei Gesichtsregionen und zwei exportierte Namen | Dass jede Konfiguration automatisch dieselben Felder schreibt |
| Excire Foto | Beide Namen unter „Stichwörter“, neben eigenen KI-Begriffen | Dass digiKam-Gesichtsregionen als Excire-Personenidentitäten importiert wurden |
| Synology Photos | Beide Namen unter „Tags“ | Dass daraus automatisch Synology-Personenprofile entstanden |
Grenze des Nachweises: Dieselben Namen standen gleichzeitig in mehreren Metadatenfeldern. Der Test beweist deshalb die Anzeige vorhandener Personen-Keywords, aber nicht, ob Excire oder Synology bevorzugt XMP-dc:Subject, IPTC:Keywords, XPKeywords oder eine Prioritätsfolge daraus liest. Dazu wäre ein isolierter Feldtest erforderlich. Auch die Übernahme aller Gesichtsregionen ist damit nicht belegt.
Eine Pflegeentscheidung, keine zusätzliche Personenliste
Personen werden in digiKam geprüft und als Face Tags bestätigt. Nach dem kontrollierten Schreiben werden Namen und Regionen stichprobenartig aus der Datei gelesen. Wenn digiKam die Namen bereits als normale Keywords geschrieben hat, wird kein zweiter Satz manuell gepflegter Personen-Tags ergänzt.
Die Regel „Tags sparsam verwenden“ bleibt bestehen. Die automatisch aus bestätigten Personen entstandenen Keywords erfüllen hier eine konkrete Austauschfunktion. Sie sind keine Einladung, ungeprüfte KI-Begriffe oder zusätzliche, voneinander abweichende Namenslisten aufzubauen.
Die Metadaten-Speicherregel bleibt unverändert: JPEG/JPG, TIFF/TIF, PNG, DNG und HEIC/HEIF führen gepflegtes XMP eingebettet. Proprietäre RAW-Dateien bleiben unverändert und verwenden zugeordnete XMP-Sidecars. Aus dem erfolgreichen JPEG-Test folgt keine Garantie, dass die Präsentationsprogramme jedes dieser Formate oder jedes Sidecar gleich auswerten.
Selbst nachlesen, ohne etwas zu verändern
Ein reiner Leseaufruf zeigt die vorhandenen XMP- und IPTC-Daten:
exiftool -G1 -a -s -XMP:All -IPTC:All "DATEI.jpg"
-G1 zeigt die Metadatengruppe, -a auch mehrfach vorkommende Tags und -s die technischen Tag-Namen. Für eine vollständige Ausgabe einschließlich weiterer Gruppen können die beiden Filter -XMP:All und -IPTC:All entfallen. ExifTool: Optionen
Danach dieselbe Datei in den Zielprogrammen kontrollieren: Sind die Namen als Tags vorhanden? Sind Gesichtsregionen tatsächlich sichtbar und richtig zugeordnet? Diese beiden Ergebnisse getrennt dokumentieren. Ein fehlendes PersonInImage ist in diesem Workflow kein Fehler.
Lesen und Schreiben bleiben getrennt
Die gelungene Keyword-Anzeige hebt die Excire-Schreibsperre nicht auf. Excire darf im produktiven Bestand weder Mediendateien noch XMP-Sidecars verändern. KI-Ergebnisse bleiben Arbeits- und Suchdaten; dauerhafte Übernahmen erfolgen kontrolliert mit digiKam oder gezielten ExifTool-Werkzeugen.
Synology Photos ist die lesende Familienoberfläche auf einem bereitgestellten Bestand. Seine Personenprofile und internen Erkennungsergebnisse bleiben Komfortfunktionen. Sie ersetzen die bestätigte Personenpflege im Archivmaster nicht.
Erfahrungsaustausch
Mich interessiert, wie andere Fotoarchiv-Praktiker Personen, Gesichtsregionen und Namen dauerhaft und programmübergreifend erhalten. Wenn Sie eigene Erfahrungen mit digiKam, Excire Foto, Synology Photos oder den zugrunde liegenden XMP-Feldern gesammelt haben, freue ich mich über eine Nachricht.
Weiterführende Artikel
- Foto-Hub
- digiKam als Metadateninstanz
- Excire als Analyse- und Suchwerkzeug
- Governance des Fotoarchivs
Persönliche Unterstützung
Dieser Artikel vermittelt die fachlichen Grundlagen. Wenn Sie die beschriebenen Methoden auf einen konkreten Bestand oder ein bestehendes System übertragen möchten, finden Sie ergänzende Informationen unter Dienstleistungen.