Bilder und Fotos · Datenschutz-Tool für Bildmetadaten
IPTC IIM vs. XMP: Warum Fotos zweimal die gleiche Bildunterschrift tragen
· Hintergrund
Bilddatenschutz Dateiformate Bildbearbeitung
Nachrichtenfotos trugen im IPTC Information Interchange Model Bildunterschriften und Verfasser, lange bevor Adobes XMP diese Felder in XML erneut ausdrückte, und viele Dateien enthalten jetzt beide Blöcke ohne Zustimmung. Dieser Beitrag erklärt den Verlauf und das Synchronisationsproblem.
Zwei Bildunterschriften, ein Foto – die konkrete Verwirrung, wenn der IPTC-Block und das XMP-Paket nicht übereinstimmen
Ein JPEG kann beschriftungsähnliche Informationen in mehr als einer Metadatenfamilie enthalten, und diese Kopien können unterschiedlich sein, nachdem verschiedene Editoren verschiedene Blöcke aktualisiert haben. ToolAcre wählt keine gewinnende Bildunterschrift aus. Sein Klassifikator JPEG erkennt Photoshop/IPTC in APP13 und XMP in APP1 als entfernbare Metadaten, wodurch das Original privat bleibt und gleichzeitig eine saubere Lieferkopie erstellt wird.
IPTC IIM als Newsroom-Metadatenblock
In der Arbeitsmappe wurden IPTC IIM ein bestimmtes Jahr und ein bestimmter Newsroom-Verlauf zugeordnet, diese Fakten werden jedoch nicht durch Repository-Quellen nachgewiesen. Für diesen Workflow reicht die Tatsache auf Implementierungsebene aus: Photoshop-Ressourcendaten mit einer IPTC-Nutzlast werden anhand ihrer APP13-Signatur erkannt und als ganzes Segment entfernt, anstatt in bearbeitbare Beschriftungsfelder analysiert zu werden.
Wie IIM in JPEGs gelangte – Photoshops Dateiinformationen und der Photoshop-Bildressourcenblock APP13, der IIM in einem JPEG trägt
JPEG Anwendungssegmente ermöglichen die Koexistenz mehrerer Metadatensysteme vor dem komprimierten Scan. APP13 kann Photoshop/IPTC-Ressourcen enthalten, während APP1 separat Exif oder XMP speichern kann. Ein Tool, das nur APP1-Exif entfernt, kann daher eine APP13-Beschriftung hinterlassen, weshalb dieser Reiniger jedes unterstützte Segment nach Zweck klassifiziert, anstatt EXIF als Synonym für jeden Metadatenblock zu verwenden.
XMP als separates XML Metadatenpaket
Die Arbeitsmappe lieferte außerdem einen Jahres- und Anbieterverlauf für XMP, der vom Repository nicht überprüft wird. Die fundierte Unterscheidung ist strukturell: XMP wird als separates Paket in JPEG und WebP erkannt, in WebP als vorhanden gemeldet und ohne Analyse seines XML entfernt. Dieses Tool kann den XMP-Untertiteltext nicht mit einem IPTC-Wert vergleichen, den es nie dekodiert.
Das Synchronisierungsproblem – Software, die einen Block aktualisiert und den anderen nicht, und die Richtlinien der Metadata Working Group für deren Abgleich
Synchronisierungsprobleme treten auf, wenn zwei Darstellungen unabhängig voneinander bearbeitet werden, die Bestimmung, welches Feld maßgeblich ist, jedoch zu einem Asset-Management-Workflow gehört. ToolAcre vermeidet den stillen Abgleich von Werten. Bewahren Sie den Archivmaster, lösen Sie Beschriftungskonflikte in einer Software, die beide Schemata versteht, und verwenden Sie das Stripping ganzer Blöcke nur für ein Derivat, dessen Metadaten nicht mehr übertragen werden müssen.
Codierungsfallen – IIMs Latin-1-Standard und die Markierung für codierte Zeichensätze im Vergleich zu XMPs UTF-8
Codierungsunterschiede können dazu führen, dass ältere Untertitelbytes schwer zu interpretieren sind, das Repository verfügt jedoch über keinen IPTC-Decoder, um sie zu diagnostizieren. Das Entfernen ist für die Veröffentlichungskopie einfacher und sicherer, da das APP13-Segment übersprungen wird, ohne dass sein Inhalt neu geschrieben wird. Verwenden Sie eine leere EXIF-Feldtabelle nicht als Beweis dafür, dass APP13 oder XMP nicht vorhanden war. Inspektion und Beseitigung werden bewusst unterschiedlich abgedeckt.
Was dies nicht abdeckt – wie man Untertitel verfasst oder korrigiert; In diesem Beitrag geht es um Lesen und Entfernen, nicht um Schreiben
Bei diesem Cleaner handelt es sich nicht um ein Tool zur Erstellung von Untertiteln, kein Newsroom-Archiv oder zum Abgleich von Metadaten. Es behält auch ICC- und Rendering-Marker bei und kann keinen in Pixel eingebrannten Text entfernen. Wenn Untertitel-Metadaten Teil eines Liefervertrags sind, ist das Entfernen dieser Metadaten der falsche Vorgang. Wenn es sich um eine private Produktionshistorie handelt, behalten Sie sie nur im kontrollierten Master bei.
Takeaway: Gehen Sie davon aus, dass beide Blöcke vorhanden sind – das Image Metadata Privacy Tool prüft und entfernt IPTC und XMP zusammen, sodass keine Kopie unbemerkt bleibt
Gehen Sie davon aus, dass parallele Metadatenblöcke vorhanden sein könnten, bis der Segmentbericht etwas anderes sagt. Entfernen Sie bei einem Lieferderivat APP13 Photoshop/IPTC, APP1 XMP und APP1 Exif zusammen, überprüfen Sie das Ergebnis und behalten Sie die Quelle bei, in der Untertitel weiterhin verwaltet werden können. Der Wert liegt in der vorhersehbaren Blockverarbeitung und nicht in einer erfundenen Fusion zwischen Metadatenstandards.