[greenstone_es] Re: Repositorio OAI error Identifier
- From: "Mariana Pichinini" <mariana@xxxxxxxxxxxxxxxxx>
- To: greenstone_es@xxxxxxxxxxxxx
- Date: Mon, 14 Dec 2009 15:01:46 -0300 (ART)
Julián
El problema que te aparece en la Datestamp tiene que ver con una
característica que posee el servidor OAI de Greenstone que genera muchos
problemas si no se conoce (además no está documentado!).
Nosotros tuvimos este problema cuando empezamos a ver como usar el
servidor OAI por la versión 2.74 (que finalmente descartamos en espera de
una versión corregida).
El problema es que si tus archivos de metadatos utilizan el metadato Date
de Dublin Core, el servidor OAI asume esta fecha como datestamp de los
registros...... Es decir, si no mapeas los metadatos desde otro esquema a
Dublin Core para el OAI, sino que usas dublin core en la descripción, vas
a tener este problema.
Si no existe el metadato dc.date, entonces el servidor OAI usa la fecha de
modificación o generación del documento fuente como datestamp
(lastmodified del doc.xml). Si esta fecha no está en formato ISO8601, no
vas a poder validar tu Sitio.
Nosotros no encontramos la manera de evitar que usase dc.date, la única
opción que se nos ocurrió fue renombrar el metadato Date por otro y
mapearlo a dc.date en el archivo de configuración. No es una opción muy
elegante pero funciona!
Supongo que la idea de que use dc.date es pensando en poder manejar la
fecha de actualización de los registros no desde afuera sino desde el
archivo de metadatos.... es decir, que no sea automática sino que dependa
de un operador..... igualmente no me parece esa la mejor opción...
Así que a cambiar los metadatos si querés OAI.....
Suerte
Mariana
> Gracias Eduardo, acabo de seguir tus indicaciones y he llegado al mismo
> punto que vosotros (
> http://www.manuelalbar.org/manuel/greenstone/cgi-bin/oaiserver.cgi?verb=Identify)
> aunque a mi el Datestamp no consigo configurarlo correctamente al
> utilizar
> el servidor OAI la fecha "Date", por defecto trabaja así. Pero bueno
> seguiré
> probando... Ahora ajustaré el número de registros a ofrecer en el
> validador.
> Y sí, uso la versión 2.82 de greenstone (al importar las colecciones de la
> 2.70, creo que es ese el problema de la Datestamp...) Gracias de nuevo y
> veremos a ver si ponemos un repositorio OAI en marcha...
>
>
> El 14 de diciembre de 2009 13:11, Eduardo del Valle
> <sbdweb@xxxxxx>escribió:
>
>> Hola de nuevo Julian
>>
>>
>>
>> El fallo que el validador http://re.cs.uct.ac.za/ dice que hay en
>> nuestra
>> biblioteca digital no es un fallo de configuración. Este problema lo
>> consultamos con el administrador de este validador OAI y el problema es
>> que
>> este validador no está preparado para validar repositorios demasiado
>> grandes.
>>
>>
>>
>> El archivo *oai.cfg* continene una línea de código en la que se
>> especifica
>> el número de registros que el servidor oai debe proveer a un harvester.
>> En
>> nuestra biblioteca digital hemos decidido que se sirvan todos los
>> registros
>> disponibles. Esto se especifica en la línea siguiente:
>>
>>
>>
>> resumeafter -1
>>
>>
>>
>> Si en tu archivo oai.cfg cambias el valor -1 (que hace que se sirvan
>> todos
>> los registros) por 100, por ejemplo, y vuelves a hacer la prueba con el
>> validador verás que ya no te dará este error.
>>
>>
>>
>> Por otro lado confirma que estás usando la versión Greenstone 2.82 o
>> posterior, puesto que las versiones anteriores todavía tenían problemas
>> y no
>> podían funcionar correctamente como servidor OAI.
>>
>>
>>
>> Saludos
>>
>>
>>
>> Eduard del Valle
>>
>> Responsable de Digitalització i Web
>>
>> Cra de Valldemossa, km 7.5
>>
>> Servei de Biblioteca i Documentació
>>
>> Edifici Ramon Llull
>>
>> Universitat de les Illes Balears
>>
>> 07122 Palma de Mallorca
>>
>>
>>
>> Tel. 971 17 33 56
>>
>> Web: http://biblioteca.uib.es
>>
>>
>> ------------------------------
>>
>> *De:* greenstone_es-bounce@xxxxxxxxxxxxx [mailto:
>> greenstone_es-bounce@xxxxxxxxxxxxx] *En nombre de *Julian Moyano
>> *Enviado el:* lunes, 14 de diciembre de 2009 12:46
>>
>> *Para:* greenstone_es@xxxxxxxxxxxxx
>> *Asunto:* [greenstone_es] Re: Repositorio OAI error Identifier
>>
>>
>>
>> Gracias Eduardo he estado viendo, antes de escribir a la lista, vuestro
>> repositorio de la Universidad de las Islas Baleares. Y me ha parecido
>> que lo
>> teneis bastante bien configurado, aunque sin saber muy bien cómo lo
>> habías
>> hecho, por eso escribí. Gracias por tu respuesta y voy a probar con lo
>> que
>> me dices.
>> A mi la validación me daba 6 fallos (entre otras cosas el Datestamp, que
>> voy a intentar corregir) a vosotros solamente 1, pero aun así, he
>> probado
>> con diferentes colecciones de greenstone con OAI y todas dan el mismo
>> resultado "Test Result : FAIL!" esperamos que se pueda corregir.
>>
>> Gracias y un saludo
>>
>> El 14 de diciembre de 2009 12:38, Eduardo del Valle <sbdweb@xxxxxx>
>> escribió:
>>
>> Hola Julián
>>
>>
>>
>> Nosotros también activamos nuestro servidor OAI hace ya varias semanas y
>> hemos encontrado el mismo problema. Hemos pedido al equipo de Greenstone
>> que
>> averigüe el modo de que el servidor OAI asigne automáticamente al campo
>> dc.Identifier el valor de la URL del documento correspondiente y lo
>> están
>> investigando.
>>
>>
>>
>> Inicialmente, siguiendo los consejos de miembros del equipo de
>> Greenstone y
>> también de Mariana, añadimos al documento *oai.cfg* una línea de código
>> para intentar mapear los campos ex.srclink y ex.URL al campo
>> dc.Identifier
>> pero no funcionó correctamente. Las líneas que probamos fueron:
>>
>>
>>
>> oaimapping ex.srclink oai_dc.identifier
>>
>> oaimapping URL oai_dc.identifier
>>
>>
>>
>> Por otro lado David Bainbridge de Greenstone estuvo trabajando en el
>> archivo oai2.xsl (ubicado en la carpeta web/style/) y me lo envió
>> modificado
>> (el archivo que me envió lo he adjuntado a este mensaje). Una vez
>> sustituido
>> el archivo antiguo por el nuevo verás que el servidor oai, al visualizar
>> tus
>> registros en
>> http://www.manuelalbar.org/manuel/greenstone/cgi-bin/oaiserver.cgi?,
>> añade
>> un link al campo OAI Identifier que enlaza con el documento en tu
>> biblioteca
>> digital.
>>
>>
>>
>> Puedes ver un ejemplo en nuestra biblioteca digital:
>>
>>
>>
>>
>> http://ibdigital.uib.es/greenstone/cgi-bin/oaiserver.cgi?verb=ListRecords&metadataPrefix=oai_dc
>>
>>
>>
>> Aunque por desgracia esto sólo tiene efecto en este modo de
>> visualización,
>> pero no en los datos que el servidor OAI proporciona cuando se le
>> interroga.
>>
>>
>>
>> Un saludo
>>
>>
>>
>> Eduard del Valle
>>
>> Responsable de Digitalització i Web
>>
>> Cra de Valldemossa, km 7.5
>>
>> Servei de Biblioteca i Documentació
>>
>> Edifici Ramon Llull
>>
>> Universitat de les Illes Balears
>>
>> 07122 Palma de Mallorca
>>
>>
>>
>> Tel. 971 17 33 56
>>
>> Web: http://biblioteca.uib.es
>>
>>
>> ------------------------------
>>
>> *De:* greenstone_es-bounce@xxxxxxxxxxxxx [mailto:
>> greenstone_es-bounce@xxxxxxxxxxxxx] *En nombre de *Julian Moyano
>> *Enviado el:* lunes, 14 de diciembre de 2009 12:02
>> *Para:* greenstone_es@xxxxxxxxxxxxx
>> *Asunto:* [greenstone_es] Repositorio OAI error Identifier
>>
>>
>>
>> Hola a todos:
>> He configurado Greenstone para que funcione como servidor de
>> repositorios
>> OAI, pero no logro crear los enlaces al documento: *OAI Identifier*,
>> esto
>> me origina errores al validar la colección en http://re.cs.uct.ac.za/
>>
>> También a la hora de identificar el recurso me ofrece "Granularity" sin
>> formato (YYYY-MM-DD). ¿cómo se puede cambiar esta fecha?
>>
>> El enlace al repositorio provisional OAI es:
>> http://www.manuelalbar.org/manuel/greenstone/cgi-bin/oaiserver.cgi?verb=Identify
>>
>> Gracias
>>
>>
>>
>
Lic. Mariana Pichinini
Area Tecnologías
_______________________________________________
BIBHUMA - Biblioteca Profesor Guillermo Obiols
Facultad de Humanidades y Ciencias de la Educación
Universidad Nacional de La Plata
Calle 48 entre 6 y 7 - 1er subsuelo
B1900AMW LA PLATA, Argentina
Telefax: +54-221-4230125 interno 162 (líneas rotativas)
WEB: www.bibhuma.fahce.unlp.edu.ar
Other related posts:
