An interactive map for showcasing repository impacts

De TallerDocumental on Wiki
Revisión del 14:54 27 nov 2017 de Celia (discusión | contribuciones)
(dif) ← Revisión anterior | Revisión actual (dif) | Revisión siguiente → (dif)
Saltar a: navegación, buscar

Referencia

ZHANG, Hui; LOPEZ, Camden. 2017. An interactive map for showcasing repository impacts. Code4Lib Journal. [en línea], n. 36. ISSN 1940-5758. [Consultado 4 noviembre 2017]. Disponible en: http://journal.code4lib.org/articles/12349

Resumen original

Digital repository managers rely on usage metrics such as the number of downloads to demonstrate research visibility and impacts of the repositories. Increasingly, they find that current tools such as spreadsheets and charts are ineffective for revealing important elements of usage, including reader locations, and for attracting the targeted audiences. This article describes the design and development of a readership map that provides an interactive, near-real-time visualization of actual visits to an institutional repository using data from Google Analytics. The readership map exhibits the global impacts of a repository by displaying the city of every view or download together with the title of the scholarship being read and a hyperlink to its page in the repository. We will discuss project motivation and development issues such as authentication with Google API, metadata integration, performance tuning, and data privacy.

Resumen

Para conocer el impacto de visualizaciones de un repositorio bastaba con conocer el número de visualizaciones y descargas, pero hoy en día va más allá. Se precisa conocer quien, como y donde, es decir, que usuarios y desde que lugar se ha visualizado el documento o la descarga del mismo. Para ello se precisa de la información que aporta Google Analytics para construir un mapa interactivo con datos sobre las ciudades desde donde se descargan o visualizan los documentos, junto con el título de los mismos, y un hipervínculo a su página en sus respectivos repositorios. El proyecto tiene su origen en la Universidad del Estado de Oregon en su repositorio institucional (ScholarsArchive OSU), ya que la información que se obtenía de visualizaciones y descargas de documentos era poco exhaustiva. El repositorio ScholarsArchive trabaja con la herramienta DSpace, pero no es compatible o no se encontraron herramientas para elaborar un mapa interactivo. Por ello se intentó con el mapa de actividad de lectores de BePress Digital Commons quien ofrece una visualización en tiempo real de las descargas en todo el mundo.

Aunque BePress reunía las características esenciales para la creación del mapa, es decir, lograr un mapa interactivo o un mapa de lectores que sea de acceso abierto, que no estuviera vinculado a ningún repositorio (institucional o no), y por supuesto con un funcionamiento óptimo para dar cabida a todas aquellas funciones por las que se genera el mapa de lectores. Éste no fue elegido y los creadores Hui Zhang y Camden López siguieron con la búsqueda. La primera elección es Elasticsearch como motor para proporcionar estadísticas ya que es capaz de procesar grandes cantidades de información, la herramienta es capaz de ponerse a funcionar a un nivel óptimo con pocos recursos y es capaz de compilar información sobre los usuarios (dirección IP, DSpace...). Pero el programa no cumplía con uno de los requisitos necesarios, y es desacoplar el mapa de lectores de la plataforma del repositorio subyacente. Hay otro factor negativo como la contaminación de la información web en las estadísticas de uso que proporciona. Finalmente cómo motor se utiliza Google Analytics ya que cumple los requisitos necesarios de software gratuito, la información web no está contaminada (spam, bots…), y cumple con total rendimiento. También alberga un factor negativo y es que, debido a los seguimientos de los usuarios que realiza (estadísticas de uso, visualizaciones y descargas), la IP de dichos usuarios queda descubierta, aunque el motor como solución mantiene en oculto la IP o parte de ella y como medida paliativa informa a los usuarios de que información personal va a ser recopilada por la biblioteca para su futuro procesamiento (nombre, IP, ubicación, fecha/hora…). Éste hecho supone un problema grave ya que el objetivo de crear un mapa de lectores de forma interactiva es el de conocer con exactitud la ubicación de los usuarios en el momento que visualizan la información. Para la implementación del mapa de lectores (Readership Map) se usa en JavaScript ya que es el mapa con el que trabaja Google Analytics, y como aplicación ‘’puente’’ o intermedia se usa Ruby on Rails un desarrollador web de código abierto, capaz de almacenar y recuperar grandes cantidades de información, el cual permite construir aplicaciones web y es necesaria para la autentificación de identidad de los usuarios.

El mapa de lectores se pone en marcha en el momento que recopila toda aquella información necesaria como el título de la página, un identificador de recursos uniforme (URI), la hora exacta de la visualización o la descarga y la ubicación del usuario. Una vez recopilada la información el URI de la página facilita un hipervínculo a la página del elemento del repositorio en el mapa y el título de la página es el nuevo nombre del elemento en el repositorio. Para generar la visualización a tiempo real se usa la fecha y hora exacta de la visualización, y la ubicación del usuario se obtiene a partir de la IP generada por Google Analytics. En el proceso de la autentificación y la autorización interviene Rails la aplicación intermedia entre GA y el mapa de lectores, quien usa OAuth 2.0 aplicación basada en la automatización de tareas y en la integración de los datos proporcionados por GA con otras aplicaciones. Es necesaria la creación de una cuenta la cual de acceso ya que mediante la ID de dicha cuenta obtendremos los permisos para acceder al servidor. Es decir, al acceder en la cuenta los datos son enviados mediante Rails a Google Analytics y el usuario tiene el permiso de acceder a las consultas de información en el mapa de lectores. En la actualidad los encargados del mapa insertaron en la página principal del repositorio institucional de la Universidad de Oregón un mapa de lectores interactivo. En un futuro se pretende que el repositorio, por medio de Rails, aporte un mapa con información en vivo, es decir, sin la problemática de esperar 10 minutos entre consulta sin que la aplicaciones alberge errores.

Comentario

Los mapas de impacto (o de lectores) son una gran fuente de información ya que por medio de ellos conocemos qué información buscan los usuarios, además de saber cuándo, dónde y por qué. El mapa de lectores significa tener una ventana abierta sobre la información que consultan los usuarios, es decir, en este caso los responsables del repositorio institucional obtengan y recopilen información en vivo, sobre lugar, fecha y hora, además de la IP del usuario. Sin duda es un factor positivo para llegar a conocer mejor las necesidades de información de los usuarios. El proyecto se apoya en software libre, no depende de herramientas o aplicaciones subyacentes y es capaz de recopilar grandes cantidades de información. El mapa alberga una desventaja y es que debido a la necesidad de saber la ubicación del usuario, la aplicación precisa de información sensible para el usuario (IP, ubicación…), y esto es algo que sus creadores deben mejorar, ya que obtener dicha información es primordial para el desarrollo del mapa. Como visión de futuro para los mapas de lectores interactivos será conocer, por parte de sus desarrolladores, si el mapa cumple con su función, ser capaz de mejorar las necesidades de búsqueda de información de los usuarios.

Referencias bibliográficas



 Categorías: Factor de impacto | Mapa de lectores | Repositorio Institucional | Software libre

Celia (discusión) 15:54 27 nov 2017 (CET)