Me présenter en quelques mots : mon rôle chez docuteam et mon implication dans les communautés IIIF et Linked Art.
Insister dès maintenant : la partie 4 décrit une direction, pas une fonctionnalité disponible aujourd'hui.
IIIF est une suite de standards ouverts et gratuits, pas un produit : n'importe qui peut les implémenter. Un consortium soutient la communauté.
Et ce ne sont que les institutions connues : comme IIIF est ouvert, chacun peut l'implémenter sans le déclarer.
Tous les liens sont cliquables. Montrer un ou deux exemples si le temps le permet, par exemple e-rara ou les procès-verbaux du Conseil fédéral.
Art, sciences naturelles, médecine, presse : l'image est au cœur de tous les fonds patrimoniaux.
Partir du vécu des archivistes : chaque plateforme a sa visionneuse, ses formats, ses copies.
Transition vers les exemples : tout ce qui suit repose sur les mêmes API.
Premier cas d'usage historique : lire une grande carte ou un plan dans le détail, sans télécharger un fichier énorme.
La comparaison est une méthode de travail centrale pour la recherche.
Le manuscrit a été mutilé ; la miniature a fini à la BnF. Comme les deux institutions exposent leurs images en IIIF, on peut les réunir.
API Content Search : le résultat est surligné sur la page.
Les annotations suivent le Web Annotation Data Model du W3C : elles restent interopérables.
Crowdsourcing : la communauté locale identifie les personnes sur les photos. Les annotations peuvent aussi être géolocalisées.
Outil de médiation simple, construit sur les annotations IIIF.
Intéressant pour la restauration et l'étude matérielle.
Pertinent pour les archives audiovisuelles et l'histoire orale.
Trois exemples de médiation. 12 Sunsets est particulièrement parlant pour un fonds photographique d'archive.
Image et Présentation sont les API cœur de IIIF, et ce sont les deux que docuteam vise en premier.
Montrer ce que chaque API apporte à l'écran.
La normalisation par les API permet de chercher à travers plusieurs dépôts, de voir les annotations d'autres institutions, ou d'afficher les images d'une institution dans une application tierce.
Ouvrir un lien puis modifier la taille ou la rotation directement dans l'URL pour montrer la simplicité.
Le serveur calcule l'image demandée à la volée : on ne transfère que ce qui est affiché.
La hiérarchie évoque la description archivistique mais ne la remplace pas : le manifeste sert l'affichage, la description reste dans le système d'archivage.
Toutes ces visionneuses sont libres. La maquette docuteam prévoit d'ouvrir les ressources dans Mirador ou Clover.
Être transparent : rien n'est disponible aujourd'hui. Ce qui suit est une direction, avec une première étape en conception.
Travail préparatoire interne : ces scénarios guident nos choix et évitent de repartir de zéro à chaque besoin client. Ils ne constituent pas une offre, mais un cadre de décision que je continue de mettre à jour.
Dans RiC, une ressource archivistique peut avoir plusieurs instanciations. La première étape ajoute deux nouveaux types de champ : Image IIIF et Présentation IIIF. Les ressources sont externes : docuteam ne stocke ni ne sert les images à ce stade.
Esquisse issue de l'EPIC, pas encore développée. Le champ fonctionne comme les autres champs de métadonnées du formulaire.
Un seul manifeste par champ. Le contenu du manifeste n'est pas validé en profondeur.
Le parcours tel qu'il est conçu dans les maquettes.
Seule la deuxième étape est planifiée, et la version reste indicative. La troisième colonne ouvre la discussion.
(10 minutes) Recueillir les besoins concrets et noter les réponses pour la priorisation.