La conservation que vous effectuez dans la base de données de votre bibliothèque multimédia ou le travail que vous effectuez dans le logiciel de gestion de projet génère également un certain type de métadonnées, mais il peut être difficile d'y accéder ou de les utiliser dans d'autres applications. Idéalement, votre bibliothèque conserverait un enregistrement de tous les documents InDesign dans lesquels une photo apparaît ou de tous les documents Premiere Pro qui utilisent un fichier vidéo particulier. À l'heure actuelle, cette fonction n'est disponible que dans une poignée d'environnements créatifs d'entreprise. La plupart des utilisateurs devront utiliser les informations de collection créées manuellement pour conserver un enregistrement des fichiers placés dans les projets.
Métadonnées de curation
Commençons par décrire vaguement ce que j’entends par « curation ». Je l’utilise pour désigner le processus de sélection : le moment où les fichiers sont triés, choisis et séquencés. Cela peut être utilisé dans le cadre d’un projet quelconque. Cela peut également faire partie d’un processus d’édition général pour transformer des photos et des clips vidéo en une histoire quelconque. Au fond, il s’agit des sélections effectuées pour raconter une histoire ou mettre en valeur les meilleurs médias.
Les métadonnées de conservation d'une collection expriment généralement une sorte de relation entre les objets. « Ces 20 photos racontent l'histoire d'un événement » ou « ce sont toutes les meilleures photos de nos installations ». La conservation peut simplement consister à ajouter des photos à une collection. Elle peut également inclure le séquençage de plusieurs types de médias.
La plupart des métadonnées standard que nous avons examinées servent à décrire un fichier individuel. Aucun de ces schémas ne décrit les relations entre plusieurs objets indépendants tels que des photos ou des clips vidéo individuels. Ces schémas ne fournissent pas non plus de moyen durable d’enregistrer les informations d’utilisation. Dans la plupart des cas, il s’agit d’une fonction de base de données, et la capacité d’exporter ou d’intégrer le travail de curation dans les métadonnées d’un fichier est limitée.
La plupart des applications de gestion de collections disposent d’une forme de « collection » qui peut être utilisée pour gérer le processus de sélection et de conservation. Voici une vue d’Adobe Lightroom qui montre les différents efforts de conservation liés à un seul projet. Il s’agit d’informations très précieuses, qui ajoutent essentiellement de l’« intelligence » à votre collection au fur et à mesure que vous effectuez la conservation. Vous devrez déterminer comment vous pouvez la préserver et exploiter ce travail au fil du temps.
Rendre la conservation durable et portable
Il existe plusieurs approches pour rendre votre travail de curation portable.
- Votre application peut créer des métadonnées spécifiques à l'application pour enregistrer la conservation, qui peuvent être migrées vers d'autres applications via des scripts.
- Vous pourrez peut-être « détourner » un autre champ pour écrire les métadonnées de curation (par exemple, toutes les images d’une collection obtiennent un mot-clé particulier).
- Une application peut être en mesure de transmettre des informations de conservation au moyen d'une API.
Transférer votre travail de curation principal d’un programme à un autre est à la fois difficile et susceptible d’être incomplet. Il est donc préférable d’en faire autant que possible dans une seule application. Cela plaide en faveur du choix d’un logiciel de bibliothèque capable de prendre en charge des processus de curation robustes et de la conservation d’un logiciel de bibliothèque sur de longues périodes.
Fichiers de projet XML
Certains logiciels de gestion de projet peuvent enregistrer les décisions de montage au format XML pour des raisons de portabilité. Camtasia est un programme que j'utilise pour le montage vidéo par screencast, et son fichier de projet est un document XML. Final Cut et PremierePro offrent tous deux la possibilité de partager leurs informations de timeline avec l'autre au moyen d'un fichier XML « standardisé ». Bien que ces fichiers ne soient généralement pas utilisés pour être intégrés à un catalogue afin d'enregistrer l'utilisation, ils peuvent l'être. Dans la figure ci-dessous, vous pouvez voir comment un clip est identifié.
Lorsque vous ouvrez un fichier de projet dans un éditeur de texte, vous pouvez constater que certaines informations de relation sont enregistrées. Dans l'exemple ci-dessus, le clip est identifié et sa position sur la timeline est enregistrée par un point « d'entrée » et un point « de sortie ». Cette approche de normalisation permet à certaines caractéristiques d'un fichier de projet d'être comprises par plusieurs applications.