影像與照片·影像元資料隱私工具
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，驗證結果並保留仍可管理字幕的來源。其價值在於可預測的區塊處理，而不是元資料標準之間發明的合併。