3. Pourquoi ?
• Désignation univoque et ambiguïtés possible
• Mosquensis gr. 91 : Moskva, Gosudarstvennyj Istoričeskij Musej (GIM), Sinod.
gr. 047 (Vlad. 091) ou Moskva, Gosudarstvennyj Istoričeskij Musej (GIM),
Sinod. gr. 091 (Vlad. 080)
• Aix-en-Provence, Bibliothèque Méjanes, 7 (CGM 1042 ; autres cotes Rés. ms.
38 ; R.365)
• Cotes anciennes et mouvements de manuscrits
• Mise en relation des ressources en ligne
• Agrégation des données
• En avons-nous besoin ?
4. Comment ?
• Un identifiant par cote
• Numérique
• Non significatif
• Adresse ark correspondante
• Base de donnée centrale garantissant l’unicité et la pérennité des
identifiants
• Structure simple, Ville, Pays, Bibliothèque, Fonds, Cote
• Liens multiples
5. Une première tentative
• Présentation de l’interface utilisateur
• Fonctionnalités
• Proposition d’une page de cote
• API (Application Programming Interface)
• Qu’est-ce que c‘est ?
• Pourquoi ? Avantages et possibilités
8. Alimenter
• Collaborations et partenaires
• Cercle de partenaires, à différents niveaux (pays, bibliothèque, région, centre
de recherche, etc.)
• Modalités de collaboration et de répartition du travail
• Alimentation, validation, correction, etc.
• Workflow pour alimentation et pour correction
• Dédoublonnage
9. Comment développer ?
• Intégrer les ISMSN dans les diverses ressources électroniques et les
publications papier
• Adapter les ressources électroniques existantes
• Prévoir les modalités d’interrogation et de moissonnage
• Poursuivre la réflexions sur les cas complexes :
• Manuscrits vagabonds : principe des cotes liées ?
• Recueils factices
• Parties d’un même manuscrit sous différentes cotes : cotes liées ?
• Archives
• Etc.