Que sont les métadonnées adaptatives ?

Les métadonnées adaptatives constituent un modèle de schéma dans lequel les champs de métadonnées associés à une ressource sont déterminés par des caractéristiques définissables, telles que son type, sa classe ou son stade dans le cycle de vie. Une vidéo peut comporter des champs de durée et de codec, tandis qu’une photographie comporte des champs de prise de vue, sans qu’un schéma rigide unique impose des entrées non pertinentes.

Les métadonnées adaptatives regroupent les champs liés dans des ensembles nommés et associent ces ensembles à chaque ressource. Deux ressources d’un même catalogue peuvent ainsi comporter des champs différents, et l’ensemble des champs d’une ressource peut évoluer au fil du temps. Picturepark, à qui le DAM Glossary attribue la première utilisation du terme, appelait ces ensembles des classes de ressources dans un article explicatif publié en 2013 ; Fotoware Alto, nouveau nom de Picturepark Content Platform, les appelle des couches. L’article explicatif publié en 2013 associe les ensembles à la source, à la finalité ou au stade du cycle de vie d’une ressource : des conditions de licence pour les contenus sous licence, mais pas pour les créations internes, et des champs de produit pour les photos de produits emballés, mais pas pour les portraits du personnel. La page actuelle de Fotoware ajoute des champs d’approbation et de publication une fois la ressource publiée. Le DAM Glossary utilise également le nom de métadonnées orientées classe, car les implémentations s’appuient généralement sur des principes de programmation orientée objet tels que l’héritage. Il distingue une implémentation complète, qui enregistre une association entre un champ et une ressource, d’une interface qui se contente de masquer ou de supprimer l’affichage de champs.

Les métadonnées adaptatives sont-elles une norme que je peux exiger d’un système de gestion des ressources numériques (DAM) ? Non. Il s’agit d’un terme créé par un fournisseur : le DAM Glossary attribue sa première utilisation à Picturepark, et Fotoware Alto, nouveau nom de Picturepark Content Platform, le présente sous la marque Adaptive Metadata™. Le même glossaire indique que d’autres produits DAM utilisent des méthodes similaires, mais les décrivent en termes de types de ressources ou d’autorisations. Comparez donc les systèmes selon leurs capacités, à savoir des ensembles de champs propres à chaque ressource et pouvant évoluer au fil du temps, plutôt que selon ce nom.
Les ensembles de champs sont-ils associés automatiquement selon le type de ressource ? Pas nécessairement. Dans Fotoware Alto, un éditeur ajoute une couche dans la vue détaillée du contenu, dans l’éditeur par lots ou après un téléversement. Le fournisseur décrit les changements de stade du cycle de vie comme étant effectués par un utilisateur autorisé ou par automatisation. Le paramètre « Available for » d’une couche indique les types de fichiers et les types virtuels pour lesquels elle est disponible. La page « File types » du manuel précise que seules les couches disponibles pour un type de fichier peuvent être appliquées après le téléversement. D’après la documentation de ce produit, le type d’une ressource détermine les couches qu’elle peut recevoir ; l’ajout d’une couche est une étape distincte, et les trois méthodes décrites dans le manuel sont des actions de l’utilisateur.
Que deviennent les valeurs lorsqu’un ensemble de champs est supprimé ? Vérifiez ce point avant de considérer la suppression comme une étape courante du cycle de vie. Le manuel de Fotoware Alto indique que, lorsqu’une couche est supprimée, les champs qu’elle fournissait et toutes les valeurs attribuées sont supprimés de manière irréversible. L’article de blog de Fotoware, qui décrit les couches comme faciles à ajouter ou à supprimer à tout moment, ne reprend pas cet avertissement. Pour conserver l’historique lors d’un changement de stade, cet article décrit les groupes de champs, qui empilent des ensembles de données structurées au sein d’une couche, mais il ne précise pas comment ces entrées sont conservées. D’autres produits peuvent se comporter différemment ; confirmez donc le fonctionnement de la suppression et de l’historique pour chaque système.
Comment la recherche ou la validation peut-elle distinguer un champ non applicable d’un champ laissé vide ? La valeur seule ne le permet pas. Un enregistrement des ensembles de champs associés à chaque ressource permet de distinguer un ensemble absent d’un ensemble présent dont les valeurs sont vides. Fotoware Alto conserve cet enregistrement dans un champ système, layerSchemaIds, dont le manuel décrit l’utilisation dans les modèles d’affichage, les recherches et les filtres. Le manuel indique que ce champ contient les couches d’un élément de contenu et ne précise pas que les couches supprimées restent répertoriées. Un ensemble absent peut donc avoir été supprimé plutôt que n’avoir jamais été attribué. Cet enregistrement ne prouve pas non plus qu’une attribution était correcte. Une règle de validation devrait donc d’abord vérifier qu’une ressource possède tous les ensembles exigés par ses caractéristiques, puis vérifier les champs obligatoires au sein des ensembles présents. Cette règle est une recommandation de conception ; le manuel documente le champ, mais pas cette vérification.

Utilisez des métadonnées adaptatives lorsqu’un ensemble fixe unique de champs pour tous les types de contenu laisserait de nombreux champs vides ou sans pertinence. Avant de les adopter, précisez par écrit quelle caractéristique détermine l’association de chaque groupe de champs, qui ou quoi attribue et supprime ce groupe, et ce que deviennent ses valeurs lors de sa suppression.

Les résultats de fichiers de Transloadit exposent des caractéristiques qu’un catalogue peut utiliser pour déterminer quel groupe de champs s’applique. Chaque fichier téléversé, importé ou traité est renvoyé avec une valeur type telle que image, video ou audio, et son objet meta extrait contient des clés dépendant du type : framerate et video_codec pour les vidéos, aperture et iso pour les images, duration pour l’audio.

La documentation présente ces clés comme courantes, sans les garantir : les données pouvant être extraites dépendent du fichier, de son type et de ce qui l’a produit, et la valeur type est null lorsqu’aucune catégorie n’a été détectée. Considérez une clé absente comme une donnée non extraite. La définition des groupes de champs et leur attribution aux ressources restent du ressort de votre catalogue.

Métadonnées des fichiers : champ type et clés meta propres à chaque type

Explorer les capacités de Transloadit en matière de métadonnées

Que sont les métadonnées adaptatives ?

Fonctionnement des métadonnées adaptatives

Points clés

Quand les métadonnées adaptatives sont utiles

L’apport de Transloadit pour les métadonnées adaptatives

Références

Transformer vos connaissances sur les médias en une chaîne de traitement opérationnelle