Encoded Archival Description tout sauf DEAD Yves

Скачать презентацию Encoded Archival Description tout sauf DEAD Yves

1c48b1ffec96a1a69b6c0a315dbfff5c.ppt

Количество слайдов: 66

Plan de l’atelier EAD Début: 9 h 1. Introduction (10 min. ) 2. Historique d’EAD (15 min. ) 3. Nature exacte d’EAD (35 min. ) Pause: 10 h-10 h 30 4. 5. 6. 7. 8. Ressources EAD (15 min. ) Projets / initiatives EAD (10 min. ) Regards critiques (10 min. ) Conclusion (10 min. ) Discussion / questions (15 min. ) Fin: 11 h 30 Copyright © 2006 Yves Marcoux 2

1. Introduction Objectifs de l’atelier Donner au participant une idée générale: – De ce qu’est EAD – Des liens entre EAD et les autres normes archivistiques – Des possibilités offertes par EAD – Des limites d’EAD – Des façons possibles de mettre en œuvre EAD Copyright © 2006 Yves Marcoux 4

1. Introduction Qui suis-je? • Informaticien de formation • École de bibliothéconomie et des sciences de l’information (EBSI) depuis 1991 (!) • Informatique documentaire • Gestion d’information numérique (GIN) • Groupe départemental de recherche sur les documents structurés (GRDS) • Pourquoi moi, ici? Copyright © 2006 Yves Marcoux 5

1. Introduction Petit sondage! Qui… • • a déjà entendu parler des RDDA? utilise les RDDA dans son travail? a déjà entendu parler de EAD? l’utilise? utilise un logiciel (autre que traitement de texte) pour produire des instr. de rech. ? • a déjà diffusé un instrument de recherche sur le Web? • a déjà produit / utilisé du XML? Unicode? Copyright © 2006 Yves Marcoux 6

2. Historique Le besoin originel • D’après Daniel V. Pitti, le créateur d’EAD: – Distribution géographique des fonds est LE problème no 1 des chercheurs – Deux niveaux: • accès intellectuel (savoir que ça existe) • accès au contenu (difficile; encore à peine touché) – Accès intellectuel: diffusion / partage des instruments de recherche (IR) – La normalisation est bien sûr cruciale Copyright © 2006 Yves Marcoux 8

2. Historique Les premiers efforts • Bibliothèques: 1909, Library of Congress – idée de partager les cartes de catalogues • En 1951, une commission nationale é. -u. (NHPRC) dresse un répertoire national de dépôts d’archives – publié en 1961 – LC a une idée similaire, aussi en 1951; publié sur papier de 1962 à 1994! Copyright © 2006 Yves Marcoux 9

2. Historique Le numérique: MARC-AMC • MARC = Machine Readable Cataloguing – Grand succès pour les bibliothèques dès 1970 • Archives and Manuscript Control • Défini par NISTF* de la SAA* vers 1980 * National Information System Task Force de la Society of American Archivists Copyright © 2006 Yves Marcoux 10

2. Historique APPM • • Archives, Personal Papers, and Manuscripts Stephen L. Hensen, 1983 2 e éd. 1989 (APPM 2) Donne des règles d’écriture pour le MARCAMC, mieux adaptées que les AACR 2 (Anglo-American Cataloguing Rules) Copyright © 2006 Yves Marcoux 11

2. Historique MARC-AMC + APPM • Grand succès pour la description des dépôts et collections, mais pour les instruments de recherche… • Longueur limitée à 100 000 caractères – Trop restrictif pour certains instruments de recherche (IR) • Traite très mal les descriptions hiérarchiques (fonds, série, sous-série, …) Copyright © 2006 Yves Marcoux 12

2. Historique Pré-EAD • 1993: Berkeley Finding Aid Project (BFAP), Université de Berkeley, Californie • Identifie SGML* en remplacement du MARC comme syntaxe de base pour une norme de description d’instruments de recherche – SGML est la base de HTML, le langage du Web, qui commence alors à remplacer Gopher pour les accès en ligne * Standard Generalized Markup Language, norme ISO 8879, 1986 Copyright © 2006 Yves Marcoux 13

2. Historique enfin… EAD ! • BFAP avait défini une « DTD » SGML (Document Type Definition) – appelée Find. Aid • juillet 1995: Rencontre à Ann Arbor – rebaptisée « Encoded Archival Description » • EAD Version 1. 0 (1998) • EAD Version 2002 – Plus aligné sur ISAD(G)v 2 Copyright © 2006 Yves Marcoux 14

2. Historique Statut normatif d’EAD • Norme maintenue par: – Network Development and MARC Standards Office de la Bibliothèque du congrès (Library of Congress) états-unienne – en partenariat avec la Society of American Archivists, qui est responsable du développement intellectuel Copyright © 2006 Yves Marcoux 15

3. Nature exacte d’EAD • EAD est un langage pour descriptions de fonds d’archives (i. e. , d’instruments de recherche) – Contexte d’archives historiques • Lien avec d’autres normes archivistiques • EAD spécifie un encodage informatique – Vocabulaire (DTD) XML • Quelques exemples Copyright © 2006 Yves Marcoux 16

3. Nature exacte d’EAD sert à décrire des fonds • Tout comme les instruments de recherche traditionnels… • Donc, un document EAD est simplement un instrument de recherche! • Mais d’une forme particulière (numérique) • Respectant des règles qui facilitent son échange et son traitement informatique Copyright © 2006 Yves Marcoux 17

3. Nature exacte d’EAD De quoi est composée une norme de description archivistique? • Contrôle d’autorité – codage informatique des « notices d’autorité » • Éléments descriptifs + règles de structuration • Règles d’écriture • Règles de codage informatique Copyright © 2006 Yves Marcoux 18

3. Nature exacte d’EAD Quelques normes de description Contrôle d’autorité ISAAR (CPF) 2 [ + EAC ] Éléments ISAD(G)v 2 descriptifs + structure Règles d’écriture Codage informatique DACS EAD MARC-AMC RDDA ( = RAD) APPM MARC EAD [ + EAC ] États-unis Etats-Unis (avant) Canada N. B. : EAD ajoute aussi certains éléments descriptifs et structurels Copyright © 2006 Yves Marcoux 19

3. Nature exacte d’EAD Norme de structure, non de contenu • « EAD is a data structure and not a data content standard. It does not prescribe how one formulates the data that appears in any given data element - that is the role of external national or international data content standards. » – (Design Principles for Enhancements to EAD Dec. 2002) • Mais aussi norme de codage informatique Copyright © 2006 Yves Marcoux 20

3. Nature exacte d’EAD ISAD(G)v 2 • ISAD(G): Generalized International Standard for Archival Description – Norme générale et internationale de description archivistique • Conseil international des archives • Deuxième édition, adoptée par le Comité sur les normes de description, Stockholm, Suède, septembre 1999 Copyright © 2006 Yves Marcoux 21

3. Nature exacte d’EAD ISAAR (CPF) 2 • International Standard Archival Authority Record for Corporate Bodies, Persons and Families – Norme internationale sur les notices d'autorité archivistiques relatives aux collectivités, aux personnes et aux familles • Commission du CIA sur les normes de description • 2 e édition, 2003 Copyright © 2006 Yves Marcoux 22

3. Nature exacte d’EAD DACS • Describing Archives: A Content Standard • Reprend les idées de APPM, mais de façon plus compatible avec ISAD(G) • Endossé par la SAA aux É. -U. – Au Canada: RDDA (RAD) Copyright © 2006 Yves Marcoux 23

3. Nature exacte d’EAD XML, c’est quoi? • e. Xtensible Markup Language = Langage de balisage généralisable • Définie par le W 3 C en février 1998 (v 1. 0) W 3 C = World Wide Web Consortium • Format de documents numériques • Format de documents structurés • Format normalisé Copyright © 2006 Yves Marcoux 25

3. Nature exacte d’EAD Format de documents numériques • Tout comme Word, HTML, PDF, . . . • Documents = fichiers (. xml) • Documents peuvent être: – imprimés, échangés, diffusés sur le Web – convertis vers autres formats (ex. PDF, HTML) – liés à d’autres documents par des liens hypertextuels Copyright © 2006 Yves Marcoux 26

3. Nature exacte d’EAD Format de documents structurés • Un format utilisant le balisage par dessus un format texte – Les documents XML sont aussi des fichiers texte (Unicode) • Balises (à la ) identifient début et fin des éléments constitutifs du document • Un exemple: un mémo Copyright © 2006 Yves Marcoux 27

3. Nature exacte d’EAD Qu’est-ce qu’un fichier texte? • Suite de caractères codés en binaire • Aucune mise en forme (couleur, police, taille, italique, etc. ) – sauf majuscules / minuscules, espaces et changements de ligne • Structure informatique la plus simple – Avantages de la simplicité – Avec Unicode: universel malgré tout Copyright © 2006 Yves Marcoux 28

3. Nature exacte d’EAD Un mémo en XML Julia Royer Jean Picard Émilie Dugré Invitation Veuillez noter que la prochaine réunion du conseil d’administration se tiendra le 27 septembre 2012. SVP, avisez-moi dans les plus brefs délais si vous ne pouvez pas y assister. Copyright © 2006 Yves Marcoux 30

3. Nature exacte d’EAD mémo auteur destinataires "Julia Royer" sujet corps "Invitation" nom "Jean Picard" para "Émilie Dugré" "Veuillez noter que. . . le 27 septembre 2012. " Copyright © 2006 Yves Marcoux para "SVP, avisez-moi. . . pouvez pas y assister. " 31

3. Nature exacte d’EAD XML: à quoi ça sert? • • Documents textuels (rapports, mémoires) Fiches, dossiers (médical, d’employé) Métadonnées (MARC, GILS, Dublin Core) Formulaires, documents administratifs (PV) Communication savante (revues) Référence (dictionnaires, encyclopédies) Multimédia, hypermédia (présentations) Etc. Copyright © 2006 Yves Marcoux 32

3. Nature exacte d’EAD Comment ça marche? • • • Balisage logique… Balisage extensible (généralisable)… Séparation contenu-traitement Pour la restitution: feuilles de styles Autres applications de traitement Copyright © 2006 Yves Marcoux 33

3. Nature exacte d’EAD Balisage logique • Philosophie: les balises traduisent la structure logique du contenu, et non sa mise en page ou un autre traitement • Les documents ne contiennent aucune information de mise en page • Amène une séparation contenu-traitement bénéfique • Exemple: XML versus Word Copyright © 2006 Yves Marcoux 34

3. Nature exacte d’EAD Sur papier MÉMORANDUM De: Julia Royer À: Jean Picard Émilie Dugré Sujet: Invitation ______________________ Veuillez noter que la prochaine réunion du conseil d’administration se tiendra le 27 septembre 2012. SVP, avisez-moi dans les plus brefs délais si vous ne pouvez pas y assister. Copyright © 2006 Yves Marcoux 35

3. Nature exacte d’EAD Word (RTF)* (. . . ) adjustright fs 20lang 3084cgrid bf 2fs 38cf 1cgrid 0 MÉMORANDUM}{f 2fs 38cf 1cgrid 0 par }pard nowidctlparadjustright {f 2fs 38cf 1cgrid 0 par }{bf 2fs 38cf 1cgrid 0 De: }{f 2fs 38cf 1cgrid 0 Julia Royer par }{bf 2fs 38cf 1cgrid 0 À: }{f 2fs 38cf 1cgrid 0 Jean Picard par Émilie Dugré par }{bf 2fs 38cf 1cgrid 0 Sujet: } {f 2fs 38cf 1cgrid 0 Invitation par }pard nowidctlparbrdrtbrdrsbrdrw 10brsp 20 par }pard nowidctlparadjustright {f 2fs 38cf 1cgrid 0 Veuillez noter que la prochaine réunion du conseil d'administration se tiendra le 27 septembre 2012. par SVP, avisez-moi dans les plus brefs délais si vous ne pouvez pas y assister. }{ par }} *Sans Copyright © 2006 Yves Marcoux feuille de styles 36

3. Nature exacte d’EAD XML (rappel) Julia Royer Jean Picard Émilie Dugré Invitation Veuillez noter que la prochaine réunion du conseil d’administration se tiendra le 27 septembre 2012. SVP, avisez-moi dans les plus brefs délais si vous ne pouvez pas y assister. Copyright © 2006 Yves Marcoux 37

3. Nature exacte d’EAD Balisage généralisable • XML est en fait un métalangage • On définit les balises utilisables pour une classe de documents (ex. : les mémos dans une compagnie) • Via une Document Type Definition (DTD) et/ou un « schéma XML » • Un exemple: une DTD pour des mémos Copyright © 2006 Yves Marcoux 38

EAD est d’abord et avant tout une DTD XML, pour les IR • Quelques autres DTD célèbres – Docbook , documentation technique – Text Encoding Initiative (TEI) , littérature, sciences humaines, sciences sociales – Math. ML , formules mathématiques – DTD Biblio-ML , catalogues bibliographiques Copyright © 2006 Yves Marcoux 41

3. Nature exacte d’EAD Feuilles de styles • Spécifie comment restituer (ex. : mettre en page) tout document conforme à une DTD • (Feuilles de styles x documents) = réutilisation de l’information • Exemples EAD Copyright © 2006 Yves Marcoux 42

3. Nature exacte d’EAD Avantages et désavantages de XML • Avantages du balisage logique • Avantages de la normalisation • Internationalité et internationalisation (i 18 n): Unicode • Désavantages: coûts Copyright © 2006 Yves Marcoux 43

3. Nature exacte d’EAD Avantages du balisage logique • Réutilisation de l’information, versatilité d’accès • Spécification des applications indépendante des contenus (temps et "espace") • Factorisation du travail entre auteurs, typographes, informaticiens, etc. • Indexation automatique, recherche d'information améliorées (Web sémantique) Copyright © 2006 Yves Marcoux 44

3. Nature exacte d’EAD Avantages de la normalisation • Diffusion « universelle » • Échange, interopérabilité (commerce électronique) • Potentiel de pérennité • Logique + normalisé: indépendance par rapport aux logiciels et au matériel de restitution • Convient au stockage permanent Copyright © 2006 Yves Marcoux 45

3. Nature exacte d’EAD Coûts de XML • Changements culturels (surtout auteurs) • Complexité technique relative • Traitement intellectuel d’enrichissement (capital informationnel) • Logiciels spécialisés pour le traitement • Faibles comparés à son prédécesseur SGML Copyright © 2006 Yves Marcoux 46

4. Ressources EAD • Documentation • Solutions / méthodes – Pour la création • Solutions logicielles • Impartition • Production sans informatique! – Dow, 2005: sur papier – Pour la diffusion / recherche Copyright © 2006 Yves Marcoux 48

4. Ressources EAD Documentation • Bibliothèque de balises (Tag Library) (269 p. ) • Recommandations d’application (Application Guidelines) (308 p. ) • « EAD Cookbook » (50 p. ) • RLG Best Practice Guidelines for EAD (22 p. ) – Intègre ISAD(G)v 2, DACS et EAD – Idéal pour les états-uniens • Guide de mise en œuvre EAD 2002, Centre historique des Archives nationales (CHAN), France; en ligne: • Voir la bibliographie, particulièrement Dow, 2005 Copyright © 2006 Yves Marcoux 49

4. Ressources EAD Impartition pour la création • Si la production est trop faible pour investir (matériel, formation) • S’il y a de grandes quantités à produire rapidement (conversion rétrospective) Copyright © 2006 Yves Marcoux 50

4. Ressources EAD Solutions logicielles de création • Éditeurs XML généraux – o. Xygen, XMetal, XML-Spy, etc. – Gratuits : XMLSpy (home edition), Edit. XML, XMLPad, etc. – acceptent n’importe quelle DTD, mais peuvent être paramétrés pour une en particulier – paramétrage pour certains éditeurs disponibles dans le « Cookbook » Copyright © 2006 Yves Marcoux 51

4. Ressources EAD (suite) • Logiciels documentaires (bases de données) avec fonction d’exportation EAD: Archilog (Infoka), Arkheïa (Anaphore), Gaïa, etc. – Ce sont les outils les plus appropriés pour les documents dont la nature se prête à une saisie dans une base de données structurée (peu narratifs) – Offrent plus ou moins de possibilités d’adaptation (évolution du produit) – Pour exploiter la pleine richesse d’EAD, les extrants doivent souvent être enrichis à la main – Ergonomiques, peuvent être pris en main rapidement Copyright © 2006 Yves Marcoux 52

4. Ressources EAD Pour diffusion / recherche • L’utilisation techniquement simple d’une feuille de styles CSS pour gérer l’affichage du document • Solution un peu plus complexe: transformations XSLT pour obtenir une version statique affichable • Conversion vers MARC pour intégration dans un catalogue de bibliothèque • Outil de gestion et de publication de documents XML (SDX) • Pour l’imprimé: des outils permettent la production automatique de PDF à partir du XML (voir « Cookbook » ) Copyright © 2006 Yves Marcoux 53

4. Ressources EAD Un outil de gestion et de publication de documents XML • PLEADE (logiciel libre = « open source » ) – gratuit, mais relativement complexe à mettre sur pied – publication / recherche en ligne de documents EAD – bâti sur la plate-forme SDX (également en logiciel libre) Copyright © 2006 Yves Marcoux 54

5. Projets / initiatives • Recommandation de la Direction des Archives de France (DAF) sur XML/EAD en juin 2002 pour sa Base d’Orientation et de Recherche dans les Archives (BORA) • www. archivescanadafrance. org • Clavaud & Sévigny, 2005 Copyright © 2006 Yves Marcoux 55

5. Projets / initiatives www. archivescanadafrance. org • Participation de BAC et BAn. Q • IR convertis en EAD par ANF (semiautomatiquement) • Lien avec les documents primaires numérisés Copyright © 2006 Yves Marcoux 56

5. Projets / initiatives Clavaud & Sévigny, 2005 • 2 projets au CHAN avec AJLSM – Extraction automatique de métadonnées Dublin Core (OAI-PMH) – Publication Web avec images numérisées documents décrits – Utilisent un DTD plus restrictive qu’EAD pur • 2 logiciels libres – PLEADE: recherche et diffusion Web – Navimages, pour l’affichage sophistiqué de documents numérisés Copyright © 2006 Yves Marcoux 57

6. Critiques d’EAD Eidson, 2003 • EAD a été conçu sans participation des utilisateurs – Non centré sur les besoins des utilisateurs – Prend pour base l’IR traditionnel • Centré sur la description, et sur non l’évaluation • Problèmes techniques • EAD non retenu par NARA (ca. 2000) • Conclusion: plus de bien que de mal Copyright © 2006 Yves Marcoux 59

6. Critiques d’EAD Meissner, 1998 • Met en lumière le problème de la conversion rétrospective en EAD • EAD impose une structure qui n’est pas toujours présente dans les IR existants • Mais si on connaît et comprend cette structure, elle n’est pas très dure à respecter et apporte des bénéfices! Copyright © 2006 Yves Marcoux 60

6. Critiques d’EAD Lenteur d’adoption • Application Guidelines pour 2002 pas encore disponibles… • Yakel & Kim, JASIST, 2005 – Enquête: 399 dépôts é. -u. intéressés à EAD – 58% n’ont pas adopté – La diffusion est plus difficile que l’encodage – Usage du MARC augmente possibilité d’adoption d’EAD – EAD difficile pour les petits dépôts Copyright © 2006 Yves Marcoux 61

7. Conclusion • Rappel des caractéristiques importantes • Le futur d’EAD – Authorités: EAC (Encoded Archival Context) – Nécessité de normes de contenu • Au Canada: RDDA 2 – Avec numérisation: accès aux contenus • Distinction prospectif – rétrospectif importante • Revue des différentes mises en œuvre possibles Copyright © 2006 Yves Marcoux 62

7. Conclusion « Un investissement non négligeable… qui vaut la peine! » * • Il n’existe pas de solution qui ne demande pas un investissement important: – lors de la rédaction d’un cahier des charges complet et cohérent (pour acquérir un logiciel propriétaire ou pour faire paramétrer un logiciel libre) – pour s’approprier les logiciels (libres ou non) – pour garantir l’interopérabilité entre les systèmes • • Des inventaires pérennes Un public élargi Un meilleur service De nouveaux usages * Sibille, 2005 Copyright © 2006 Yves Marcoux 63

7. Conclusion (suite) • Projet intéressant pour l’AAQ – « guidelines » ou « pratiques recommandées » pour EAD – en accord avec RDDA 2 – d’abord sur papier, puis avec outils informatiques libres Copyright © 2006 Yves Marcoux 64

Bibliographie sélective - Clavaud, Florence; Sévigny, Martin. Controlling the Production of EAD Encoded Documents, Extracting Metadata and Publishing Them on the Web: Methods and Tools, France. Journal of Archival Organization, vol. 3, no 2/3, pp. 147 -169, 2005. - Dooley, Jackie M. Encoded Archival Description: context, theory, and case studies. Society of American Archivists, 1998. -Dow, Elizabeth H. Creating EAD-Compatible Finding Guides on Paper. Scarecrow Press, 2005. - Eidson, Matthew Young. Describing Anything That Walks: The Problem Behind the Problem of EAD. Journal of Archival Organization, vol. 1, no 4, pp. 5 -28, 2002. - Pitti, Daniel V; Duff, Wendy M. , ed. Encoded Archival Description on the Internet. Haworth Information Press, 2001. - Redding, Clay. Reengineering Finding Aids Revisited: Current Archival Descriptive Practice and Its Effect on EAD Implementation. Journal of Archival Organization, vol. 1, no 3, pp. 35 -50, 2002. -Sibille, Claire. XML et les DTD spécifiques à la description archivistique. Présentation en ligne , 2005. - Yakel, Elizabeth; Kim, Jihyun. Adoption and Diffusion of Encoded Archival Description. Journal of the American Society for Information Science and Technology, vol. 56, no 13, pp. 1427 -37, 2005. Copyright © 2006 Yves Marcoux 65