EAD Manual

Huella Archivista - Revista Digital del Movimiento de Archivistas 1
Inicio Editorial Noticias Artículos

Manual Software Hardware Acerca de...
EAD (Encoded Archival Description) Version 2002
Prof. Dr. J. Tomás Nogales Flores
Dpto. Biblioteconomía y Documentación
Universidad Carlos III de Madrid
Temario: EAD Version 2002
Introducción a EAD
Los orígenes
EAD como estándar de facto: las versiones de EAD
Las Directrices
Visión general del proceso de implementación de EAD
La DTD
La estructura básica de un instrumento de descripción electrónico marcado
con EAD: <ead> y <eadgrp>
La cabecera EAD: <eadheader>
Material preliminar y portadas: <frontmatter> y <titlepage>
La descripción archivística: <archdesc>
La identificación descriptiva: <did>
Otros elementos de <archdesc>
La descripción de componentes subordinados: <dsc>
Encabezamientos de acceso controlado <controlaccess>
Codificación básica del texto
Elementos de Puntero, Referencia y Enlace
Listas y tablas
Y más...
Anexo: Pasarela EAD - ISAD(G) 2000
Prácticas sugeridas:
Marcado con EAD 2002 de material de archivo, tratado previamente o no con

ISAD(G) 2000
Introducción
19.05.2004
Tal como puede leerse en la página principal del sitio web oficial de EAD (Encoded
Archival Description, Descripción Archivística Codificada, http://lcweb.loc.gov/ead/),
la DTD (Document Type Definition, Definición de Tipo de Documento) de EAD es
un estándar para codificar instrumentos de descripción archivística por medio de
SGML (Standard Generalized Markup Language, ISO 8879:1986) y XML
(eXtended Markup Language), mantenido en la Network Development and
MARC Standards Office de la LC (Library of Congress, Biblioteca del Congreso
de Estados Unidos) en colaboración con la Society of American Archivists (EAD
Working Group). Es el primer estándar de estructura de datos para facilitar la
distribución en Internet de información detallada sobre colecciones y fondos
archivísticos a través de la herramienta estándar de acceso a los archivos: el
instrumento de descripción.
Sin embargo, la intención de publicar en Internet instrumentos de descripción no es

la única razón para usar EAD, ya que su estable pero flexible estructura jerárquica
es aplicable igualmente a instrumentos de descripción en cualquier formato, ya sea
publicado en Internet, producido por una base de datos o un procesador de textos,
o impreso en papel.
Los orígenes
Su desarrollo comenzó con un proyecto de la Biblioteca de la Universidad de

California en Berkeley, en 1993 (Proyecto Berkeley, dirigido por Daniel Pitti), sobre
la conveniencia de desarrollar un estándar de codificación no propietario para
instrumentos de descripción legibles por máquina como inventarios, registros,
índices y otros documentos creados por archivos, bibliotecas, museos y
repositorios de manuscritos para apoyar el uso de sus fondos. Se reconocía el
creciente papel de las redes en el acceso a la información sobre fondos y se
pretendía incluir información adicional a la proporcionada por los tradicionales
registros MARC (MAchine-Readable Cataloging, Z39.2/ISO 2709). Daniel Pitti
desarrolló los requerimientos del estándar de codificación, que incluía estos
criterios:
1. capacidad de presentar información descriptiva extensiva e interrelacionada

presente en los instrumentos de descripción archivística,
2. capacidad de preservar las relaciones jerárquicas existentes entre niveles de

descripción,
3. capacidad de representar información descriptiva heredada por un nivel

jerárquico desde otro,
4. capacidad para moverse dentro de una estructura informativa jerárquica, y
5. apoyo para la indización y recuperación de un elemento específico.
Al comienzo del proyecto llegaron a considerarse como candidatos para la técnica

del estándar de codificación la presentación Gopher de texto ASCII plano, HTML
(HyperText Markup Language), implementaciones existentes o nuevas de la
estructura de registros de MARC, y marcado conforme a SGML. SGML se reveló
como técnica capaz de cumplir todos los requerimientos funcionales, estando
19.05.2004
soportado además por un número elevado y creciente de productos de software

disponibles para una variedad de sistemas operativos.
EAD como estándar de facto: las versiones de EAD
La primera versión de EAD (EAD DTD Version 1.0) es de 1998. La segunda,

conocida como Version 2002 (colocada en el servidor web oficial de EAD el 19-12-
2002) fue oficialmente anunciada el 20 de diciembre de ese año.
Hay tres documentos técnicos asociados a EAD:
La DTD: EAD DTD (Document Type Definition), EAD Technical Document No.
1 (http://www.loc.gov/ead/ead2002a.html), adaptable a SGML o XML, con
material complementario como archivos de entidades opcionales.
La biblioteca de etiquetas: EAD Tag Library Version 2002, EAD Technical

Document No. 2 (http://www.loc.gov/ead/tglib/), documento de referencia
sobre cada uno de los elementos y atributos definidos en EAD, con apéndices
útiles como pasarelas (crosswalks) a otros estándares (ISAD(G) 2000 y
MARC21) y ejemplos de uso.
Las directrices de aplicación: EAD Version 2002 Application Guidelines, EAD

Technical Document No. 3 (http://www.loc.gov/ead/ag/aghome.html) [A fecha
26-01-2004 aún no disponibles; las que están en las web son las de EAD
Version 1.0 (1998)]
Con respecto a la versión anterior, EAD 2002 reprueba o (desaconseja) ocho

elementos de la versión 1.0 (1998) de EAD (como <organization>, cuya función la
asume el ya existente <arrangement>, en vista de que muchos archiveros no ven
clara la diferencia entre ambos) e introduce otros nuevos, algunos de los cuales
eran atributos, como <legalstatus> o <langmaterial>. También introduce algunos
cambios estructurales, desagrupando algunas piezas de información en el
instrumento de descripción para facilitar una disposición más lógica (y
reprobándose así elementos "envoltorio" tan significativos como <add> o
<admininfo>), o permitiendo que ciertos elementos se usen dentro de otros que
hasta ahora no podían contenerlos.
La nueva versión contempla las propuestas de modificación planteadas por los

usuarios de EAD en los cuatro años de vida de la versión 1.0, así como la
necesidad (lo que constituye uno de sus principios básicos) de mantener la
compatibilidad con ISAD(G) (General International Standard Archival Description),
adaptándose a este estándar que fue aprobado con posterioridad a la versión 1.0
de EAD y del que ésta contemplaba lo previsto en borradores de trabajo, algunas
de cuyas disposiciones no fueron finalmente aprobadas. Como un recuerdo de
ello, y a título de mera curiosidad, aún nos encontramos alguna errata en la
documentación de la nueva versión 2002 de EAD; así, a propósito del nuevo
elemento <legalstatus> se nos dice: "The <legalstatus> element is comparable to
the ISAD(G) data element 3.4.1" ; ese punto, "3.4.1 Legal status", aunque previsto
inicialmente, no llegó a incorporarse en ISAD(G) 2000.
En el prefacio de las Directrices puede leerse: "Hay que tener presente que EAD
19.05.2004
es, y probablemente siempre será, un 'trabajo en elaboración'. Internet, EAD, las

prácticas de descripción archivística y la tecnología digital son todas ellas
entidades dinámicas en un entorno crecientemente encaminado a la
normalización. EAD versión 1.0 ha sido la culminación de cinco años de pruebas y
retoques que comenzó con el Berkeley Finding Aid Project, y cuando aprendamos
más sobre cómo los investigadores localizan y usan nuestros instrumentos de
descripción en la Web, será necesario un retoque continuado".
Las Directrices
Las Directrices de Aplicación de EAD (EAD Application Guidelines) son la tercera

pieza de la documentación de EAD. De momento sólo contamos con las de la
versión 1.0 (junto a la DTD y la biblioteca de etiquetas, que ya responden a la
nueva versión, EAD 2002). Debe ser la primera consultada por administradores y
archiveros interesados en implementar EAD. Su objetivo es presentar EAD desde
la perspectiva administrativa, técnica y, sobre todo, archivística. No establecen
prácticas específicas de codificación (las prácticas descriptivas internacionales
actuales son tan divergentes que las reglas estrictas no serían prácticas), sino que
ilustran y discuten pros y contras de diversas opciones. Tampoco intentan articular
un contenido estándar para los instrumentos de descripción, aunque los creadores
de EAD esperan que este trabajo prepare el camino hacia un futuro estándar
internacional de contenido archivístico.
Están diseñadas par asistir a quienes están considerando usar EAD y quienes
están codificando activamente la información descriptiva que se encuentra
generalmente en los instrumentos de descripción archivística. Tratan las varias
etapas y niveles de implementación de EAD y sus actividades asociadas desde
una perspectiva de gestión y de codificación. También pretenden dar perspectivas
sobre la base lógica, procesos e implicaciones de la codificación EAD para una
audiencia muy amplia, incluyendo administradores, distribuidores de recursos,
gestores y supervisores, archiveros y bibliotecarios de referencia, codificadores de
instrumentos de descripción, programadores y administradores de sistemas.
Capítulo 1 (Setting EAD in Context: Archival Description and SGML): Explicación

de la génesis y funcionalidad de EAD y su papel en la descripción archivística. Se
sitúa EAD en el contexto de la descripción archivística y los estándares
descriptivos. Se justifica la selección de SGML; se explica la relación entre EAD,
SGML, HTML y XML, se esboza la que existe entre EAD e ISAD(G) y se clarifica el
papel crecientemente importante de los registros MARC. Debe estudiarlo
cualquiera que considere el uso o aplicación de EAD, con la posible excepción de
programadores y administradores de sistemas.
Capítulo 2 (Administrative Considerations): Guía de cuestiones administrativas y

de otro tipo asociadas con la implementación de EAD. Temas vinculados a la
gestión y administración de proyectos EAD, como la relación de EAD con la misión
y metas institucionales, la importancia de asignar prioridades y recursos, personal
y formación, diagramas de flujo de la codificación y conversión de datos obsoletos.
Trata sobre las posibles ventajas de la subcontratación y la colaboración con
instituciones asociadas en proyectos cooperativos. Más útil para quienes ocupan
puestos administrativos.
19.05.2004
Capítulo 3 (Creating Finding Aids in EAD): Introducción al etiquetado con EAD,

incluyendo guía de uso de elementos requeridos y otros elementos clave. Núcleo
de las directrices, describe en detalle el contexto en el que deben aplicarse los
principales elementos de EAD para construir y codificar instrumentos de
descripción. Debe usarse conjuntamente con la EAD Tag Library, con el objetivo
primordial de colocar los elementos de ésta en el contexto del trabajo descriptivo
archivístico. Los componentes principales de EAD se presentan en una progresión
lógica, comenzando con los que se usan para describir la colección como un todo
y continuando con aquellos que describen "componentes" o partes de una
colección. Se abordan temas como la importancia de desarrollar prácticas
descriptivas consistentes antes de embarcarse en la codificación EAD, la
profundidad del marcado, o el uso de los elementos de metadatos de EAD, que
describen el propio instrumento de descripción. Es de importancia central para
personal y supervisores que realizan efectivamente la codificación o que están
iniciando programas de codificación. Una vez familiarizados con EAD y los
diversos asuntos y recomendaciones de las Directrices, particularmente cuando se
establecen los protocolos y procesos locales, consultarán este documento con
menos frecuencia en favor de la Tag Library.
Capítulo 4 (Authoring EAD Documents): Análisis comparativo de herramientas y

métodos disponibles para la creación. Cuestiones relativas a la creación de
documentos codificados con EAD, referidas a la mecánica de usar software para
aplicar la codificación SGML/XML a un instrumento de descripción. Entre los temas
se incluye una discusión comparativa de alternativas de software específico y
aproximaciones de creación; consideraciones de software específico relativo a
SGML y XML; la relación entre datos MARC e instrumentos de descripción EAD;
cuestiones de codificación que afectan a la representación y gestión de archivos.
Capítulo 5 (Publishing EAD Documents): Análisis comparativo de herramientas y

métodos disponibles para la publicación. Describe opciones para "publicar"
documentos EAD, poniéndolos a disposición de los investigadores vía Web.
Incluye opciones de software para la búsqueda y descubrimiento de recursos;
hojas de estilo y su uso para representación en pantalla y salida impresa; difusión
y publicación basada en servidor y cliente; obtención de copias impresas de los
instrumentos de descripción y aspectos de la gestión de sistemas relacionados con
servidores a pequeña y gran escala.
Capítulo 6 (SGML and XML Concepts): Conceptos básicos SGML y XML en

relación con EAD. Aunque un conocimiento amplio no es esencial para todos los
codificadores o administradores de proyectos EAD, un conocimiento elemental es
crítico para los responsables del diseño y administración de sistemas. Se trata el
papel y estructura de la DTD, anidamiento y herencia en SGML/XML, conjuntos de
caracteres, elementos, atributos, entidades (especialmente los identificadores
públicos formales), elementos contenedores y vacíos, información general sobre
presentación y estilo en SGML y XML, e implicaciones de la implementación
completa de XML o SGML en general y EAD en particular. Los capítulos 4, 5 y 6
pueden ser de más interés para programadores y personal de sistemas por su
necesidad de elegir software, administrar servidores y sistemas EAD y comprender
los aspectos técnicos de SGML y XML.
Capítulo 7 (EAD Linking Elements): Instrucciones detalladas para el uso de los
19.05.2004
elementos de enlace EAD. Facilitan capacidades de hipertexto y navegación. Se

describen una serie de útiles características de enlaces internos y externos,
incluyendo el uso del elemento Objeto archivístico digital (Digital Archival Object)
<dao> para enlazar desde el instrumento de descripción a las copias digitales de
los materiales de archivo. El capítulo es crucial para codificadores y
programadores que pretendan implementar las ricas y complejas capacidades de
enlace de EAD.
Visión general del proceso de implementación de EAD
Los pasos básicos en el orden en que un archivo debe afrontar lógicamente los
aspectos de implementación pueden resumirse, con todas sus aparentes
complejidades, contestando a tres preguntas:
¿Deberíamos implementar EAD?
¿Cómo crearemos los instrumentos de descripción electrónica?
¿Cómo las distribuiremos?
La decisión de cada institución de implementar EAD estará influida al menos en

parte por consideraciones prácticas, incluyendo aspectos tan básicos como si la
institución tiene actualmente o está preparada para asumir un programa de
descripción que produzca instrumentos de descripción que sean consistentes,
internamente y con los estándares emergentes nacional o internacionales. Otras
cuestiones tienen que ver con la misión y objetivos y con la audiencia de la
institución, y si implementar EAD hará avanzar la primera y servirá a la segunda.
La gran pregunta para muchas instituciones estará relacionada con los recursos:
¿Tenemos personal, competencia técnica, y recursos hardware y software para
asumir la implementación de EAD? Si no, ¿existe un programa de colaboración al
que podamos unirnos o desarrollar para distribuir el impacto de recursos sobre
varias instituciones? Finalmente, debe considerarse si se es capaz de mantener un
programa EAD a largo plazo, puesto que el personal del archivo necesitará estar al
día con los cambios, como la evolución de la DTD y las inevitables actualizaciones
del software y otras innovaciones que acompañan cualquier herramienta
tecnológica.
Una vez decidida la implementación, las etapas principales para crear

instrumentos de búsqueda codificados con EAD incluirán los siguientes:
Evaluar las prácticas de descripción del Archivo, para desarrollar soluciones

consistentes para la conversión de instrumentos de descripción existentes y la
creación de otros nuevos en EAD.
Tomar decisiones sobre reglas y protocolos para las convenciones y estilo de

descripción, profundidad de marcado, asignación de encabezados de acceso
controlado y la relación entre los instrumentos de descripción codificados con
EAD y los registros de catalogación MARC.
Elegir un software apropiado para crear ficheros EAD.
19.05.2004
Adquirir (descargando) los ficheros oficiales necesarios, como la DTD de EAD

y otros varios para aplicaciones software específicas, y cargarlos
correctamente en su entorno local.
Validar los ficheros EAD usando analizadores SGML o XML.
Finalmente los Archivos deben considerar métodos posibles de "publicación" y

distribución de instrumentos de descripción electrónica para ponerlos a disposición
de los investigadores. Como con la creación de instrumentos de descripción
codificados, se dispone de una variedad de escenarios y opciones de software,
que van desde el simple enlace de los instrumentos de descripción en un sitio
Web, al empleo de potentes (y a menudo caros) motores de búsqueda para
facilitar la capacidad de los investigadores de localizar materiales relevantes.
Todos requieren el uso de una combinación de scripts y/o hojas de estilo que
interpreten la codificación EAD para la presentación pública y la recuperación.
Deben considerarse también aspectos relativos a la impresión de instrumentos de
descripción electrónica.
En cualquier caso, sea cual sea el uso que pretendemos hacer de EAD, tenemos
que examinar nuestras prácticas de descripción para asegurarnos de que estamos
sirviendo a los investigadores información inteligible y útil sobre nuestras
colecciones.
La DTD
El esquema de codificación de EAD está diseñado para ser práctico y puede

aplicarse gradualmente: los usuarios pueden elegir codificar tanto o tan poco como
quieran.
La referencia a campos o elementos de datos de otros estándares relacionados,

como ISAD(G) 2000 o MARC21, puede hacerse por dos métodos:
Si sólo se hará referencia a otro estándar, se puede usar el atributo

relatedencoding de <ead>, <eadheader> o <archdesc>, dándole el valor, por
ejemplo isad o marc, y a continuación dando al atributo encodinganalog de
cada elemento que se corresponda con un campo o elemento de datos del
otro estándar el valor concreto aplicable (p.ej.: 3.2.2 o bien 650).
Si se van a mezclar referencias a varios estándares, al atributo

encodinganalog de cada elemento que se corresponda con un campo o
elemento de datos del otro estándar se le dará el valor concreto aplicable
(p.ej.: isad3.2.2 o marc650).
La estructura básica de un instrumento de descripción electrónico marcado

con EAD: <ead> y <eadgrp>
En el nivel más básico, los instrumentos de descripción archivística codificada

consisten en dos segmentos: uno proporciona información sobre el propio
instrumento de descripción (su título, compilador, fecha de compilación, etc.) y otro
sobre un cuerpo de materiales de archivo: una colección, un grupo de registros, un
fondo o una serie. La DTD de EAD parte el primero en dos elementos y recoge el
19.05.2004
segundo en un tercer elemento de alto nivel, hijos del elemento raíz (o elemento de
documento) <ead> (Encoded Archival Description) que engloba todo el documento.
Cabecera EAD (EAD Header) <eadheader>. Contiene información similar a la

de la portada de un texto impreso, pero relativa al documento electrónico, que
identifica la versión electrónica del instrumento de descripción y puede
también documentar las prácticas de descripción y codificación seguidas en
su creación.
Material Inicial (Front Matter) <frontmatter>, opcional. Puede usarse para

codificar estructuras como prefacios, dedicatorias u otro texto relativo a la
creación, publicación o uso del instrumento de descripción, y para generar
una portada adaptada a las necesidades o gustos locales.
Descripción Archivística (Archival Description) <archdesc>. Contiene la

descripción archivística propiamente dicha, y puede ser de nivel único (un
único fondo, serie, expediente...) o contener una descripción multinivel con la
descripción de componentes subordinados (las series de un fondo, las
unidades documentales de éstas, en dos o más niveles).
Todo ello iría precedido de una declaración de tipo de documento, referencia

explícita al archivo externo que contiene la DTD que se aplicará al texto por el
analizador SGML o XML, y, en su caso, por la referencia a la hoja de estilo
pertinente.
Así, la estructura global de un documento individual (p. ej. un catálogo, con o sin
descripción multinivel) es:
<?xml version="1.0" encoding="ISO-8859-1"?>

<!DOCTYPE ead PUBLIC "+//ISBN 1-931666-00-8//DTD ead.dtd (Encoded
Archival Description (EAD) Version 2002)//EN" "mi-ead.dtd">
<?xml-stylesheet href="mi-hoja-de-estilo.css" type="text/css"?>
<ead>
<eadheader>

</eadheader>
<frontmatter>

</frontmatter>
<archdesc>

</archdesc>
</ead>
Además, se puede englobar un conjunto de instrumentos de descripción

electrónicos ya marcados con EAD agrupándolos dentro de un elemento raíz
<eadgrp> (que obviamente tiene su DTD propia, la del Grupo EAD, EAD Group, y
no será detallada aquí) en lugar de <ead>, que altera la estructura de un
documento EAD simple incluyendo elementos propios como <archdescgrp> en
lugar de <archdesc> y, como elemento hijo de éste, <dscgrp> en lugar de <dsc>;
<dscgrp> puede llevar como hijos elementos <ead>. La estructura general de un
Grupo EAD quedaría así:
19.05.2004
<eadgrp> 

<eadheader>

</eadheader>
<frontmatter>

</frontmatter>
<archdescgrp> 
<!-elementos hijos iguales a los de archdesc -->
<dscgrp> 
<ead> 
<eadheader>

</eadheader>
<frontmatter>
<!-material preliminar del primer instrumento -->
</frontmatter>
<archdesc>

</archdesc>
</ead>
<ead> 
<eadheader>

</eadheader>
<frontmatter>
<!-material preliminar del segundo documento -->
</frontmatter>
<archdesc>

</archdesc>
</ead>
</dscgrp>
</archdescgrp>
</eadgrp>
La cabecera EAD: <eadheader>
La cabecera EAD (EAD Header), <eadheader>, está basada en la cabecera TEI

(Text Encoding Initiative), una iniciativa internacional para desarrollar y mantener
un conjunto de DTDs para codificar textos literarios o lingüísticos u otros objetos de
estudio de interés en las humanidades. Con objeto de promover la máxima
uniformidad posible en la provisión de metadatos entre tipos de documentos, EAD
usa una cabecera similar a la de TEI para capturar información sobre la creación,
revisión, publicación y distribución de instrumentos de descripción concretos. La
secuencia de elementos y subelementos en <eadheader> se especifica en la DTD,
permitiendo búsquedas entre repositorios más predecibles ya que los elementos
están uniformemente ordenados (título, fecha, repositorio, lengua, etc.). Al ser
obligatoria fuerza a los archiveros a incluir información esencial sobre sus
instrumentos de descripción electrónicos. Estos elementos, que pueden usarse
19.05.2004
para generar portadas electrónicas e impresas para aquellos, debe seguir un orden
determinado para asegurar la uniformidad entre instrumentos de descripción.
La cabecera resultante consiste en cuatro subelementos, algunos de los cuales

están subdivididos:
El Identificador EAD (EAD Identifier) <eadid> (obligatorio) proporciona un

número o código de identificación único para el instrumento de descripción y
puede indicar la localización, fuente y tipo del identificador.
La Descripción del fichero (File Description) <filedesc> (obligatorio) contiene

buena parte de la descripción bibliográfica sobre el instrumento de
descripción, así como la edición, empresa editora, serie y notas relacionadas
codificadas separadamente. Posteriormente se detallará su contenido.
La Descripción del perfil (Profile Description) <profiledesc> registra una

descripción detallada de los aspectos no bibliográficos de un texto, en
concreto la lengua del instrumento de descripción (<langusage>, que puede
incluir uno más elementos <language>) e información sobre quién creó la
versión codificada del documento y cuándo se hizo (<creation>). En la versión
2002 se introdujo el subelemento Reglas de Descripción (Description Rules)
<descrules> (ISAD(G) 3.7.2 Reglas y normas).
La Descripción de la Revisión (Revision Description) <revisiondesc> resume

las revisiones hechas al documento EAD, control de cambios muy importante
en grandes proyectos. Cada subelemento <change> tiene dos sublementos:
<date> e <item> (uno o más).
A su vez, <filedesc> tiene los siguientes elementos:
Mención de título (Title Statement) <titlestmt> (obligatorio), que agrupa

información sobre el título de la obra y los responsables de su contenido
intelectual, incluyendo en subelementos el nombre del autor, <author>, título,
<titleproper> (obligatorio), subtítulo, <subtitle>, y patrocinador, <sponsor>.
Mención de edición (Edition Statement) <editionstmt>, que contiene

información relativa a la edición del instrumento de descripción electrónico,
que puede incluirse en un elemento <edition>.
Mención de publicación (Publication Statement) <publicationstmt>, con la

información relativa a la publicación y distribución del instrumento electrónico,
con elementos como <publisher>, <date>, <address> y <num>.
Mención de serie (Series Statement) <seriesstmt>, con información sobre la

serie, en su caso, a la que pertenece la publicación, con elementos básicos
como <titleproper> y <num>.
Mención de nota (Note Statement) <notestmt>, agrupa todas las notas (cada
una en un subelemento <note>) que den información sobre un texto adicional
al indicado en otras partes del instrumento de descripción.
Ciertos atributos de <eadheader> permiten expresar con valores fijos la norma ISO
19.05.2004
seguida para normalizar otros aspectos del documento:
dateencoding (valor fijo iso8601): para las fechas, allá donde se use un
elemento <date> (o <unitdate>, elemento hijo de <did>, para la fecha de la
unidad descrita), que se codifican de acuerdo con la norma ISO 8601, dando
el valor correspondiente al atributo normal (de <date> o <unitdate>). El
formato puede ser, entre otros, alguno de los siguientes: aaaa, aaaa-mm,
aaaa-mm-dd, aaaa-Wss, aaaaWss-d, aaaa-ddd, hh:mm:ss, hh:mm, hh,
hh:mm:ssZ, hh:mm:ss+hh:mm:ss, aaaa-mm-ddThh:mm:ss, aaaa-mm-
ddThh:mm:ss/aaaa-mm-ddThh:mm:ss (los guiones o dos puntos pueden
omitirse).
langencoding (valor fijo iso6392b): para las lenguas, que se codifican con la
norma ISO 639-2B, dando el valor pertinente a los atributos langcode (de
<language> y <abstract>): tres letras, como en spa (español, o es, si
usáramos la ISO 639-1).
scriptencoding (valor fijo iso15924): para las escrituras, con la norma ISO
15924, dando el valor correspondiente al atributo scriptcode (de
<language>): dos letras, como en la (latina)
countrytencoding (valor fijo iso3166-1): los países, con la ISO 3166-1,

dando el valor correspondiente al atributo countrycode (de <eadid> o
<unitid>): dos letras, como en ES (España). [-2: subdivisiones; -3: nombres
antiguos]
repositorytencoding (valor fijo iso15511): los repositorios, con la norma ISO

15511 (Information and documentation - International Standard Identifier for
Libraries and Related Organisations [ISIL]), dando el valor correspondiente al
atributo mainagencycode (de <eadid>) y repositorycode (de <unitid>):
varios caracteres, como en AMCO (o ES-AMCO).
Algunos de los elementos se describen en prosa (directamente texto o párrafos

<p> como contenido del elemento) y otros por medio de elementos propios. No
entramos aquí a detallar más la estructura de la cabecera, tan compleja que la de
TEI se considera en sí misma un esquema de metadatos.
Para una práctica sencilla con EAD, es más fácil copiar la siguiente cabecera EAD
y reemplazar el texto entre corchetes con la información pertinente sobre el
instrumento de descripción que se está codificando. Esta cabecera contiene los
elementos mínimos (obligatorios en la DTD) y además aquellos que permiten
codificar datos contemplados en ISAD(G) 2000 y que están en la cabecera EAD y
no, como la mayoría, en <archdesc>.
<eadheader>


<eadid countrycode="ES" mainagencycode="AMCO" encodinganalog="3.1.1">
[Identificación única del instrumento de descripción electrónico]
</eadid>
<filedesc>
19.05.2004
<titlestmt>
<titleproper>
[Título del instrumento de descripción electrónico]
</titleproper>
</titlestmt>
</filedesc>
<profiledesc>

<descrules encodinganalog="3.7.2">
[Reglas de descripción usadas, como ISAD(G) 2000]
</descrules>
</profiledesc>
</eadheader>
Material preliminar y portadas: <frontmatter> y <titlepage>
Frente a la mayor sistematización de los datos presentes en la cabecera

<eadheader>, el elemento opcional <frontmatter> puede usarse para codificar más
libremente estructuras como portadas, prefacios, dedicatorias u otro texto relativo
a la creación, publicación o uso del instrumento de descripción. El subelemento
<titlepage> reutiliza, sin un orden fijo, muchos subelementos designados en
<filedesc> y puede usarse para generar una portada que siga preferencias locales
para secuenciar la información. El resto de secciones del material preliminar, como
las citadas, pueden encerrarse en elementos <div>, que pueden anidarse (tener
elementos hijos <div>) y llevar un encabezado <head>. Lo que sigue es un
elemento <frontmatter> típico.
<frontmatter>
<titlepage>
<titleproper>[Título del instrumento de descripción]</titleproper>
<author>[Autor]</author>
<edition>[Edición]</edition>
<publisher>[Editor]</publisher>
<date>[Fecha]</date>
</titlepage>
<div>
<head>[Título de la división, p. ej. un prefacio]</head>

</div>
</frontmatter>
La descripción archivística: <archdesc>
El elemento <archdesc> contiene información sobre un cuerpo de materiales de

archivo, información organizada jerárquicamente que describe una unidad de
registros o documentos junto con las partes o divisiones que lo componen. Incluye
información sobre el contenido, contexto y extensión de los materiales de archivo y
otra opcional suplementaria que facilita su uso por los investigadores. Los
instrumentos de descripción generalmente describen una unidad de registros o
documentos en varios niveles de detalle diferentes pero relacionados. El elemento
<archdesc> integra estos niveles desplegables y jerárquicos permitiendo en primer
19.05.2004
lugar un visión global descriptiva del conjunto, seguido, si es el caso, de vistas más
detalladas de las partes, designadas por el elemento Descripción de Componentes
Subordinados (Description of Subordinate Components) <dsc>, que se tratará más
adelante. Los elementos de datos disponibles en <archdesc> o nivel de la unidad
se repiten en los diversos niveles de componente dentro de <dsc>, y la información
se hereda de un nivel jerárquico al siguiente. Además, por servir de sobrecubierta
o envoltorio para toda la información descriptiva sobre un cuerpo completo de
materiales de archivo, <archdesc> identifica, a través del atributo level (que puede
tomar los valores fonds, subfonds, series, subseries, recordgrp, file, item, class,
collection, subgrp, otherlevel), el nivel más alto de los materiales que se describen
(ISAD(G) 3.1.4 Nivel de descripción).
En un escenario típico, un archivero empieza a codificar una instrumento de

descripción abriendo en primer lugar el elemento <ead> y creando el requerido
<eadheader>. Luego puede añadir algún material preliminar opcional <frontmatter>
antes de abrir el elemento <archdesc> y dar a su atributo level el valor (collection,
fonds, series... ) que refleje mejor el carácter de la unidad completa que se está
describiendo en el instrumento de descripción.
El elemento opcional <runner> (una variante de <head> para el elemento

<archdesc>) permite incluir una cabecera para el conjunto de la descripción
archivística.
A continuación siguen elementos que describen esa unidad completa, incluyendo

en primer lugar un subconjunto especial de elementos de datos que son reunidos
bajo un elemento padre llamado Identificación descriptiva (Descriptive
Identification) <did>, obligatorio, que se tratará más adelante.
<archdesc level="fonds">
<runner>[Encabezado opcional]</runner>
<did>

</did>

<dsc type="combined">

</dsc>
</archdesc>
La identificación descriptiva: <did>
Los subelementos de <did> se conciben como los más importantes para asegurar
una buena descripción básica de una unidad o componente de archivo. Esta
agrupación de elementos tiene varios propósitos: asegura que los mismos
elementos y estructura de datos están disponibles en cada nivel de descripción en
la jerarquía EAD, facilita la difusión y recuperación de un cuerpo coherente de
elementos para el descubrimiento y reconocimiento de recursos, y puesto que los
elementos aparecerían juntos en la biblioteca de etiquetas y en los menús y
plantillas de software, ayuda a que los codificadores recuerden capturar
información descriptiva que de otra manera podrían pasar por alto.
El elemento <did> puede contener, además del genérico <head>, y en cualquier

19.05.2004
orden, uno o más de los siguientes subelementos descriptivos, que son los
puntales familiares de la catalogación archivística:
Identificación de la Unidad (Identification of the Unit) <unitid>: número de

acceso, número de clasificación, número de lote u otro identificador único y
permanente (ISAD(G) 3.1.1 Código de referencia)
Título de la Unidad (Title of the Unit) <unittitle>: título de los materiales de

archivo a cualquier nivel que se estén describiendo, como título de colección,
de serie, de subserie, de expediente (file), o de ítem (ISAD(G) 3.1.2 Título).
Fecha de la unidad (Date of the Unit) <unitdate>: designa las fechas de

creación de los materiales de archivo (ISAD(G) 3.1.3 Fechas).
Descripción Física (Physical Description) <physdesc>: identifica, por medio o

no de elementos hijos, la extensión <extent>, dimensiones <dimensions>,
género o forma <genreform> y otras características físicas <physfacet> de la
unidad descrita (ISAD(G) 3.1.5 Volumen y soporte de la unidad de
descripción: cantidad, tamaño o dimensiones).
Origen (Origination) <origination>: denota los individuos u organizaciones

responsables de la creación o recopilación (assembly) de los materiales de
archivo. (ISAD(G) 3.2.1 Nombre del productor(es)).
Lengua del material (Language of the Material) <langmaterial>: Añadido en la

versión 2002, contiene la lengua del material descrito. (ISAD(G) 3.4.3
Lengua/escritura(s) de los documentos).
Archivo (o depósito, Repository) <repository>: designa la institución

responsable de proporcionar acceso intelectual. Puede llevar el elemento hijo
Subárea <subarea>.
Localización Física (Physical Location) <physloc>: identifica el número de la

estantería y el estante u otra localización de almacenamiento.
Contenedor (Container) <container>: identifica el número de cartón, caja,

carpeta, u otra unidad de agrupación en la que los materiales de archivo se
colocan y almacenan.
El elemento <did> también cuenta con un elemento Resumen (Abstract)

<abstract>, Detalles de material especial (Material Specific Details)
<materialspec>, y un elemento general Nota (Note) <note>, así como elementos
Objeto archivístico digital (Digital Archival Object) <dao> y Grupo de objetos
archivísticos digitales (Digital Archival Object Group) <daogrp>, que pueden
contener copias digitales del material que se describe en el instrumento de
descripción.
Los subelementos de <did> llevan atributos como label, type y encodinganalog,

para permitir un designación de contenidos más específicos. El último permite la
designación del elemento de ISAD(G) o del campo o subcampo MARC aplicable
junto con la forma autorizada de los datos (contenida en el elemento), permitiendo
a los archiveros generar registros ISAD(G) o MARC básicos a nivel de colección
19.05.2004
automáticamente desde instrumentos de descripción EAD, así como ayudar a los

sistemas de indización y recuperación identificar elementos de datos comparables
en registros bibliográficos e instrumentos de descripción.
Lo que sigue es un elemento <did> típico. En él se señalan las correspondencias

con ISAD(G) 2000.
<did>


<unitid countrycode="ES" repositorycode="AMCO" encodinganalog="3.1.1">
[Código de referencia]
</unitid>

<unittitle encodinganalog="3.1.2">[Título de la unidad descrita]</unittitle>

<unitdate encodinganalog="3.1.3">[Fechas de la unidad descrita]</unitdate>




<physdesc encodinganalog="3.1.5">[Descripción física. Usar elementos
hijos.]</physdesc>


<origination encodinganalog="3.2.1">[Productor]</origination>


<langmaterial encodinganalog="3.4.3">[Lengua del material]</langmaterial>
<abstract>[Resumen, en su caso]</abstract>
<materialspec>
[Detalles de materiales especiales: cartografía, música, informática]
</materialspec>
<repository>[Archivo, en su caso]</repository>
<container>[Contenedor: caja, carpeta, etc., en su caso]</container>
<physloc>[Localización física, en su caso]</physloc>
</did>
Otros elementos de <archdesc>
Habiendo usado los elementos <did> para capturar una descripción básica en el
nivel <archdesc>, el archivero podría proceder directamente a una descripción de
las partes componentes de la unidad (con <dsc>). Con más frecuencia, sin
embargo, el creador del instrumento de descripción proporcionará información
narrativa adicional sobre el contenido, contexto o extensión de la unidad completa.
Esta descripción usualmente aparece en forma de prosa dentro de elementos con
nombres de etiquetas como <bioghist>, <scopecontent> y <arrangement>, que
evocan las categorías de información típicamente presentes en instrumentos de
descripción tradicionales basados en papel, para cada una de las cuales el
codificador puede usar el elemento Encabezado (Heading) <head> para
proporcionar un encabezado basado en preferencias locales, que puede o no
19.05.2004
corresponderse con el nombre del elemento. Por ejemplo, la DTD permite

identificar una nota biográfica por un encabezado cualquiera (p.ej., "Resumen
Biográfico", "Biografía", "Fechas clave de Fulanito de Tal") siempre que el
contenido sea etiquetado correctamente como <bioghist>.
Estructuralmente, desde la perspectiva de SGML, los modelos de contenido para

estos elementos basados en la narración son "encabezados" y "texto", estando
éste generalmente compuesto de párrafos o listas de varios tipos (se verán más
adelante), pero no contienen directamente texto, a diferencia de lo que ocurre con
los elementos hijos de <did>. En comparación, la información dentro de un
subelemento <did> se presenta a menudo como una frase corta, etiquetada, o
quizá como una cadena de datos simple uniforme formada por la recomposición de
varios subelementos, pero no puede contener párrafos o listas.
Diversos elementos contienen información de fondo descriptiva concerniente a la

adquisición, proceso y gestión de un cuerpo de materiales de archivo de una
institución: datos sobre la procedencia, adquisición, restricciones de acceso y
reproducción, disponibilidad de microformas y copias digitales, forma de cita
preferida y otros detalles descriptivos que ayudan a los lectores del instrumento de
descripción a saber cómo acercarse a los materiales de archivo y usar la
información que encuentran.
Historia biográfica (Biographical History) <bioghist> (ISAD(G) 3.2.2 Historia

institucional/reseña biográfica).
Historia archivística (Custodial History) <custodhist> (ISAD(G) 3.2.3 Historia

archivística).
Información de adquisiciones (Acquisitions Information) <acqinfo> (ISAD(G)

3.2.4 Fuente de adquisición inmediata).
Alcance y contenido (Scope and Content) <scopecontent> (ISAD(G) 3.3.1

Alcance y contenido).
Valoración (Appraisal) <appraisal> (ISAD(G) 3.3.2 Valoración, selección y

eliminación).
Ingresos (Accruals) <accruals> (ISAD(G) 3.3.3 Nuevos ingresos).
Organización (Arrangement) <arrangement> (ISAD(G) 3.3.4 Organización).
Condiciones de acceso (Conditions Governing Access) <accessrestrict>

(ISAD(G) 3.4.1 Condiciones de acceso). El elemento hijo Situación jurídica
(Legal Status) <legalstatus>, añadido en la versión 2002 de EAD, permite
recoger el antiguo elemento ISAD(G) 3.4.1 Situación jurídica (desaparecido
en ISAD(G)2000).
Restricciones de uso (Use Restrictions) <userestrict> (ISAD(G) 3.4.2

Condiciones de reproducción).
Características físicas y requisitos técnicos (Physical Characteristics and

Technical Requirements) <phystech> (ISAD(G) 3.4.4 Características físicas y
19.05.2004
requisitos técnicos). Añadido en la versión 2002.
Otros instrumentos de descripción (Other Finding Aid) <otherfindaid>

(ISAD(G) 3.4.5 Instrumentos de descripción).
Localización de los originales (Location of originals) <originalsloc> (ISAD(G)

3.5.1 Existencia y localización de los documentos originales).
Forma alternativa disponible (Alternative Form Available) <altformavail>

(ISAD(G) 3.5.2 Existencia y localización de copias).
Material relacionado (Related Material) <relatedmaterial> (ISAD(G) 3.5.3

Unidades de descripción relacionadas).
Material separado (Separated Material) <separatedmaterial> (ISAD(G) 3.5.3

Unidades de descripción relacionadas).
Bibliografía (Bibliography) <bibliography> (ISAD(G) 3.5.4 Nota de

publicaciones). Cada referencia bibliográfica debería ir más adecuadamente
en un elemento <bibref> (se tratará más adelante), independientemente de
que se exprese en un párrafo o una lista.
Otros datos descriptivos (Other Descriptive Data) <odd> (ISAD(G) 3.6.1

Notas). Puede incluir, entre otros, uno o más elementos <note>, aunque éstos
también podrían ir fuera de <odd>. Aunque EAD se ha diseñado para
instrumentos de descripción antiguos basados en papel o nuevos legibles por
ordenador, no puede esperarse que se adapte a todas las prácticas
existentes. Cuando se están convirtiendo instrumentos de descripción
existentes a un marcado ideal EAD, puede ser necesario algún cambio de
texto o adición de datos para conformarse a la secuencia de elementos de la
DTD y la consignación de ciertos elementos a valores específicos; <odd>
ayuda a minimizar las dificultades de conversión designando como "otra"
cualquier información que pueda no encajar en las categorías de EAD.
Información de proceso (Process Information) <processinfo> (ISAD(G) 3.7.1

Nota del archivero). Un elemento <date> que sea hijo de un párrafo <p> hijo
de este elemento se corresponde con el elemento ISAD(G) 3.7.3 Fecha(s) de
la(s) descripcion(es).
Cita preferida (Preferred Citation) <prefercite>.
Proyecto de expediente (File Plan) <fileplan>.
Elementos de acceso controlado (Controlled Access Elements)

<controlaccess>. Permite agrupar elementos que sirven como entradas de
acceso controlado, aunque pueden aparecer también dispersos en muchos
lugares del documento. Se tratarán más adelante.
Índice (Index) <index>. Sus descendientes naturales son elementos Entrada

de índice (Index Entry) <indexentry>, cuyo contenido natural son los mismos
elementos que se tratarán a propósito de <controlaccess>, que podrían
agruparse en un elemento hijo específico, un Grupo de nombres (Name
Group) <namegrp> o varios.
19.05.2004
La DTD permite el anidamiento de elementos para capturar una descripción más

detallada y específica cuando se desee. Los elementos citados en la lista anterior
pueden agruparse utilizando el elemento "envoltorio" Grupo de descripción
(Description Group) <descgrp> (que no debe confundirse con el ya tratado
<dscgrp>), añadido en la versión 2002, que además reprueba para flexibilizarlos a
dos elementos existentes en la versión 1.0:
Información administrativa (Administrative Information) <admininfo>, que

agrupaba los elementos <custodhist>, <accruals>, <acqinfo>, <appraisal>,
<accessrestrict>, <userestrict>, <altformavail>, <prefercite>, y <processinfo>,
o bien sólo el contenido de éstos, y
Datos descriptivos adjuntos (Adjunct Descriptive Data) <add>, que agrupaba

<bibliography>, <fileplan>, <index>, <otherfindaid>, <relatedmaterial> y
<separatedmaterial>, o bien contenía directamente la información de estos
subelementos.
Lo que sigue es un elemento <archdesc> típico. En él se señalan las

correspondencias con ISAD(G) 2000.
<archdesc level="fonds">
<runner>[Encabezado opcional]</runner>
<did>

</did>


<bioghist encodinganalog="3.2.2">
<p>[Historia institucional/reseña biográfica]</p>
</bioghist>

<custodhist encodinganalog="3.2.3">
<p>[Historia archivística]</p>
</custodhist>


<acqinfo encodinganalog="3.2.4">
<p>[Fuente de adquisición inmediata]</p>
</acqinfo>

<scopecontent encodinganalog="3.3.1">
<p>[Alcance y contenido]</p>
</scopecontent>


<appraisal encodinganalog="3.3.2">
<p>[Valoración, selección y eliminación]</p>
</appraisal>

<accruals encodinganalog="3.3.3">
<p>[Nuevos ingresos]</p>
19.05.2004
</accruals>

<arrangement encodinganalog="3.3.4">
<p>[Organización]</p>
</arrangement>


<accessrestrict encodinganalog="3.4.1">
<p>[Condiciones de acceso]</p>


<legalstatus>[Situación jurídica, si se precisa]</legalstatus>
</accessrestrict>


<userestrict encodinganalog="3.4.2">
<p>[Condiciones de reproducción]</p>
</userestrict>


<phystech encodinganalog="3.4.4">
<p>[Características físicas y requisitos técnicos]</p>
</phystech>


<otherfindaid encodinganalog="3.4.5">
<p>[Instrumentos de descripción]</p>
</otherfindaid>


<originalsloc encodinganalog="3.5.1">
<p>[Existencia y localización de los documentos originales]</p>
</originalsloc>


<altformavail encodinganalog="3.5.2">
<p>[Existencia y localización de copias]</p>
</altformavail>


<relatedmaterial encodinganalog="3.5.3">
<p>[Unidades de descripción relacionadas]</p>
</relatedmaterial>
<separatedmaterial encodinganalog="3.5.3">
<p>[Unidades de descripción separadas, en su caso]</p>
</separatedmaterial>


<bibliography encodinganalog="3.5.4">
<p>[Nota de publicaciones]</p>
<bibref>[Cada referencia bibliográfica]</bibref>
19.05.2004
</bibliography>


<odd encodinganalog="3.6.1">
<note>
<p>[Notas]</p>
</note>
</odd>

<processinfo encodinganalog="3.7.1">
<p>[Nota del archivero]</p>


<p>
<date encodinganalog="3.7.3">[Fecha(s) de la(s) descripcion(es)]</date>
</p>
</processinfo>


</archdesc>
La descripción de componentes subordinados: <dsc>
Una vez que un archivero ha completado la descripción de los registros o

documentos en el nivel (o unidad) más alto, puede abrir el elemento <dsc> y
cambiar el enfoque para describir una o más partes componentes de la unidad. En
esta sección se tratan los segmentos de los instrumentos de descripción
tradicionales como series, listas de contenedores, y calendarios. Puede asumir
varias formas diferentes que se identifican por el atributo type, que puede tomar el
valor
analyticover (analytic overview, vista analítica) para identificar la descripción

de una serie o subserie,
in-depth (en profundidad), para identificar un listado de contenedores o

carpetas, un calendario o un listado de items,
combined (combinada), para identificar casos en los que la descripción de

cada serie va seguida inmediatamente de un listado de contenedores o
carpetas para esa serie,
othertype (otro tipo), para identificar modelos que no siguen ninguno de los
formatos mencionados.
La representación tabular básica (en columnas) de los elementos <dsc> puede

lograrse utilizando hojas de estilo para manipular elementos de contenido
intelectual, como <c> y <did>. [En la versión 1.0 podían lograrse presentaciones
tabulares más precisas, con un control mayor de indentaciones, superponiendo el
marcado intelectual con un conjunto especial de elementos de presentación tabular
creados específicamente para EAD y reprobados en la versión 2002:
Representación de celda (Display Entry) <dentry>, Representación de fila (Display
19.05.2004
Row) <drow> y Especificación de tabla (Table Specification) <tspec>. Estos

elementos reemplazarían el uso de <did>.]
Una vez seleccionada la forma de <dsc>, se identifican los componentes del

archivo a los que puede asignarse un atributo level. Por ejemplo, un archivero que
desee proporcionar un listado de sumario de todas las series en una colección
abriría un <dsc>, daría al atributo type el valor analyticover, abriría una etiqueta de
componente (Component) <c> (o <c01>, ya que los diversos niveles de
componentes pueden numerarse <c01> a <c12> para seguir mejor la pista de los
niveles jerárquicos), dando a su atributo level el valor series y procedería a
describir el primer componente de nivel de serie, utilizando el mismo conjunto de
elementos de los que disponía previamente para describir la unidad completa en el
nivel <archdesc>. Seguiría el mismo procedimiento para los restantes
componentes de nivel serie, y luego se cerraría el elemento <dsc>. En general,
ciertos elementos hijos de <did>, como <repository> y <origination>, no se usarían
dentro de un <c> puesto que la información que contienen ha sido codificada en el
nivel <archdesc> y heredada por <c>. Otros subelementos de <did>, como
<container>, <unitdate> y <unittitle>, se usarán frecuentemente dentro de <c> para
codificar nueva información o una descripción más detallada en un nivel jerárquico
más bajo.
Un segundo <dsc> podría abrirse con el atributo type tomando el valor in-depth de
manera que pueda presentarse una lista de contenedores. Cada serie, subserie,
expediente, o item representado en la lista de contenedores serían marcados
como componentes recursivos, anidados, posiblemente con atributos level fijados
en los componentes de alto nivel para identificar su orden jerárquico dentro de la
colección, fondo o grupo de registros. Como en la descripción de las series, puede
identificarse información sobre cada <c>, si se desea, utilizando el complemento
de elementos descriptivos. Esta estructura de componentes anidados sin límites
dentro de un <dsc>, y más allá dentro de un <archdesc>, proporciona información
descriptiva que se hereda desde un nivel a otro y que comparte o repite los
mismos elementos de datos esenciales.
Una alternativa a codificar un a <dsc type= "analyticover"> seguido por un <dsc

type="in-depth"> sería simplemente usar <dsc type="combined">. El modelo
combinado es quizá una manifestación más pura de una descripción jerárquica
desplegada, en la que el primer componente <c01> (p.ej.,una serie) sólo se
codifica una vez, seguida inmediatamente por una descripción más completa de
sus partes anidadas (p.ej., subserie, expedientes e items). El modelo combinado
evita la confusión potencial de procesar automáticamente información idéntica que
ha sido codificada dos veces en el mismo documento, lo que sucede en la
aproximación de dos <dsc>. Ésta, según la sofisticación de las capacidades de
búsqueda y proceso de un sistema, puede estorbar la capacidad de mostrar una
relación entre la descripción del <c01> y la de sus partes, pero, por otro lado, no
sólo se adapta fácilmente a la estructura de datos obsoletos de muchos
instrumentos de descripción existentes, también replica la funcionalidad que
proporciona esa estructura. Por ejemplo, muchos archiveros lo han encontrado
muy útil para reunir en un solo sitio todas las descripciones de componentes de
primer nivel para proporcionar a los investigadores una rápida visión general del
contenido y organización de la unidad de archivo y para permitir comparaciones
fáciles entre componentes. Hojear una larga guía de papel (o hacer scroll y saltar a
19.05.2004
lo largo de un instrumento de descripción electrónico) para localizar todos los

sumarios de primer nivel, es un inconveniente del <dsc> combinado, que el
sistema de presentación tendrá que afrontar.
<dsc type="combined">


<c01 level="series" encodinganalog="3.1.4">
<did>
encodinganalog="3.1.1">[Código de referencia]</unitid>


</did>






<c02 level="item" encodinganalog="3.1.4">
<did>
<unitid encodinganalog="3.1.1">[Código de referencia]</unitid>

</did>

</c02>

<c02 level="item" encodinganalog="3.1.4">
<did>

</did>

</c02>

</c01>

<c01 level="series" encodinganalog="3.1.4">
<did>

</did>


</c01>
</dsc>
Encabezamientos de Acceso Controlado <controlaccess>
Aparte de codificar las principales partes estructurales de un instrumento de

19.05.2004
descripción y de designar los datos descriptivos principales sobre la unidad y sus

componentes, los usuarios de EAD tienen también la opción de identificar cadenas
de caracteres a lo largo del instrumento de descripción que es probable que sean
objeto de búsquedas, como
Nombre <name>,
Nombre personal (Personal Name) <persname>,
Nombre corporativo (Corporate Name) <corpname>,
Nombre familiar (Familiar Name) <famname>,
Nombre geográfico (Geographical Name) <geogname>,
Ocupación <occupation>,
Función <function>,
Género y forma (Genre Form) <genreform>,
Materia <subject>, y
Título <title>.
Todos estos elementos permiten, a través del uso de atributos, la designación de

analogías de codificación (encodinganalog) y formas autorizadas
(authfilenumber) MARC e ISAD(G). Atributos adicionales opcionales permiten
especificar el papel (role) o relación de personas y cuerpos corporativos (p.ej.,
autor, editor, fotógrafo) y la fuente (source) de los términos de vocabulario
controlado usados (p.ej., Library of Congress Subject Headings, Library of
Congress Name Authority File, Art and Architecture Thesaurus, Dictionary of
Occupational Titles).
Aunque la DTD permite un acceso liberal a esos elementos a lo largo del

instrumento de descripción, especialmente dentro de elementos <p> y <unittitle>,
se los puede empaquetar bajo el elemento padre Encabezamientos de acceso
controlado (Controlled Access Headings) <controlaccess>, creado específicamente
para permitir búsquedas con control de autoridades en los instrumentos de
descripción sobre una red de ordenadores. Los usuarios probablemente se
acercarán al instrumento de descripción de formas muy diversas: buscando el
catálogo de un archivo para localizar entradas relevantes y seguir enlaces desde
éstas a las versiones electrónicas del instrumento de descripción, o buscando
directamente los instrumentos de descripción, pasando por alto el catálogo y
perdiendo la ventaja de los términos de búsqueda con control de autoridades allí
contenidos. El elemento <controlaccess> se ha diseñado para replicar en un
instrumento de descripción los términos de búsqueda de nivel de colección que se
encuentran en los campos 1xx, 6xx y 7xx de los registros de un catálogo MARC.
Las búsquedas de un instrumento de descripción limitadas al elemento
<controlaccess> mejorarán la probabilidad de localizar fuentes relevantes de
información sobre un tema, ya que los términos de acceso habrán sido
introducidos de forma consistente y autorizada a lo largo de los instrumentos de
19.05.2004
descripción, y también porque es probable que sólo los términos más significativos
se hayan seleccionado para la codificación.
Codificación básica del texto
Los párrafos, presentes en muchos lugares de los tres elementos básicos de EAD
(cabecera, material preliminar y descripción archivística), se marcan con <p>. Es
particularmente útil porque contiene muchos subelementos que permiten mayores
opciones de formateo, enlace y control de vocabulario. Su modelo de contenido es
especialmente amplio, permitiendo una combinación de texto y subelementos
distintos (figura 4), incluyendo características genéricas para la mayoría de los
productos basados en texto, como abreviaturas <abbr>, direcciones <address>,
citas de bloque <blockquote>, cortes de líneas (Line Break) <lb> (elemento vacío y
sin atributos), números <num>, y también listas <list> y tablas <table> (se tratan
más adelante). Incluye también los subelementos de <controlaccess> (tratados
anteriormente), punteros, enlaces y elementos de referencia (se tratan más
adelante), y otros elementos. Está ampliamente disponible a lo largo de
<archdesc> y puede usarse directamente dentro de más de treinta elementos para
permitir a la vez un formateo estilo párrafo y el acceso a subelementos útiles.
Las abreviaturas pueden señalarse con <abbr>, cuyo atributo expan muestra su
expansión. El elemento inverso <expan> encierra una expresión cuya abreviatura
o siglas pueden incluirse en el atributo abbr.
<p>Este instrumento de descripción electrónico se ajusta a la <abbr

expan="Document Type Definition">DTD</abbr> de <expan abbr="EAD">Encoded
Archival Description</expan> Version 2002.</p>
El elemento Énfasis (Emphasis) <emph>, que puede aparecer dentro de casi

cualquier otro que pueda contener texto, incluido el propio <emph>, permite
resaltar con cualquier fin un contenido textual. Los valores de su atributo render
(presente también en <title> y <titleproper>) permiten especificar características de
representación visual como negrita (bold), cursiva (italic), subrayado (underline),
versalitas (smcaps), entrecomillado simple (singlequote) o doble (doublequote),
algunas combinaciones de estas (bolddoublequote, bolditalic, boldsinglequote,
boldsmcaps, boldunderline), fuente monoespaciada (nonproport), subíndice (sub) y
superíndice (super); el valor altrender indica que la representación es distinta de
las mencionadas, y remite a otro atributo relacionado, altrender, disponible para
casi cualquier elemento de EAD, que permite especificar mediante valores no
normalizados, cualquier característica de representación que podrá ser
referenciada desde una hoja de estilo.
<p altrender="nosangrado">Este instrumento de descripción se ha desarrollado

<emph render="italic">ex novo</emph> en <emph
render="bold">EAD</emph>.</p>
Otro atributo muy común, presente en casi todos los elementos EAD, es audience,
que puede tomar los valores external e internal, y permite proteger, al tomar este
último valor, cierta información presente en el instrumento de descripción y que se
reserva a la organización: la aplicación SGML o XML debería no sólo ocultar a la
audiencia externa a la organización el elemento (lo que puede hacerse fácilmente
19.05.2004
con una hoja de estilo procesada en el cliente), sino incluso no enviar el contenido
del mismo (procesando la hoja de estilo o transformación en el servidor).
Las direcciones se marcan con <address>, que contendrá tantas <addressline>

como se precise.
<address>
<addressline>Dr. J. Tomás Nogales Flores</addressline>
<addressline>Dpto. de Biblioteconomía y Documentación</addressline>
<addressline>Universidad Carlos III de Madrid</addressline>
<addressline>Avda. Madrid, 126</addressline>
<addressline>E-28903 Getafe (MADRID) - SPAIN</addressline>
</address>
Una cita extraída de otra fuente se expresa dentro de un elemento <blockquote>,

cuyo contenido pueden ser párrafos, listas (incluidas las cronológicas), tablas,
direcciones o notas. Una nota, incluida en un elemento <note>, puede tener ese
mismo contenido y además un cita; pueden aparecer en muchos lugares del
documento EAD, e incluso admite atributos de enlace.
Las fechas se expresan dentro de un elemento <date> (o <unitdate>, elemento hijo

de <did>, para la fecha de la unidad descrita), que entre otros atributos pueden
llevar era (valor fijo ce, de "common era" o "Christian era"), calendar (valor fijo
gregorian), normal (comentado ya a propósito de <eadheader>), type, que indica
el tipo de fecha (nacimiento, publicación, adquisición...), y certainty, que permite
indicar la certeza de la misma.
Elementos de Puntero, Referencia y Enlace
Los elementos y atributos de enlace y puntero en EAD Version 2002, tal como se
dice en los comentarios insertos en la propia DTD, son compatibles (pero no
conformes) con XLink (XML Linking Language) Version 1.0 (W3C
Recommendation 27 June 2001: http://www.w3.org/TR/xlink/); esto es, no se
adaptan completamente a la recomendación XLink, pero son lo bastante
estructurados y semánticamente ricos para permitir la transformación en
elementos y atributos conformes usando XSLT u otra técnicas de transformación.
No dudamos de que futuras versiones de EAD se adaptarán completamente a

XLink, y por ello proponemos una modificación de la DTD de EAD para
conseguirlo. A continuación se incluye una modificación que añadiría a los
elementos pertinentes (p. ej., <extref> o <dao>) los atributos necesarios para
convertir a aquellos en elementos de enlace simple de XLink.








<!ELEMENT extref (#PCDATA | ptr | extptr | emph | lb | abbr | expan | corpname |
famname | geogname | name | occupation | persname | subject | genreform |
19.05.2004
function | date | num | origination | repository | unitdate | unittitle | address | chronlist

| list | note | table | blockquote | bibref | title | archref | ref)*>
<!ATTLIST extref
id ID #IMPLIED
altrender CDATA #IMPLIED
audience (external | internal) #IMPLIED
entityref ENTITY #IMPLIED
xpointer CDATA #IMPLIED
linktype (simple) #FIXED "simple"
href CDATA #IMPLIED
role CDATA #IMPLIED
arcrole CDATA #IMPLIED
title CDATA #IMPLIED
show (new | replace | embed | showother | shownone) #IMPLIED
actuate (onload | onrequest | actuateother | actuatenone) #IMPLIED
xmlns:xlink CDATA #FIXED "http://www.w3.org/1999/xlink"
xlink:type (simple) #FIXED "simple"
xlink:href CDATA #IMPLIED
xlink:title CDATA #IMPLIED
xlink:show (new | replace | embed | other | none) #IMPLIED
xlink:actuate (onLoad | onRequest | other | none) #IMPLIED >
Los atributos xmlns:xlink y xlink:type toman los valores fijos señalados, mientras
que xlink:href aportaría el URL el recurso de destino, xlink:title añadiría un título
o etiqueta al enlace (visible, p. ej., al situar el puntero encima del elemento),
xlink:show establecería el lugar donde mostrar el recurso enlazado (típicamente
la misma ventana, replace, o una nueva, new), y xlink:actuate el momento de
activar el enlace (típicamente al activar el usuario el elemento, onRequest, o en el
momento de la carga del documento, onLoad).
A continuación se muestran dos ejemplos que usarían estas modificaciones, uno,

con <extref>, para enlazar otro instrumento de descripción, que se mostraría en la
misma ventana, y otro, con <dao>, que enlazaría una imagen digital de un
documento, que se mostraría en una nueva ventana, ambos a petición del usuario.


<item>FONDO DEL CONCEJO/AYUNTAMIENTO (AH) [Disponible la <extref
xmlns:xlink="http://www.w3.org/1999/xlink" xlink:type="simple" xlink:href="tefp-test-
colperg2.xml" xlink:title="[Fondo del Concejo/Ayuntamiento]" xlink:show="replace"
xlink:actuate="onRequest">versión electrónica</extref> del instrumento de
descripción.]</item>

<did>

<dao xmlns:xlink="http://www.w3.org/1999/xlink" xlink:type
xlink:href="perg2.jpg" xlink:title="[Copia digital del pergamino]" xlink:show="new"
xlink:actuate="onRequest">

<daodesc>
<p>Acceso a la copia digital</p>
</daodesc>
19.05.2004
</dao>
</did>
Los elementos de enlace están disponibles en <p> y otros lugares en la DTD para
que EAD soporte hipertexto e hipermedia. Esto prepara el camino para que los
instrumentos de descripción sean más dinámicos en un entorno en línea y facilita
la capacidad de enlazar instrumentos de descripción electrónicos con
representaciones digitales de los materiales de archivo en ellos descritos.
Se dispone de referencias de puntero y enlace para enlaces simples

(unidireccionales) utilizando los elementos:
Referencia (Reference) <ref>, que puede contener texto y subelementos, y
Puntero (Pointer) <ptr>, igual que <ref>, pero vacío,
Puntero extendido (Extended Pointer) <extptr> y
Referencia extendida (Extended Reference) <extref>, iguales que <ref> y

<ptr> pero para recursos externos al documento EAD,
Referencia archivística (Archival Reference) <archref> y
Referencia bibliográfica (Bibliographic Reference) <bibref>, que con el

anterior permiten expresar citas de materiales de archivo y referencias
bibliográficas, o enlaces a los mismos si se usan sus atributos de enlace.
Diversos <bibref> pueden agruparse en el elemento <bibliography> o
aparecer dispersos en otros elementos. Puede contener texto mezclado con
elementos hijos como Serie bibliográfica (Bibliographic Series) <bibseries>,
Edición <edition>, Editor <publisher> e Impresión <imprint> (que a su vez
podría contener <publisher> y uno o más elementos <geogname>); estos
elementos y el padre pueden contener texto u otros elementos en línea, pero
no párrafos y similares.
Objeto de archivo digital (Digital Archival Object) <dao>;
Título <title>, que además de su función de resaltar un título en cualquier

elemento de texto también puede funcionar como elemento de enlace.
Cuando se requieran enlaces multidireccionales (extendidos) se usarán los

elementos:
Localización de DAO (Digital Archival Object Location) <daoloc>,
Localización de puntero extendido (Extended Pointer Location) <extptrloc>,
Localización de referencia extendida (Extended Reference Location)

<extrefloc>,
Localización de puntero (Pointer Location) <ptrloc> y
Localización de referencia (Reference Location) <refloc>.
19.05.2004
Estos elementos de localización están empaquetados o bien en un elemento:
Grupo de DAO (Digital Archival Object Group) <daogrp>,
Grupo de puntero (Pointer Group) <ptrgrp>, que contendría uno o más

elementos <ptr> o <ref>, o
Grupo de enlace (Linking Group) <linkgrp>.
La versión 2002 de EAD incluye dos nuevos elementos de enlace:
Arco <arc>, vacío, que puede aparecer dentro de <daogrp> o <linkgrp>, y
Recurso <resource>, que sólo podría contener texto, <emph> o <lb>.
Los elemento <dao> y <daoloc> pueden estar vacíos o contener un elemento

<daodesc>, que permite describir en prosa el objeto digital. Su contenido puede
ser usado como un ancla sobre la que actuar para acceder al recurso referenciado.
Los elementos <ptr>, <extptr>, <ptrloc> y <extptrloc> son vacíos. Todos los que
expresan una localización, así como <resource>, pueden llevar un atributo label
cuyo valor podrá ser referenciado por los atributos from y to de <arc>.
Las referencias cruzadas dentro del mismo documento se señalan fácilmente con
<ref>, cuyo atributo opcional target (de tipo IDREF) permite señalar a un elemento
con un atributo id (de tipo ID, que puede llevar cualquier elemento EAD salvo
<eadid>, <colspec> y <lb>) concreto dentro del mismo documento. El elemento
Puntero (Pointer) <ptr> es equivalente, pero vacío.
<div id="S2">
<head>Sección 2</head>

</div>

<div id="S6">
<head>Sección 6</head>
<p>Tal como se dijo en la <ref target="S2">sección 2</ref>, las series de este
fondo son [...]</p>

</div>
Listas y tablas
Una lista (no necesariamente de bloque) se marca con un elemento List <list>, y
puede ser de diverso tipo, señalado con el atributo type, que toma los valores
simple (sin señalización especial), ordered (ordenada, con dígitos o letras, según el
valor del atributo numeration: arabic, upperalpha, loweralpha, upperroman,
lowerroman), marked (con cada ítem precedido de una marca establecida por el
valor del atributo mark) y defitem (o de definiciones de ítem). Contiene, tras un
<head> opcional para encabezado o título, uno o más elementos Item <item>, o
bien (para las de tipo defitem) Item de definición (Definition Item) <defitem>, en
cuyo caso cada uno contendría uno o más pares de elementos Etiqueta <label> e
19.05.2004
<item> (uno o más).
<list type="marked" mark="- ">

<head>Ingredientes:</head>
<item>Un vaso de aceite</item>
<item>Un huevo</item>
<item>Una pizca de sal</item> </list> <list type="ordered" numeration="arabic">
<head>Preparación:</head>
<item>Poner el aceite en la sartén y esperar a que esté bien caliente</item>
<item>Cascar con cuidado el huevo, abrirlo y echarlo en la sartén</item>
<item>Sacarlo con la paleta una vez frito y ponerlo en un plato</item>
<item>Echar sobre el huevo una pizca de sal</item>
</list>
Un tipo especial de lista de EAD es Lista cronológica (Chronological List)

<chronlist>, que consiste en elementos Item cronológico (Chronological Item)
<chronitem> que emparejan una Fecha <date> con su correspondiente
Acontecimiento <event> o Grupo de acontecimientos (Event Group) <eventgrp>
(que englobaría uno o más <event>), para permitir los enlaces y la presentación
tabular. El conjunto de elementos <chronitem> (o el de elementos <defitem> en un
<list> de tipo defitem) puede ir procedido de un elemento Encabezamiento de lista
(List Head) <listhead>, que puede incluir a su vez dos elementos, <head01> y
<head02>, que encabezan las dos columnas que se forman en estas listas (<date>
y <event>, o bien <label> e <item>).


<list type="defitem">
<head>Siglas usadas en las referencias</head>
<listhead>
<head01>Siglas</head01>
<head02>Archivo</head02>
</listhead>
<defitem>
<label>AH.:</label>
<item>Fondo del Concejo del Archivo Municipal de Córdoba</item>
</defitem>
<defitem>
<label>A.M.CO.:</label>
<item>Archivo Municipal De Córdoba</item>
</defitem>
<defitem>
<label>A.H.N.:</label>
<item>Archivo Histórico Nacional</item>
</defitem>
<defitem>
<label>B.C.C.:</label>
<item>Biblioteca DE LA CATEDRAL DE CÓRDOBA</Item>
</Defitem> </list>  <scopecontent encodinganalog="isad3.3.1">
<p>Traslado de cartas reales de Fernando III y Fernando IV. Utorizado por Alfon
Ruiz y Pedro Gutiérrez, escribanos públicos.</p>
19.05.2004
<p>Contiene:</p>
<chronlist>

<head>[Contenido de la unidad documental Perg.35]</head>

<listhead>
<head01>[Fecha]</head01>
<head02>[Real Privilegio]</head02>
</listhead>
<chronitem>
<date normal="1241-04-08">1241, abril, 8. </date>
<event>Toledo. Fuero otorgado a Córdoba traducido al romance.</event>
</chronitem>
<chronitem>
<date normal="1241-03-03">1241, marzo, 3. </date>
<event>Córdoba. Fuero otorgado a Córdoba. Romance.</event>
</chronitem>
<chronitem>
<date normal="1296-09-12">1296, septiembre, 12. </date>
<event>Privilegio (Carta plomada) de Fernando IV al Concejo de Córdoba
concediendo a sus vecinos que no paguen portazgo en todo el Reino.</event>
</chronitem>
</chronlist>
</scopecontent>
Además de la representación tabular tratada a propósito de <dsc>, los

instrumentos de descripción incluyen a menudo otros tipos de texto que se
presenta en formato tabular, como listados cronológicos multicolumnares en notas
biográficas o planos de archivo (file plans) y otros datos altamente estructurados.
En muchos casos, es posible reproducir visualmente esta presentación tabular en
pantalla o en papel, a través del uso de hojas de estilo.
Sin embargo, para lograr la presentación visual deseada, puede ser necesario a
veces insertar una estructura de tabla dentro del marcado EAD de ciertos
documentos complejos. La DTD de EAD lo hace posible definiendo una
superestructura de columnas, filas y celdas que contienen datos a la manera de
una hoja de cálculo. El elemento Tabla <table> contiene, además de un <head>
opcional, uno o más elementos Grupo de tabla (Table Group) <tgroup>, según las
veces que la especificación de columnas cambia dentro de la tabla. Cada elemento
<tgroup> reúne tres subelementos estrechamente interrelacionados que trabajan
juntos para formar toda o parte de la tabla:
Especificación de columna de Tabla (Table Column Specification) <colspec> y
Encabezado de tabla (Table Head) <thead> y
Cuerpo de tabla (Table Body) <tbody> envuelve el texto o información dentro

de la tabla.
El elemento <tbody> contiene uno o más elementos Fila (Row) <row>, que definen
el contenido de cada fila en la tabla, y éste a su vez contiene uno o más elementos
19.05.2004
Entrada (o celda) de tabla (Table Entry) <entry>, que encapsulan el contenido de

cada celda: texto y elementos en línea, pero no párrafos ni tablas anidadas (salvo
que sean hijos de <note> o <blockquote>, en una de las extrañas limitaciones de
los modelos de contenido en EAD).
Es importante señalar que los elementos de tabla se usan primariamente con fines
de formato. Diversos atributos, que no se comentan aquí, permiten controlar el
diseño de la tabla, en lo referente a la alineación de la propia tabla y del contenido
de sus celdas, la separación de líneas y columnas, la existencia de líneas entre las
celdas, etc. El marcado de <row> y <entry> no reemplaza la codificación del
contenido del instrumento de descripción, sino que se le superpone, de la misma
manera que el marcado tabular de <drow> y <dentry> se superponía al marcado
de contenido de los elementos <dsc>. [Estos dos elementos han sido reprobados
en la versión 2002 de EAD, junto con Especificación de Tabla (Table Specification)
<tspec>, Especificación de columna extendida (Spanned Column Specification)
<spanspec> y Pie de tabla (Table Foot) <tfoot>, por lo que se refiere a elementos
relacionados con las tablas.]
Y más...
Evidentemente no se tratan muchas, muchísimas, cosas de EAD. Pero para

aprender más, puedes mirar:
Encoded Archival Description (EAD) Official EAD Version 2002 Web Site.
(2002). http://www.loc.gov/ead/.
EAD DTD (Document Type Definition): EAD Technical Document No. 1

(2002). http://www.loc.gov/ead/ead2002a.html.
Encoded Archival Description Tag Library Version 2002: EAD Technical

Document No. 2 (2002) http://www.loc.gov/ead/tglib/.
EAD Version 1.0 (1998) Application Guidelines: EAD Technical Document No.
3 (1998). http://www.loc.gov/ead/ag/aghome.html. [EAD Version 2002
Application Guidelines: ("Not yet available", a fecha 21-01-2004.)]
Ruth, Janice E. "Encoded Archival Description: A Structural Overview,"

American Archivist, 60, Summer 1997. [Se aplica a la versión 1.0, pero es una
muy buena introducción a EAD.]
Anexo: Pasarela EAD Versión 2002 - ISAD(G) 2000
3.1. Área de identificación [Identity statement area]

<eadid> con atributos
3.1.1 Código(s) de referencia [Reference countrycode y mainagencycode
code(s)] <unitid> con atributos
countrycode y repositorycode
3.1.2 Título [Title] <unittitle>
3.1.3 Fecha(s) [Date(s)] <unitdate>
19.05.2004
Atributo level de <archdesc> y

3.1.4 Nivel de descripción [Level of description]
<c>
3.1.5 Volumen y soporte de la unidad de
<physdesc> y subelementos
descripción (cantidad, tamaño o dimensiones)
<extent>, <dimensions>,
[Extent and medium of the unit of description
<genreform>, <physfacet>
(quantity, bulk, or size)]
3.2. Área de contexto [Context area]
3.2.1 Nombre del (o de los) Productor(es)
<origination>
[Name of creator(s)]
3.2.2 Historia institucional/Reseña biográfica
<bioghist>
[Administrative/Biographical history]
3.2.3 Historia archivística [Archival history] <custodhist>
3.2.4 Forma de ingreso [Immediate source of
<acqinfo>
acquisition or transfer]
3.3. Área de contenido y estructura [Content and structure area]
3.3.1 Alcance y contenido [Scope and content] <scopecontent>
3.3.2 Valoración, Selección y Eliminación
[Appraisal, destruction and scheduling <appraisal>
information]
3.3.3 Nuevos Ingresos [Accruals] <accruals>
3.3.4 Organización [System of arrangement] <arrangement>
3.4. Área de condiciones de acceso y uso [Conditions of access and use
area]
3.4.1 Condiciones de acceso [Conditions
<accessrestrict>
governing access]
3.4.2 Condiciones de reproducción [Conditions
<userestrict>
governing reproduction]
3.4.3 Lengua/escritura(s) de los documentos [o <langmaterial> y subelemento
de la documentación] [Language/scripts of <language> con atributos
material] langcode y scriptcode
3.4.4 Características físicas y requisitos
técnicos [Physical characteristics and technical <phystech>
requirements]
3.4.5 Instrumentos de descripción [Finding aids] <otherfindaid>
3.5. Área de documentación asociada [Allied materials area]
3.5.1 Existencia y localización de los
[documentos] originales [Existence and location <originalsloc>
of originals]
3.5.2 Existencia y localización de copias
<altformavail>
[Existence and location of copies]
3.5.3 Unidades de descripción relacionadas <relatedmaterial>
[Related units of description] <separatedmaterial>
3.5.4 Nota de publicaciones [Publication note] <bibliography>
3.6. Área de notas [Notes area]
3.6.1 Notas [Note] <odd> / <note>
3.7. Área de control de la descripción [Description control area]
19.05.2004
3.7.1 Nota del archivero [Archivist's note] <processinfo>

3.7.2 Reglas o normas [Rules or conventions] <descrules>
3.7.3 Fecha(s) de la(s) descripción(es) [Date(s)
<processinfo><p><date>
of descriptions]
Ej.: (Si tiene conexión a Internet, haga clic en el siguiente hipervínculo para ver una
demostración) Colección de pergaminos del Archivo Municipal de Córdoba
J. Tomás Nogales (nogales@bib.uc3m.es) - Universidad Carlos III de Madrid

Creación: 2003-05-26 - Última actualización: 2004-01-26
http://www.bib.uc3m.es/~nogales/cursos/ead.html
http://archivo.ayuncordoba.es/EAD/pergaminos/
19.05.2004

EAD Manual

Cargado por

Información del documentohacer clic para expandir la información del documento

Copyright:

Formatos disponibles

EAD Manual

Cargado por

Información del documento

Descripción original:

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

EAD Manual

Cargado por

Copyright:

Formatos disponibles

Huella Archivista - Revista Digital del Movimiento de Archivistas 1

Inicio Editorial Noticias Artículos

EAD (Encoded Archival Description) Version 2002

Prof. Dr. J. Tomás Nogales Flores

Dpto. Biblioteconomía y Documentación

Universidad Carlos III de Madrid

Temario: EAD Version 2002

Marcado con EAD 2002 de material de archivo, tratado previamente o no con

Sin embargo, la intención de publicar en Internet instrumentos de descripción no es

Su desarrollo comenzó con un proyecto de la Biblioteca de la Universidad de

1. capacidad de presentar información descriptiva extensiva e interrelacionada

2. capacidad de preservar las relaciones jerárquicas existentes entre niveles de

3. capacidad de representar información descriptiva heredada por un nivel

4. capacidad para moverse dentro de una estructura informativa jerárquica, y

5. apoyo para la indización y recuperación de un elemento específico.

Al comienzo del proyecto llegaron a considerarse como candidatos para la técnica

soportado además por un número elevado y creciente de productos de software

EAD como estándar de facto: las versiones de EAD

La primera versión de EAD (EAD DTD Version 1.0) es de 1998. La segunda,

Hay tres documentos técnicos asociados a EAD:

La biblioteca de etiquetas: EAD Tag Library Version 2002, EAD Technical

Las directrices de aplicación: EAD Version 2002 Application Guidelines, EAD

Con respecto a la versión anterior, EAD 2002 reprueba o (desaconseja) ocho

La nueva versión contempla las propuestas de modificación planteadas por los

es, y probablemente siempre será, un 'trabajo en elaboración'. Internet, EAD, las

Las Directrices de Aplicación de EAD (EAD Application Guidelines) son la tercera

Capítulo 1 (Setting EAD in Context: Archival Description and SGML): Explicación

Capítulo 2 (Administrative Considerations): Guía de cuestiones administrativas y

Capítulo 3 (Creating Finding Aids in EAD): Introducción al etiquetado con EAD,

Capítulo 4 (Authoring EAD Documents): Análisis comparativo de herramientas y

Capítulo 5 (Publishing EAD Documents): Análisis comparativo de herramientas y

Capítulo 6 (SGML and XML Concepts): Conceptos básicos SGML y XML en

Capítulo 7 (EAD Linking Elements): Instrucciones detalladas para el uso de los

elementos de enlace EAD. Facilitan capacidades de hipertexto y navegación. Se

Visión general del proceso de implementación de EAD

¿Deberíamos implementar EAD?

¿Cómo crearemos los instrumentos de descripción electrónica?

¿Cómo las distribuiremos?

La decisión de cada institución de implementar EAD estará influida al menos en

Una vez decidida la implementación, las etapas principales para crear

Evaluar las prácticas de descripción del Archivo, para desarrollar soluciones

Tomar decisiones sobre reglas y protocolos para las convenciones y estilo de

Elegir un software apropiado para crear ficheros EAD.

Adquirir (descargando) los ficheros oficiales necesarios, como la DTD de EAD

Validar los ficheros EAD usando analizadores SGML o XML.

Finalmente los Archivos deben considerar métodos posibles de "publicación" y

El esquema de codificación de EAD está diseñado para ser práctico y puede

La referencia a campos o elementos de datos de otros estándares relacionados,

Si sólo se hará referencia a otro estándar, se puede usar el atributo

Si se van a mezclar referencias a varios estándares, al atributo

La estructura básica de un instrumento de descripción electrónico marcado

En el nivel más básico, los instrumentos de descripción archivística codificada

Cabecera EAD (EAD Header) <eadheader>. Contiene información similar a la

Material Inicial (Front Matter) <frontmatter>, opcional. Puede usarse para

Descripción Archivística (Archival Description) <archdesc>. Contiene la

Todo ello iría precedido de una declaración de tipo de documento, referencia

<?xml version="1.0" encoding="ISO-8859-1"?>