Contrato No.

1168 de 2015
Suscrito entre el MinEducacin y RENATA

MANUAL DE METADATOS Y
DIRECTRICES DE
INTEROPERABILIDAD

SNAAC

Equipo de trabajo

MINISTERIO DE EDUCACION NACIONAL

Oficina de Innovacin Educativa con Uso de Nuevas Tecnologas

ngela Patricia Bonilla

DEPARTAMENTO ADMNISTRATIVO PARA LA CIENCIA, LA TECNOLOGA Y LA INNOVACIN
COLCIENCIAS
Miguel ngel Amrtegui
CORPORACIN RED ACADMICA DE TECNOLOGA AVANZADA RENATA
Jimena Meja Rico
COORDINADORA DE PROYECTOS ACADMICOS - RENATA

SECRETARA TCNICA. SISTEMA NACIONAL DE ACCESO ABIERTO AL CONOCIMIENTO

Juan Felipe Vargas Martnez
Coordinador SNAAC
Sandra Liliana Castro Monroy
Soporte en Catalogacin
Luis Eduardo Barreto Santamara
Soporte Infraestructura
Jhonatan Reyes Garzn
Comunicador Social

Contrato No. 1168 de 2015

Suscrito entre el MinEducacin y RENATA

MANUAL DE METADATOS Y
DIRECTRICES DE
INTEROPERABILIDAD
Sistema Nacional de Acceso Abierto al Conocimiento

Contrato No. 1168 de 2015

Suscrito entre el MinEducacin y RENATA

Presentacin
Para la comunicacin en general es importante que la persona B sea capaz de
comprender lo que la persona A est diciendo. Para este entendimiento mutuo,
se necesita una base comn, un lxico bsico con una comprensin del
significado de las cosas. A partir de este punto, ya se puede comenzar el
razonamiento. Para respaldar la comunicacin cientfica con el uso de
repositorios, stos deberan hablar el mismo idioma y por tanto es fundamental
crear una base comn. (Digital Repository Infrastructure Vision for European
Research. (DRIVER Project, 2008)

El Sistema Nacional de Acceso Abierto al Conocimiento -SNAAC tiene como objetivo

Fomentar y fortalecer las condiciones y capacidades para la produccin, articulacin,
organizacin, promocin del uso y la visibilidad de la produccin cientfica Colombiana en
acceso abierto (Colombia. Ministerio de Educacin Nacional, 2015). Lo cual requiere del
fortalecimiento de la red de Repositorios Institucionales nacional, de tal manera que en el
marco del SNAAC la infraestructura de las capas nacional e institucional, potencie su
capacidad para comunicarse entre ellas y con el mundo, lo que exige de un esfuerzo
importante en la definicin de estndares de gestin de informacin y tecnologa a todo
nivel.
Este documento incluye en su primera seccin, el Manual para el diligenciamiento de
metadatos Dublin Core, el cual tiene como finalidad mejorar la calidad del registro
descriptivo de los productos de conocimiento de las Instituciones de Educacin Superior
en Colombia en sus Repositorios. El manual incluye informacin que describe y caracteriza
los campos de metadato en aspectos como: definicin del elemento Dublin Core,
instrucciones de registro para cada rea de descripcin y sus respectivos ejemplos.
En la segunda seccin, se presenta un conjunto de directrices de interoperabilidad que
permiten la adecuada parametrizacin de la infraestructura tecnolgica y la prestacin de
los servicios por parte de las infraestructuras institucionales y nacionales.
Y finalmente se incluye una seccin de anexos, el primer anexo contiene informacin sobre
las Directrices generales de compatibilidad LA Referencia, el segundo anexo, contiene un
caso de uso del metadato Dublin Core por el SNAAC y el tercer anexo un registro XML de
un metadato para el SNAAC.

Contrato No. 1168 de 2015

Suscrito entre el MinEducacin y RENATA

1. Metadatos1 Dublin Core

Es importante mencionar que los metadatos a nivel general se entienden como el conjunto
de atributos que describen un producto de conocimiento y que han sido registrados de
manera estructurada.
El Sistema Nacional de Acceso Abierto al Conocimiento, ha establecido como estructura de
los metadatos de la oferta consolidada nacional, el estndar Dublin Core. Los calificadores
de refinacin de elementos y esquema de codificacin se emplearn en caso de realizar
descripciones de otros tipos de recursos.
Tabla 1. Elementos principales Dublin Core
Contenido

Title
Subject
Description
Source
Language
Relation
Coverage

Propiedad Intelectual
Creator
Publisher
Contributor
Rigths

Instanciacin
Date
Type
Format
Identifier

1.1. Manual para el diligenciamiento de metadatos

Dublin Core
Este Manual tiene como objetivo mejorar la calidad del registro descriptivo de los
productos de conocimiento de las Instituciones de Educacin Superior en Colombia en sus
Repositorios, los cuales posteriormente son recolectados por el SNAAC en su capa
nacional.
Para lograr el objetivo propuesto, el Manual expone normalizaciones ISO segn
corresponda2, en trminos de directrices de interoperabilidad adopta las Directrices para
Repositorios de Literatura de OpenAIRE v.3.0 y los acuerdos regionales del documento
Metadatos y Polticas de Cosecha de LA Referencia que detalla y ejemplifica su aplicacin.
Concluye con instrucciones RDA que quedarn como opcionales en cada institucin

Cuando el documento se refiere a metadatos, seala el conjunto de atributos que describen un

objeto digital y que han sido registrados de manera estructurada.
2
Para entes pblicos ISO 3166-1 alfa-3v, para lenguaje ISO 639:1998 y para fecha ISO 8601:2004.
Contrato No. 1168 de 2015
Suscrito entre el MinEducacin y RENATA

1.1.1. Directrices OpenAIRE: sobre cmo exponer los recursos cientficos digitales,
estas directrices estn destinadas a los administradores de repositorios y se
establecieron mediante acuerdos internacionales de interoperabilidad. Su
aplicacin en el registro de los metadatos es de carcter obligatorio, ya que de
eso depende la efectiva cosecha desde el SNAAC, LA Referencia y cualquier otro
nodo internacional a futuro.
Tenga en cuenta el Anexo 2. Caso de uso del metadato Dublin Core por el
SNAAC, acerca de obligatorios, recomendados y opcionales
Campo
Dublin

Definicin

Uso

Instrucciones de registro

Transcribir el ttulo del original, en orden y

ortografa del recurso. Recomendacin:
Utilizar maysculas nicamente para la
primer palabra del ttulo y los nombres
propios. Los subttulos deben separarse del
ttulo mediante dos puntos, precedidos y
seguidos por un espacio. Cuando el recurso
tenga el ttulo en ms de un idioma, colocar
cada ttulo en instancias separadas del
elemento. OpenAIRE

Ejemplos

Core

Title

Creator

Nombre que se da al recurso.

Normalmente, el ttulo es un
nombre por el cual el recurso es
conocido formalmente.

Entidad principal responsable del

contenido del recurso. Puede
designar a un autor personal,
institucional o evento (Conferencia,
reunin, etc.). En caso de mltiples
responsables, repetir el elemento
tantas veces como sea necesario

Para nombres personales utilizar el formato

invertido de tal forma que la sintaxis sea:
Apellido + , + Nombre. En Driver se
recomienda el formato APA STYLE de la
American Psychological Association para los
nombres de personas. Tambin se puede
usar alguna norma de citacin reconocida,
como ser Modern Language Association of
America (MLA), normas Vancouver; Chicago;
International
Standard
Bibliographic
Description (ISBD), etc.

<dc:title>Beat Brothers : grabacin y produccin

de sonido</dc:title>

<dc:creator>Camargo Espaa, Mario

Andrs</dc:creator>

Cuando el recurso posea ms de un autor,

colocar en instancias separadas del
elemento. OpenAIRE
Una instancia mantiene lo propuesto por
OpenAIRE en cuanto a los niveles de
accesibilidad, anteponindole el prefijo
info:eu-repo/semantics/.

<dc:rights>info:eurepo/semantics/openAccess</dc:rights>

info:eu-repo/semantics/closedAccess
Documentos cuyo acceso est restringido
en su totalidad.

Rights

Access Level: el nivel de acceso a

los recursos, expresado mediante
el uso de un lenguaje controlado.

info:eu-repo/semantics/restrictedAccess

Documentos parcialmente restringidos,

donde se permite el acceso a partes
especficas del mismo.
info:eurepo/semantics/embargoedAccess
Documentos restringidos por un tiempo
determinado, luego del cual pasan a estar
en acceso abierto.
info:eu-repo/semantics/openAccess
Documentos con acceso irrestricto a todo su
contenido. OpenAIRE

Contrato No. 1168 de 2015

Suscrito entre el MinEducacin y RENATA

<dc:rights>info:eurepo/semantics/closedAccess</dc:rights>
<dc:rights>info:eurepo/semantics/restrictedAccess</dc:rights>
<dc:rights>info:eurepo/semantics/embargoedAccess</dc:rights>

Campo
Dublin

Definicin

Uso

Instrucciones de registro

Ejemplos

Es preferible hacer referencia a un servicio

de derechos donde los derechos de
reutilizacin se explican al usuario final
mediante una direccin URL. Por ejemplo, la
organizacin Creative Commons ha creado
identificadores URI para sus distintas
licencias en las diferentes jurisdicciones. Esto
se puede aplicar para crear licencias de uso
de lectura mecnica. Diligencie esta
instancia en otro elemento Rights.
OpenAIRE

<dc:rights>http://creativecommons.org/licenses/
by/3.0/</dc:right>

Core

Rights

Subject

License
Condition:
incluir
informacin correspondiente a los
derechos para acceder o utilizar el
objeto o una referencia a un
servicio
que
brinde
esta
informacin (ej.: licencias Creative
Commons)

El tema de los recursos: por lo

general,
la
materia
estar
representada mediante palabras
clave, frases clave o cdigos de
clasificacin. La mejor prctica es
utilizar un vocabulario controlado.

OA

En Dublin Core es posible tener dos tipos de

valores (p.e. palabra clave y/o cdigo de
clasificacin) que describen el contenido.
Cuando
ambos
estn
disponibles,
registrarlos
en
distintas
ocurrencias.
Para las palabras clave o trminos del
lenguaje natural no controladas por un
vocabulario o tesauro y /o descriptores
trminos controlados por un vocabulario o
tesauro, repetir el elemento tantas veces
como
sea
necesario.
Registrar primero los trminos en el idioma
original y luego en el/los idioma/s en que se
encuentren
disponibles.

<dc:subject>Renovacin urbana</dc:subject>
<dc:subject>Patrimonio cultural</dc:subject>
<dc:subject>Organizaciones
sociales</dc:subject>

<dc:subject>Urban renewal</dc:subject>
<dc:subject>Cultural heritage</dc:subject>
<dc:subject>Social organizations</dc:subject>

Se recomienda fuertemente no utilizar

palabras en maysculas. LA Referencia

Description

Publisher

Informacin del contenido del

recurso.
La
descripcin
generalmente se remite a un
resumen. Tambin puede ser la
tabla de contenido o sumario,
referencias a representaciones
grficas del contenido o texto libre
con informacin del contenido

Entidad responsable de hacer que

el recurso est disponible. Una
persona, una organizacin o un
servicio pueden ser un editor.
Suele utilizarse el nombre de un
editor para indicar la entidad.

Proporcionar una descripcin textual del

contenido. Poner la primera instancia en el
idioma original y luego en el/los idioma/s en
el/los que est disponible.

OA

OA

Contrato No. 1168 de 2015

Suscrito entre el MinEducacin y RENATA

Ser el insumo que permitir aplicar tcnicas

de text-mining, Se recomienda fuertemente
que
se
incluya
una
versin
en
espaol/portugus y en ingls para mayor
visibilidad. OpenAIRE
Se trata del editor (comercial o no
comercial) del recurso; no la institucin de
filiacin laboral del creador. En el caso de
publicaciones universitarias, colocar el
nombre de la facultad o del grupo o escuela
de investigacin despus del nombre de la
universidad. A su vez, el departamento o
grupo de investigacin despus del nombre
de la facultad. En el caso de organizaciones
donde exista una jerarqua clara, enumerar
las partes de la jerarqua de mayor a menor
y separarlas con puntos seguidos de un
espacio. Si no queda clara la existencia de
una jerarqua, o si se desconoce cul es la
parte ms grande y ms pequea del
cuerpo, facilitar el nombre tal como aparece
en la copia electrnica. El uso de nombres
de editores de listas de autoridad creadas
segn archivos de tesauros locales o
nacionales es optativo. Se recomienda evitar
el uso de acrnimos o abreviaturas para la
designacin de una institucin. OpenAIRE

<dc:description>En Colombia an se consume

leche cruda en cantidades importantes:
actualmente 350 mil familias colombianas viven
de la produccin de leche, la cual alcanza los 17
millones 200 mil litros/ ao2. De esta produccin
nacional el 59% es informal, al punto que se
considera
una
problemtica
de
salud
pblica.</dc:description>

<dc:publisher>Pontificia Universidad Javeriana.

Facultad de Medicina</dc:publisher>

Campo
Dublin

Definicin

Uso

Instrucciones de registro

Ejemplos

Core
Colaboradores pueden ser: directores,
supervisores, editores, tcnicos, recolectores
de datos, tutores, jurados, compiladores, etc.
Registrar el nombre de cada colaborador en
instancias separadas. Para el caso de las
tesis, registrar en la primera instancia al
director (a).

Contributor

Cuando el recurso posea ms de un

colaborador, colocar en instancias separadas
del elemento.

Entidad responsable de contribuir

al contenido del recurso. Una
persona, una organizacin o un
servicio
pueden
oficiar
de
colaborador.

Para las personas, los mismos que Creator o

Autor (usualmente APA STYLE de la
American
Psychological
Association).
Tambin se puede usar alguna norma de
citacin reconocida, como ser Modern
Language Association of America (MLA),
normas Vancouver; Chicago; International
Standard Bibliographic Description (ISBD),
etc. OpenAIRE.

<dc:contributor>Maldonado,
Gilberto</dc:contributor>

Nota: Es importante tener en cuenta que

para el caso de directores de Tesis, este
ampo es Obligatorio si Aplica (OA)
La prctica que se recomienda para codificar
el valor de la fecha se define en la norma
ISO 8601 [W3CDTF] y sigue el formato
AAAA-MM-DD.
Las formas admitidas son:

Publication Date: asociada con un

evento en el ciclo de vida del
recurso.

Date

Embargo End Date: Fecha en la

que se podr tener en acceso
abierto el recurso que se encuentra
embargado.

Type

OA

Publication
Type:
Tipo
de
resultado cientfico del cual el
recurso es una manifestacin. Se
describe el tipo de diseminacin o
el tipo de contenido intelectual del
recurso. Se utiliza para explicar al
usuario qu tipo de recurso est
observando. Si se trata de un libro,
de un artculo y si se escribi para
uso interno o externo, etc.

Contrato No. 1168 de 2015

Suscrito entre el MinEducacin y RENATA

AAAA
AAAA-MM
AAAA-MM-DD
Donde AAAA representa el ao; MM, el mes
de la publicacin y DD el da.
Si no hay ninguna fecha de publicacin
disponible, se recomienda utilizar una fecha
estimada. Dado que es mejor utilizar una
fecha estimada que ninguna, se pueden
utilizar la fecha de impresin, la de
aceptacin del trabajo, la de la dcada en
que se calcula que se edit el documento,
etc. OpenAIRE
En el caso de que el objeto se encuentre
limitado por un perodo de
embargo:(info:eurepo/semantics/embargoe
dAccess) esta instancia es obligatoria y
contendr la fecha a partir de la cual estar
disponible en Acceso Abierto.

<dc:date>2000-12-25</dc:date>

<dc:date>1978-02</dc:date>

<dc:date>1650</dc:date>

<dc:date>info:eu-repo/date/embargoEnd/201512-31</dc:date>

<dc:type>info:eurepo/semantics/article</dc:type>

Tipo: Indique el tipo de publicacin

basndose en el vocabulario controlado del
tipo de publicaciones DRIVER.

<dc:type>info:eurepo/semantics/masterThesis</dc:type>
<dc:type>info:eurepo/semantics/doctoralThesis</dc:type>
<dc:type>info:eurepo/semantics/report</dc:type>

Campo
Dublin

Definicin

Uso

Instrucciones de registro

OP

Tipo: Indique el tipo de publicacin

basndose en el vocabulario del repositorio
local.

Ejemplos

Core

Type

Publication
Type:
Tipo
de
resultado cientfico del cual el
recurso es una manifestacin. Se
describe el tipo de diseminacin o
el tipo de contenido intelectual del
recurso. Se utiliza para explicar al
usuario qu tipo de recurso est
observando. Si se trata de un libro,
de un artculo y si se escribi para
uso interno o externo, etc.

Identifier

Languaje

Source

Se puede utilizar para determinar

el software, el hardware u otro
equipamiento
necesario
para
mostrar u operar el recurso. Entre
los ejemplos de dimensiones se
incluyen el tamao y la duracin.

Referencia inequvoca al recurso

dentro de un contexto
determinado.

Un cdigo de tres caracteres que

identifica el idioma del contenido
intelectual del recurso.

Usualmente se utiliza para hacer la

relacin entre un objeto digital que
es parte de un recurso mayor
(artculo de revista, documento de
conferencia, parte de libro). En este
caso el campo es recomendado.
Este recurso mayor puede o no
tambin haber sido digitalizado

Contrato No. 1168 de 2015

Suscrito entre el MinEducacin y RENATA

Versin del documento: Indique el estado

del proceso de publicacin basado en el
vocabulario controlado del tipo de
publicaciones DRIVER.

<dc:type>info:eurepo/semantics/accepted</dc:t
ype>

Consignar en otra instancia la versin del

resultado cientfico.

<dc:type>info:eurepo/semantics/updated</dc:ty
pe>

<dc:type>info:eurepo/semantics/published</dc:
type>

Formato de codificacin: La prctica

recomendada consiste en seleccionar un
valor de la lista registrada de IANA de tipos
de medios de Internet (tipos MIME).

Format: La manifestacin fsica o

digital del recurso. Normalmente,
este elemento puede incluir el tipo
de medio o las dimensiones del
recurso.

Format

<dc:type>Libro</dc:type>

http://www.iana.org/assignments/mediatypes/media-types.xhtml

<dc:format>application/pdf</dc:format>

Si un recurso especfico tiene ms de un

formato fsico (por ejemplo, PostScript y
PDF) almacenados como diferentes archivos
de objetos, todos los formatos se
mencionan en el formato de elemento
formato de Dublin Core. OpenAIRE

<dc:format>application/postscript</dc:format>

Entre los ejemplos de sistemas de

identificacin formal se incluyen el
identificador uniforme de recurso (URI,
Uniform Resource Identifier), incluido el
localizador uniforme de recurso (URL,
Uniform Resource Locator), el identificador
de objetos digitales (DOI, Digital Object
Identifier)
y
el
URN:NBN.
Se repite el elemento para cada cdigo de
identificacin.
Se deben registrar el/los identificadores
permanentes del recurso. LA Referencia
La fuente del cdigo es la Norma ISO 639-3:
http://www-01.sil.org/iso639-3/default.asp
De ser necesario, repita este elemento para
indicar varios idiomas en el contenido del
recurso.
Si un recurso especfico (una instancia de la
produccin cientfica) est escrito en un
lenguaje y est traducido a otros idiomas
cada traduccin tiene su propio registro.
OpenAIRE
Utilizar slo si el recurso descrito es el
resultado de la digitalizacin de originales
no digitales. De lo contrario, utilizar el
elemento Relation. Se recomienda el uso
de una cadena de valores conforme a un
sistema
de
identificacin
formal.
dcterms:bibliographicCitation. OpenAIRE

<identifier>http://revistas.udem.edu.co/index.ph
p/ingenierias/article/view/240</identifier>

<identifier>doi:10.5546/aap.2012.27</identifier>

<dc:language>spa</dc:language>
(para el idioma espaol)
<dc:language>eng</dc:language>
(para el idioma ingls)
<dc:language>fre</dc:language>
(para el idioma francs)

<dc:source>Arch. argent. pediatr.

2012;110(1):29-80</dc:source>

Campo
Dublin

Definicin

Uso

Instrucciones de registro

Ejemplos

Core

Relation

La referencia a un recurso
relacionado.

Coverage

La extensin o mbito del

contenido del recurso. La
cobertura incluira la localizacin
espacial (un nombre de lugar o
coordenadas geogrficas), el
perodo temporal (una etiqueta del
perodo, fecha o rango de datos) o
jurisdiccin (tal como el nombre de
una entidad administrativa).

Audience

Clase o entidad para quines el

recurso pretende ser til.

Contrato No. 1168 de 2015

Suscrito entre el MinEducacin y RENATA

OP

Para usos de OpenAIRE se puede ver su uso

en:
Project
Information,
Alternative
Identifiers, Referenced Publications, y
Referenced Datasets. Se utiliza para
relacionar distintos registros de metadatos,
que pertenecen a distintas versiones del
mismo objeto digital (por ej. versin del
autor y versin del editor; preimpresin,
postimpresin, una versin en un idioma
con la versin en otro, versin preliminar y
versin definitiva, distintas ediciones de un
libro, versin de una tesis presentada a una
universidad
y
la
versin
editada
posteriormente, etc.). OpenAIRE

<dc:relation>http://hdl.handle.net/10</dc:relatio
n>

Se recomienda seleccionar un valor de un

vocabulario controlado (por ejemplo, del
Thesaurus of Geographic Names (TGN) y
que, donde sea apropiado, se usen
preferentemente los nombres de lugares o
perodos de tiempo antes que los
identificadores numricos tales como un
conjunto de coordenadas o rangos de
datos. OpenAIRE

<dc:coverage>name=Western Australia;
northlimit=-13.5; southlimit=-35.5;
westlimit=112.5; eastlimit=129</dc:coverage>

La clase o entidad puede ser determinada

por el autor, editor u otra tercera entidad.
OpenAIRE

<dc:audience>Estudiantes</dc:audience>

1.1.2. Descripcin y Acceso a los Recursos RDA: Una herramienta optimizada

para uso en el entorno Web, una herramienta que se adapta para todo tipo de
contenido y medio de soporte, una herramienta que apoya registros listos para
uso en el entorno digital es decir, a travs de internet, catlogos pblicos
funcionales en el entorno Web, etc. Los registros creados con las pautas RDA
tambin sern adaptables para las nuevas estructuras de las emergentes bases
de datos y tecnologas (Library of Congress, 2010). Su uso y aplicacin en el
registro de los metadatos ofertados al SNAAC ser opcional y partir de la
decisin propia de cada institucin de normalizar de manera ms detallada la
descripcin de sus registros.
Nota importante: Los elementos Dublin Core que sean diligenciados con las instrucciones
RDA deben ser diferenciados, de manera que estos no generen inconvenientes con los
cosechadores internacionales. En los ejemplos se ilustran cmo deben configurarse cada
una de las etiquetas:
Campo
Dublin

rea de descripcin

Instrucciones de registro RDA

Ejemplos RDA

Core

Creator y
Contributor

Designador de la relacin es un
designador que indica la naturaleza
de la relacin entre un recurso y una
persona,
familia
o
entidad
corporativa asociada con ese recurso.
Un designador de relacin se registra
con el punto de acceso autorizado
y/o identificador que representa la
persona,
familia
o
entidad
corporativa asociadas.
El alcance definido de un elemento
de
relacin
proporciona
una
indicacin general de la relacin
entre un recurso y una persona,
familia
o
entidad
corporativa
asociada con el recurso (por ej., el
creador,
propietario).
Los
designadores
de
relacin
proporcionan
informacin
ms
especfica sobre la naturaleza de la
relacin (por ej., autor, donante).

Registre uno o ms trminos apropiados de

la lista en el Apndice I de RDA para indicar
la funcin especfica realizada por la
persona, familia o entidad corporativa en
relacin con el recurso. Registre el
designador con un identificador y/o punto
de acceso autorizado que represente esa
persona, familia o entidad corporativa.
A continuacin se listan algunos trminos
de esta lista que podran ser tiles en la
descripcin especifica de Artculos, Tesis e
Informes finales de investigacin:
Para creador:

Contrato No. 1168 de 2015

Suscrito entre el MinEducacin y RENATA

autor

Contribuidores:
consultor: Una persona, familia
o entidad corporativa que
proporciona
servicios
de
consultora, y que a menudo
hace recomendaciones, a otra
persona, familia o entidad
corporativa que es representada
como el creador de una obra.
director de grado: Una persona
que supervisa una grado
acadmico de alto nivel.
institucin que otorga el
grado: Una entidad corporativa
que
otorga
un
grado
acadmico. RDA

<dc:creator.rda> Camargo Espaa, Mario

Andrs, autor</dc:creator.rda>
<dc:contributor.rda>Ekengren, Ann-Marie,
director de grado</dc:contributor.rda>
<dc:contributor.rda>G., Liliana Andrea,
consultor</dc:contributor.rda>
<dc:contributor.rda>University of Vermont,
institucin que otorga el
grado</dc:contributor.rda>

Campo
Dublin

rea de descripcin

Instrucciones de registro RDA

Ejemplos RDA

Core
Aplica puntuacin prescrita: Separe el
ttulo o la informacin complementaria del
ttulo de la mencin de responsabilidad con:
espacio, barra diagonal y espacio, tal y como
se ilustra en los ejemplos.

Title

Una mencin de responsabilidad

relacionada con el ttulo propiamente
dicho es una mencin asociada con
el ttulo propiamente dicho de un
recurso que se relaciona con la
identificacin y/o funcin de todas
las personas, familias, o entidades
corporativas responsables de la
creacin de, o que contribuyen a la
realizacin del contenido intelectual
o artstico del recurso. RDA 2.4.2.1

Cuando se registra ms de una mencin de

responsabilidad con la misma funcin,
seprelas con: coma, tal y como se ilustra en
el Ejemplo 1

<dc:title.rda>123 preguntas de la fisiologa

vegetal / Ma. Estrella Legaz Gonzlez,
Carlos Vicente Crdoba</dc:title.rda>

Cuando se registra ms de una mencin de

responsabilidad con diferente funcin,
seprelas con: punto y coma. Apndice D
Sintaxis del registro de datos
descriptivos RDA Ejemplo 2

Ejemplo 2:

Mencin a ms de una persona, etc.:

Registre una mencin de responsabilidad
mencionando ms de una persona, familia o
entidad corporativa como una sola mencin
si esas personas, familias, o entidades
corporativas nombradas en ella, realizan la
misma funcin o diferentes funciones.
Ejemplo 3
Omisin Opcional
Si una nica mencin de responsabilidad
nombra ms de tres personas, familias o
entidades corporativas que realizan la
misma funcin (o con el mismo grado de
responsabilidad), omita todos menos el
primer nombre de cada grupo de dichas
personas, familias o entidades corporativas.
Indique la omisin resumiendo lo que se
omite en la lengua y escritura preferida por
la agencia que prepara la descripcin. RDA
2.4.1.5 Ejemplo 4

Publisher

Una mencin de publicacin es una

mencin que identifica el lugar o
lugares de publicacin, el editor o los
editores, y la fecha o fechas de
publicacin
de
un
recurso.
La mencin de publicacin incluye
menciones relacionadas con la
publicacin, entrega o emisin de un
recurso.
Considere todos los recursos en lnea
como publicados. RDA 2.8.1.1

Aplica puntuacin prescrita: Separe el

lugar de publicacin del nombre del editor
con: espacio, dos puntos y espacio. Separe
el nombre del editor de la fecha de
publicacin con: coma y espacio tal y como
se ilustra en los ejemplos. Apndice D
Sintaxis del registro de datos
descriptivos RDA
Transcriba los lugares de publicacin y los
nombres de los editores como aparecen en
la fuente de informacin. RDA 2.8.1.4
Un lugar de publicacin es un lugar
asociado con la publicacin, lanzamiento o
edicin de un recurso. RDA 2.8.2.1
Un nombre del editor es el nombre de una
persona, familia o entidad corporativa
responsable por la publicacin, entrega o
emisin de un recurso. Un nombre de un
editor se puede representar por una palabra
o frase caracterizadora. RDA 2.8.4.1
Fecha de publicacin es una fecha asociada
con la publicacin, entrega o emisin de un
recurso. RDA 2.8.6.1

Contrato No. 1168 de 2015

Suscrito entre el MinEducacin y RENATA

Ejemplo 1:

<dc:title.rda>101 hierbas medicinales /

Juan Francisco Jaramillo G. ; ilustraciones de
Carlos Mario Barrios</dc:title.rda>

Ejemplo 3:
<dc:title.rda>La ciencia en Colombia /
Ingrid Pineda, Leonardo Amaya, Paola
Castro, Edgar Delgado y Mara Fernanda
Rivero ; traduccin, Oscar
Zarate</dc:title.rda>
Ejemplo 4:
<dc:title.rda>La ciencia en Colombia /
Ingrid Pineda [y otros cuatro] ; traduccin,
Oscar Zarate</dc:title.rda>

<dc:publisher.rda>Bogot : Pontificia
Universidad Javeriana,
1997</dc:publisher.rda>
<dc:publisher.rda>Manizales : Universidad
Nacional de Colombia,
2009</dc:publisher.rda>
<dc:publisher.rda>Palmira : Universidad
Nacional de Colombia, [2014?]
</dc:publisher.rda>

Campo
Dublin

rea de descripcin

Instrucciones de registro RDA

Ejemplos RDA

Core
Registre la extensin del recurso dando el
nmero de unidades y el tipo de unidad.
RDA 3.4.1.3

Descripcin del soporte:

seleccionar un recurso que responda
a las necesidades del usuario en
trminos de:

Format

a)

Las caractersticas fsicas

del soporte.

b)

El formato y codificacin
de la informacin incluida
en o almacenada en el
soporte.

Estos elementos se utilizan tambin

para identificar un recurso (i.e., para
distinguir entre recursos con
caractersticas similares)

Description

Para el tipo de unidad, use el trmino:

recurso en lnea.
Registre el tipo de archivo si se puede
determinar fcilmente y si se considera
importante para la identificacin o seleccin.
RDA 3.19.2.3

<dc:format.rda>1 recurso en lnea (archivo

de texto) : PDF (182 KB)</dc:format.rda>

Registre el formato de codificacin si se

puede determinar fcilmente y si se
considera importante para la identificacin o
seleccin. RDA 3.19.3.3
Registre el tamao del archivo si se puede
determinar fcilmente y si se considera
importante para la identificacin o seleccin.
Registre el tamao del archivo en bytes,
kilobytes (KB), megabytes (MB), o gigabytes
( GB), segn sea apropiado. RDA 3.19.4.3
Tipos de Medios: es una categorizacin
que refleja el tipo general de elemento de
intermediacin que se requiere para ver,
reproducir, operar, etc., el contenido de un
recurso. RDA 3.2.1.1
Registre
computadora
para
medios
utilizados
para
almacenar
archivos
electrnicos, diseados para usarse en una
computadora. Incluye medios a los que se
accede en forma remota mediante el uso de
servidores de archivos y de medios de
acceso directo como cintas y discos para
computador. RDA 3.2.1.3

<dc:format.rda>Tipo de medio:
computadora</dc:format.rda>

Requerimientos de equipo o
sistema: consiste en el equipo o
sistema requerido para usar,
reproducir, etc., un recurso anlogo,
digital, etc. RDA 3.20.1.1

Registre requerimientos tales como la marca

y modelo del equipo, el sistema operativo, la
cantidad de memoria, o cualquier plug-in o
perifricos, requeridos para reproducir, ver o
correr el recurso. RDA 3.20.1.3

<dc:description.rda>Requerimientos de
sistema: Adobe Acrobat
Reader</dc:description.rda>

Contenido complementario es un
contenido (p.ej., un ndice, una
bibliografa, un apndice) concebido
como complemento del contenido
bsico del recurso. RDA 7.16.1.1

Si
el
recurso
incluye
contenido
complementario, registre la naturaleza de
ese contenido (i.e., su tipo, extensin,
localizacin dentro del recurso). Proporcione
esta informacin si se considera importante
para la identificacin o seleccin. RDA
7.16.1.3

Informacin de una disertacin

o tesis: es la informacin relativa a
una obra presentada como parte de
los requisitos formales de un grado
acadmico. RDA 7.9.1.1

Trate la obra que se describe como una

disertacin o tesis presentada como parte
de los requisitos de un grado acadmico si
contiene una mencin declarando que
constituye una disertacin o tesis. Registre
la siguiente informacin:
a) el grado para el cual el autor fue
candidato.
b) el nombre de la institucin o facultad a la
cual fue presentada la tesis.
c) el ao en el que fue otorgado el grado.

Contrato No. 1168 de 2015

Suscrito entre el MinEducacin y RENATA

<dc:description.rda>Incluye
ndice</dc:description.rda>
<dc:description.rda>Bibliografa: pginas
859910</dc:description.rda>

<dc:description.rda>Tesis de maestra
Universidad Politcnica de Madrid,
1999</dc:description.rda>

Campo
Dublin

rea de descripcin

Instrucciones de registro

Ejemplos

Core

Description

Lengua del contenido es una lengua

utilizada para expresar el contenido
de un recurso. RDA 7.12.1.1

Registre los detalles de la lengua o lenguas

utilizadas para expresar el contenido del
recurso si se consideran importantes para la
identificacin o seleccin. RDA 7.12.1.3
Nota aclaratoria: No redacte notas sobre el
idioma del recurso, cuando est se
encuentra en una sola lengua.

<dc:description.rda>Texto en espaol,
ingls y francs</dc:description.rda>
<dc:description.rda>Resumen en
italiano</dc:description.rda>
<dc:description.rda>Comentarios en
ingls</dc:description.rda>

Registre la relacin entre una obra,

expresin, manifestacin o tem y una obra,
expresin,
manifestacin
o
tem
relacionados, utilizando una o ms de estas
tcnicas,
segn
sea
aplicable:
a) el identificador de la obra, expresin,
manifestacin o tem relacionados
b) el punto de acceso autorizado que
representa la obra o expresin relacionadas
y/o

Source

Manifestacin relacionada es una

manifestacin, representada por un
identificador o una descripcin, que
est relacionada con el recurso que
se describe. RDA 27.1.1.1

c) la descripcin de la obra, expresin,

manifestacin o tem relacionados. RDA
24.4

Registre un designador de relacin

apropiado para especificar la naturaleza de
la relacin.
Un designador de relacin se refiere a un
designador que indica la naturaleza de la
relacin
entre
obras,
expresiones,
manifestaciones o tems. Un designador de
relacin se registra con el punto de acceso
autorizado,
el
identificador
y/o
la
descripcin que representan la obra,
expresin,
manifestacin
o
tem
relacionados. RDA 24.5.1.1 (Contenido en)

Contrato No. 1168 de 2015

Suscrito entre el MinEducacin y RENATA

<dc:source.rda>Contenido en: Avances en

Psicologa Latinoamericana. Volumen 25,
nmero 2 (octubre 13, 2007). Bogot :
Universidad del Rosario, 2004-. ISSN 21454515</dc:source.rda>

2.

Interoperabilidad

Este documento asume los niveles de interoperabilidad definidos por Krsulovic (2012);
quien presenta cuatro niveles de interoperabilidad (sintctica, semntica, estructural y de
infraestructura), lo que establece un espectro amplio de interoperabilidad que generar
que las instituciones tengan los mayores estndares disponibles, sin importar el marco de
medicin y operacin.

Interoperabilidad Sintctica. Krsulobic (2012) define este nivel como la capacidad

de los sistemas de informacin para leer datos procedentes de otros similares y
obtener una representacin que pueda ser compatible. Esto se logra mediante la
utilizacin de formatos/modelos estandarizados de codificacin y estructuracin de
documentos y metadatos. Esto incluye el uso de lenguajes y metalenguajes
estructurados (XML, ASN1), junto con modelos de metadatos estandarizados
(Dublin Core, Marc21, Etd-ms, MODS) cuyos elementos representan una sintaxis
comn entre los diferentes sistemas.

Interoperabilidad Semntica. Se puede entender como la capacidad de los

Repositorios Institucionales, para intercambiar informacin basndose en un
significado comn de los trminos y expresiones contenidos en los metadatos
y documentos, con el fin de asegurar la consistencia, representacin y
recuperacin de los contenidos. Esto involucra el uso de esquemas semnticos
que incluyen vocabularios controlados (tesauros, listados de encabezamiento de
materias, anillos de sinnimos, taxonomas, ontologas, entre otras). (Krsulobic,
2012)

Interoperabilidad Estructural. Corresponde con los modelos lgicos comunes y la

capacitad de los sistemas de informacin para comunicarse e interactuar en
ambientes heterogneos (en grupos abiertos/cerrados, con control
centralizado/distribuido). Esto incluye la definicin y utilizacin de protocolos
especializados como Z39.50, OAI-PMH, SRU, entre otros disponibles. (Krsulobic,
2012)

Interoperabilidad de Infraestructura. Utilizacin de un medio fsico/lgico que

sirva como un canal que permita realizar los procesos de intercambio de datos,
informacin, documentos, metadatos y objetos digitales independientes de la
plataforma, soportados por protocolos de intercambio y acceso comunes a
redes de datos tales como ISO-OSI y TCP/IP. (Krsulobic, 2012)

Contrato No. 1168 de 2015

Suscrito entre el MinEducacin y RENATA

Estos niveles de interoperabilidad de Krsulovic cobran sentido cuando se conjugan con

meta-esquemas de informacin estructurada (Metadatos) que permiten la bsqueda,
recuperacin y acceso efectivo a la informacin depositada en los Repositorios
Institucionales. Teniendo en cuenta este servicio fundamental y con el fin de garantizar la
comunicacin entre Proveedores de datos (Repositorios Institucionales) y Proveedores de
servicios (cosechadores), se establece una comunicacin usando el protocolo http (a travs
de los mtodos GET y POST); de esta manera se pueden emitir preguntas (que pueden ser
por ejemplo la fecha de creacin de los registros) y recibir respuestas (en registros
codificados bajo el formato XML) en una comunicacin tipo clave=valor.
Solamente existen seis peticiones que un Proveedor de Servicios puede realizar a un
Proveedor de Datos; estos son:

Identify: utilizado para recuperar informacin d e l Proveedores de datos:

nombre, versin del protocolo que utiliza, direccin del administrador, entre
otros. http://urldelrepositorio.org/OAI script?verb=Identify .

ListMetadataFormats: devuelve la lista de formatos bibliogrficos que utiliza el

servidor.

ListIdentifiers: recupera los encabezamientos de los registros en lugar de los

registros completos. Tiene un argumento obligatorio (metadataprefix)

para

especificar el formato de metadatos en el que se quiere obtener la respuesta.

Permite, adems, argumentos como el rango de fechas entre los que queremos
recuperar datos.

ListRecords: recupera los registros completos en el modelo de metadatos

especificado por el verbo (metadataprefix).

GetRecord: Usado para recuperar un registro concreto. Necesita dos argumentos:

identificador del registro solicitado (identifier) y especificacin del formato de
metadatos (metadataprefix) en que se desea obtener el registro.

ListSets: recupera un conjunto de registros especficos, estos conjuntos son

creados opcionalmente por el servidor para facilitar una recuperacin selectiva de
metadatos. Se trata de una clasificacin de los contenidos segn diferentes criterios
como materias, lenguaje, tipologa documental, etc. (Open Harvester Systems)

Teniendo en cuenta que la interoperabilidad tanto de Repositorios Institucionales, como

en Cosechadores Nacionales y Regionales, se hace imperiosa la necesidad de establecer
comunicacin tecnolgica a todo nivel, a fin. Esto a fin de exponer metadatos o bien de
ser recolectados para la visibilidad de la produccin cientfica institucional.

Contrato No. 1168 de 2015

Suscrito entre el MinEducacin y RENATA

El captulo de directrices de interoperabilidad de este documento, retoma la

documentacin que se produce a este respecto en la regin y el mundo para desarrollar
un ejercicio de alineacin internacional y presenta en anexo las directrices que establece la
regin en el Acuerdo tcnico de Bogot en el marco de LA Referencia de la siguiente
forma:
Directrices DRIVER 2.0. Directrices para proveedores de contenido Exposicin de
recursos textuales con el protocolo OAI-PMH (DRIVER Project, 2008)
Directrices OpenAIRE
Lineamientos Tcnicos para el Repositorio Nacional y los Repositorios
Institucionales. CONACYT (Mxico). (Consejo Nacional de Ciencia y Tecnologa
(MX), CONACYT, 2015)
Directrices SNRD: Directrices para proveedores de contenido del Sistema Nacional
de Repositorios Digitales Ministerio de Ciencia, Tecnologa e Innovacin Productiva
(Argentina) (Ministerio de Ciencia, Tecnologa e Innovacin Productiva (Ministerio
de Ciencia, Tecnologa e Innovacin, 2015)
Acta de acuerdo del comit tcnico LA Referencia (Bogot 27 y 28 agosto 2012) (LA
Referencia, 2012)
Las directrices sobre interoperabilidad establecidas en el SNAAC, estn basadas en las
directrices OpenAIRE Guidelines for Literature Repositories Managers 3.0 y el documento
Metadatos y Polticas de Cosecha publicado por LA Referencia.
Las directrices presentadas en este Manual, son definidas segn los distintos aspectos
fundamentales de interoperabilidad de Krsulovic, tomando en cuenta los siguientes
elementos que las conforman:
Interoperabilidad Sintctica

Estndares de Metadatos
Identificacin de documentos de acceso abierto (accessRights)
Formatos de Elementos por Defecto: Fecha, Identificador, Idioma, Coberturas
Geogrficas/Espaciales

Interoperabilidad Semntica

Tipologas Documentales
Vocabularios Controlados

Contrato No. 1168 de 2015

Suscrito entre el MinEducacin y RENATA

Interoperabilidad Estructural

Implementacin del protocolo OAI-PMH

Interoperabilidad de Infraestructura

Protocolo HTTP y Direcciones IP de Internet

ID nica y acceso directo a los Documentos Completos

Directriz 1. Sobre el protocolo OAI-PMH

Es directriz del SNAAC el cumplimiento del protocolo OAI-PMH (Open Archives Initiative
Protocol for Metadata Harvesting) en su versin 2.0; por lo que se establece que los
repositorios institucionales deben estar configurados conforme el cumplimiento de OAI
2.0. Que ampla la gama de verbos del MetadataPrefix que puede ofrecer el Repositorio
Institucional (Estos verbos se amplan en la directriz 4 de este mismo documento).
Directriz 2. Sobre los Set
Es importante mencionar que los Set hacen referencia a las colecciones definidas al interior
de los Repositorios Institucionales, estos pueden ser por tipo de producto de
conocimiento, por temticas o reas de conocimiento. En su conjunto constituyen lo que
se conoce como ListSet o colecciones.
En el contexto de esta directriz, el SNAAC tendr como condicin preliminar, la definicin
de un set SNAAC como coleccin de metadatos ofrecidos en cosecha para la capa
nacional. Este Set es de gran importancia, debido a que es la forma de obtener los
registros para el SNAAC cumpliendo el protocolo OAI-PMH, lo que le permitindole
recoger la informacin en formato Dublin Core, desde el sets o agrupacin del Sistema
Nacional de Acceso Abierto al Conocimiento. De esta manera, las instituciones que se
vinculen al SNAAC debern definir un set SNAAC a fin de ofrecer la cosecha al Sistema
Nacional.
Los metadatos asociados al set SNAAC deben estar de acuerdo al esquema de metadatos
que se presenta en este Manual, prestando especial atencin a lo siguiente:
Aportar una URI accesible (que enlace en forma directa al producto de conocimiento
descrito o a la ficha de acceso)
Incluir slo valores de las listas controladas definidas en el esquema de metadatos
(dc:type, dc:rights).
Respetar los esquemas de codificacin definidos en este Manual, en especial
campos como fechas, derechos e idioma (dc:date, dc:Rights, dc:language).
En caso de objetos bajo perodo de embargo o protegidos se deben incluir
solamente sus metadatos, con el compromiso de proporcionar acceso al
documento completo a partir del momento de su liberacin.

Contrato No. 1168 de 2015

Suscrito entre el MinEducacin y RENATA

A continuacin, se muestran el nombre y la especificacin del set (setName y setSpec) que

debern utilizarse para crear un set SNAAC.
Tabla 2. SetName para el SNAAC
El set SNAAC

setName
Sistema Nacional de Acceso Abierto

Setspec
SNAAC
Fuente. Corporacin RENATA (2015).

Es posible insertar un registro en distintos sets. El encabezado de un registro puede

contener cero o ms especificaciones de sets (setSpecs). Un registro de OAI podra tener el
siguiente aspecto:
Tabla 3. SetSpec
<record>
<header>
<identifier>oai:repository:it/0112017</identifier>
<datestamp>2008-02-15</datestamp>
<setSpec>biochemistry</setSpec>
<setSpec>neurophysics</setSpec>
<setSpec>snaac</setSpec>
</header>
<metadata>
<oai_dc:dc xmlns:oai_dc="http ....
</record>
Fuente. Corporacin RENATA (2015).

Como se puede apreciar en el ejemplo, este registro est presente en tres sets
diferentes: el set de bioqumica (biochemistry), el de neurofsica (neurophysics) y el de
SNAAC. Los dos primeros sets indican que el registro ser cosechado utilizando la
materia como filtro; el tercero indica que ese registro cumple con los requisitos para
ser cosechado por el Sistema Nacional de Acceso Abierto.
El set SNAAC y otros sets pueden estar en distintas ubicaciones/URL base del proveedor de
datos.
Directriz 3. Sobre identificadores persistentes
El repositorio deber contar con un identificador OAI legible que permita la extraccin de
metadatos.
Es ejemplo de este identificador:
http://repository.institucion.edu.co/OAI/openarchivesprotocol.html#MetadataNamespaces

Contrato No. 1168 de 2015

Suscrito entre el MinEducacin y RENATA

El identificador OAI no debe confundirse con el identificador del dc:identifier que se usa
para la identificacin inequvoca de un elemento dentro de un Repositorio por lo que es
usado para peticin y extraccin de metadatos en el protocolo OAI-PMH
Recomendacin:
Para la regin, se decidi utilizar la identificacin
repositorio ya que no estaba especificado en las
relevante que las redes nacionales contemplen este
obtener estadsticas relevantes y diagnsticos por
metadatos.

de la institucin cosechada y su
recomendaciones y directrices. Es
aspecto en sus cosechas a fin de
repositorio de la calidad de los

<dc:identifier>instname:Nombre de la Institucin</dc: identifier>

<dc:identifier>reponame:Nombre del Repositorio</dc:identifier>
<dc:identifier>repourl:URL del Repositorio</dc:identifier>

Directriz 4. Sobre el prefijo de metadatos (MetadataPrefix)

El MetadataPrefix, permite a la capa nacional reconocer el estndar de metadatos que
utiliza el Repositorio Institucional; que para el caso del SNAAC, deber corresponder a
Dublin Core, tal como se indica en el apartado de Manual de Metadatos de este mismo
documento.
Como respuesta de la solicitud realizada al MetadataPrefix, el OAI ofrecer una respuesta
con los siguientes verbos del OAI-PMH:

ListRecords: permite visualizar el total de la metadata ofertada por el Repositorio

Institucional en formato XML.
Ejemplo:
http://repository.institucion.edu.co/oai?verb=ListRecords&metadataPrefix=oai_dc

ListIdentifier: identifica cada una de las colecciones definidas en el Repositorio

Institucional y la fecha de creacin de la coleccin.
Ejemplo:http://repository.institucion.edu.co/oai?verb=ListIdentifiers&metadataPrefi
x=oai_dc

GetRecord: recupera la totalidad del registro de metadatos de cada producto de

conocimiento.
Ejemplo:
http://repository.institucion.edu.co/oai?verb=GetRecord&metadataPrefix=oai_dc&i
dentifier=oai:eprints.whiterose.ac.uk:937

Contrato No. 1168 de 2015

Suscrito entre el MinEducacin y RENATA

Glosario
ASN1: Es una norma para representar datos independientemente de la mquina que se est usando y sus formas
de representacin internas, se utiliza para para representar sus objetos gestionables
Bar: Es un trmino genrico ampliamente usado para aludir a cualquier entidad informtica cuyo nombre se
ignora o no se quiere expresar. Por s misma, la palabra bar no tiene un significado preciso; solamente es una
representacin lgica en el sentido en que las letras "x" e "y".
CamelCase: Es un estilo de escritura que se aplica a frases o palabras compuestas. El nombre se debe a que las
maysculas a lo largo de una palabra en CamelCase se asemejan a las jorobas de un camello. El nombre
CamelCase se podra traducir como Maysculas/Minsculas Camello. El trmino case se traduce como "caja
tipogrfica", que a su vez implica si una letra es mayscula o minscula y tiene su origen en la disposicin de los
tipos mviles en casilleros o cajas.
Creative Commons: Es una organizacin sin fines de lucro que permite el intercambio y uso de la creatividad y
el conocimiento a travs de herramientas legales gratuitos.
DOI: Es una forma de identificar un objeto digital (por ejemplo un artculo electrnico de una revista, un captulo
de un libro electrnico...) sin importar su URL, de forma que si sta cambia, el objeto sigue teniendo la misma
identificacin. Se usa extensivamente en publicaciones electrnicas como revistas cientficas y otras.
GetRecord: Obtiene un registro de metadatos individuo desde el repositorio Requiere los argumentos
'identificador' & 'metadataPrefix'
Internet Media Types (MIME): Es un identificador estndar utilizado en la Internet para indicar el tipo de datos
que un archivo contiene.
Interoperabilidad: Esta definicin es basada en el contexto de las bibliotecas digitales y teniendo en cuenta a
Eva Mndez y Jos A. Senso, como toda aquella informacin descriptiva sobre el contexto, calidad, condicin o
caractersticas de un recurso, dato u objeto que tiene la finalidad de facilitar su recuperacin, autentificacin,
evaluacin, preservacin y/o interoperabilidad.
ISBN: Es un identificador nico para libros, previsto para uso comercial. Fue creado en el Reino Unido en 1966
por las libreras y papeleras britnicas W. H. Smith y llamado originalmente Standard Book Numbering (en
espaol, numeracin estndar de libros), abreviado SBN.
ISO 639:1998: Es la norma que da cdigos para lenguas y grupos o familias de lenguas.
ISO 15836:2009: Es la norma The Dublin Core metadata element set y establece un estndar para la
descripcin de recursos entre dominios, conocido como el Conjunto de Elementos de Metadatos Dublin Core
ISO 3166-1 alfa3v: Es una de las normas mundiales ms conocida y ampliamente utilizados para la codificacin
de nombres de pases. Estos cdigos de los pases que se encuentran en la norma ISO 3166-1 son utilizados por
muchas organizaciones, empresas y gobiernos.
Por ejemplo, todas las organizaciones postales nacionales en todo el mundo de intercambio de correo
internacional en contenedores que lleven su cdigo de pas para la identificacin. En pasaportes de lectura
mecnica, se utilizan los cdigos del ISO 3166-1 para determinar la nacionalidad del usuario.
Contrato No. 1168 de 2015
Suscrito entre el MinEducacin y RENATA

ISO 8601:2004: Es la norma que especifica la notacin estndar utilizada para representar instantes, intervalos e
intervalos recurrentes de tiempo evitando ambigedades. Esta notacin facilita la migracin entre distintas
plataformas. En espaol significa (Elementos de datos y formatos intercambiables Intercambio de informacin
Representacin de fechas y horas)
ISO-OSI: El modelo de interconexin de sistemas abiertos (ISO/IEC 7498-1), ms conocido como modelo OSI
(en ingls, Open System Interconnection), es el modelo de red descriptivo, que fue creado en el ao 1980 por la
Organizacin Internacional de Normalizacin (ISO, International Organization for Standardization).
Es un marco de referencia para la definicin de arquitecturas en la interconexin de los sistemas de
comunicaciones.
Linked data: Los datos enlazados o datos vinculados (a menudo capitalizados como Linked Data, en ingls)
describe un mtodo de publicacin de datos estructurados para que puedan ser interconectados y ms tiles.
ListSets: Enumera los legajos contemplados por el repositorio (por ejemplo, departamentos, temas, etc.)
ListIdentifiers: Listas identificadores de registro, fechas y cualquier otras cabeceras para cada objeto depositado.
Requiere el argumento 'metadataPrefix' - metadataPrefix = oai_dc debera ser suficiente. Los resultados pueden
ser limitados a los sub-conjuntos especificados.
ListRecords: Identifica los registros de metadatos del repositorio Requiere el argumento 'metadataPrefix' metadataPrefix = oai_dc debera ser suficiente. Los resultados pueden ser limitados a los sub-conjuntos
especificados.
Mtodo Get: Es una forma de introducir parmetros de una solicitud HTTP de un navegador al servidor. Este
mtodo coloca el parmetro, normalmente separado por caracteres especiales como los smbolos de unin ("&"),
en la propia URL, que resulta visible para la persona que utiliza el navegador.
Mtodo Post: Se utiliza cuando el sitio no desea introducir los parmetros en la URL. Resulta apropiado cuando
debe enviarse una gran cantidad de texto al servidor o si la informacin es confidencial.
NISO Z39.85-2007: Es la norma The Dublin Core Metadata Element Set que define quince elementos de
metadatos en Dublin Core para la descripcin de recursos en un entorno de informacin interdisciplinaria .
OAI-PMH: Open Archives Initiative (OAI)-Protocol for Metadata Harvesting (PMH) Es un protocolo de
comunicacin de metadatos, creado para desarrollar y promover estndares de interoperabilidad y facilitar la
difusin eficiente de contenidos en internet.
OBO_REL Se refiere a OBO Relation Ontology es un conjunto de relaciones destinadas principalmente para la
estandarizacin de las ontologas
Ontologa: Hace referencia a la formulacin de un exhaustivo y riguroso esquema conceptual dentro de uno o
varios dominios dados; con la finalidad de facilitar la comunicacin y el intercambio de informacin entre
diferentes sistemas y entidades.
OWL: Se refiere a Web Ontology Language usado para compartir ontologas en la web, es usado para facilitar
un modelo de marcado basado en RDF y codificado en XML
RDF: Se refiere a Resource Descripcin Framework es un sublenguaje del metalenguaje XML y es usado para la
descripcin conceptual de informacin electrnica
RFC 3651: Se refiere al Handle System Namespace and Service Definitioel protocolo del Sistema Handle en su
especificacin para nombres e identificacin de servicios
Contrato No. 1168 de 2015
Suscrito entre el MinEducacin y RENATA

SEO, Search Engine Optimization: se trata de un conjunto de tcnicas y su consecuente aplicacin, que
buscan mejorar la posicin de un determinado recurso, repositorio o sistema de informacin en la lista de
resultados de los motores de bsqueda. Dichos procedimientos se realizan respecto a una o varias palabras clave,
pudiendo obtener resultados o posiciones distintas. De igual forma provee conocimiento adecuado y oportuno al
usuario para hacer que el recurso, repositorio o sistema de informacin, sea conocido y visitado por las personas a
las que va dirigido.
SET: Los sets (agrupaciones) son un componente estndar del protocolo OAI-PMH y se utilizan para acotar
(filtrar) partes especficas de un repositorio. Si el repositorio tambin contiene elementos no textuales, o no
digitales, elementos de acceso de pago o nicamente elementos de metadatos, puede utilizar el mecanismo de
sets para filtrar estos elementos al suministrar el contenido a DRIVER. (DRIVER Project, 2008)
SRU: Es un Protocolo para la consultas de bsqueda de internet.
Taxonoma: En el mbito de la Ciencia de la Informacin, la palabra taxonoma hace referencia a los sistemas
de clasificacin y recientemente se asocia a la arquitectura de informacin y minera de informacin, muy usados
en mbitos de la informacin cientfica o Documentacin.
TCP/IP: El modelo TCP/IP describe un conjunto de guas generales de diseo e implementacin de protocolos de
red especficos para permitir que un equipo El modelo TCP/IP y los protocolos relacionados sean mantenidos por
la Internet Engineering Task Force (IETF).
Para conseguir un intercambio fiable de datos entre dos equipos, se deben llevar a cabo muchos procedimientos
separados. El resultado es que el software de comunicaciones es complejo. Con un modelo en capas o niveles
resulta ms sencillo agrupar funciones relacionadas e implementar el software modular de comunicaciones.
Tesauro: Es una lista que contiene los trminos empleados para representar los conceptos, temas o contenidos
de los documentos, con miras a efectuar una normalizacin terminolgica que permita mejorar el canal de acceso
y comunicacin entre los usuarios
URI: Es una cadena de caracteres que identifica los recursos de una red de forma unvoca.
URL: Secuencia de caracteres que se usa para nombrar recursos en Internet para su localizacin o identificacin.
URN: Sirven identifican recursos en la web, pero a diferencia de los URL, no indican exactamente dnde se
encuentra ese objeto.
UTF-8: (8-bit Unicode Transformation Format) es un formato de codificacin de caracteres Unicode e ISO 10646
utilizando smbolos de longitud variable.
XML RFC 3651: Es una norma de la familia de normas de protocolos 3600 hasta 3699, donde se describe un
mtodo de publicacin de datos estructurados para que puedan ser interconectados y ms tiles.
Z39.50: Fue originalmente un antepasado pre-Web de SRU-CQL, desarrollado principalmente para la biblioteca y
los sistemas de informacin relacionados. Se utiliza sobre todo para las bases de datos bibliogrficas cruzada de
bsqueda, aunque se ha ampliado para abarcar los medios de comunicacin no bibliogrficos. En las interfaces
Z39.50 principio se podra aadir a Open repositorios de acceso, pero su 'sucesor' SRU-CQL ahora es
generalmente preferible para fines OA.

Contrato No. 1168 de 2015

Suscrito entre el MinEducacin y RENATA

Bibliografa
American Library Association (ALA), Australian Commitee on Cataloguin (ACC), The
British Library, Canadian Commitee on Catalogin (CCC), Chartered Institute of
Library and Information Professional, Library of Congress. (2003). RCAA: Reglas
Angloamericanas de Catalogacin. Bogot: Rojas Eberhard Editores.
Berkeley BOP. (n.d.). Berkeley Bioinformatics Open-source Projects. Retrieved Enero 2015,
from http://www.berkeleybop.org/ontologies/
Colombia. Ministerio de Educacin Nacional. (2015). Documento Marco: sistema
Nacional de Acceso Abierto al Conocimiento. Bogot D.C., Colombia.
Consejo Nacional de Ciencia y Tecnologa (MX), CONACYT. (2014, Noviembre 21).
Lineamientos Generales para el Repositorio Nacional y los Repositorios
Institucionales. Retrieved Septiembre 2014, from
http://www.conacyt.mx/siicyt/index.php/centros-de-investigacion-conacyt/2393lineamientos-generales-para-el-repositorio-nacional-y-los-repositoriosinstitucionales?path=
Crow, R. (2002). SPARC Institutional Repository Checklist & Resource Guide. Washington,
DC: Scholarly Publishing & Academic Resources Coalition. Versin 1.0. November
2002. Retrieved Febrero 20, 2015, from
http://sparc.arl.org/sites/default/files/presentation_files/ir_guide__checklist_v1.pdf
Digital Preservation Europe. (2008). Repository Planning Checklist and Guidance PLATTER.
Retrieved Octubre 4, 2013, from www.digitalpreservationeurope.eu/platter.pdf
Dobratz, S. y. (2006). DINI Institutional Repository Certification and Beyond. Library Hi
Tech, 583-594.
DRIVER Project. (2008). Directrices DRIVER 2.0. Directrices para proveedores de contenido Exposicin de recursos textuales con el protocolo OAI-PMH. Retrieved Octubre 4,
2013, from
http://recolecta.fecyt.es/sites/default/files/contenido/documentos/DRIVER_2_1_Gui
delines_Spanish.pdf
European Commission. (2013). Fact Sheet: Open Access is Horizon 2020. Retrieved Enero
29, 2014, from
https://ec.europa.eu/programmes/horizon2020/sites/horizon2020/files/FactSheet_
Open_Access.pdf
European Commission. (2013). Guidelines on Open Access to Scientific Publications and
Research Data in Horizon 2020. Retrieved Enero 29, 2014, from
http://ec.europa.eu/research/participants/data/ref/h2020/grants_manual/hi/oa_pilo
t/h2020-hi-oa-pilot-guide_en.pdf
Join Steering Commitee. (2013). RDA: Resurce Description and Access.
Contrato No. 1168 de 2015
Suscrito entre el MinEducacin y RENATA

Krsulobic. (2012, Octubre 19). Blog de la Web Semntica. Retrieved Enero 2015, from
http://users.dcc.uchile.cl/~ekrsulov/prj/ws-blog/
LA Referencia. (2012, Agosto 28). Acta acuerdo comit tcnico: 5ta Reunin La Referencia
Plan Piloto Componente III. Retrieved Abril 2014, from
http://lareferencia.redclara.net/rfr/sites/default/files/ActaAcuerdoTecnicoBogota.pd
f
LA Referencia. (2015). Metadatos y Polticas de Cosecha. Retrieved Enero, 2016, from
http://lareferencia.redclara.net/rfr/content/metadatos-y-politicas-de-cosecha-dela-referencia
Melero, R. E. (2009). Situacin de los repositorios institucionales en Espaa: informe 2009.
Retrieved Octubre 4, 2013, from
http://www.accesoabierto.net/sites/accesoabierto.net/files/Informe2009Repositorios_0.pdf
Ministerio de Ciencia, Tecnologa e Innovacin (AR). (2012, Abril). Directrices SNRD:
Directrices para proveedores de contenido del Sistema Nacional de Repositorios
Digitales Ministerio de Ciencia, Tecnologa e Innovacin Productiva. Retrieved
Noviembre 2014, from https://www.coar-repositories.org/files/Directrices-SNRD2012-version-final.pdf
Open Harvester Systems. (n.d.). Public Knowledge Project. Retrieved Febrero 26, 2015,
from https://pkp.sfu.ca/ohs/
OpenAIRE. Guidelines for Literature Repository Managers 3.0. Retrieved Octubre, 2015,
from https://guidelines.openaire.eu/en/latest/literature/index.html
Role Ontology. (n.d.). Retrieved Enero 2015, from
http://bioportal.bioontology.org/ontologies/ROLEO
RDA Toolkit. Retrieved Octubre 9 2015, from http://access.rdatoolkit.org/

Contrato No. 1168 de 2015

Suscrito entre el MinEducacin y RENATA

Anexos
Anexo 1. Directrices generales de compatibilidad LA Referencia3
Tabla 4. Guidelines Compatibility Overview

Fuente: LA Referencia (2015)

3

Este apartado presenta una resea de las directrices de LA Referencia.

Contrato No. 1168 de 2015

Suscrito entre el MinEducacin y RENATA

La comparacin arriba presentada, se basa en las directrices aprobadas de LA Referencia,

de las que se presenta una resea a continuacin; a fin de ampliar la visin de buenas
prcticas para la regin.
Las directrices LA Referencia estn basadas en directrices DRIVER, pero respetando los
acuerdos regionales a fin de lograr la inclusin de la mayor cantidad de objetos digitales
que resulten relevantes para la regin; para lo cual las contrapartes tcnicas de los nodos
pas desarrollarn las adaptaciones necesarias para mejorar los estndares de
interoperabilidad.

Cosecha incremental

El nodo nacional ser cosechado de forma incremental de acuerdo al protocolo OAI-PMH,

y los nodos nacionales respetarn dicha forma segn las especificaciones de DRIVER 2.0 en
lo relacionado con la paginacin de los resultados, elementos del resumptionToken
(intentos de conexin para la cosecha en el marco de LA Referencia son 3 intentos-) y
registros eliminados.

Contrato No. 1168 de 2015

Suscrito entre el MinEducacin y RENATA

Anexo 2. Caso de uso del metadato Dublin Core por el SNAAC,

acerca de obligatorios, recomendados y opcionales
Se ha mantenido el esquema propuesto por Driver en cuanto a que se contemplan campos
obligatorios y recomendados. De manera tal que la IES podr encontrar no solo la
descripcin de cada campo del Dublin Core, sino tambin, podr identificar si el campo
corresponde a un campo Obligatorio (O), Obligatorio si es Aplicable (OA), Recomendado
(R), Opcional (OP).

Obligatorio (O): el elemento siempre debe estar presente en el registro de

metadatos. (M: Mandatory)

Obligatorio si es Aplicable (OA): si se puede obtener el elemento, debe agregarse

al registro de metadatos. (MA: Mandatory when Applicable)

Recomendado (R): se recomienda el uso del elemento. (R:Recommended)

Opcional (OP): el hecho de utilizar o no el elemento queda a criterio del

repositorio (O: Optional)

Las IES deben recordar que es caracterstica del Dublin Core que los campos puedan ser
repetibles de acuerdo a lo requerido para mejor descripcin del producto de
conocimiento.
Teniendo en cuenta estos elementos se gener el siguiente mapa de
elementos/colecciones, que describe el perfil de aplicacin de metadatos D ublin Core .
Se establecen los siguientes campos como obligatorios para el SNAAC; de tal forma que al
no contar con registros en estos campos, el metadato resultar rechazado en el proceso de
validacin.

Contrato No. 1168 de 2015

Suscrito entre el MinEducacin y RENATA

Tabla 5. Lista de etiqueta solicitadas para interoperabilidad SNAAC

Productos de conocimiento

METADATOS DUBLIN-CORE

Elementos (Etiqueta)

Tesis4

Reportes

Artculos

Tipo

dc.type

Creador

dc.creator

Colaboradores

dc.contributor.role

OA

Ttulo

dc.title

Fecha

dc.date.issued

Editor

dc.publisher

OA

OA

NA

Formato

dc.format

Descripcin

dc.descriptor

OA

OA

OA

Derechos

dc.right

Titular de derechos

dc.rightsHolder

OA

OA

OA

Lenguaje

dc.languages

Tema

dc.subject

OA

OA

OA

Fuente

dc.source

Identificador

dc.identifier

Coverage

dc.coverage

Audience

dc.audience

Relacin

dc.relation.ispartof

OP

OP

OP

Fuente. Sistema Nacional de Acceso Abierto al Conocimiento, SNAAC (2015). Lista de etiqueta solicitadas
para interoperabilidad SNAAC

Entre los productos de conocimiento Tesis, dentro del Dublin Core que se aborda, se tienen en cuenta
indistintamente las Tesis de Maestra y de Doctorado.
Contrato No. 1168 de 2015
Suscrito entre el MinEducacin y RENATA

Anexo 3. Registro XML de un metadato para el SNAAC

A continuacin se presenta un ejemplo completo en XML de un metadato correctamente
diligenciado; a fin de ofrecer mayor claridad a las IES en el diligenciamiento de su propio
metadato:
<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" href="static/style.xsl"?>
<OAI-PMH xmlns="http://www.openarchives.org/OAI/2.0/"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.openarchives.org/OAI/2.0/
http://www.openarchives.org/OAI/2.0/OAI-PMH.xsd">
<responseDate>2015-03-07T22:19:55Z</responseDate>
<request verb="GetRecord" identifier="oai:localhost:10336/223"
metadataPrefix="oai_dc">http://repository.urosario.edu.co/oai/request</re
quest>
<GetRecord>
<record>
<header>
<identifier>oai:localhost:10336/223</identifier>
<datestamp>2014-07-02T14:30:49Z</datestamp>
<setSpec>com_10336_2450</setSpec>
<setSpec>com_10336_3</setSpec>
<setSpec>col_10336_199</setSpec>
</header>
<metadata>
<oai_dc:dc
xmlns:oai_dc="http://www.openarchives.org/OAI/2.0/oai_dc/"
xmlns:doc="http://www.lyncode.com/xoai"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:dc="http://purl.org/dc/elements/1.1/"
xsi:schemaLocation="http://www.openarchives.org/OAI/2.0/oai_dc/
http://www.openarchives.org/OAI/2.0/oai_dc.xsd">
<dc:title>Directrices para la creaci?n de
repositorios institucionales en universidades y organizaciones de
educaci?n superior</dc:title>
<dc:creator>Bustos Gonz?lez, Atilio</dc:creator>
<dc:creator>Fern?ndez Porcel, Antonio</dc:creator>
<dc:subject>Bibliotecas electr?nicas</dc:subject>
<dc:subject>Bibliotecas universitarias</dc:subject>
<dc:subject>Metadatos</dc:subject>
<dc:subject>Recuperaci?n de informacin</dc:subject>
<dc:subject>Repositorios institucionales</dc:subject>
<dc:description>El programa ALFA de la Comisi?n
Europea (Am?rica Latina Formaci?n&#13;
Acad?mica) fomenta y apoya las actividades de cooperaci?n entre
universidades&#13;
de ambos continentes1.&#13;
Las universidades miembros de la Red ALFA Biblioteca de Babel2
Contrato No. 1168 de 2015
Suscrito entre el MinEducacin y RENATA

asumen&#13;
como parte de su misi?n la b?squeda de la excelencia y de la calidad&#13;
educativa. En la propuesta inicial de trabajo se establec?a, como uno
de&#13;
los resultados esperados, la redacci?n de un documento, a modo de
directrices,&#13;
sobre el desarrollo de servicios basados en el uso de las nuevas&#13;
tecnolog?as de la informaci?n y la comunicaci?n.&#13;
El Repositorio Institucional (RI) se entiende como un sistema de
informaci?n&#13;
que re?ne, preserva, divulga y da acceso a la producci?n intelectual&#13;
y acad?mica de las comunidades universitarias. En la actualidad el RI
se&#13;
constituye en una herramienta clave de la pol?tica cient?fica y
acad?mica&#13;
de la universidad.&#13;
Por otro lado, el acceso al texto completo de los objetos de
aprendizaje&#13;
digitales hace que el repositorio se constituya en una pieza de
apoyo&#13;
fundamental para la ense?anza y la investigaci?n, a la vez que
multiplica&#13;
la visibilidad institucional en la comunidad internacional.&#13;
Dentro de este escenario, las bibliotecas universitarias son el ?rgano
que,&#13;
por su experiencia en la gesti?n de la informaci?n en todas sus formas
y&#13;
el contacto con el conocimiento, deber? liderar la implementaci?n de
los&#13;
RI con el fin de lograr la competitividad educativa.</dc:description>
<dc:date>2008-01-01</dc:date>
<dc:type>info:eu-repo/semantics/article</dc:type>
<dc:type>info:eurepo/semantics/publishedVersion</dc:type>
<dc:format>application/pdf</dc:format>
<dc:identifier>http://hdl.handle.net/10336/223</dc:identifier>
<dc:language>spa</dc:language>
<dc:rights>info:eurepo/semantics/openAccess</dc:rights>
<dc:rights>http://creativecommons.org/licenses/by-ncnd/2.5/co/</dc:rights>
</oai_dc:dc>
</metadata>
</record>
</GetRecord>

</OAI-PMH

Contrato No. 1168 de 2015

Suscrito entre el MinEducacin y RENATA