ead (encoded archival description), archivos en línea

David Maniega Legarda

dmaniega@uoc.edu

<ead><ead>archivos en archivos en línealínea

</ead></ead>

<ead> archivos en línea </ead>David Maniega |

dmaniega@uoc.edu

2 de 129

De qué vamos a hablarDe qué vamos a hablar

• Lenguaje de marcas (uso y contexto)

• XML, como alternativa de codificación

• Sintaxis de XML

• DTD, el diccionario lógico

• XSL, el formato visual al código

• ¿XML en archivos? Sí, la EAD

• Ejemplos prácticos

dmaniega@uoc.edu

3 de 129

Marca y lenguaje de marcas (1)Marca y lenguaje de marcas (1)

0081-CB0001458249 -BGD0024711AX0T

<entidad_bancaria>0081</entidad_bancaria><cuenta_corriente>0001458249</cuenta_corriente><cliente>Alfonso Carreras Delgado</cliente>

dmaniega@uoc.edu

4 de 129

• Una marca es un elemento que:

• permite codificar un objeto (etiquetarlo)• permite indicar a una aplicación cómo tratar

ese objeto• puede identificar un punto de conexión con

otros elementos• permite estructurar secuencias de objetos

para que una aplicación las procese

dmaniega@uoc.edu

5 de 129

• Un documento marcado se basa en un conjunto de objetos etiquetados

• Podemos hablar de dos tipologías:• Procedimental presentación del documento• Genérico o descriptivo estructura y semántica del

documento

• ¿Marcar el formato o el contenido?

• Procesadores de texto …, HTML, XML...

dmaniega@uoc.edu

6 de 129

SGML (1)SGML (1)

• Charles Goldfarb, Ed Mosher y Ray Lorie desarrollan GML (Generalized Markup Language)

• Cada etiqueta debe describir el contenido y la estructura del documento

• 1986 norma ISO 8879, describe SGML (Standard Generalized Markup Language)

• DSSSL (Document Style Semantics and Specification Language)

dmaniega@uoc.edu

7 de 129

SGML (2)SGML (2)

• Idea básica de SGML:

• Procesamiento de documentos por ordenador• Separación de estructura, contenido y

presentación• Lenguaje para describir otros lenguajes• Independiente de sistemas y fabricantes

dmaniega@uoc.edu

8 de 129

SGML (3)SGML (3)

• ¿Por qué no utilizar SGML directamente?

• Lenguaje complejo• Sintaxis no legible• Genera muchas especificaciones para

aplicaciones: CALS, J2008, EMPM, …• Diseña herramientas de tratamiento muy

complejas y costosas

dmaniega@uoc.edu

9 de 129

Empecemos a comparar...Empecemos a comparar...

• SGML (Standard Generalized Markup Language)

• HTML (HyperText Markup Language)

• PDF (Portable Document Format)

dmaniega@uoc.edu

10 de 129

SGML... SGML... lo positivolo positivo

• Es multiplataforma• Es un estándar ISO estable• Hay disponibles herramientas gratuitas para

edición y conversión• Es un conjunto de reglas, no un conjunto de

etiquetas fijas• Separa completamente la estructura del

formato

dmaniega@uoc.edu

11 de 129

SGML... SGML... lo negativolo negativo

• Es complicado de entender y aplicar

• Supone una gran inversión• El diseño de documentos es costoso• Los expertos que lo manejan son caros• El aprendizaje es caro• Pocas herramientas gratuitas, las que no lo son pasan por

costes muy elevados

dmaniega@uoc.edu

12 de 129

SGML... y sus problemasSGML... y sus problemas

• La principal queja es:

¡SGML es demasiado complicado y costoso!

• Las razones:• El análisis de requerimientos es caro• Las descripciones de DTD son casi ininteligibles• Los consultores son caros• Las herramientas no son tan diversas ni tan flexibles

dmaniega@uoc.edu

13 de 129

Sigamos comparando...Sigamos comparando...

dmaniega@uoc.edu

14 de 129

HTML... HTML... lo positivolo positivo

• El hipertexto funciona• Es multiplataforma• Tiene una curva de aprendizaje muy plana• Barato (muchos editores, visores,

verificadores, etc., gratuitos)• Base de información grande• Los navegadores son baratos, sencillos de

construir y de usar y muy flexibles

dmaniega@uoc.edu

15 de 129

HTML... HTML... lo negativolo negativo

• Pobre herramienta de presentación• Poco control de espaciado• Problemas con el control de guiones, justificación y otras

manipulaciones de texto• El uso de columnas y cajas es problemático

• Pobre herramienta de marcaje• No se pueden agregar etiquetas nuevas• No aporta valor semántico• No es modular, escasa posibilidad de reciclar• Hay demasiado código inválido publicado actualmente

dmaniega@uoc.edu

16 de 129

HTML... HTML... lo peor de todolo peor de todo

• No puede ser extendido sin problemas

• Las etiquetas son fijas• Las compañías involucradas en hacer extensiones

parecen no pensar en contenidos ni edición estructuradas

• Es campo de batalla comercial (Mozilla vs IE)

dmaniega@uoc.edu

17 de 129

HTML... y sus problemasHTML... y sus problemas

• La principal queja es:

“No se ve igual mi página...” (Crossbrowser)

• Las razones:• Es sólo un conjunto de etiquetas• Pocos usan el DTD como guía• Los navegadores siempre procesan código mal escrito y son

muy permisivos

dmaniega@uoc.edu

18 de 129

HTML... quiere avanzarHTML... quiere avanzar

• Uso de hojas de estilo en cascada (cascading style sheets, CSS)

• La versión 1, (CSS1) emitida como recomendación del W3C en 1996

• Separa la estructura del formato• Aporta un mayor control sobre la apariencia y

posicionamiento• DHTML + DOM + JavaScript

dmaniega@uoc.edu

19 de 129

Acabemos de comparar...Acabemos de comparar...

dmaniega@uoc.edu

20 de 129

PDF... PDF... lo positivolo positivo

• Barato y baja curva de aprendizaje

• Preserva perfectamente la composición (layout) del documento

• Excelente para imprimir en cualquier dispositivo

• Multiplataforma

dmaniega@uoc.edu

21 de 129

PDF... PDF... lo negativolo negativo

• Archivos con mucho peso

• Poca flexibilidad

• Pobres capacidades de navegación

• Pobre capacidad para reconvertir en otros formatos

• Grandes problemas en cuanto accesibilidad

dmaniega@uoc.edu

22 de 129

PDF... y sus problemasPDF... y sus problemas

• La queja principal es:

¡Sólo lo puedo imprimir!

• Razones:• Difícil de manipular una vez creado• Diferentes capacidades de los dispositivos en los que se

presenta

dmaniega@uoc.edu

23 de 129

...por eso necesitamos algo ...por eso necesitamos algo diferentediferente• Barato, veloz y sencillo:

• Para crear documentos• Para procesar documentos• Para presentar documentos

• Extensible:• Un conjunto de reglas, no un conjunto de etiquetas

• Compatible con otros formatos:• Debe ser fácilmente convertible en otros lenguajes o formatos

• Compatible con SGML:• Debe ser potente y flexible pero no complicado

Necesitamos XMLNecesitamos XML

dmaniega@uoc.edu

25 de 129

Cómo queremos que sea (1)Cómo queremos que sea (1)

• XML debe ser utilizable a través de Internet• XML debe soportar muchos escenarios de

aplicación• XML debe ser compatible con SGML• Los programas que procesen documentos

XML deben ser fáciles de crear• Las características opcionales deben ser

idealmente cero

dmaniega@uoc.edu

26 de 129

Cómo queremos que sea (2)Cómo queremos que sea (2)

• El diseño con XML debe ser rápido

• El diseño de documentos XML debe ser formal y conciso

• Los documentos XML deben ser fáciles de crear

dmaniega@uoc.edu

27 de 129

¿Qué apariencia tiene?¿Qué apariencia tiene?

dmaniega@uoc.edu

28 de 129

Bien, pero qué es XML...Bien, pero qué es XML...• Lenguaje de Marcado Extensible (Extensible

Markup Languaje, XML)• Un metalenguaje de marcado subconjunto de SGML• Una sintaxis utilizada para crear lenguajes declarativos

• Una recomendación técnica del W3C• Es un estándar del W3C, no de alguna compañía

• Multiplataforma, simple, fácil de aprender• Orientado a la descripción de la estructura y la semántica de los

diferentes componentes de los documentos• Optimizado para usarse en Internet

• Libre y gratuito

dmaniega@uoc.edu

29 de 129

Entonces, qué Entonces, qué nono es XML... es XML...

• Un lenguaje de marcado• NO. Es un estándar que especifica una sintaxis para crear

lenguajes de marcado

• Un lenguaje sólo para Web• NO. Puede ser usado para describir y comunicar cualquier

información estructurada

• Un superconjunto de HTML• NO. Aunque HTML puede ser definido con sintaxis de XML

• Un invento de alguna empresa• NO. XML es un estándar creado por el W3C y soportado por

compañías e instituciones de todo el mundo

dmaniega@uoc.edu

30 de 129

Perfecto. ¿Para qué sirve?Perfecto. ¿Para qué sirve?• Hacer publicación electrónica independiente del

medio• Crear protocolos para el intercambio de datos entre

miembros de una industria, gremio o corporación• Facilitar el procesamiento de datos usando software

barato• Permite visualizar la información de la manera que

más se adecue a las necesidades• Proporcionar metadatos que mejoran la calidad de

la búsqueda de contenidos relevantes

Sintaxis de XMLSintaxis de XML

dmaniega@uoc.edu

32 de 129

Normas básicas de la sintaxis (1)Normas básicas de la sintaxis (1)

• La información se marca con etiquetas

• Las etiquetas se cierran entre “<“ i “>”

• Todas las marcas deben tener una de inicio y una de final <xx> i </xx>

• El retorno de carro no tiene efectos (CR vs. LF)

• Las marcas son sensibles a las mayúsculas y minúsculas

• Las marcas deben estar perfectamente anidadas

• Todos los documentos necesitan una marca raíz

dmaniega@uoc.edu

33 de 129

Normas básicas de la sintaxis (2)Normas básicas de la sintaxis (2)• Todos los atributos de una marca han de ir entre

comillas (dobles “ ” o simples ‘ ‘ )

• Pueden existir elementos vacíos, los cuales se marcan de forma distinta: <elemento/>

• Las marcas pueden comenzar por:• Una letra

• Un guión bajo ( _ )

• Dos puntos ( : )

• Las marcas no aceptan espacios ni pueden estar únicamente formadas por números o caracteres

• La palabra “XML” está reservada y no puede ser un elemento

dmaniega@uoc.edu

34 de 129

Tratamiento de la informaciónTratamiento de la informaciónDocumento XML

Visualitzación por pantalla (layout)

Código cargado en memoria

Analizador sintáctico XML

Procesador XML interno

dmaniega@uoc.edu

35 de 129

Estructura de un documento XML Estructura de un documento XML (1)(1)• Un documento XML sigue una estructura

jerárquica o de árbol

• Contiene elementos relacionados entre sí

• Estos elementos se distribuyen por niveles a lo largo del documento

• Un elemento es la totalidad de la cadena de texto que contiene: <marca>contenido</marca>

• Un elemento puede contener otros elementos

dmaniega@uoc.edu

36 de 129

Estructura de un documento XML Estructura de un documento XML (2)(2)

• La estructura de árbol es comprensible:

• Cada elemento se denomina nodo • El nodo principal se denomina raíz• Los nodos se organizan por niveles• Los nodos que contienen otros nodos se denominan nodos padre• Los nodos que dependen de otro nodo superior se denominan

nodos hijo• Los nodos de nivel superior se conocen como ascendentes• Los nodos de nivel inferior se conocen como descendientes

dmaniega@uoc.edu

37 de 129

Estructura de un documento XML Estructura de un documento XML (3)(3)

CATÁLOGO

TÍTULO AUTORES EDITOR PRECIO

TEXTO TEXTO

EURO PTA

TEXTOTEXTO

AUTOR_1 AUTOR_2

TEXTOTEXTO

dmaniega@uoc.edu

38 de 129

Los elementosLos elementos• Son extensibles para insertar más información

• Siguen una jerarquía de relaciones

• Pueden tener tipos de contenido diferentes:• Contenido simple (texto)• Contenido mixto (elemento + texto)• Contenido vacío

• Es conveniente crear elementos descriptivos

dmaniega@uoc.edu

39 de 129

Los atributosLos atributos

• Los elementos pueden tener atributos, igual que en HTML

• Los atributos aportan información que generalmente no es parte del contenido en sí

• Son parejas de cadena (nombre =“valor”)

• Los valores siempre entrecomillados

• Un atributo no puede contener otros elementos

dmaniega@uoc.edu

40 de 129

Elementos vs. AtributosElementos vs. Atributos

dmaniega@uoc.edu

41 de 129

Declaración y procesamiento XML Declaración y procesamiento XML (1)(1)

• Al inicio es necesaria una instrucción de procesamiento (PIs)

• Son elementos XML especiales para pasar información al parser XML de manera que sepa cómo debe interpretar el documento

• No forman parte del contenido propiamente dicho del documento

<?nombre_aplicación instrucciones_para_la aplicación?>

dmaniega@uoc.edu

42 de 129

• Siempre es la primera línea del documento

• Debe tener el atributo de número de versión

• Puede llevar dos atributos:• encoding (ISO-8859-1, UTF-8, UTF-16…)• standalone (“yes” o “no”)

• La declaración ha de ser ordenada

• La declaración no lleva marca de cierre

Declaración y procesamiento XML Declaración y procesamiento XML (2)(2)

<?xml version=“1.0” encoding=“ISO-8859-1” standalone=“yes”?>

dmaniega@uoc.edu

43 de 129

Secciones CDATA (Secciones CDATA (CCharacter haracter DATADATA))

• Podemos tener una parte del código XML que queremos que sea ignorada por el parser

• Existen dos caracteres reservados: < y &

• Las definiciones de datos de carácter se codifican siguiendo el siguiente esquema:

<![CDATA[ valor ]]>

p.e.<TIENDA>Marks & Spencer</TIENDA> (ilegal)<TIENDA><![CDATA[ Marks & Spencer ]]></TIENDA>

dmaniega@uoc.edu

44 de 129

Referencias de entidades (1)Referencias de entidades (1)

• Sirven para forzar al parser a sustituir la referencia por un dato determinado

• Comienzan siempre por & y acaban por ;

• Contienen referencias textuales o numéricas

• Pueden sustituir algunas secciones CDATA

dmaniega@uoc.edu

45 de 129

Referencias a entidades (2)Referencias a entidades (2)

• En XML, existen 5 entidades de referencia

dmaniega@uoc.edu

46 de 129

Documentos bien formados y Documentos bien formados y válidosválidos

• Un documento XML con una sintaxis correcta es un documento bien formado

• Si además, este documento bien formado se adapta a las reglas o normas de un DTD (Document Type Definition) asignado para él, se dice que es válido

DTD, un “diccionario” DTD, un “diccionario” de referenciasde referencias

dmaniega@uoc.edu

48 de 129

Definición de Tipo de Documento Definición de Tipo de Documento (DTD)(DTD)

• Definen qué tipologías de marcas pueden existir en un documento XML

• Define sus relaciones dentro del documento XML

• Los parsers de validación analizan la estructura del documento con las reglas de su DTD, validándola o interrumpiendo el proceso

dmaniega@uoc.edu

49 de 129

¿Cómo declarar una DTD? (1)¿Cómo declarar una DTD? (1)

• Internamente: el código en el documento XML

dmaniega@uoc.edu

50 de 129

¿Cómo declarar una DTD? (2)¿Cómo declarar una DTD? (2)

• Externamente: el código se declara en otro fichero

dmaniega@uoc.edu

51 de 129

Declarando el tipo de documentoDeclarando el tipo de documento

• La primera línea de una DTD se denomina declaración de tipo de documento, no confundir con definición de tipo de documento (DTD)

• Ubicación: después de la declaración de procesamiento XML y antes del elemento raíz, siempre en mayúsculas

• <!DOCTYPE elemento_raíz TIPO “lugar_de_la_DTD”>

dmaniega@uoc.edu

52 de 129

Tipos de DTD externasTipos de DTD externas

• Privada: se identifica con el término SYSTEM

<!DOCTYPE nota SYSTEM “nota.dtd”>

• Pública: se identifica con el término PUBLIC

• Si es pública ha de tener este formato: “prefijo//propietarioDTD//descripciónDTD//idioma según ISO-639”

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">

dmaniega@uoc.edu

53 de 129

Declaración de tipo de elementoDeclaración de tipo de elemento

• Es la relación de los elementos que pueden aparecer en un documento XML junto a la indicación de sus características

• <!ELEMENT nombre_elemento (descripción)>

• Puede tener valores y operadores

dmaniega@uoc.edu

54 de 129

Ejemplo de DTDEjemplo de DTD

dmaniega@uoc.edu

55 de 129

Limitaciones de las DTDLimitaciones de las DTD

No utilizan una sintaxis XML

Hay limitaciones en las descripciones de los elementos que la forman

Se necesita un parser validador para la DTD y otro para el documento XML

Finalmente…, Finalmente…, hay que dar hay que dar forma: XSLforma: XSL

dmaniega@uoc.edu

57 de 129

eXtended Style Language (XSL)eXtended Style Language (XSL)

• Es un lenguaje para transformar y dar formato a los datos de un documento XML

• XSL es más que una hoja de estilo:• Un método para transformar documentos XML

• Un método para definir partes y diseños XML

• Un método para formatear documentos XML

• En definitiva, puede transformar un docXML en HTML, puede filtrar y ordenar datos XML, formatear la información para diferentes dispositivos, etc.

dmaniega@uoc.edu

58 de 129

¿Por qué necesito transformar?¿Por qué necesito transformar?

• Convertir diferentes modelos de datos

• Aunque legible, XML está pensado para el intercambio de información entre aplicaciones

• Se necesita una capa de presentación para hacer “amigable” el acceso de los humanos a la información XML

• Podemos separar el modelo de datos y la presentación final

dmaniega@uoc.edu

59 de 129

Declarando el elemento de Declarando el elemento de transformacióntransformación

• Declaración XSL en el fichero .xsl

<xsl:stylesheet version=“1.0” xmlns:xsl=“http://www.w3.org/1999/XSL/Transform”>

• Declaración de relación de un fichero XSL propio en el documento XML

<?xml-stylesheet type=“text/xsl” href=“nombre_fichero.xsl”>

dmaniega@uoc.edu

60 de 129

Creación de un fichero XSLCreación de un fichero XSL

dmaniega@uoc.edu

61 de 129

Asociación a un fichero XMLAsociación a un fichero XML

dmaniega@uoc.edu

62 de 129

Ejemplo resultanteEjemplo resultante

dmaniega@uoc.edu

63 de 129

Esquema de funcionamientoEsquema de funcionamiento

Documento XML

Visualización por pantalla (layout)

Documento XSL

Procesador XSLT (Browser, Saxon, Xalan…)

XHTMLHTML

PDFRTF

dmaniega@uoc.edu

64 de 129

Transformaciones XSLT: modelo Transformaciones XSLT: modelo clientecliente

Navegador Internet

Servidor WebXML +XSL

dmaniega@uoc.edu

65 de 129

Transformaciones XSLT: modelo Transformaciones XSLT: modelo servidorservidor

XML XSL

Navegador Internet

Servidor WebHTML

XML en los XML en los archivos…, archivos…, la EADla EAD

dmaniega@uoc.edu

67 de 129

Evolución de la EADEvolución de la EAD

• 1993: inicios en la Universidad de California, Berkeley Library bajo la dirección of Daniel Pitti

• Agosto 1998: versión 1.0 Document Type Definition (SGML DTD)

• Diciembre 2002: versión 2002 SGML/XML DTD

dmaniega@uoc.edu

68 de 129

El documento XML EADEl documento XML EAD

• Encoded Archival Description

• Representación digital de un instrumento de descripción archivístico: inventario, catálogo, etc.

• Correspondencia con los elementos de descripción de la ISAD(G)

ISAD(G) + SGML/XML

dmaniega@uoc.edu

69 de 129

Formación del documento XML Formación del documento XML EADEAD• Prólogo: información sobre la interpretación de la

instancia del documento, versión XML , codificación, DTD, etc.

• Instancia del documento: contenido real (ejemplar)

dmaniega@uoc.edu

70 de 129

<eadid>

La estructura de árbol de la EADLa estructura de árbol de la EAD

dmaniega@uoc.edu

71 de 129

La instancia del documento EADLa instancia del documento EAD

Elementos de alto nivel

<eadheader>(obligatorio)

<frontmatter>(opcional)

<archdesc>(obligatorio)

dmaniega@uoc.edu

72 de 129

Cabecera EAD: <eadheader>Cabecera EAD: <eadheader>

• Información descriptiva sobre el instrumento de descripción electrónico a utilizar

• Recopila información sobre la creación, revisión, publicación y distribución del documento concreto

dmaniega@uoc.edu

73 de 129

Cabecera EAD: Cabecera EAD: <eadid><eadid>

<eadid>(obligatorio)

<filedesc>(obligatorio)

<profiledesc>(opcional)

<revisiondesc>(opcional)

dmaniega@uoc.edu

74 de 129

Cabecera EAD: Cabecera EAD: <eadid><eadid>

• Código único de identificación

• Correspondencia con el elemento 3.1.1 ISAD(G)

• Atributos comunes:

• countrycode=“ES” (ISO 3166-1) País de la institución• mainagencycode=“” (ISO/DIS 15511) Código de institución• url=“nombre_fichero.xml”

dmaniega@uoc.edu

75 de 129

Cabecera EAD: Cabecera EAD: <filedesc><filedesc>

dmaniega@uoc.edu

76 de 129

Cabecera EAD: Cabecera EAD: <filedesc><filedesc>

• Información bibliográfica sobre el instrumento de descripción

• Subelementos por orden:

• <titlestmt> Título del instrumento de descripción• <titleproper> obligatorio </titleproper> • <subtitle> opcional </subtitle>• <author> opcional </author>• <sponsor> opcional </sponsor>

• </titlestmt>

dmaniega@uoc.edu

77 de 129

Cabecera EAD: Cabecera EAD: <profiledesc><profiledesc>

dmaniega@uoc.edu

78 de 129

Cabecera EAD: Cabecera EAD: <profiledesc><profiledesc>

• Información sobre la codificación y lengua en que se describe

• Subelementos por orden:

• <creation> Información sobre la codificación utilizada• <date> fecha de descripción </date>

• </creation>• <langusage> Lengua/s en que está escrito el instrumento

• <language langcode=“spa”> español </language> • </langusage>• <descrules> relacionado con 3.7.2 ISAD(G) </descrules>

dmaniega@uoc.edu

79 de 129

Cabecera EAD: Cabecera EAD: <revisiondesc><revisiondesc>

dmaniega@uoc.edu

80 de 129

Cabecera EAD: Cabecera EAD: <revisiondesc><revisiondesc>

• Información sobre cambios y revisiones significativos

• <change>• <date> 2004, diciembre </date>• <item> Este instrumento de descripción fue convertido a

EAD2002 por David Maniega </item>• </change>

dmaniega@uoc.edu

81 de 129

La instancia del documentoLa instancia del documento

dmaniega@uoc.edu

82 de 129

Información preliminar: Información preliminar: <frontmatter><frontmatter>

• Se compone de información preliminar (portada, preámbulo, dedicatoria…)

• Diseñado especialmente para obtener una cuidada presentación

dmaniega@uoc.edu

83 de 129

Información preliminar: Información preliminar: <frontmatter><frontmatter>

dmaniega@uoc.edu

84 de 129

Información preliminar: Información preliminar: <frontmatter><frontmatter>• <div> -- divisor de texto, útil para prólogos,

preámbulos, dedicatorias, instrucciones…

• <head> -- permite la agrupación de los diferentes elementos a representar

• Si se dispone de una buena hoja de estilo no es necesario su uso si en la cabecera se incluye esa información necesaria

dmaniega@uoc.edu

85 de 129

La instancia del documentoLa instancia del documento

dmaniega@uoc.edu

86 de 129

Descripción archivística: Descripción archivística: <archdesc><archdesc>• Representa una unidad de descripción

archivística (p.e. una colección de un inventario) y las partes que la componen

• En base a las reglas de descripción ISAD(G)2

• Incluye información administrativa y suplementaria que facilita el uso de los materiales descritos

dmaniega@uoc.edu

87 de 129

Descripción archivística: Descripción archivística: <archdesc><archdesc>

dmaniega@uoc.edu

88 de 129

• Atributo de nivel obligatorio que se corresponde con el elemento 3.1.4 de ISAD(G)

• Valores de “level” <archdesc level=“”>:

• recordgrp = grupo de fondos | fonds = fondo | subfonds = subfondo• subgrp = sección o subsección• series = serie | subseries = subserie• file = unidad documental compuesta• item = unidad documental simple• collection = colección• class= clase

dmaniega@uoc.edu

89 de 129

• <did> Obligatorio. Identificación descriptiva

• <bioghist> Biografía o historia

• <custodhist> Historia de la custodia

• <acqinfo> Información sobre ingreso

• <scopecontent> Alcance y contenido

• <appraisal> Información sobre valoración

• <accruals> Nuevos ingresos

• <arrangement> Organización

dmaniega@uoc.edu

90 de 129

• <accessrestrict> Restricciones de acceso al documento

• <userestrict> Restricciones de uso• <phystech> Características físicas y

requisitos técnicos• <otherfindaid> Otros instrumentos de

descripción• <originalsloc> Localización de los

documentos originales

dmaniega@uoc.edu

91 de 129

• <altformavail> Formatos alternativos disponibles

• <separatedmaterial> Documentos separados

• <relatedmaterial> Documentos relacionados

• <bibliography> Bibliografía

• <odd> Otros datos descriptivos

dmaniega@uoc.edu

92 de 129

• <note> Campo notas• <processinfo> Información sobre

procesamiento del documento

• <dsc> Descripción de componentes subordinados

• <controlaccess> Puntos de acceso normalizados

dmaniega@uoc.edu

93 de 129

Descripción archivística: Descripción archivística: <did><did>

dmaniega@uoc.edu

94 de 129

• <langmaterial> Lengua del documento. Ref. 3.4.3 ISAD(G)

• Puede incluir el subelemento:<language langcode=“spa”> ISO 639-2

• <langmaterial>La mayor parte de documentos están en <language langcode=“spa”>español</language></langmaterial>

dmaniega@uoc.edu

95 de 129

Descripción archivística: Descripción archivística: <did><did>• <origination> Nombre del productor o colección. Ref.

3.2.1 ISAD(G). Normalizado en base a ISAAR(CPF)

• Puede incluir subelementos:

<corpname> institución<persname> persona<famname> familia

• <origination><persname>Sánchez de Moura, Miguel</persname></origination>

dmaniega@uoc.edu

96 de 129

• <unititle> Título de la unidad formal. Ref. 3.1.2 ISAD(G)

• <unititle>Manuscritos de Manuel de Berceo</unititle>

dmaniega@uoc.edu

97 de 129

• <unitid> Identificador de la unidad o código de referencia. Ref. 3.1.1 ISAD(G)

• Atributos posibles:• countrycode=“” Código de país ISO 3166• repositorycode=“” Código de institución que custodia ISO/DIS 15511

• <unitid countrycode=“ES” repositorycode=“47161.AGS”>9</unitid>Código de referencia del fondo del Consejo de Portugal (Arch. Simancas)

dmaniega@uoc.edu

98 de 129

• <unitdate> Fecha de la unidad de descripción. Ref. 3.1.3 ISAD(G)

• Atributos posibles:• type=“inclusive” Fechas extremas o completas• type=“bulk” Fechas predominantes dentro de un intervalo de fechas• certainty=“circa” Fechas probables

• <unitdate type=“inclusive”>1850-1904</unitdate>

dmaniega@uoc.edu

99 de 129

• <unitid> Identificador de la unidad o código de referencia. Ref. 3.1.1 ISAD(G)

• Atributos posibles:• countrycode=“” Código de país ISO 3166• repositorycode=“” Código de institución que custodia ISO/DIS 15511

• <unitid countrycode=“ES” repositorycode=“47161.AGS”>9</unitid>Código de referencia del fondo del Consejo de Portugal (Arch. Simancas)

dmaniega@uoc.edu

100 de 129

Descripción archivística: Descripción archivística: <did><did>• <physdesc> Descripción física por unidades. Ref. 3.1.5

ISAD(G)

• Subelementos posibles:• <extent> Cantidad de material o espacio que ocupa• <genreform> Designación específica del material por género• <physfacet> Apariencia del material (color, procedimiento, técnica…)• <dimensions> Tamaño de los documentos

• <physdesc><extent>34</extent><genreform>fotografías</genreform>

</physdesc>

dmaniega@uoc.edu

101 de 129

• <abstract> Resumen introductorio, texto libre.

• <abstract>Texto resumen sobre la unidad descriptiva. Se

pueden incluir subelementos de párrafo <p> </p></abstract>

dmaniega@uoc.edu

102 de 129

Descripción archivística: Descripción archivística: <bioghist><bioghist>

dmaniega@uoc.edu

103 de 129

Descripción archivística: Descripción archivística: <bioghist><bioghist>

• Reseña biográfica o historia institucional.

• Se corresponde con 3.2.2 ISAD(G)

• <bioghist> Texto resumen sobre la unidad descriptiva. Se

pueden incluir subelementos de párrafo <p> </p> </bioghist>

dmaniega@uoc.edu

104 de 129

Descripción archivística: Descripción archivística: <acqinfo><acqinfo>

dmaniega@uoc.edu

105 de 129

Descripción archivística: Descripción archivística: <acqinfo><acqinfo>

• Información de ingreso o forma de ingreso.

• <acqinfo> Documentación remitida desde el Archivo

General entre 1980 y 1984</acqinfo>

dmaniega@uoc.edu

106 de 129

Descripción archivística: Descripción archivística: <scopecontent><scopecontent>

dmaniega@uoc.edu

107 de 129

Descripción archivística: Descripción archivística: <scopecontent><scopecontent>

• Información de alcance y contenido.

• <scopecontent> El fondo comienza en 1930 aunque su corpus

principal se centra en los años 50…</scopecontent>

dmaniega@uoc.edu

108 de 129

Descripción archivística: Descripción archivística: <userestrict><userestrict>

dmaniega@uoc.edu

109 de 129

Descripción archivística: Descripción archivística: <userestrict><userestrict>

• Información restricciones de uso.

• Ligado generalmente a restricciones de acceso <accessrestrict> 3.4.1 ISAD(G)

• <userestrict> La reproducción del fondo está sujeta al estado de

conservación de los documentos según OM de 20 de enerode 1995</userestrict>

dmaniega@uoc.edu

110 de 129

Descripción archivística: Descripción archivística: <controlaccess><controlaccess>

dmaniega@uoc.edu

111 de 129

Descripción archivística: Descripción archivística: <controlaccess><controlaccess>

• Puntos de acceso para la búsqueda y recuperación

• Subelementos posibles:• <subject> Tema asociado o materia

• <geogname> Nombre propio de lugar o jurisdicción geográfica

• <persname> Nombre propio de un individuo relacionado

• <occupation> Término que identifica profesión, negocio, trabajo…

• <controlaccess><subject>Bioética y derecho</subject><persname>Méndez Baiges, Victor</persname>

</controlaccess>

dmaniega@uoc.edu

112 de 129

Descripción archivística: Descripción archivística: <odd><odd>

dmaniega@uoc.edu

113 de 129

Descripción archivística: Descripción archivística: <odd><odd>

• Información de otros datos descriptivos.

• Se corresponde con 3.6.1 ISAD(G) (notas)

• Se puede usar también el elemento <note>

• <bibliography> Punto de acceso a bibliografía relacionada con el elemento descrito

dmaniega@uoc.edu

114 de 129

Descripción archivística: Descripción archivística: <processinfo><processinfo>

dmaniega@uoc.edu

115 de 129

Descripción archivística: Descripción archivística: <processinfo><processinfo>

• Información de proceso, ligado a la nota de archivero

• <processinfo> Descripción realizada por Álvaro Estrada en <date>2003</date>

</processinfo>

dmaniega@uoc.edu

116 de 129

Descripción archivística: Descripción archivística: <dsc><dsc>

dmaniega@uoc.edu

117 de 129

Descripción archivística: Descripción archivística: <dsc><dsc>• Descripción de las partes de la colección o fondo• Atributo type=“combined” (más de un componente)

• Subelemento posible:• <c01,02,03…12> Componente, orden jerárquico.

• <dsc type=“combined”><c01 level=“item”>

<did>…</did> Identificación descriptiva</c01></dsc>

Veamos algunos Veamos algunos ejemplosejemplos

dmaniega@uoc.edu

119 de 129

Online Archive of CaliforniaOnline Archive of California

http://findaid.oac.cdlib.org/search.image.html

dmaniega@uoc.edu

120 de 129

John Curtin Library ERAJohn Curtin Library ERA

http://dtl.lis.curtin.edu.au/

dmaniega@uoc.edu

121 de 129

APS Manuscripts departmentAPS Manuscripts department

http://www.amphilsoc.org/library/eadfiles.htm

dmaniega@uoc.edu

122 de 129

Archivo de Arganda del ReyArchivo de Arganda del Rey

http://archivo.ayto-arganda.es/archivo/

dmaniega@uoc.edu

123 de 129

Archivos Españoles en REDArchivos Españoles en RED

http://aer.mcu.es/sgae/index_aer.jsp

dmaniega@uoc.edu

124 de 129

Archivo de Mariano José de LarraArchivo de Mariano José de Larra

http://www.cervantesvirtual.com/bib_autor/larra/archivo.shtml

dmaniega@uoc.edu

125 de 129

EAD 2002 online templateEAD 2002 online template

http://www.archiveshub.ac.uk/eadform2002.html

dmaniega@uoc.edu

126 de 129

Fuentes sobre EADFuentes sobre EAD• Sede oficial EAD

http://lcweb.loc.gov/ead/

• The EAD Help Pageshttp://jefferson.village.virginia.edu/ead/

• EAD version 2002 (traduccion al español) http://rayuela.uc3m.es/~nogales/cursos/ead.html

• The Archive-Skills Consultancyhttp://www.archive-skills.com/links/links9.php

• ISAD(G) 2ª edición (castellano)http://www.agn.gob.mx/isadg/

dmaniega@uoc.edu

127 de 129

Herramientas EADHerramientas EAD

• EAD Cookbook 2002http://www.iath.virginia.edu/ead/ead2002cookbookhelp.html

• NoteTab Lighthttp://www.notetab.com

• Conversor EADv.1 a EAD v.2002http://www.iath.virginia.edu/ead/resources/ead2002conv/

• EAD 2002 Online Templatehttp://www.archiveshub.ac.uk/eadform2002.html

dmaniega@uoc.edu

128 de 129

Ejemplos EADEjemplos EAD• Napoleonic satires

http://dl.lib.brown.edu/napoleon/index.html

• Biblioteca Virtual de Andalucíahttp://www.juntadeandalucia.es/cultura/bibliotecavirtualandalucia/

• APS Manuscripts Departmenthttp://www.amphilsoc.org/library/eadfiles.htm

• Archivos españoles en redhttp://aer.mcu.es/sgae/index_aer.jsp

• Biblioteca Virtual Miguel de Cervantes: archivohttp://www.cervantesvirtual.com/bib_autor/larra/archivo.shtml

• EBind projecthttp://sunsite.berkeley.edu/Ebind/

dmaniega@uoc.edu

129 de 129

</fin></fin>

ead (encoded archival description), archivos en línea

construir y

marca y lenguaje

y sus problemas

positivo es multiplataforma

es slo

es modular

una marca es

veloz y sencillo

Technology

ohiolink database management and standards...

utilization of encoded archival description (ead) finding...

ead-odd: a solution for project-specific ead schemes a...

ke emu documentationthe ead, or encoded archival...

texas archival resources online (taro) encoded archival

mapping encoded archival description to cidoc crm

a brief introduction to encoded archival description

encoded archival description tag library · pdf fileencoded...

ohiolink database management and standards committee...

d a blin sko jezgro (dublin c ore ) i ead (encoded...

três anos depois - universidade do minho...•utilização...

encoded archival description tag...

consortium of church libraries and archives best practices...

aberystwyth university archives context and discovery...

encoded archival context - edition 2018 prepared and...

shedding light on the unknown: creating encoded archival ......

encoded archival description (ead). finding aids archival...

encoded archival description tag library version 2002

basic encoded archival description

encoded archival description (ead). what is ead? defines the...