ElTicus.com

Programación, lenguajes y recursos para programadores

Recurso no clasificado
Campos Dubl铆n Core (DC) para la Catalogaci贸n de Revistas en Internet
Resumen introductorio de un proyecto real
Publicado por jl Fecha: 2007-08-31 17:43:32 Idioma: Espa帽ol Tipo de documento: Art铆culo

Campos Dubl铆n Core (DC) para la Catalogaci贸n de Revistas en Internet.

Primera parte

Introducci贸n a la definici贸n de un proyecto real de la Universidad de Colima.

Siempre que se va a realizar un proyecto de automatizaci贸n de procesos o de catalogaci贸n electr贸nica, es de suma importancia la definici贸n de la estructura de nuestra base de datos. M谩xime si no tenemos clara la perspectiva o los alcances que dicho proyecto pudiera tener.
Una buena pr谩ctica consiste en apoyarse en Est谩ndares Internacionales para, de este modo, reducir los riesgos de una mala planeaci贸n y al mismo tiempo contar con ese "plus" que constituye el poder intercambiar registros entre sistemas afines.

Los 15 campos b谩sicos definidos por Dublin Core para la catalogaci贸n de recursos electr贸nicos constituyen una base s贸lida para iniciar cualquier cat谩logo en l铆nea. A continuaci贸n presentamos una definici贸n o interpretaci贸n realizada para un proyecto de publicaciones en l铆nea realizado para un proyecto de la Universidad de Colima que puede ser 煤til para cualquiera que comienza a desarrollar su cat谩logo.


En nuestro caso el proyecto consisti贸 en un repositorio de art铆culos de revistas, y en nuestra implementaci贸n, consideramos necesario crear un registro para cada revista y uno por cada art铆culo y ligarlos por medio de un campo de referencia propio (aparte de los de DC)

Los campos a rellenar provienen de los metadatos definidos por el formato Dubl铆n Core
(Al formulario de revistas se le agregar谩n algunos campos extras para especificar el N煤mero, Volumen y A帽o).

Metadatos para cada Art铆culo:

  1. T铆tulo: El nombre dado al art铆culo (recurso), usualmente por el autor del mismo.
    Ejemplo: Perspectiva de las Ciencias Sociales en Am茅rica Latina.
  2. Autor o creador: Si es un documento, ser谩 la persona u organizaci贸n responsable de su creaci贸n. Si es un recurso visual, el artista, fot贸grafos e ilustrador. Si son varios se separan con alg煤n delimitador (Enter o punto y coma). Se pondr谩 primero el apellido seguido de una coma y luego el nombre. Se incluir谩 la menci贸n de qui茅n es y/o su lugar de trabajo cuando se cuente con esa informaci贸n. .
    Ejemplo: Molina Rodr铆guez, Luis. Profesor de tiempo completo de la Universidad de Colima.
  3. Claves (Subject en ingl茅s): Los t贸picos del recurso. Palabras claves o frases que describen el t铆tulo o el contenido del recurso (De preferencia utilizando alg煤n tesauro o Sistema de Vocabulario Controlado). Se separan con alg煤n delimitador (Enter o punto y coma). Siempre procurando comenzar por el o los t茅rminos m谩s relevantes.
    Ejemplo: Ciencias Sociales; Actividades de Aprendizaje; Am茅rica Latina
  4. Descripci贸n: Una descripci贸n textual del recurso, un resumen es un documento escrito o una descripci贸n del contenido si es un documento visual.
  5. Editor: Persona o instituci贸n responsable de que el registro est茅 publicado en el medio actual. Para el caso de nuestro proyecto, siempre ser谩 la 鈥漊niversidad de Colima鈥 aunque en algunos casos se indicar谩 el 谩rea interna que publica la revista.
    Ejemplo: Facultad de Telem谩tica, Universidad de Colima.
  6. Otros colaboradores: Nombres de personas u organizaciones que participaron de manera importante en la creaci贸n del recurso pero que su participaci贸n no fue tanta como para considerarlas coautores (por ejemplo, editor, ilustrador, traductor, etc.). Este campo tambi茅n se puede llamar Agradecimientos.
    Ejemplo: Traducido por Francisco Fern谩ndez.
  7. Fecha: La fecha en que se public贸 el registro en la red. En nuestro caso este campo es autom谩tico y se guarda autom谩ticamente. Utilizaremos el formato ISO para fechas que es el siguiente: YYYY-MM-DD hh:mm:ss
  8. Tipo del recurso: Categor铆a o clasificaci贸n en la que cae el registro con el fin de poderlo agrupar con registros similares. Para nuestro caso tenemos un cat谩logo previamente definido por lo que el capturista selecciona de una lista.
  9. Formato: El formato en que se encuentra el recurso. Se utiliza para determinar el software necesario para mostrar el mismo. En nuestra implementaci贸n limitaremos el sistema a los siguientes tipos de recursos:
    Texto, Documento en PDF, Imagen JPG y video. Y registraremos el identificador del formato con 3 letras que corresponder谩n a la extensi贸n asociada.
    Ejemplo: JPG
  10. identificador del recurso: Clave interna asignada al registro. Esta clave nos servir谩 tambi茅n para armar un URL de acceso directo al recurso. Se asigna autom谩ticamente tomando como base el pa铆s, la clave de captura y un consecutivo.
    Ejemplo: MXUCO00001
  11. Fuente: Identificaci贸n de la fuente de donde proviene el recurso.
  12. Lengua: Idioma en que est谩 escrito. En nuestra implementaci贸n lo tomaremos de una lista. Internamente se guarda el c贸digo normalizado de idioma de 2 letras.
  13. Relaci贸n: El identificador de otros registros y su relaci贸n con el recurso actual. Algo as铆 como una referencia de 鈥淰茅ase tambi茅n鈥.
    Ejemplo: MXUCO00003; MXUCO00007
  14. Cobertura: Descripci贸n del 谩mbito de validez del registro. Se refiere al lugar en donde es v谩lido o el rango de fechas que abarca.
    Ejemplo: M茅xico, Enero - Diciembre de 2007
  15. Derechos: Una referencia para una nota sobre derechos de autor que proporcione informaci贸n sobre la titularidad as铆 como los t茅rminos y condiciones de acceso al registro.


En lo fundamental, el formato Dubl铆n Core est谩 orientado a los objetos tipo documento, aunque se puede aplicar a otros tipos de recursos. Este formato tiene entre sus principales caracter铆sticas: la sencillez de creaci贸n y mantenimiento, sem谩ntica de comprensi贸n sencilla, alcance internacional y capacidad de extensi贸n.


Fuentes:

  • Eldorado.ucol.mx
  • Universidad de la Laguna (ES)
  • tecnociencia.es
  • cenedic.ucol.mx


M谩s adelante, cuando el proyecto est茅 m谩s avanzado, les publicar茅 la direcci贸n con el sitio final para que lo chequen y me hagan llegar sus comentarios.





Nadie ha puesto ning鷑 comentario todav韆


Haz un comentario sobre este tema
Nombre email (no se muestra)
comentario:
Escribe las 2 letras que ves aqu: Imagen anti-spam =




No hay comentarios

Art韈ulos relacionados:
Recurso no clasificado Explotaci贸n regional de un SGBD Recurso no clasificado Sistemas Gestores de Base de Datos Recurso no clasificado Fundamentos de la bases de datos relacionales Recurso no clasificado Arquitectura de Sistema de Base de Datos Recurso no clasificado Fundamentos del dise帽o de Bases de Datos Relacionales