Every published object is open access◆PHOTARCH — an open photo archive for museums, archives and collections◆A measurable archive◆Comparable objects, from any collection◆The scale is in the file, not on the picture◆One method, the same light, every time◆Every object at its true size◆Every published object is open access◆PHOTARCH — an open photo archive for museums, archives and collections◆A measurable archive◆Comparable objects, from any collection◆The scale is in the file, not on the picture◆One method, the same light, every time◆Every object at its true size◆

Questa pagina è stata tradotta dall’inglese con l’IA e non è stata verificata da una persona. Può contenere errori; fa fede la versione inglese. Leggi in inglese

Metadati

Perché un file dovrebbe saper spiegare se stesso

Nella documentazione di una collezione, un’immagine senza contesto non è un dato: è una decorazione. Una fotografia che lascia la propria scheda in un database è a una migrazione di database dal non significare più nulla. La risposta di PHOTARCH è che il file porta con sé la propria documentazione: che cos’è l’oggetto, chi lo ha fotografato, che cosa si può fare con l’immagine, quanto è grande l’oggetto e se qualcuno ha modificato il file da allora.

Che cosa porta un file PHOTARCH

SHA-256 Manifesto C2PA operazioni · scala firmata · marca temporale Pacchetto XMP dc · Iptc4xmpExt · photarch · ism Dati dei pixel l’immagine, intatta da tutto il resto La scala è scritta due volte Nell’XMP, che ogni programma può leggere — e che ogni programma può modificare. Dentro il sigillo, dove non si può modificare ma solo rompere, e il lettore lo sa. Un programma che non sa nulla di tutto ciò vede la banda in basso e mostra l’immagine. È questo il senso di metterla nel file.
Lo SHA-256 è calcolato sull’intero file master e registrato nell’archivio, così che il master si possa verificare anche dopo anni. Una copia scaricata ha la propria scheda scritta al suo interno e dà un altro checksum; a provarla è il suo sigillo.

La scheda: Dublin Core, IPTC e i campi propri di PHOTARCH

Ogni immagine esportata porta un pacchetto XMP. Il Dublin Core offre lo strato di base che ogni sistema comprende: titolo, autore, diritti, fonte. IPTC Extension porta il luogo e l’istituzione che conserva l’oggetto. Lo spazio dei nomi di PHOTARCH porta ciò per cui gli altri non hanno posto: numero di inventario, periodo, materiale, tipo di oggetto, tecnica, stato di conservazione e dimensioni dell’oggetto in millimetri.

L’EXIF generato dalla fotocamera viene conservato accanto. PHOTARCH legge l’EXIF e non lo riscrive mai: ciò che la fotocamera ha registrato è ciò che la fotocamera ha registrato.

La misura: Image Scale Metadata

Una fotografia mostra la dimensione di un oggetto solo se chi guarda sa quanto è grande un pixel sull’oggetto. Quel numero è scritto in ogni file esportato di un oggetto misurato come Image Scale Metadata: i millimetri per pixel, la griglia di pixel a cui si riferiscono, come sono stati misurati — dai marcatori della tavola, da un righello nell’inquadratura o con il calibro sull’oggetto — e un valore di incertezza, con l’ipotesi che ne sta alla base dichiarata per esteso.

La griglia conta quanto il numero. Una scala che descrive i pixel del master è sbagliata su una sua copia più piccola, perciò ogni file dichiara la griglia a cui appartiene la propria scala. Un lettore può così riscalare correttamente quando il file viene ridimensionato, e riconoscere un ritaglio in un’altra forma e rifiutarsi di tirare a indovinare.

Il sigillo: Content Credentials

Un file dell’archivio, o esportato con una licenza a pagamento, porta anche un manifesto C2PA: una dichiarazione firmata su come è stata prodotta l’immagine, con la scala al suo interno, controfirmata nel tempo da un’autorità indipendente. La differenza rispetto all’XMP è la ragione stessa per cui esistono entrambi: l’XMP può essere corretto, migliorato e anche falsificato in silenzio; il manifesto può solo essere rotto, e il lettore viene avvisato quando lo è.

L’impronta: SHA-256

A ogni master viene assegnato un checksum SHA-256 quando entra nell’archivio; compare nella scheda dell’oggetto ed è incluso nelle esportazioni di massa. Risponde a una sola domanda — questo file è, byte per byte, quello che è stato pubblicato? — e risponde senza bisogno di noi.

Campi strutturati per l’uomo e per la macchina

I campi che PHOTARCH richiede sono quelli che rendono un’immagine utilizzabile come prova e non come illustrazione:

  • Sito, contesto di rinvenimento e unità stratigrafica
  • Tipologia, materiale, periodo, cultura — collegati al Getty AAT dove esiste un termine (vedi Terminologia)
  • Dimensioni dell’oggetto in millimetri e scala dell’immagine stessa
  • Fotografo, istituzione e licenza con cui viaggia l’immagine
  • Fotocamera, obiettivo, sorgente luminosa e angolo di illuminazione

Poiché sono incorporati e non referenziati, sopravvivono al viaggio: in un sistema di gestione delle collezioni, su un disco rigido, in una pubblicazione, e di nuovo fuori.

Riferimenti

  • schemaDublin Core Metadata Initiative. DCMI Metadata Terms.
  • normaISO 16684-1:2019. Extensible metadata platform (XMP).Il pacchetto in cui viaggia la scheda, dentro i file JPEG, TIFF e PNG.
  • formatoImage Scale Metadata (ISM) 0.1, draft specification.Livelli di conformità A, B e C: la scala, quanto vale e dove si trova l’oggetto sulla griglia.
  • specificaC2PA. Content Credentials specification.
  • vocabolarioGetty Research Institute. Art & Architecture Thesaurus.