Metadaten Rechtebereinigung Familienarchiv
In einem digitalen Familienarchiv entstehen Medien aus unterschiedlichen Quellen:
eigene Fotos, Scans alter Abzüge, Dokumente, gelegentlich auch übernommene Dateien.
Damit das Archiv langfristig konsistent bleibt, müssen die Rechte- und Nutzungsinformationen
in den Metadaten bereinigt und vereinheitlicht werden.
Diese Seite dokumentiert einen methodischen Ansatz zur Metadaten-Rechtebereinigung:
Welche Felder relevant sind, welche Inhalte dort sinnvoll sind, und wie ein stabiler
Workflow aussieht, der sich auf große Bestände anwenden lässt.
Inhalt
- Ziel der Rechtebereinigung
- Typische Probleme in Archivbeständen
- Grundsätze (Archivlogik)
- Relevante Felder (IPTC/XMP) – Überblick
- Vergleichstabelle: Felder, Zweck, Empfehlung
- Mini-Matrix: Bestandstyp → Standardwerte
- Empfohlene Textbausteine und Werte
- Workflow: Rechtebereinigung in der Praxis
- ASCII-Struktur: Rechteinformationen im Metadatenmodell
- Kurz-Checkliste
- Hinweis
Ziel der Rechtebereinigung
Rechtebereinigung bedeutet in diesem Kontext nicht „juristische Prüfung“, sondern
eine konsistente, nachvollziehbare Dokumentation der Nutzungs- und Veröffentlichungsregeln
innerhalb des eigenen Archivs.
- Einheitliche Copyright-/Urheberangaben
- Klare Nutzungs- und Veröffentlichungshinweise
- Saubere Trennung von „privatem Archiv“ und „öffentlicher Veröffentlichung“
- Reduktion widersprüchlicher oder leerer Felder
Typische Probleme in Archivbeständen
- uneinheitliche Schreibweisen (Name, Firma, Jahr)
- veraltete oder falsche Copyright-Strings
- leere Felder oder zufällige Tool-Default-Werte
- Konflikte zwischen IPTC und XMP (z. B. doppelte/abweichende Felder)
- unklare Herkunft bei Scans (analog / digital / fremde Quelle)
Grundsätze (Archivlogik)
- Ein Feld – eine Aussage: Keine Mischtexte, keine „Romanfelder“.
- Wiederholbarkeit: Werte müssen auf tausende Dateien anwendbar sein.
- Softwareunabhängigkeit: Metadaten werden in die Datei geschrieben (XMP/IPTC).
- Dokumentation statt Diskussion: Unklarheiten werden markiert, nicht verschleiert.
- Archiv vs. Veröffentlichung: Interne Regeln sind nicht automatisch öffentliche Lizenzen.
Relevante Felder (IPTC/XMP) – Überblick
Für die Rechtebereinigung haben sich wenige Felder als besonders praxistauglich erwiesen.
Wichtig ist nicht „maximal viele Felder“, sondern konsistent befüllte Kernfelder.
- Copyright Notice (Urheber/Copyright)
- Creator/Author (Urheber/Ersteller)
- Credit Line (Quellen-/Credit-Angabe, falls nötig)
- Rights Usage Terms / Nutzungsbedingungen (klarer Textbaustein)
- Web Statement of Rights (optional – Verweis, wenn öffentlich relevant)
Vergleichstabelle: Felder, Zweck, Empfehlung
| Feld | Standard/Gruppe | Zweck | Empfehlung im Familienarchiv |
|---|---|---|---|
| Copyright Notice | IPTC / XMP | Copyright-String (z. B. „© Name, Jahr“) | Pflicht (einheitlich) |
| Creator / Author | IPTC / XMP | Ersteller/Urheber (Name/Firma) | Pflicht (konstant) |
| Credit Line | IPTC | Quelle/Credit, wenn von außen übernommen | Optional (nur bei Bedarf) |
| Rights Usage Terms | XMP (Rights) | Nutzungs-/Veröffentlichungsbedingungen als Text | Sehr empfohlen |
| Web Statement of Rights | XMP (Rights) | Link/Verweis auf Rechtehinweis-Seite | Optional (v. a. bei Veröffentlichung) |
| Source | IPTC | Herkunft (Scan, Album, Person, Sammlung) | Optional (hilfreich bei Scans) |
| Description / Caption | IPTC / XMP | Kontextbeschreibung (nicht „Rechtstext“) | Pflicht für wichtige Inhalte |
Mini-Matrix: Bestandstyp → Standardwerte
Die folgende Mini-Matrix hilft dabei, Standardwerte pro Bestandstyp festzulegen.
Sie dient der operativen Umsetzung: wenige, klare Textbausteine – konsequent angewendet.
| Bestandstyp | Creator/Author | Copyright Notice | Rights Usage Terms (Kurzform) | Credit Line / Source |
|---|---|---|---|---|
| Eigene Fotos (Kamera/iPhone) | Eric Beuchel | © Eric Beuchel | Nur private Nutzung im Familienarchiv. Keine Veröffentlichung ohne Prüfung. | Source optional (z. B. iPhone/Kamera) |
| Scans eigener Papierfotos | Familienarchiv Beuchel | © Familie Beuchel | Archivbestand. Veröffentlichung nur nach Prüfung (Personen/Ort/Anlass). | Source: Scan / Album / Jahrgang (falls bekannt) |
| Dia-/Negativ-Scans | Familienarchiv Beuchel | © Familie Beuchel | Archivbestand. Veröffentlichung nur nach Prüfung (Personen/Ort/Anlass). | Source: Dia-Scan / Negativ-Scan (ggf. Rolle/Film) |
| Fremdquelle (Datei übernommen) | Quelle unbekannt oder laut Quelle | © Unbekannt (bis geklärt) | Quelle extern. Nutzung/Weitergabe nur gemäß Originalquelle bzw. nach Klärung. | Credit Line: Name/Quelle; Source: Übernahme/Bezug |
| Unklarer Bestand (nicht zuordenbar) | Unbekannt | © Unbekannt | Unklare Rechte. Nutzung nur intern bis Klärung. | Source: Unklar / Notiz zur Klärung |
Empfohlene Textbausteine und Werte
Die folgenden Textbausteine sind bewusst kurz, klar und archivtauglich.
Sie ersetzen keine juristische Prüfung, schaffen aber konsistente Regeln im Bestand.
Beispiel: Copyright Notice
- © Eric Beuchel (für eigene Aufnahmen)
- © Familie Beuchel (wenn gemeinschaftlich/Archivbestand)
- © Unbekannt (wenn nicht zuordenbar, bewusst markiert)
Beispiel: Rights Usage Terms
- Nur private Nutzung im Familienarchiv. Keine Veröffentlichung ohne Prüfung.
- Archivbestand. Veröffentlichung nur nach Prüfung (Personen/Ort/Anlass).
- Quelle extern. Nutzung/Weitergabe nur gemäß Originalquelle bzw. nach Klärung.
- Unklare Rechte. Nutzung nur intern bis Klärung.
Wichtig ist, dass du dich pro Bestandstyp auf wenige standardisierte Formulierungen
festlegst und diese konsequent nutzt.
Workflow: Rechtebereinigung in der Praxis
Ein praxistauglicher Workflow folgt einem einfachen Muster: analysieren → vereinheitlichen → prüfen → schreiben.
- Bestandsanalyse: Welche Quellen (iPhone, Kamera, Scan, Fremddatei) existieren im Bestand?
- Regelsatz definieren: Standardwerte je Bestandstyp festlegen (Matrix).
- Konflikte erkennen: Widersprüche zwischen IPTC und XMP identifizieren.
- Bereinigung: Falsche/alte Strings ersetzen, Dubletten vermeiden.
- Schreiben in Dateien: Metadaten dauerhaft in Datei/XMP speichern.
- Stichprobenprüfung: Sichtprüfung in mindestens zwei Programmen.
- Dokumentation: Regeln schriftlich festhalten (damit sie langfristig gelten).
ASCII-Struktur: Rechteinformationen im Metadatenmodell
Datei (JPG / DNG / TIFF)
│
├── EXIF (technisch)
│ └── Kamera, Datum, Belichtung …
│
├── IPTC (redaktionell)
│ ├── Creator/Author
│ ├── Copyright Notice
│ ├── Credit Line (optional)
│ └── Source (optional)
│
└── XMP (erweitert)
├── Rights Usage Terms (Nutzungsbedingungen)
├── Web Statement of Rights (optional)
└── weitere Archivfelder (Personen, Orte, Hierarchien)
Kurz-Checkliste
- Standardwerte je Bestandstyp definiert (Matrix)?
- Creator/Author konsistent?
- Copyright-String einheitlich?
- Rights Usage Terms gesetzt und kurz?
- Keine widersprüchlichen IPTC/XMP-Werte?
- Metadaten in Datei geschrieben?
- Stichprobe in mindestens zwei Programmen geprüft?
Diese Seite beschreibt methodische Vorgehensweisen zur Metadatenpflege im Familienarchiv.
Es werden bewusst keine Skripte oder automatisierten Lösungen veröffentlicht, da solche
Implementierungen stark von Softwareversion, Systemumgebung und Datenbestand abhängen
und in anderen Umgebungen unerwünschte Nebenwirkungen haben können.
KI-generiertes Bild mit DALL·E (OpenAI) via ChatGPT, basierend auf eigener Bildidee
KI-generiertes Bild mit DALL·E (OpenAI) via ChatGPT, basierend auf eigener Bildidee
KI-generiertes Bild mit DALL·E (OpenAI) via ChatGPT, basierend auf eigener Bildidee
Eric Beuchel
Gerd Altmann
KI-generiertes Bild mit DALL·E (OpenAI) via ChatGPT, basierend auf eigener Bildidee