图像和照片·图像元数据隐私工具
IPTC IIM 与 XMP：为什么照片两次带有相同的标题
· 背景
图像隐私 文件格式 图像编辑
早在 Adobe 的 XMP 在 XML 中重新表达这些字段之前，新闻照片就在 IPTC 信息交换模型中携带了标题和署名，并且现在许多文件在未达成一致的情况下携带了这两个块。这篇文章解释了历史和同步问题。
两个标题，一张照片 - IPTC 块和 XMP 数据包不一致时的具体混乱
JPEG 可以在多个元数据系列中携带类似标题的信息，并且在不同的编辑者更新不同的块后，这些副本可能会不一致。 ToolAcre 不会选择获胜标题。其 JPEG 分类器将 APP13 中的 Photoshop/IPTC 和 APP1 中的 XMP 识别为可移动元数据，在制作干净的交付副本的同时私密地保留原始数据。
IPTC IIM 作为新闻编辑室元数据块
该工作簿将特定年份和新闻编辑室历史记录附加到 IPTC IIM，但这些事实并非由存储库来源确定。实现级别的事实对于此工作流程来说已经足够了：具有 IPTC 有效负载的 Photoshop 资源数据由其 APP13 签名识别，并作为整个片段删除，而不是解析为可编辑的标题字段。
IIM 如何进入 JPEG — Photoshop 的文件信息和在 JPEG 内携带 IIM 的 APP13 Photoshop 图像资源块
JPEG 应用程序段允许多个元数据系统在压缩扫描之前共存。 APP13 可以容纳 Photoshop/IPTC 资源，而 APP1 可以单独容纳 Exif 或 XMP。因此，仅删除 APP1 Exif 的工具可能会留下 APP13 标题，这就是为什么此清理程序按用途对每个支持的段进行分类，而不是使用 EXIF 作为每个元数据块的同义词。
XMP 作为单独的 XML 元数据包
该工作簿还提供了存储库未验证的 XMP 的年份和供应商历史记录。根本区别是结构性的：XMP 在 JPEG 和 WebP 中被检测为单独的数据包，报告为存在于 WebP 中，并且在不解析其 XML 的情况下被删除。此工具无法将 XMP 字幕文本与其从未解码的 IPTC 值进行比较。
同步问题 — 更新一个块而不更新另一个块的软件，以及协调它们的元数据工作组指南
当两个表示独立编辑时，会出现同步问题，但确定哪个字段具有权威性属于资产管理工作流程。 ToolAcre 避免默默地协调值。保留存档主文件，解决理解两种模式的软件中的标题冲突，并仅在元数据不再需要传输的衍生产品上使用整块剥离。
编码陷阱 — IIM 的 Latin-1 默认值和编码字符集标记，与 XMP 的 UTF-8
编码差异可能会使遗留字幕字节难以解释，但存储库没有 IPTC 解码器来诊断它们。对于发布副本来说，删除更简单、更安全，因为会跳过 APP13 段而不重写其内容。不要使用空的 EXIF 字段表作为 APP13 或 XMP 不存在的证据；检查和清除的覆盖范围故意不同。
这不包括什么 - 如何创作或更正标题；这篇文章是关于阅读和删除，而不是写作
此清理器不是字幕创作、新闻编辑室存档或元数据协调工具。它还保留 ICC 和渲染标记，并且无法删除烧成像素的文本。如果字幕元数据是交付合同的一部分，则剥离它是错误的操作；如果是私人生产历史，则仅将其保留在受控母版中。
要点：假设两个块都存在 — 图像元数据隐私工具会一起检查并剥离 IPTC 和 XMP，因此两个副本都不会被忽视
假设并行元数据块可能存在，直到段报告另有说明为止。在交付衍生产品中，同时删除 APP13 Photoshop/IPTC, APP1 XMP 和 APP1 Exif，验证结果并保留仍可管理字幕的源。其价值在于可预测的块处理，而不是元数据标准之间发明的合并。