PLEADE a pour principal mandat de permettre la publication et la consultation en environnement Web de documents EAD, décrivant des fonds ou corpus d'archives. Cependant PLEADE est une application SDX, et cette plate-forme a été conçue de manière tout à fait générique, pour indexer n'importe quel type de documents XML, et développer des sites adaptés à ces documents, aux besoins des utilisateurs et aux logiques éditoriales. Cela rend donc possible une extension du périmètre de PLEADE à d'autres documents que des documents EAD. Or depuis 2004, il existe un modèle XML (la DTD Encoded Archival Context, EAC) pour décrire, sous la forme de véritables notices d'autorité, les personnes associées à ces corpus, et notamment leurs producteurs. Un développement est donc en cours et sera intégré à la version 2 rc de PLEADE, pour permettre aux utilisateurs de PLEADE de publier des documents EAC dans leur application. Nous présentons rapidement ici les choix qui orientent ce développement.
Un document XML/EAC peut décrire n'importe quelle entité agissant dans le domaine des archives. Mais, dans les structures responsables de fonds d'archives, si EAC est utilisée, ce sera très probablement pour décrire des producteurs de corpus documentaires. On supposera donc que les documents XML/EAC concernés ici décrivent bien des producteurs de documents d'archives. Notons cependant que, techniquement, lorsque PLEADE supportera le modèle EAC, n'importe quelle notice d'autorité en EAC pourra y être publiée, et les liens vers des documents EAD y seront fonctionnels, même si la relation n'est pas une relation de provenance.
Les personnes décrites pourront être des personnes morales, des personnes physiques ou des familles. Les documents dont il s'agit seront conformes à la DTD XML EAC, version beta d'août 2004, téléchargeable à : http://jefferson.village.virginia.edu/eac/.
L'intérêt de tels documents EAC est d'isoler et de structurer les informations relatives à une personne, disons à un producteur, celles-ci étant habituellement saisies sans structuration fine dans les éléments EAD Origine <origination> et Biographie ou histoire <bioghist>. La notice décrivant le producteur peut en effet être mise à jour selon d'autres rythmes et en fonction d'autres événements que l'instrument de recherche. De plus un producteur peut avoir produit n fonds ou ensembles documentaires, eux-mêmes décrits dans n documents EAD. Ceci fait d'ailleurs des notices d'autorité, bien plus que des documents EAD, des documents susceptibles d'être échangés ou partagés entre diverses institutions responsables de fonds d'archives. Enfin une notice d'autorité en tant que telle peut être intéressante pour l'utilisateur final, qu'il soit un professionnel des archives ou qu'il ait un autre profil.
Comme EAD, le modèle EAC intéresse tous les responsables de fonds d'archives, donc, en particulier, aussi bien les archivistes que les bibliothécaires. La direction des Archives de France recommande de l'utiliser (circulaire de fin 2004) ; il commence à en être question pendant certains stages de formation animés par diverses instances. Le groupe d'experts ad hoc de l'AFNOR vient de publier la traduction en français de la Tag Library de la DTD EAC. Certains projets spécifiques, comme Etanot, utilisent ce format. Des logiciels permettront bientôt de produire facilement de tels documents. Malgré tout, la mise en oeuvre de la DTD EAC en est à ses débuts. D'autre part le modèle lui-même n'est pas totalement achevé ni documenté. C'est pourquoi la première version du volet EAC de PLEADE ne cherchera pas à atteindre, en particulier, un niveau de finesse très important dans l'indexation.
Le propos, dans PLEADE, n'est pas de fournir un environnement de publication complet et dédié aux documents EAC, mais de permettre aux responsables d'une application PLEADE d'associer les documents EAD aux documents EAC qu'ils auraient pu produire. Les documents EAD restent bien le coeur d'une installation PLEADE. Cependant il ne faut pas exclure le scénario selon lequel des documents EAC seraient à publier alors que les documents EAD associés ne le sont pas ou n'existent pas.
Une attention importante sera accordée aux relations entre les documents EAC et les unités documentaires issues, dans PLEADE, de la fragmentation des documents EAD. Ces relations sont bien prises en compte par le modèle EAC, dont c'est une des particularités. Il existe en effet dans la DTD EAC un élément Relation avec une ressource <resourcerel> répétable, doté d'un attribut syskey qui contient l'identifiant de l'unité documentaire EAD cible. Dans un document EAD, les éléments <origination> et <bioghist> disponibles à n'importe quel niveau de description peuvent aussi contenir les informations nécessaires (par le biais de l'attribut authfilenumber de leurs sous-éléments Nom de personne <persname>, Collectivité <corpname> et Nom de famille <famname>) pour qu'un programme établisse un lien vers un document EAC.
Une attention importante sera aussi accordée aux relations existant entre notices EAC. Ces liens (qui peuvent être établis au moyen de l'élément répétable Relation avec un document EAC <eacrel>, doté d'un attribut syskey) sont potentiellement fréquents, notamment dans le cas de la description de familles (liens vers les notices décrivant les branches de la famille ou ses membres, et liens inverses) ou de personnes morales (liens depuis une notice d'autorité "principale" décrivant une structure complexe, vers les subdivisions de cette structure, et liens inverses ; ou liens depuis une notice EAC vers la notice d'une structure qui a une relation d'association ou d'antériorité et liens inverses, par ex.).
Les éléments de lien concernés seront supposés renseignés avant la publication par tout moyen disponible, selon la syntaxe définie par les DTD EAD et EAC et, si nécessaire et sans mettre en question cette syntaxe, conformément à des consignes particulières de mise en oeuvre de cette syntaxe pour PLEADE.
Il s'agit d'intégrer à PLEADE un nouveau groupe de fonctionnalités, ce qui implique :
qu'il se situe au même niveau de généricité pour EAC que l'actuel PLEADE pour EAD (support de tous documents EAC, multilinguisme, paramétrage et configuration possibles...) ;
qu'il offre pour EAC les mêmes services que pour EAD, en tout cas ceux pertinents pour le propos (organisation en ensembles de notices, publication avec une indexation pertinente, recherche directe et par formulaires de recherche, consultation, possibilité de générer des enregistrements OAI-PMH, interface d'administration) ;
que sur le plan technique il s'appuie sur les mêmes mécanismes que ceux utilisés par l'actuel PLEADE (par exemple sur l'ajout éventuel d'informations lors de la publication, sur l'utilisation de fichiers de configuration XML).
En même temps ce volet EAC de PLEADE pourra être utilisé ou pas ; il conviendra donc que son accès soit offert en fonction d'une option de configuration du fichier de propriétés initial, comme c'est le cas pour la création d'un entrepôt OAI-PMH. Aucune des fonctionnalités actuelles de PLEADE ne devra se trouver perturbée par son utilisation. L'architecture technique choisie devra donc permettre, le mieux possible, de distinguer ce qui concerne EAD et ce qui concerne EAC.
Les développements en cours permettront de disposer dans PLEADE des fonctionnalités suivantes :
une interface de publication de documents EAC, à l'unité ou par dossiers, permettant de choisir des options, notamment en ce qui concerne l'indexation des notices (par ex., indexation plus ou moins fine des patronymes, indexation des fonctions), leur regroupement en sous-ensembles préalablement définis (par ex., par type de personne ; à plus long terme des dispositifs permettant d'exploiter plus à plein certains types de regroupements pourraient être étudiés, en fonction des liens existant entre diverses notices EAC), les liens avec des documents EAD, les modes d'affichage (plein écran ou juxtaposé au document EAD, par ex.) ;
des boutons d'administration des documents EAC, permettant, comme pour EAD, de supprimer, republier un document, de vider la base ;
au moins un formulaire de recherche dédié à l'interrogation des notices d'autorité, avec, parmi les critères de recherche possibles, l'existence de documents EAD associés ;
des parcours possibles dans le corpus de notices, par regroupements ;
éventuellement, des parcours possibles par le biais de certaines listes d'index (par ex. : par le biais de l'index alphabétique des noms des entités décrites ou de leurs fonctions) ;
des listes de résultats de recherche fournissant l'essentiel des informations sur le producteur (nom, dates d'activité, catégorie, fonction), éventuellement triables ;
une présentation HTML de chaque notice, permettant d'atteindre les fragments EAD associés (et vice-versa) et les notices EAC reliées à la notice affichée ; éventuellement, le téléchargement de la notice affichée au format PDF ;
un entrepôt de métadonnées OAI-PMH permettant d'exposer des enregistrements Dublin Core et Dublin Core qualifié.
Ces fonctionnalités seront disponibles dans la version 2.0beta de PLEADE. Un appel sera lancé aux utilisateurs de PLEADE pour trouver des personnes qui accepteraient de tester les programmes avant la publication officielle de la version 2.0 finale.
Sans chercher ici à être précis, voici ce qui est en cours d'écriture dans les sources de PLEADE pour implémenter ce volet EAC :
une troisième base de documents sera créée et configurée, avec ses propres champs, ses processus de transformation et de publication, et un entrepôt OAI-PMH spécifique ;
des XSP, XSLT et fichiers de configuration XML spécifiques seront écrits, et déposés soit dans les répertoires qui existent déjà dans PLEADE, soit dans de nouveaux répertoires dont le nom contiendra le préfixe "eac", selon la même logique qui a présidé à la conception de l'architecture initiale et en ne touchant pas aux noms de répertoires et de fichiers existants. Les programmes XSLT chargés de générer une version HTML des documents EAD seront modifiés pour inclure des liens hypertexte valides vers les documents EAC publiés dans l'application ;
une ou plusieurs feuilles de style CSS spécifiques seront créées pour la mise en forme de la version HTML des documents EAC.