Warning: Constant WP_MEMORY_LIMIT already defined in /home/elorenzo/domains/arvo.es/public_html/dspace/wp-config.php on line 94
Eva Braña | Hablando de DSpace - Part 2

Author Archives: Eva Braña - Paginas 2

Embargo en DSpace 3.x

Hasta la versión 3 de DSpace, el embargo era una restricción temporal de acceso a los bitstreams de los ítems. Durante el período de embargo, los metadatos de los ítems seguían estando disponibles para cualquier usuario, pero los bitstreams sólo estaban disponibles para usuarios administradores. El ámbito o duración del embargo podía variar, pero el hecho de que con el tiempo expirase era lo que lo distinguía de otras restricciones a los contenidos.

En la versión 3 de la herramienta, esta funcionalidad se ha extendido con una opción avanzada, que se establece en la siguiente línea del fichero dspace.cfg:

 xmlui.submission.restrictstep.enableAdvancedForm = true

El embargo avanzado permite establecer embargos para bitstreams de manera individualizada, añadiendo nuevas políticas de acceso a los mismos. Ofrece al usuario la oportunidad de gestionar manualmente las políticas de acceso a los bitstreams, con lo que además de poder establecer el embargo para los usuarios anónimos, se hacen posibles situaciones como establecer el embargo para cualquier usuario excepto para los pertenecientes a un grupo determinado, o establecer el embargo para ciertos grupos y no para otros, etc.

Adicionalmente, se ha incluido la posibilidad de hacer privados los ítems, permitiendo controlar la visibilidad de sus metadatos en los diferentes índices de la herramienta (búsqueda, navegación, discovery, etc), así como en las interfaces externas (REST-API, OAI-PMH, etc). En este caso, sólo los usuarios administradores podrán acceder a los ítems privados, con la nueva opción “Items Privados” del menú “Administrativo”, que les permite visualizar la lista de ítems privados existentes.

También es posible ajustar el estado “Público/Privado” de un ítem después de que haya sido archivado en el repositorio, con un nuevo botón disponible en la pantalla de edición de ítems. Pero hay que tener en cuenta que una vez el estado de un ítem sea privado, sólo los administradores podrán acceder a ellos para cambiarlo al estado público.

Hay que señalar que los usuarios de la Interfaz JSPUI todavía no podrán beneficiarse de algunas de estas mejoras, ya que por en la version 3 sólo están disponibles para la Interfaz XMLUI.

Versionado a nivel de ítem en DSpace 3.x

En la versión 3 de DSpace se ha incluido un sistema de versionado a nivel de ítem, que permite acceder a la historia de un ítem y posibilita el citar una versión particular del mismo.

El versionado a nivel de ítem es una nueva funcionalidad que permite construir la historia de un ítem. Los usuarios Administradores generales y los Administradores de Comunidad y Colección, tienen ahora la oportunidad de crear una nueva versión de un ítem existente cada vez que se hace un cambio en el mismo.

Cada versión de un ítem está representada por un identificador de versión independiente, que la deja accesible y permite que pueda ser citada. En las versiones anteriores de un ítem, se muestra un mensaje señalando el identificador de la versión más reciente del mismo.

Es necesario indicar que sólo la versión más reciente de un ítem se muestra en los resultados de las búsquedas.

Por defecto, la funcionalidad de versionado a nivel de ítem, sólo soportada en XMLUI, está desactivada. Para proceder a su activación, hay que descomentar la siguiente línea del fichero xmlui.xconf:

<aspect name="Versioning Aspect" path="resource://aspects/Versioning/" />

Actualmente, no existe una opción de configuración para permitir a los usuarios publicadores crear nuevas versiones de un ítem. Esta funcionalidad se limita a los Administradores generales y a los Administradores de Comunidad y Colección. Sin embargo, en un contexto donde los envíos originales de ítems a DSpace se realizan por usuarios no Administradores, tendría sentido que también pudiesen crear nuevas versiones, especialmente teniendo en cuenta el hecho de que las nuevas versiones tienen que pasar a través del flujo de trabajo definido.

Es importante tener en cuenta que al establecer el versionado a nivel de ítem, por defecto, el nombre y el email de los publicadores son visibles para todos los usuarios en el historial de versiones del ítem.

historial de versiones

De momento, la única solución para esto consiste en ocultar el historial de versiones a los usuarios generales, y dejarlo disponible sólo para usuarios Administradores. Para ello, hay que cambiar a true el valor del parámetro item.history.view.admin del fichero versioning.cfg ubicado en el directorio [dspace]/config/modules/.

Envíos basados en tipologías en DSpace 3.x

Una de las novedades que incorpora la versión 3 de DSpace, es la personalización de los envíos de ítems en función del tipo de contenido que se está enviando. Existía un parche en Jira_Dspace, el DS-464, Item type based submission, pero ha habido que esperar hasta la versión 3.0 para verlo incluido en el código estándar.

Esta función soluciona la necesidad de muchos Repositorios de adaptar sus formularios de envío a los diversos tipos de objetos que contienen, y cuya única solución, hasta el momento, consistía en definir Colecciones diferenciadas, cada una con un <form> específico.

En la nueva versión de DSpace, se pueden incorporar restricciones a la visualización en los campos del formulario de envío de ítems al Repositorio, dependiendo por ejemplo, de determinadas características de los objetos que se están describiendo. Ahora, un determinado campo se puede hacer visible dependiendo del valor que tome el metadato dc.type señalado previamente. Esto se consigue con la introducción de un nuevo elemento, <type-bind>, en la definición de los <field> del fichero input-forms.xml cuya visualización desea restringirse en ciertos casos.

A continuación se muestra, a modo de ejemplo, un extracto de la configuración del fichero input-forms.xml, en la que el <field> “Editor” sólo será visible si previamente en el <field> “Tipo” (dc.type), se ha introducido el valor «article».

<field>
   <dc-schema>dc</dc-schema>
   <dc-element>publisher</dc-element>
   <dc-qualifier></dc-qualifier>
   <label>Editor</label>
   <type-bind>article</type-bind>
</field>

En este otro ejemplo, el <field> “ISSN” sólo será visible si previamente en el <field> “Tipo” (dc.type), se han introducido los valores «bookPart» o «doctoralThesis».

<field>
   <dc-schema>dc</dc-schema>
   <dc-element>identifier</dc-element>
   <dc-qualifier>issn</dc-qualifier>
   <label>ISSN</label>
   <type-bind>bookPart,doctoralThesis</type-bind>
</field>

NOTA: Para que esta funcionalidad esté operativa, el elemento <type-bind> debe estar definido en el input-forms.dtd de la instalación DSpace.

Administradores de Colección y Comunidad

En los repositorios digitales mayores o con estructuras de colecciones y comunidades amplias, la administración puede delegarse en los Administradores de Comunidad y Administradores de Colección. Estos usuarios (en realidad son e-grupos) pueden selecionar los revisores o editores en los flujos de aprobación-revisión,  las políticas de acceso, etc.. en sus respectivos ámbitos.

Los Administradores de Colección tienen privilegios sobre una determinada Colección, y pueden decidir a quién se le permite enviar ítems a la misma, así como añadirlos, editarlos o eliminarlos.

Un Administrador de Colección, además de disponer de los menús “Listar” y “Mi Cuenta”, dispone del menú “Contexto” para la Colección sobre la que tiene permisos de administración, desde el cual podrá editar dicha Colección, exportarla completamente o exportar sus metadatos, así como relacionar ítems pertenecientes a otras Colecciones en ésa. De la misma forma, tendrá permisos para editar, exportar completamente o solamente los metadatos, de los ítems pertenecientes a esa Colección. Sin embargo, el Administrador de Colección carece del privilegio de restringir el acceso a la lectura de los ítems y archivos entrantes en la Colección, que por defecto está asignado al Grupo Anónimo, ya que este privilegio sólo está disponible para el Administrador General del Sistema.

El Administrador de Colección dispone también del menú “Estadísticas”, desde el cual puede visualizar las estadísticas de uso de su Colección y de sus ítems, pero carece de la opción de visualización de las Estadísticas generales del sistema, así como del acceso a los Informes estadísticos mensuales. Ésta también es una opción disponible sólo para Administradores Generales del Sistema.

Hay que señalar que los Administradores de Colección carecen del menú “Administrativo”, por lo que no poseen funciones generales de control de acceso y gestión de usuarios y grupos, funcionalidades sobre registro de metadatos y formatos, de importación de metadatos, tareas de curación y tampoco acceso al “Panel de control” de la herramienta. Además, un Administrador de Colección no puede crear nuevas Colecciones.

Los Administradores de Comunidad gozan de un mayor número de permisos que los Administradores de Colección, ya que son aquellos usuarios de DSpace que tienen todos los privilegios sobre una determinada Comunidad, y pueden decidir a quién se le permite enviar ítems a sus Colecciones, editar los metadatos, y relacionar ítems existentes en otras Colecciones. Además, pueden crear Subcomunidades y Colecciones, así como gestionar o asignar permisos para las mismas. Sin embargo, no pueden crear nuevas Comunidades, funcionalidad que sólo está permitida para el Administrador General del Sistema.

De manera análoga a los adminitradores de colecciónm , además de los menús “Listar”, “Mi Cuenta” y “Contexto”, el Administrador de Comunidad dispone del menú “Estadísticas”, desde el cual puede visualizar las estadísticas de uso de su Comunidad y de sus Colecciones e ítems, pero carece de la opción de visualización de las Estadísticas generales del sistema, así como del acceso a los Informes estadísticos periódicos, ya que como se ha indicado anteriormente, ésa es una opción disponible sólo para los Administradores Generales del Sistema.

Los Administradores de Comunidad, al igual que los de Colección, carecen del menú “Administrativo”, por lo que tampoco pueden realizar las tareas Administrativas descritas anteriormente.

Auto-Registro y Registro de Usuario

La mayoria de las funciones de Dspace, como buscar documentos o descargarlos si están en acceso abierto, pueden usarse de forma anónima, es decir, sin realizar ningún tipo de autenticación de los usuarios. Sin embargo, ciertas características de DSpace solo son accesibles a usuarios privilegiados, y eso significa ser capaz de identificarlos y una vez hecho esto, asignarles permisos y acceso a esas funciones restringidas.

Las e-personas (e-people) y los grupos son los entes usados por Dspace para identificar usuarios y asignar privilegios. Las e-personas pueden existir mediante proceso de auto-registro o bien registradas (creadas)  por un administrador.  Existen diferencias sustanciales en el uso de cada opción.

En el procedimiento de Auto-Registro de un usuario, éste accede a la sección “Registro de nuevo usuario” e introduce su dirección de correo electrónico. Dspace, de manera automática, envía un correo (con un token de seguridad) a esa dirección para que se pueda continuar el registro. Siguiendo las instrucciones del correo recibido, el usuario crea su cuenta, introducir sus datos y una contraseña. A partir de ese momento, puede acceder a Dspace mediante el formulario de login, con la dirección de correo y contraseña indicadas. Finalizado el proceso de registro, el nuevo usuario es incluido en la Base de Datos de DSpace, con un identificador único asociado.

En el procedimiento de Registro de usuario por el Administrador, es éste quien crea al nuevo usuario, accediendo a la sección de “Gestión de usuarios”, sólo disponible para usuarios con este rol, y pulsando el enlace correspondiente para añadir un nuevo usuario. El Administrador debe introducir la información del nuevo usuario, incluyendo una dirección de correo electrónico, y pulsar el botón “Crear usuario” para crear un nuevo usuario en DSpace. Mediante este procedimiento, el nuevo usuario también es incluido en la Base de Datos de la herramienta con un identificador único asociado. Sin embargo, en un principio no puede acceder a la herramienta mediante contraseña, puesto que no tiene ninguna. Este sistema se emplea principalmente cuando los credenciales de acceso a Dspace se reciben de otros sistemas de identificación como un LDAP. Claro que habrá que configurar Dspace para ello.

Como segundo escenario para que el usuario creado mediante el sistema de Registro por un Administrador pueda acceder a DSpace mediante contraseña, debería ser el Administrador quien, desde la sección de “Gestión de usuarios”, pulse el botón “Restablecer contraseña” correspondiente a dicho usuario. De esta forma, la herramienta envía, de manera automática, un correo a la dirección de ese usuario para que pueda modificar su contraseña, o, en este caso, introducir una contraseña por primera vez.

Búsquedas en Dspace

En DSpace, hasta la aparición de Discovery, existían dos tipos de búsqueda, la Simple y la Avanzada. La diferencia entre ambas radica en que en el caso de la Búsqueda Simple, el usuario introduce una palabra y el motor de búsqueda busca en todos los campos de los items (autor, título, fecha, etc), devolviendo cualquier coincidencia hallada, mientras que en la Búsqueda Avanzada el usuario puede, a través de una serie de filtros, indicar los campos donde buscar y combinarlos con el uso de los conectores lógicos AND, OR o NOT, depurando de esta manera los resultados de la búsqueda y adaptándolos a sus intereses. Todo ello aplicando los filtros que tenemos definidos en el search.analyzer, y que ya hemos explicado en otro post.

La Búsqueda Simple es rápida y directa, pero tiene el inconveniente de que si la consulta no es muy específica, los resultados pueden ser demasiado amplios, mientras que los obtenidos con la Búsqueda Avanzada pueden refinarse más.

En ambos casos, DSpace nos ofrece realizar una búsqueda en Todo DSpace, o bien restringirla a una Comunidad o Colección específica, cambiar el número de resultados que aparezcan en cada página y ordenar dichos resultados por relevancia, título, fecha de publicación o fecha de envío, tanto en orden descendente como en orden ascendente.

Para las búsquedas de múltiples términos, el motor de búsqueda de DSpace utiliza por defecto el operador booleano OR, que requiere que al menos uno de dichos términos esté presente. Este operador booleano de búsqueda utilizado por defecto, puede ser personalizado modificando la siguiente línea en el archivo dspace.cfg:

search.operator = OR

En caso de introducirse el operador AND, en las búsquedas de múltiples términos se requerirá que todos ellos estén presentes.


Modificando el Buscador Avanzado

El combo de selección de campos de búsqueda del Buscador Avanzado puede ser modificado para que incluya nuevos campos o se eliminen los existentes en la herramienta por defecto. Para ello, en el fichero dspace.cfg hay que buscar el bloque que comienza por ##### Fields to Index for Search ##### , donde pueden observarse varias líneas como las siguientes:

search.index.1 = author:dc.contributor.*
search.index.2 = author:dc.creator.*
search.index.3 = title:dc.title.*
search.index.4 = keyword:dc.subject.*
search.index.5 = abstract:dc.description.abstract

Si se desea añadir un nuevo campo de búsqueda al combo, hay que añadir una línea del tipo search.index.#. Mantener el ordinal de los índices de la forma 1,2,3,4… sin saltos y bien ordenado.. Para que la etiqueta mostrada sea comprensible por el usuario, sería necesario, además, modificar los ficheros Messages.properties y advanced.jsp o messages.xml correspondientes.

En el caso de modificar el combo de selección de campos de búsqueda, es importante reindexar DSpace para evitar que la búsqueda funcione de forma anómala, ejecutando el comando:

[dspace]/bin/dspace index-init