Images et photos · Outil de confidentialité des métadonnées d'image
IPTC IIM vs XMP : pourquoi les photos portent deux fois la même légende
· Contexte
image-confidentialité formats de fichiers retouche d'images
Les photos d'actualité comportaient des légendes et des signatures dans le modèle d'échange d'informations IPTC bien avant que le XMP d'Adobe ne réexprime ces champs dans XML, et de nombreux fichiers contiennent désormais les deux blocs sans être d'accord. Cet article explique l'historique et le problème de synchronisation.
Deux légendes, une photo — la confusion concrète lorsque le bloc IPTC et le paquet XMP ne sont pas d'accord
Un JPEG peut contenir des informations de type légende dans plusieurs familles de métadonnées, et ces copies peuvent être en désaccord après que différents éditeurs ont mis à jour différents blocs. ToolAcre ne choisit pas de légende gagnante. Son classificateur JPEG reconnaît Photoshop/IPTC dans APP13 et XMP dans APP1 comme métadonnées amovibles, préservant l'original en privé tout en créant une copie propre.
IPTC IIM en tant que bloc de métadonnées de salle de rédaction
Le classeur joignait une année spécifique et l'historique de la salle de rédaction à IPTC IIM, mais ces faits ne sont pas établis par les sources du référentiel. Le fait au niveau de l'implémentation est suffisant pour ce flux de travail : les données de ressources Photoshop avec une charge utile IPTC sont reconnues par leur signature APP13 et supprimées dans leur ensemble plutôt que analysées dans des champs de légende modifiables.
Comment IIM est entré dans les fichiers JPEG - Informations sur le fichier Photoshop et le bloc de ressources d'image Photoshop APP13 qui transporte IIM dans un JPEG
JPEG permettent à plusieurs systèmes de métadonnées de coexister avant l'analyse compressée. APP13 peut contenir des ressources Photoshop/IPTC tandis que APP1 peut contenir séparément Exif ou XMP. Un outil qui supprime uniquement APP1 Exif peut donc laisser une légende APP13 derrière lui, c'est pourquoi ce nettoyeur classe chaque segment pris en charge par objectif plutôt que d'utiliser EXIF comme synonyme de chaque bloc de métadonnées.
XMP en tant que paquet de métadonnées XML distinct
Le classeur a également fourni une année et un historique du fournisseur pour XMP que le référentiel ne vérifie pas. La distinction fondée est structurelle : XMP est détecté comme un paquet distinct dans JPEG et WebP, signalé comme présent dans WebP, et supprimé sans analyser son XML. Cet outil ne peut pas comparer le texte de légende XMP avec une valeur IPTC qu'il ne décode jamais.
Le problème de synchronisation : un logiciel qui met à jour un bloc et pas l'autre, et les directives du groupe de travail sur les métadonnées pour les réconcilier
Des problèmes de synchronisation surviennent lorsque deux représentations sont modifiées indépendamment, mais la détermination du champ faisant autorité appartient à un workflow de gestion des actifs. ToolAcre évite de réconcilier silencieusement les valeurs. Préservez le maître d'archives, résolvez les conflits de légendes dans un logiciel qui comprend les deux schémas et utilisez la suppression de blocs entiers uniquement sur un dérivé dont les métadonnées n'ont plus besoin de voyager.
Pièges d'encodage – la valeur par défaut Latin-1 d'IIM et le marqueur de jeu de caractères codés, par rapport au UTF-8 de XMP
Les différences d'encodage peuvent rendre les octets de sous-titres existants difficiles à interpréter, mais le référentiel ne dispose pas de décodeur IPTC pour les diagnostiquer. La suppression est plus simple et plus sûre pour la copie de publication car le segment APP13 est ignoré sans réécrire son contenu. N'utilisez pas de table de champs EXIF vide comme preuve de l'absence d'APP13 ou de XMP ; l’inspection et l’enlèvement ont des couvertures délibérément différentes.
Ce que ceci ne couvre pas : comment créer ou corriger des légendes ; cet article concerne la lecture et la suppression, pas l'écriture
Ce nettoyeur n'est pas un outil de création de sous-titres, d'archives de salle de rédaction ou de réconciliation de métadonnées. Il conserve également les marqueurs ICC et de rendu, et ne peut pas supprimer le texte gravé en pixels. Si les métadonnées de légende font partie d’un contrat de livraison, les supprimer n’est pas une bonne opération ; s'il s'agit d'un historique de production privé, conservez-le uniquement dans le master contrôlé.
À retenir : supposez que les deux blocs existent : l'outil de confidentialité des métadonnées d'image inspecte et supprime IPTC et XMP ensemble, de sorte qu'aucune copie ne survit inaperçue.
Supposons que des blocs de métadonnées parallèles puissent exister jusqu'à ce que le rapport de segment indique le contraire. Sur un dérivé de livraison, supprimez APP13 Photoshop/IPTC, APP1 XMP et APP1 Exif ensemble, vérifiez le résultat et conservez la source où les sous-titres peuvent toujours être gérés. La valeur réside dans la gestion prévisible des blocs, et non dans une fusion inventée entre les normes de métadonnées.