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◆

Cette page a été traduite de l’anglais par une IA et n’a pas été relue par une personne. Elle peut contenir des erreurs ; seule la version anglaise fait foi. Lire en anglais

Métadonnées

Pourquoi un fichier doit pouvoir s’expliquer lui-même

Dans la documentation d’une collection, une image sans contexte n’est pas une donnée — c’est un ornement. Une photographie qui laisse son dossier dans une base de données n’est qu’à une migration de base de données de ne plus rien signifier. La réponse de PHOTARCH est que le fichier porte sa propre documentation : ce qu’est l’objet, qui l’a photographié, ce que l’on peut faire de l’image, quelle taille a l’objet, et si quelqu’un a modifié le fichier depuis.

Ce que porte un fichier PHOTARCH

SHA-256 Manifeste C2PA opérations · échelle signée · horodatage Paquet XMP dc · Iptc4xmpExt · photarch · ism Données de pixels l’image, intacte malgré tout ce qui précède L’échelle est écrite deux fois Dans le XMP, que tout programme peut lire — et que tout programme peut modifier. Dans le sceau, où elle ne peut pas être modifiée, seulement brisée, et le lecteur le sait. Un programme qui ignore tout cela voit la bande du bas et affiche l’image. C’est tout l’intérêt de la mettre dans le fichier.
Le SHA-256 est calculé sur l’ensemble du fichier maître et consigné dans l’archive, ce qui permet de vérifier le maître des années plus tard. Une copie téléchargée reçoit son dossier écrit à l’intérieur et donne une autre somme de contrôle ; c’est son sceau qui en fait la preuve.

Le dossier : Dublin Core, IPTC et les champs propres à PHOTARCH

Chaque image exportée porte un paquet XMP. Le Dublin Core fournit la couche de base que tout système comprend — titre, créateur, droits, source. L’IPTC Extension porte le lieu et l’institution détentrice. L’espace de noms propre à PHOTARCH porte ce que les autres n’ont pas la place d’accueillir : numéro d’inventaire, période, matériau, type d’objet, technique, état de conservation et dimensions de l’objet en millimètres.

Les données EXIF générées par l’appareil sont conservées à côté. PHOTARCH lit l’EXIF et ne le réécrit jamais : ce que l’appareil a enregistré, c’est ce que l’appareil a enregistré.

La mesure : Image Scale Metadata

Une photographie ne montre la taille d’un objet que si le lecteur sait quelle taille a un pixel sur l’objet. Ce nombre est écrit dans chaque fichier exporté d’un objet mesuré sous forme d’Image Scale Metadata : les millimètres par pixel, la grille de pixels à laquelle ils s’appliquent, la manière dont ils ont été mesurés — d’après les repères de la planche, d’après une règle dans le champ, ou au pied à coulisse sur l’objet — et une valeur d’incertitude, avec l’hypothèse qui la fonde énoncée en toutes lettres.

La grille compte autant que le nombre. Une échelle qui décrit les pixels du maître est fausse sur une copie plus petite ; chaque fichier indique donc la grille à laquelle sa propre échelle se rapporte. Un lecteur peut alors rééchelonner correctement lorsque le fichier est redimensionné, et reconnaître un recadrage vers une autre forme pour refuser de deviner.

Le sceau : Content Credentials

Un fichier issu de l’archive, ou exporté sous licence payante, porte aussi un manifeste C2PA — une déclaration signée sur la manière dont l’image a été faite, avec l’échelle à l’intérieur, contresignée dans le temps par une autorité indépendante. La différence avec le XMP est la raison même pour laquelle les deux existent : le XMP peut être corrigé, amélioré, et aussi falsifié discrètement ; le manifeste ne peut être que brisé, et le lecteur en est averti.

L’empreinte : SHA-256

Chaque maître reçoit une somme de contrôle SHA-256 lorsqu’il entre dans l’archive ; elle figure sur la fiche de l’objet et dans les exports en masse. Elle répond à une seule question — ce fichier est-il, octet pour octet, celui qui a été publié ? — et elle y répond sans avoir besoin de nous.

Des champs structurés pour l’humain et pour la machine

Les champs que demande PHOTARCH sont ceux qui font d’une image une preuve plutôt qu’une illustration :

  • Site, contexte de découverte et unité stratigraphique
  • Typologie, matériau, période, culture — rattachés au Getty AAT lorsqu’un terme existe (voir Terminologie)
  • Dimensions de l’objet en millimètres, et échelle de l’image elle-même
  • Photographe, institution, et licence sous laquelle circule l’image
  • Appareil, objectif, source de lumière et angle d’éclairage

Parce qu’ils sont intégrés au lieu d’être référencés, ils survivent au voyage : jusque dans un système de gestion de collection, sur un disque dur, dans une publication, puis de retour.

Références

  • schémaDublin Core Metadata Initiative. DCMI Metadata Terms.
  • normeISO 16684-1:2019. Extensible metadata platform (XMP).Le paquet dans lequel voyage le dossier, à l’intérieur des JPEG, TIFF et PNG.
  • formatImage Scale Metadata (ISM) 0.1, draft specification.Niveaux de conformité A, B et C : l’échelle, ce qu’elle vaut, et où se trouve l’objet sur la grille.
  • spécificationC2PA. Content Credentials specification.
  • vocabulaireGetty Research Institute. Art & Architecture Thesaurus.
← NormesConfiance et provenance →