absysnet.com - Centro de recursos y servicios para bibliotecas y bibliotecarios

Nuevos estándares en documentación y bibliotecas

Otros temas

Nuevos estándares en documentación y bibliotecas

Introducción

En el tema de este mes intentaremos, de una forma sencilla, despejar algunas de las dudas que nos asaltan cuando leemos en algún artículo o escuchamos a alguien hablar en clave de las nuevas tendencias en el mundo de la documentación y las bibliotecas ¿ todo el mundo entiende de qué estamos hablando cuando nos referimos a DC (probablemente el más conocido por todos)?, MODS (¿qué hace una tribu urbana en el mundo de las bibliotecas), METS (¿y un equipo de béisbol?), FRBR (frb... ¿qué?). Francamente parece complicado saber de qué estamos hablando cuando aplicamos todas estas siglas a la documentación.

Pues tenemos que ir haciéndonos a la idea que todos estos términos forman parte del futuro, a estas alturas del presente, de las bibliotecas y de la documentación.

Este artículo no pretende tratar en profundidad todos los aspectos de los que tratan estas normas sino simplemente que el lector de estas líneas se haga una idea de qué se está hablando cuando se mencionan estos términos.

Cuando llegó Internet a nuestra vida, todo cambió. Comenzamos a encontrarnos con más información, gran cantidad de datos útiles para nuestro trabajo y para nuestros usuarios que cada vez era más difícil de clasificar, catalogar y ofrecer. Ante esta situación se hace necesario la creación de nuevos estándares que den respuesta a las necesidades de los documentos actuales.

Hay un artículo muy interesante de Ignacio López Guillamón en el que analiza la evolución de la catalogación en estos días en los que la tecnología de la información está a la orden del día en las bibliotecas y centros de la información. Es muy clarificador para conocer qué y quién mueve este tren.

El artículo se titula "Evolución reciente de la catalogación" y lo podéis encontrar en Anales de documentación. Vol. 7, 2004 (http://www.um.es/fccd/anales/ad07/ad0709.pdf En formato PDF).

Podéis encontrar un resumen de todos estos estándares y algún otro (ONIX, TEI, EAD, etc.) en http://www.niso.org/standards/resources/UnderstandingMetadata.pdf En formato PDF.

En cualquier caso, y a tener en cuenta en general para todos los conceptos que vamos a ver, las referencias básicas son la IFLA y la Library of Congress. Esta última, en general, tiene buenas descripciones y sobre todo ejemplos y las tablas de conversión para pasar de MARC21 a todos estos estándares y viceversa. Los podéis encontrar en http://www.loc.gov/marc/ en las secciones MARC in XML y More Documentation.

Los estándares que vamos a comentar en estas líneas son las siguientes:

MARC-XML Inicio

Se trata de empaquetar los documentos MARC en un estándar más flexible y comprensible que un documento MARC.

El lenguaje XML trabaja con etiquetas que engloban la información y de esta manera los usuarios pueden trabajar con esos datos de manera más adecuada a sus necesidades.

En el siguiente ejemplo podemos ver cómo visualiza un documento en MARC y ese mismo documento en MARC-XML:

MARC

Cabecera: 00000nam 2200000 i 4500001 ??????0000001
008 970102s1989 espb 00010 spa d
019 $aM. 17808-1989
026 $a097-89-011-2
035 $a??? 0000000000
080 $a912(460)"19"(084.3)
245 00$aAlgorta (Guecho)$h[Material cartográfico]$b: cartografía militar de España : mapa general, serie L$c / Servicio Geográfico del Ejército
260 0 $a[Madrid]$b : Servicio Geográfico del Ejército$c, D.L. 1989
300 $a1 mapa$b : col.$c ; 70 x 47 cm
500 $aEscala 1:50.000 ; proyec. U.T.M. elipsoide Hayford
500 $aEs la hoja 21-4 (37)
650 7 $aVizcaya (España)$j-Mapas
650 7 $aCantabria (España)$j-Mapas
650 7 $aAlgorta (Vizcaya, España)$j-Mapas
653 $aMapas
710 21$aEspaña$b. Servicio Geográfico del Ejército
740 01$aCartografía militar de España

MARC-XML

<?xml version="1.0" encoding="ISO-8859-1" ?><!-- generated with absysNET (http://www.baratz.es) --><record xmlns="http://www.loc.gov/MARC21/slim" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.loc.gov/MARC21 http://www.loc.gov/standards/marcxml/schema/MARC21.xsd" type="Bibliographic" >
<leader>00000nam 2200000 i 4500</leader>
<controlfield tag="001" >??????0000001</controlfield>
<controlfield tag="008" >970102s1989 espb 00010 spa d</controlfield>
<datafield tag="019" ind1=" " ind2=" " >
   <subfield code="a" >M. 17808-1989</subfield>
</datafield>
<datafield tag="026" ind1=" " ind2=" " >
    <subfield code="a" >097-89-011-2</subfield>
</datafield>
<datafield tag="035" ind1=" " ind2=" " >
    <subfield code="a" >??? 0000000000</subfield>
</datafield>
<datafield tag="080" ind1=" " ind2=" " >
    <subfield code="a" >912(460)"19"(084.3)</subfield>
</datafield>
<datafield tag="245" ind1="0" ind2="0" >
    <subfield code="a" >Algorta (Guecho)</subfield>
    <subfield code="h" >[Material cartográfico]</subfield>
    <subfield code="b" >: cartografía militar de España : mapa general, serie L</subfield>
    <subfield code="c" > / Servicio Geográfico del Ejército</subfield><
/datafield>
<datafield tag="260" ind1="0" ind2=" " >
    <subfield code="a" >[Madrid]</subfield>
    <subfield code="b" > : Servicio Geográfico del Ejército</subfield>
    <subfield code="c" >, D.L. 1989</subfield>< /datafield>
<datafield tag="300" ind1=" " ind2=" " >
    <subfield code="a" >1 mapa</subfield>
    <subfield code="b" > : col.</subfield>
    <subfield code="c" > ; 70 x 47 cm</subfield>
</datafield>
<datafield tag="500" ind1=" " ind2=" " >
    <subfield code="a" >Escala 1:50.000 ; proyec. U.T.M. elipsoide Hayford</subfield>
</datafield>
<datafield tag="500" ind1=" " ind2=" " >
    <subfield code="a" >Es la hoja 21-4 (37)</subfield>
</datafield>
<datafield tag="650" ind1=" " ind2="7" >
    <subfield code="a" >Vizcaya (España)</subfield>
    <subfield code="j" >-Mapas </subfield>
</datafield>
<datafield tag="650" ind1=" " ind2="7" >
    <subfield code="a" >Cantabria (España)</subfield>
    <subfield code="j" >-Mapas</subfield>
</datafield>
<datafield tag="650" ind1=" " ind2="7" >
    <subfield code="a" >Algorta (Vizcaya, España)</subfield>
    <subfield code="j" >-Mapas</subfield>
</datafield>
<datafield tag="653" ind1=" " ind2=" " >
    <subfield code="a" >Mapas</subfield>
</datafield>
<datafield tag="710" ind1="2" ind2="1" >
    <subfield code="a" >España</subfield>
    <subfield code="b" >. Servicio Geográfico del Ejército</subfield>
</datafield>
<datafield tag="740" ind1="0" ind2="1" >
    <subfield code="a" >Cartografía militar de España</subfield>
</datafield>
</record>

Vamos a extraer del ejemplo unos campos para ver más fácilmente la correspondencia entre el documento MARC y el MARC-XML

Al principio del documento MARC-XML van una serie de datos informativos referidos a la versión del XML que se ha usado, al modelo xml que se ha seguido, al producto con el que se ha generado, etc.

<?xml version="1.0" encoding="ISO-8859-1" ?>
<!-- generated with absysNET (http://www.baratz.es) -->
<record xmlns="http://www.loc.gov/MARC21/slim" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.loc.gov/MARC21 http://www.loc.gov/standards/marcxml/schema/MARC21.xsd" type="Bibliographic" >

Después cada uno de los campos de control vienen indicados con la etiqueta <controlfield tag= (nombre del campo)

<controlfield tag="008" >970102s1989 espb 00010 spa d</controlfield>

El resto de los campos vienen indicados con la etiqueta <datafield tag= y los indicadores como sus cualidades <datafield tag="245" ind1="0" ind2="0" >

Los subcampos se tratan como subelementos y los códigos de subcampos como sus cualidades.

<subfield code="a" >Algorta (Guecho)</subfield>
<subfield code="h" >[Material cartográfico]</subfield>
<subfield code="b" >: cartografía militar de España : mapa general, serie L</subfield>
<subfield code="c" > / Servicio Geográfico del Ejército</subfield>

Dublín Core Metadata Initiative - Descripción de recursos electrónicos Inicio

Lo que trata el Dublín Core es de describir metadatos (recursos electrónicos), es decir describir enlaces de internet, referencias de bibliotecas digitales, ficheros, imágenes, etc. sin necesidad de usar formatos de descripción/catalogación más complicados (como el formato marc por ejemplo).

Para la utilización del DC se utiliza la estructura de etiquetas tipo XML.

Los elementos que define el Dublín Core son los siguientes:

Title (Título): Nombre del recurso
Creator (Creador): Autor (personal o entidad) responsable del contenido del recurso.
Subject (Palabras clave): Temas o palabras clave que definen el recurso
Description (Descripción): Resumen del recurso
Publisher (Editor): Editor del recurso, responsable de la creación del recurso.
Contributor (Otros colaboradores): Entidades colaboradoras en el contenido del recurso.
Date (Fecha): Fecha clave en el desarrollo del recurso
Type (Tipo de recurso): Naturaleza del contenido (diccionario, poesía, página personal, etc.).
Format (Formato): Formato del recurso (tamaño, duración, software, hardware necesario para su reproducción, etc.)
Identifier (Identificador): Referencia unívoca de identificador del recurso (ISBN, URL, ...).
Source (Fuente): Si el recurso es parte de una fuente, se indicaría aquí la misma.
Language (Idiona): Idioma en el que está escrito el recurso
Relation (Relación): Otro recurso relacionado con el que se describe
Coverage (Cobertura): Periodo de tiempo o lugar geográfico sobre los que trata el recurso.
Rights (Derechos de autor): Derechos de autor que afectan al recurso (copyright, IPR, etc.)

Todos estos elementos descritos son opcionales y pueden repetirse.

El artículo "Dublín Core Metadata Initiative: Norma internacional para la descripción de recursos electrónicos (ISO 15836:2003)" de José A. Senso y Antonio de la Rosa Piñero en Boletín de Anabad, LII (2002), Núm. 4 es muy interesante y cuenta de forma sencilla el funcionamiento y la evolución de Dublín Core.

Se puede bajar su correspondiente norma NISO (ANSI/NISO Z39.85:2001) de http://www.niso.org/standards/index.html

Vamos a ver ahora un ejemplo muy sencillo de un documento DC:

<?xml version="1.0" encoding='ISO-8859-1'?>
   <metadata>
      <dc:title>Los catálogos bibliográficos y el multilingüismo: parte I</dc:title>
      <dc:creator>Martín Goikoetxea, Alasne</dc:creator>
      <dc:description>Experiencias nacionales e internacionales llevadas a cabo en la creación de los catálogos bibliográficos multilingües</dc:description>
      <dc:publisher>baratz</dc:publisher>
      <dc:date>2001-09-01</dc:date>
      <dc:identifier>htt://www.absysnet.com/tema/tema6.html</dc:identifier>
   </metadata>

El formato DC se puede utilizar también en otras normas: por ejemplo en METS.

MODS (Esquema para la Descripción de Objetos de Metadatos) Inicio

Podríamos decir que la norma DC es una forma sencilla de describir los metadatos pero se queda un poco corto si lo que se pretende es utilizarlo en descripciones bibliotecarias.

Este esquema ha sido desarrollado por la Oficina de Desarrollo de Redes y Normas MARC de la Library of Congress (más información en http://www.loc.gov/standards/mods/ ) y podríamos decir que es un derivado del formato bibliográfico del MARC 21 (de hecho incluye los campos del MARC) pero usando etiquetas basadas en denomimaciones textuales.

Según sus creadores, MODS es más completo y está más orientados a bibliotecas que DC, está más orientado al usuario que MARC-XML y es más sencillo que el formato MARC estándar.

La mayoría de los elementos de MODS tienen su equivalente en MARC21, aunque se han incluido algunos otros que eran particularmente importantes para la descripción de recursos digitales.

Las idea inicial es que los registros se creen directamente en MODS pero se puede utilizar también para la conversión de registros MARC.

Para la utilización de MODS se utiliza la estructura de etiquetas tipo XML.

Los elementos básicos que define MODS son los siguientes (si desea una explicación de todos los elementos y atributos de MODS véase http://www.loc.gov/standards/mods/mods-userguide-elements.html):

titleInfo - contiene todos los subelementos relacionados con la información del título

<title> Título
<subTitle> Subtítulo
<partNumber> Número de la parte
<partName> Nombre de la parte
<nonSort> Caracteres que no alfabetizan
<titleInfo>
   <nonSort>Las</nonSort>
   <title>relaciones públicas</title>
   <subtitle>: aproximación al ámbito de la empresa </subtitle>
</titleInfo>

name - Autores (principales y secundarios)

<namePart> Nombre
<displayForm> Se usa para indicar un forma del nombre de una forma no normalizada.
<affiliation> Contiene el nombre de una organización, de una institución, etc. con los cuales la entidad indicada en < nombre > estaba asociada en el momento en el que el recurso fue creado. Puede también contener otros elementos descriptivos de dicha organización: correo electrónico, dirección, cargo en la entidad, etc.
<description> Se puede utilizar para dar una descripción textual del nombre cuando se necesaria, por ejemplo, para distinguirlo de otros nombres.
<name>
   <namePart>Benito del Valle Eskauriaza, Amelia </namePart>
   <affiliation> Escuela de Turismo, Universidad de Deusto </affiliation>
   <role>
   <roleTerm type="text">editora</roleTerm>
   <roleTerm type="code">ed</roleTerm>
   </role>
</name>

typeOfResource - tipo de contenido.

<typeOfResource>cartográfico</typeOfResource>
<typeOfResource>registro sonoro musical</typeOfResource>

genre - es un término que carateriza a lo que se ha puesto en <typeOfResource>. Son más específicos.

<typeOfResource>registro sonoro musical</typeOfResource>
<genre> música rock </genre>

originInfo - contiene todos los subelementos relacionados con la información de la publicación / creación. Incluye el lugar del origen o la publicación, el editor / creador y la fecha de información asociada con el recurso, y de la emisión.

<place> Lugar de publicación / creación
<publisher> Incluye el nombre del editor / creador
<dateIssued> Fecha de publicación
<dateCreated> Fecha de impresión / creación del recurso
<dateCaptured> Fecha en la que el recurso se pasó a digital
<dateValid> Fecha para la cuál el contenido del recurso es válido
<dateModified> Fecha de modificación del recurso
<copyrightDate> Fecha del copyright
<dateOther> Cualquier otra fecha que es importante registrar pero que no cabe en otra categoría.
<edition> Edición o versión del recurso
<issuance> Forma del recurso. Corresponde a la posición 07 de la cabecera (m-monografía, c-colección, s-revista, ...)
<frecuency> Frecuencia de la publicación (textual)
<originInfo>
   <place>
      <placeTerm type="text">Bilbao</placeTerm>
   </place>
   <publisher>Escuela de Turismo de la Universidad de Deusto</publisher>
   <dateIssued>1993 </dateIssued>
   <issuance>monografía</issuance>
</originInfo>

language - el lenguaje del contenido del recurso

physicalDescription - Contiene todos los subelementos referentes a la información física de del recurso descrito.

<form> el medio del material para un recurso (impreso, digital)
<reformattingQuality> calidad del reformateado
<internetMediaType> tipo de formato electrónico (text/html, fichero de texto, aplicación imagen jpg)
<extent> Extensión del recurso (en campo 300 del MARC 21)
<digitalOrigin> indica si un recurso digital se ha creado como tal o ha sido reconvertido en digital
<note> contiene notas sobre la descripción física del recurso
<physicalDescription>
   <form authority="marcform">electrónico</form>
   <digitalOrigin>creado digital</digitalOrigin>
   <reformattingQuality>acceso</reformattingQuality>
   <internetMediaType>text/html</internetMediaType>
</physicalDescription>

abstract - resumen del recurso

tableOfContents - Nota de contenido

<tableOfContents>Contiene: Sinfónía Fantástica, op. 14 (Episodio de la vida de un artista) / Hector Berilos Int.: London Philharmonic Orchestra; dir. Zubin Mehta </tableOfContents>

targetAudience - Nivel intelectual de la audiencia a la que va dirigido.

<targetAudience authority="marctarget">juvenil</targetAudience>

note - Notas

<note>Bibliografía en cada capítulo</note>

subject - Materias

<topic> Materia general
<geographic> Geográfica
<temporal> Cronológica
<titleInfo> Título usado como materia
<hierarchicalGeographic> Forma jerárquica de un lugar relacionado con el recurso
<name> Nombre usado como materia
<cartographics> Datos matemáticos codificados para cartografía (coordenadas, escala y proyección)
<geographicCode> Código geográfico asociado con el recurso
<occupation> Término descriptivo de las profesiones reflejadas en el contenido de los materiales descritos
<subject>
   <cartographics>
      <scale>1:22,000,000</scale>
   </cartographics>
</subject>

<subject>
   <hierarchicalGeographic>
      <country>Canada</country>
      <province>British Columbia</province>
      <city>Vancouver</city>
   </hierarchicalGeographic>
</subject>

<subject>
   <occupation>Antropólogos</occupation>
</subject>

<subject>
   <topic>Propiedad privada</topic>
      <geographic>Andalucía</geographic>
      <geographic>Sevilla</geographic>
   <topic>Maps</topic>
</subject>

classification - Nº de la clasificación


<classification authority="cdu">82-193.3</classification>

relatedItem - identifica un recurso relacionado. Esta etiqueta puede a su vez contener otros elementos de un registro MODS

<titleInfo>
   <title> Academia </title>
   <subTitle>: boletín de la Real Academia de Bellas Artes de San Fernando</subTitle>
</titleInfo>

<relatedItem type="anterior">
   <titleInfo>
      <title>Boletín de la Real Academia de Bellas Artes de San Fernando</title>
   </titleInfo>
</relatedItem>

identifier - Nº estándar o código que identifica unívocamente al recurso (ISBN, SIN, DL, ISAN, URI)

<identifier type="issn">0567-560X</identifier>

location- institución o la url en la que está disponible el recurso

<physicalLocation> institución en la que está disponible el recurso
<url> URL
<location>
   <physicalLocation >Biblioteca Nacional (España)</physicalLocation>
</location>

<location>
   <url version">http://www.absysnet.com/tema/tema6.html</url>
</location>

accessCondition - restricciones de acceso al recurso

extension - Información local: cualquier otra información que no tiene cabida en los campos definidos anteriormente.

recordInfo - Información interna necesaria para el manejo del recurso

<recordContentSource> el código o el nombre de la organización que creó o modificó el expediente original
<recordCreationDate> Fecha de creación del registro
<recordChangeDate> Fecha de modificación del registro
<recordIdentifier> Nº del control de sistema asignado por la organización que crea, o distribuye el registro.
<recordOrigin> Origen o procedencia del registro MODS. Se puede incluir aquí qué método se usó para generar el registro: máquina, documento original procedente del MARC 21, de MARC-XML, etc.
<languageOfCataloging> Lengua de catalogación
<recordInfo>
   <recordContentSource>Universidad de La Laguna</recordContentSource>
   <recordOrigin>generada mediante máquina </recordOrigin>
   <languageOfCataloging>spa</languageOfCataloging>
</recordInfo>

Aunque durante la definición de los elementos de MODS hemos ido incluyendo ejemplos vamos a ver uno completo para que sea más gráfica la explicación.

<?xml version="1.0" encoding="UTF-8"?>
<mods xmlns="http://www.loc.gov/mods/" xmlns:xlink="http://www.w3.org/TR/xlink" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.loc.gov/mods/ http://www.loc.gov/standards/mods/mods.xsd">
<titleInfo>
   <title> Evolución reciente de la catalogación</title>
</titleInfo>
<name type="personal">
   <namePart>López Guillamón, Ignacio</namePart>
   <displayForm>Ignacio López Guillamón</displayForm>
</name>
<typeOfResource>texto</typeOfResource>
<genre>artículo de revista</genre>
<originInfo>
   <place>
      <placeTerm>Murcia</placeTerm>
   </place>
   <publisher>Universidad de Murcia</publisher>
   <dateIssued>2004</dateIssued>
   <issuance>revista</issuance>
</originInfo>
<language authority="iso639-2b">spa</language>
<physicalDescription>
   <form>impreso</form>
   <extent>12 p.</extent>
</physicalDescription>
<abstract>En los últimos años la catalogación está siendo sometida a cambios profundos por efecto de la tecnología de la información. Logrados el consenso internacional sobre las entradas bibliográficas (Conferencia de París, 1961), la normalización de los elementos descriptivos (Reunión de Copenhague, 1969), la concreción de los fundamentos básicos de los registros bibliográficos (Conferencia de Toronto, 1997) y abierto un espacio para la actualización y mantenimiento de las AACR2 (Conferencia de Washington, 2000), en nuestros días se revisan los procedimientos y principios de la catalogación por los expertos como el más elaborado instrumento de búsqueda y recuperación de la información. Y de ello es prueba el nuevo valor dado al control de autoridad en catalogación (Conferencia de Florencia, 2003).</abstract>
<subject>
   <topic>Catalogación internacional</topic>
</subject>
<subject>
   <topic>Control de autoridad</topic>
</subject>
<subject>
   <topic>Elemento bibliográfico</topic>
</subject>
<subject>
   <topic>Entrada bibliográfica</topic>
</subject>
<subject>
   <topic>Tecnología de la información</topic>
</subject>
<subject>
   <topic>Teoría de la catalogación</topic>
</subject>
<relatedItem type="host">
   <titleInfo>
      <title>Anales de documentación</title>
   </titleInfo>
   <note type="citation">nº 7, 2004, p. 53-67</note>
   <identifier type="issn">1697-7904</identifier>
</relatedItem>
</mods>

En este momento también se está trabajando en el estándar de metadatos para autoridades (MADS)

El modelo FRBR (Functional Requirements for Bibliographic Records) - Requisitos funcionales para los registros bibliográficos Inicio

La idea principal del modelo FRBR es la siguiente: los documentos no son entidades independientes sino que se relacionan con otros documentos: versiones, ediciones, traducciones de la misma obra, etc.

Por poner un ejemplo sencillo, una biblioteca puede tener varias traducciones del libro "El nombre de la rosa" de Umberto Eco, en español, en italiano, un vídeo de la película, las apostillas del libro, etc.

De lo que se trata en esos casos es de presentar los resultados agrupados y no como documentos independientes entre sí.

Lo que intenta establecer el modelo FRBR es la forma de agrupamiento de esos documentos.

El modelo FRBR tiene dos objetivos principales:

Hasta ahora estamos acostumbrados a localizar esos documentos como documentos separados y sin relación entre ellos. La relación la establece cada uno de los usuarios según la percibe con las pistas que los documentos les proporciona.

Lo que trata de hacer el modelo FRBR es presentar al usuario final esa relación ya establecida y para ello representa la historia de los trabajos teniendo en cuenta los siguientes conceptos:

El trabajo: se trata de un concepto abstracto. Cada trabajo es una creación intelectual / artística diferente.

En general se considera nuevo trabajo cuando la modificación de un trabajo implica un grado significativo de esfuerzo intelectual o artístico independiente.

Se podrían poner como ejemplos de nuevos trabajos adaptaciones infantiles, variaciones musicales de un tema, adaptaciones de un género a otro (obra literaria a cine, teatro a cine), resúmenes de una obra, etc.

La representación mas sencilla de un trabajo es la relación Autor/Título.

La sirenita - Hans Christian Andersen
La sirenita - P. Guirao
La sirenita - F. Ibáñez
La sirenita - Alan Merken

La expresión del trabajo o cómo el trabajo se materializa. La expresión es la realización intelectual de un trabajo.

Se consideran expresiones: nuevas traducciones de una lengua a otra y cualquier otro cambio realizado en el contenido intelectual o artístico (por ejemplo, un texto revisado).

La sirenita - Hans Christian Andersen. Un libro en español ilustrado por ....,
La sirenita - Hans Christian Andersen. Un libro en gallego ilustrado por ....,
La sirenita - Hans Christian Andersen. Un CD sonoro en español.

La manifestación de la expresión o cómo se concreta esa expresión. La realización física de un trabajo.

La manifestación representa todos los objetos físicos que llevan las mismas características, por lo que se refiere a contenido intelectual y a forma física.

Sería una manifestación diferente cuando varíen los datos de distribuidor, editor y/o productor. Muchas veces la variación de estos datos implica también cambios en la forma física del documento: tamaño, paginación, etc.

También sería una manifestación diferente si un mismo documento está editada en otro formato: microficha, documento pdf, etc.

La sirenita - Hans Christian Andersen. Un libro en español ilustrado por ...., editado por ... en el año ...

El item: es el ejemplar que la biblioteca tiene físicamente.

La sirenita - Hans Christian Andersen. Un libro en español ilustrado por ...., editado por ... en el año ... y que está situado en la balda ..., de la sala ... en la biblioteca ...

Hemos comentado anteriormente que un trabajo es la representación de una creación artística / literaria diferente. Pero ¿Quién realiza ese trabajo?: una persona o un organismo

Siendo la persona un individuo y un organismo un grupo de individuos y/o organizaciones (incluidos grupos creados ocasionalmente con motivo de un congreso, exposición, festivales, etc.).

Nos interesan las personas y los organismos sólo en función de si están implicados en la creación del trabajo o si son objetos del estudio del trabajo.

Y ahora nos preguntamos ¿Sobre qué trata ese trabajo?. En este nivel vamos a diferenciar varios términos:

El concepto. Se entiende el concepto como la materia de la que trata el trabajo: campo del conocimiento al que se refiere, teorías, disciplina, etc.

Arquitectura

El objeto: como su nombre indica es una cosa material sobre la que trata el trabajo: pueden ser objetos animados o inanimados.

La Torre Eiffel

El evento es una acción o un grupo de acciones relacionados con el trabajo. Pueden ser épocas, periodos de tiempo o acontecimientos históricos.

Guerra civil
Edad Media
1990-2000

El lugar: puede ser un lugar concreto o un conjunto de ellos. El lugar está en relación entre el trabajo y la materia del mismo.

París
Francia

Hasta ahora hemos hablado del trabajo, expresión, manifestación e item como una entidad unitaria pero puede suceder que necesitemos hacer una representación de lo que el modelo FRBR llama entidades componentes y agregadas como si fuera una unidad: por ejemplo, varios libros editados juntos en forma de colección, una antología, etc.

Lawrence Durrell/El cuarteto de Alejandría:
Lawrence Durrell/Clea
Lawrence Durrell/Balthazar
Lawrence Durrell/Mountolive
Lawrence Durrell/Justine

Un ejemplo sencillo que propone la Library of Congress:
Trabajo:

Autor: Scott, Walter, Sir, 1771
Título: Heart of Midlothian
· Form: text - English
Edition:
Title: The heart of Midlothian
Statement of responsibility: Sir Walter Scott ; edited with an introduction and notes by Claire Lamont.
Imprint: Oxford University Press, 1999
Physical Description: xxviii, 583 p. : ill. ; 20 cm.
ISBN: 019283567X
Edition:
Title: The heart of Midlothian
Statement of responsibility: Sir Walter Scott ; edited by Claire Lamont.
Imprint: Oxford University Press, 1982
Physical Description: xxviii, 583 p., [2] leaves of plates : ill. ; 19 cm.
ISBN: 0192815830 (pbk.) : $10.95
· Form: text - Russian
Edition:
Title: Edinburgskaia temnitsa
Imprint: 1957
Physical Description: 630 p. illus. 21 cm.

Se pueden ver otros ejemplos muy claros en la Library of Congress en la dirección http://www.loc.gov/marc/marc-functional-analysis/frbr-mid.html

METS (Metadata Encoding & Transmission Standard) - Estándar de Codificación y Recuperación de Metadatos Inicio

El formato METS es un formato estándar para codificación y transmisión de metadatos. Está pensado principalmente para el envío de los ficheros, imágenes y objetos multimedia de una biblioteca digital:

Para la utilización de METS se utiliza la estructura de etiquetas tipo XML.

Un documento METS está compuesto por 7 secciones principales (no son obligatorias todas ellas):

En http://xml.coverpages.org/mets.html podéis encontrar un montón de enlaces a páginas que explican qué y para que se usa METS.

Resource Description Framework (RDF)

Otros temas

Ana Iturgaitz Rodríguez - ana@baratz.es

@bsysnet.com 2001-2005 | baratz - Servicios de Teledocumentación