Immagini e foto · Strumento per la privacy dei metadati delle immagini
IPTC IIM vs XMP: perché le foto hanno la stessa didascalia due volte
· Sfondo
privacy-immagine formati di file modifica delle immagini
Le foto di notizie contenevano didascalie e sottotitoli nel modello di interscambio di informazioni IPTC molto prima che XMP di Adobe riesprimesse tali campi in XML e molti file ora contengono entrambi i blocchi senza concordare. Questo post spiega la cronologia e il problema di sincronizzazione.
Due didascalie, una foto: la confusione concreta quando il blocco IPTC e il pacchetto XMP non sono d'accordo
Un JPEG può contenere informazioni simili a didascalie in più di una famiglia di metadati e tali copie possono non essere d'accordo dopo che diversi editor hanno aggiornato blocchi diversi. ToolAcre non sceglie una didascalia vincente. Il suo classificatore JPEG riconosce Photoshop/IPTC in APP13 e XMP in APP1 come metadati rimovibili, preservando l'originale in privato mentre si effettua una copia di consegna pulita.
IPTC IIM come blocco di metadati della redazione
La cartella di lavoro ha allegato un anno specifico e la cronologia della redazione a IPTC IIM, ma tali fatti non sono stabiliti dalle fonti del repository. Il fatto a livello di implementazione è sufficiente per questo flusso di lavoro: i dati delle risorse di Photoshop con un payload IPTC vengono riconosciuti dalla firma APP13 e rimossi come un intero segmento anziché analizzati in campi di didascalia modificabili.
Come IIM è entrato nei JPEG: le informazioni sui file di Photoshop e il blocco di risorse immagine APP13 di Photoshop che contiene IIM all'interno di JPEG
I segmenti dell'applicazione JPEG consentono la coesistenza di diversi sistemi di metadati prima della scansione compressa. APP13 può contenere risorse Photoshop/IPTC mentre APP1 può contenere separatamente Exif o XMP. Uno strumento che rimuove solo APP1 Exif può quindi lasciare una didascalia APP13, motivo per cui questo pulitore classifica ogni segmento supportato per scopo anziché utilizzare EXIF come sinonimo per ogni blocco di metadati.
XMP come pacchetto di metadati XML separato
La cartella di lavoro fornisce inoltre un anno e la cronologia del fornitore per XMP che il repository non verifica. La distinzione fondata è strutturale: XMP viene rilevato come un pacchetto separato in JPEG e WebP, segnalato come presente in WebP e rimosso senza analizzare il suo XML. Questo strumento non può confrontare il testo della didascalia XMP con un valore IPTC che non decodifica mai.
Il problema della sincronizzazione: software che aggiorna un blocco e non l'altro e le linee guida del gruppo di lavoro sui metadati per riconciliarli
I problemi di sincronizzazione sorgono quando due rappresentazioni vengono modificate in modo indipendente, ma determinare quale campo è autorevole appartiene a un flusso di lavoro di gestione delle risorse. ToolAcre evita la riconciliazione silenziosa dei valori. Conserva il master di archiviazione, risolvi i conflitti di didascalie in un software che comprende entrambi gli schemi e utilizza l'eliminazione dell'intero blocco solo su un derivato i cui metadati non devono più viaggiare.
Insidie di codifica: il latino-1 predefinito di IIM e l'indicatore del set di caratteri codificati, rispetto a UTF-8 di XMP
Le differenze di codifica possono rendere difficile l'interpretazione dei byte delle didascalie legacy, tuttavia il repository non dispone di un decoder IPTC per diagnosticarle. La rimozione è più semplice e sicura per la copia di pubblicazione perché il segmento APP13 viene saltato senza riscriverne il contenuto. Non utilizzare una tabella del campo EXIF vuota come prova che APP13 o XMP era assente; l'ispezione e la rimozione hanno una copertura deliberatamente diversa.
Cosa non copre: come creare o correggere i sottotitoli; questo post riguarda la lettura e la rimozione, non la scrittura
Questo strumento di pulizia non è uno strumento per la creazione di sottotitoli, un archivio di newsroom o una riconciliazione di metadati. Mantiene inoltre ICC e i marcatori di rendering e non può rimuovere il testo bruciato in pixel. Se i metadati della didascalia fanno parte di un contratto di consegna, eliminarli è un'operazione sbagliata; se si tratta di una storia di produzione privata, conservarla solo nel master controllato.
Conclusione: supponiamo che esistano entrambi i blocchi: lo strumento per la privacy dei metadati delle immagini ispeziona e rimuove IPTC e XMP insieme, in modo che nessuna delle due copie sopravviva inosservata
Supponiamo che possano esistere blocchi di metadati paralleli finché il report sul segmento non dice diversamente. In un derivato di consegna, rimuovi APP13 Photoshop/IPTC, APP1 XMP e APP1 Exif insieme, verifica il risultato e conserva la fonte in cui è ancora possibile gestire i sottotitoli. Il valore è la gestione prevedibile dei blocchi, non una fusione inventata tra standard di metadati.