Trabajo Final de Adscripción de la Cátedra Tratamiento Automático de la Información I: De Greenstone 2 a Greenstone 3

Transcripción

1 Trabajo Final de Adscripción de la Cátedra Tratamiento Automático de la Información I: De Greenstone 2 a Greenstone 3 Natalia C. Salcedo nasalcedo@gmail.com Esta obra está bajo una Licencia Creative Commons Atribución-NoComercial- SinDerivadas 3.0 Unported 1

2 Resumen: Este trabajo final de adscripción es el resultado de la comparación de las distintas versiones del software libre Greenstone. Para poder realizar este análisis se tuvieron en cuanta las características de las distintas versiones de Greenstone 2 y la nueva versión de Greenstone3. En dicha comparación se tuvieron en cuenta las siguientes variables: estructura del software en general, directorios, migraciones de una versión a otra, formatos, personalización sobre diseño y protocolo de OAI, Por último se adjunta en el anexo 1 un ejemplo de construcción de una colección creada con Greenstone3. Historia: En los últimos cinco años, el uso del software Greenstone ha crecido notablemente y con gran éxito. Esto debido a que es un sistema multilingüe y permite importar diferentes formatos de tipos de documentos. Cada colección es diseñada, configurada y construida individualmente. El nuevo diseño esta dirigido a mejorar la naturaleza dinámica del kit de herramientas de Greenstone. El cual se basa en: estándares de XML actuales, metodologías de implementación (agentes de comunicación), prácticas de software tales como protocolos simples (SOAP), multiplataforma para el desarrollo de JAVA, esquemas actuales sobre modulación y actualización de software. En la antigua arquitectura de Greenstone2, todas las acciones de los procesos, se realizaban a través de la aplicación library.cgi. En cambio en la nueva arquitectura de Greenstone3 que se basa en topologías de agente de comunicación, cada proceso es realizado por un agente distinto. Estos se comunican a través de un protocolo (SOAP), intercambiando mensajes a través de XML, que por razones de portabilidad se codifican a través de JAVA. 2

3 Diferencias entre versiones: Greenstone2 Web Server: se ejecuta a través de Apache. Desarrollado en C++: todo lo relacionado la inferface con el servidor Web, esta desarrollado con C++. Script Perl: para todo lo que se relacionado con la importación de objetos digitales al sistema y la generación de los índices. Greenstone3 Web Server: se ejecuta a través de Apache Tomcat Server. Este tipo de servidor ejecuta aplicaciones Java. Desarrollado en JAVA Script Perl: utiliza el mismo lenguaje que GS2, porque a lo que se refiere a la importación de objetos digitales y la generación es la misma Greenstone2 Aplicación CGI: su característica principal es que cada vez que el usuario se conecta o ingresa a Greenstone a la biblioteca digital, el servidor lanza un proceso CGI que lo atiende. Por cada entrada de usuarios, genera un proceso, cuando termina de hacer su consulta ese proceso se muere. Web Services: No posee Greenstone3 Aplicación de tipo Servlet: la aplicación se carga en la memoria del servidor, y a partir de ahí atiende a los usuarios. Por ejemplo, si yo tengo 10 usuarios, tengo solo una única aplicación corriendo, genera un solo proceso, y no diez. Esto hace que el rendimiento del servidor, este optimizado. Web Services SOAP: permite relacionar aplicaciones. Por ejemplo poseemos una aplicación en PHP y tenemos una biblioteca digital en GS3. Desde la aplicación, se le puede enviar un mensaje de búsqueda sobre un tema a la biblioteca digital, Greenstone me devuelve la respuesta, y ese resultado lo podemos manipular y visualizar como queramos dentro de una aplicación PHP. 3

4 Arquitectura distribuida: no posee una arquitectura distribuida: es decir existe un solo servidor que atiende cada consulta de los usuarios por cada proceso solicitado. No se puede distribuir en varios Server los procesos, para poder obtener mayor rendimiento. Arquitectura monolítica: por ejemplo, si un usuario se conecta a la biblioteca digital, y hace una búsqueda, y se genera un error, se cae la aplicación entera. El usuario no tiene acceso de nuevo a la aplicación hasta que ese proceso se termine y se pueda volver a ejecutar. Instalación y site: Greenstone2 posee una sola instalación y un site. Si se quiere tener en un mismo servidor dos sites distintos, tengo que tener dos instalaciones distintas. Arquitectura distribuida: esto permite tener mi biblioteca digital distribuida en varios servidores. Es decir puedo distribuir los procesos en distintos servidores. Arquitectura modular: es un conjunto de procesos divididos en módulos. La ventaja es que si un proceso falla, el resto sigue funcionando, sin necesidad de reiniciar la aplicación entera. Instalación y múltiples sites: en un único servidor puedo tener varios sitios distintos con diferentes interfaces con contenidos distintos. Ejemplo de arquitectura modular: Proceso de consulta Query Browse Retrieve Process Enrich Búsqueda y recuperación mediante los índices existentes. Navegación de clasificadores y jerarquías de documentos. Entrega de documentos, sus metadatos y otro cualquier archivo asociado. Ejecución de un comando, por ejemplo: crear la colección. Toma el documento y lo devuelve con el valor agregado markup o etiquetado adicional. Es un conjunto de procesos detrás de una simple consulta. Si bien uno esta relacionado con el otro, ninguno no interfiere los demás, aunque se genere algún error. Filosofía Descríbalo Ud. Mismo : Esta característica permite que el servlet de Greenstone se adapte a lo que el usuario quiere desarrollar. Mediante XSLT se puede modificar la apariencia y funcionalidad de una página generada por la biblioteca, por ejemplo ordenando los resultados de una búsqueda, o presentando los resultados de acuerdo a lo que el protocolo OAI requiere y permitir su exportación. Con la versión 2 de Greenstone, este tipo de requerimientos necesitaban que se modificara el código fuente de la aplicación. 4

5 5 Estructura de directorios: Greenstone2 Greenstone3 greenstone greenstone/apache-httpd greenstone/bin greenstone/cgi-bin greenstone/collect greenstone/etc greenstone/gli greenstone/lib greenstone/macros greenstone/mappings greenstone/packages greenstone/perlib greenstone/temp greenstone3 greenstone3/src greenstone3/src/java/ greenstone3/src/packages greenstone3/lib greenstone3/lib/java greenstone3/lib/jni greenstone3/resources greenstone3/resources/soap greenstone3/bin greenstone3/bin/script greenstone3/packages greenstone3/docs greenstone3/gli greenstone3/gs2build greenstone/web greenstone/web/flash greenstone/images greenstone/java greenstone/script greenstone/style greenstone3/web greenstone3/web/web-inf greenstone3/web/web-inf/classes greenstone3/web/web-inf/lib greenstone3/web/sites greenstone3/web/sites/localsite greenstone3/web/sites/localsite/collect greenstone3/web/sites/localsite/images greenstone3/web/sites/localsite/transforms greenstone3/web/interfaces greenstone3/web/interfaces/default greenstone3/web/interfaces/default/images greenstone3/web/interfaces/default/js greenstone3/web/interfaces/default/style greenstone3/web/interfaces/default/transforms greenstone3/web/applet

6 Migración de colecciones de GS2 a GS3: Una de las principales características en el desarrollo de Greenstone, es la Compatibilidad con versiones anteriores. Para ello se conservaron las fortalezas de los sistemas existentes hasta ese momento. Esto se logró, mediante la creación de un diseño que fuese compatible hacia atrás, Proporcionándoles tanto a los desarrolladores como a los usuarios, facilidades para una futura migración. Procedimiento de migración: es recomendable que para obtener una exitosa migración, las dos versiones de Greenstone estén instaladas en el directorio raíz. Líneas de comandos: C:\>cd greenstone / entrar al directorio de GS2/ C:\Greenstone>setup.bat / esta línea permite entrar al ambiente de GS2/ C:\Greenstone>cd.. /luego se debe salir del ambiente de GS2/ C:\>cd greenstone3 / entrar al directorio de GS3/ C:\Greenstone3>cd gs2build /entrar a la carpeta gsbuild2 de GS3/ C:\Greenstone3\gs2build>setup / entrar al ambiente de la carpeta gsbuild2 de GS3/ C:\Greenstone3\gs2build>perl -S import.pl -collectdir "C:\Greenstone3\web\sites\ localsite\collect" investig / esta línea importa la colección / /El resultado es el siguiente:/ Use of uninitialized value in string eq at C:\Greenstone3\gs2build/perllib/colcf g.pm line 304. Use of uninitialized value in string eq at C:\Greenstone3\gs2build/perllib/colcf g.pm line 313. Use of uninitialized value in string eq at C:\Greenstone3\gs2build/perllib/colcf g.pm line 321. Use of uninitialized value in sprintf at C:\Greenstone3\gs2build/perllib/gsprint f.pm line 79. ERROR: Can't find the configuration file Died at C:\Greenstone3\gs2build/perllib/colcfg.pm line 329. C:\Greenstone3\gs2build>perl -S buildcol.pl -collectdir "C:\Greenstone3\web\site s\localsite\collect" investig /esta línea reconstruye los índices y clasificadores y / /El resultado es el siguiente:/ Use of uninitialized value in string eq at C:\Greenstone3\gs2build/perllib/colcf g.pm line

7 Use of uninitialized value in string eq at C:\Greenstone3\gs2build/perllib/colcf g.pm line 313. Use of uninitialized value in string eq at C:\Greenstone3\gs2build/perllib/colcf g.pm line 321. Use of uninitialized value in sprintf at C:\Greenstone3\gs2build/perllib/gsprint f.pm line 79. ERROR: Can't find the configuration file Died at C:\Greenstone3\gs2build/perllib/colcfg.pm line 329. C:\Greenstone3\gs2build>cd.. /sale de la carpeta gs2build/ C:\Greenstone3>cd bin /entrar a la carpeta bin/ C:\Greenstone3\bin>cd script /entrar a la carpeta script, donde se encuentra el script de conversión/ /El resultado obtenido es el siguiente/ C:\Greenstone3\bin\script>perl -S convert_coll_from_gs2.pl -collectdir "C:\Green stone3\web\sites\localsite\collect" investig Parameterless"useIO"deprecated at C:\Greenstone3/lib/perl/cpan/XML/Writer.pm line 16 coll config=c:\greenstone3\web\sites\localsite\collect\investig\etc\collect.cfg Use of uninitialized value in pattern match (m//) at C:\Greenstone3/lib/perl/cpa n/xml/writer.pm line 307. Use of uninitialized value in print at C:/Greenstone/bin/windows/perl/lib/IO/Han dle.pm line 401. Como unos de los resultados finales, se obtienen los archivos xml: buildconfig.xml y collectionconfig.xml. Los cuales son equivalentes a collect.cfg y build.cfg de cada colección pertenecientes a GS2. Importante: Este procedimiento convierte una colección GS2 a GS3, actualmente posee algunos problemas o errores, los cuales se encuentran bajo estudio. 7

8 Creación de una colección en GS3: Uno de los puntos fuertes que se ha querido conservar en el nuevo diseño de Greenstone, es la creación de las colecciones. Los procesos de importación de objetos digitales, creación de índices y clasificadores de exploración siguen siendo iguales. Lo que ha cambiado sustancialmente es el lenguaje del formato: Greenstone2 [Text] [num] [link][/link] [srclink][/srclink] [icon] [srcicon] [Title] (metadata) Greenstone3 <gsf:text/> <gsf:metadata name='docnum'/> <gsf:link> or <gsf:link type='document'> <gsf:link type='source'> <gsf:icon/> or <gsf:icon type='document'/> <gsf:icon type='source'/> <gsf:metadata name='title'/> or <gsf:metadata name='title' select='current'/> [parent:title] <gsf:metadata name='title' select='parent' /> [parent(all):title] <gsf:metadata name='title' select='ancestors'/> [parent(top):title] <gsf:metadata name='title' select='root' /> [parent(all': '):Title] <gsf:metadata name='title' select='ancestors' separator=': ' /> [sibling(all': '):Title] <gsf:metadata name='title' multiple='true' separator=': ' /> {Or}[dc.Title], [dls.title], <gsf:choose-metadata> <gsf:metadata name='dc.title'/> [Title] } <gsf:metadata name='dls.title'/> <gsf:metadata name='title'/> </gsf:choose-metadata> {If}[parent:Title], [parent:title], [Title] } {If}[Subject], <td>[subject]} <gsf:choose-metadata> <gsf:metadata name='title' select='parent'/> <gsf:metadata name='title'/> </gsf:choose-metadata> <gsf:switch> <gsf:metadata name='subject'/> <gsf:when test='exists'> <td><gsf:metadata name='subject'/> </gsf:when></gsf:switch> Personalización y diseño: 8

9 Uno de los cambios más importantes sobre el nuevo diseño de GS3, fue la personalización de la interfaz principal y sitio de cada colección. En GS2 la personalización y diseño, es manejado archivos macros, los cuales se encuentran readicionados con distintas hojas de estilo. Cada macro define la estructura y contenido de cada sitio en GS2. Las principales son las siguientes: Home.dm / página principal de GS2/ About.dm / página que contiene información general de cada colección/ Query.dm /página de búsquedas y resultados / Document.dm / página que controla la visualización del documento/ Style.dm / controla el estilo global que se encuentra en cada página/ Extra.dm / Macro particular de cada colección/ Respecto a los archivos de hojas de estilo, los principales son los siguientes: Style.css / maneja el estilo general / Style-print.css / estilo usado para imprimir las páginas / Print-document.css / estilo usad para imprimir los documentos / En GS3 la personalización y diseño, es manejado por archivos XSLT, los cuales sustituyen a las antiguas macros. Estas se encuentran en el directorio $GSDL3HOME/interfaces/interface-name/transform. Respecto a las hojas de estilo, se siguen conservando archivos.css, pero cambian su nombre y ubicación. Se alojan en el directorio $GSDL3HOME/ web/interfaces/default/style.el archivo que maneja el estilo general en este nuevo Greenstone se llama core.css. Además podemos encontrar otras novedades en GS3 respecto a la interfaz principal y sitio de cada colección. Entre las novedades de la interfaz principal podemos encontrar: Búsqueda cruzada por defecto en todas las colecciones. Página de administración Registro de usuarios Sitio de cada colección: Búsqueda avanzada incluida. 9

10 Opciones de ranking en los resultados de búsqueda. Nodos de los clasificadores independientes. Berry Basket (opción que permite guardar documentos en un especie de carrito, copiar la url al documento y enviarselo por mail} ) OIA Server: La instalación del proveedor datos Greenstone3 OAI está disponible desde la versión 3.03 y posteriores. Se ejecuta a través del servlet llamado oaiserver y se accede a través de la siguiente url: La configuración puede realizarse a través de dos archivos: OAIConfig.xml: Este archivo se encuentra el directorio greenstone3/web/web- INF/classes, y específica la información general de todo el repositorio. Cuando se modifica se debe tener en cuenta colocar los valores correctos sobre el nombre del repositorio (repositoryname) y la url del mismo (baseurl). Los demás valores pueden modificarse de acuerdo a lo necesario. CollectionConfig.xml: Se encuentra en el directorio /etc de cada colección, y contiene la información relativa a la configuración OAI de la misma. Mapeo de campos de metadatos: Si se desea crear un conjunto de metadatos propios y no lo utilizar los standards predeterminados Dublin Core, es necesario realizar un mapeo a estos últimos, para el repositorio pueda ser cosechado por otros repositorios a través del proceso de harvesting En GS3 el mapeo de campos de metadatos, se realiza en dos niveles: en forma global para todas las colecciones del repositorio, o en concreto para una colección en particular. Para una colección particular, la especificación del mapeo de campos en el archivo collectionconfig.xml prevalece sobre que el del OAIConfig.xml. Por lo tanto, las asignaciones de los metadatos serán primero buscadas en collectionconfig.xml de cada colección, y si no se encuentran irán a las del archivo OAIConfig.xml, y si no se especifica allí tampoco, los nombres de los campos del Dublin Core estándar se utilizaran para recuperar los metadatos de la colección. Este apartado trata sobre la explicación en la creación de una colección realizada en GS3. La colección en cuestión contiene tesis en formato pdf, de las carreras de postgrado de la Facultad de Arquitectura y Urbanismo de la Universidad Nacional de La plata. 10

11 Objetivo: que los alumnos de la materia de Tratamiento Automático de la Información I adquieran los conocimientos básicos para construir una colección digital de tesis en formato PDF utilizando el software Greenstone3. Colección de tesis en PDF: Para crear una colección usaremos el programa Greenstone Librarian Interface (GLI). Este sirve para crear y administrar colecciones digitales de manera sencilla. El GLI se encuentra dividido en: un menú con diferentes opciones (Archivo, Editar y Ayuda) y diferentes tipos de pestañas que son herramientas (Descargar, Reunir, Enriquecer, Diseño, Crear, Formato) que nos ayudaran a construir paso a paso las colecciones digitales. Procedimiento: 1. Creación de la colección: a. Crear una colección nueva desde la opción Archivo. b. Elegir la opción Nueva para crear una nueva colección. c. Llenar los datos de la nueva colección: título de la colección y descripción de contenidos (Figura 1). Figura 1 11

12 d. Luego ir a la pestaña Reunir de la barra de herramientas horizontal del programa. e. Seleccionar la opción vertical del lado izquierdo Espacio de fichero local, para elegir el archivo del documento a incorporar a la colección creada (Figura 2). Figura 2 f. Dar clic en el archivo a seleccionar y arrastrar con el Mouse hacia el lado derecho de la pantalla (Figura 3). 12

13 2. Metadatos: g. Ir a la pestaña Enriquecer para cargar los metadatos. h. Ingresar los metadatos para describir los datos del documento (Figura 4) 2. Diseño de la colección: Figura 4 a. Ir a la pestaña Diseño en la barra de herramientas horizontal. b. Por defecto se encuentra seleccionado la opción vertical Plugins c. Seleccionar los plugins por los cuales la colección va a procesar los archivos de los documentos ingresados (Figura 5). 13

14 Figura 5 d. Luego elegir la opción vertical Índices de búsqueda. e. Reemplazar los índices existentes por los deseados para la búsqueda del formulario de la colección creada (Figura 6) f. Marcar las opciones May/Min y Coincidencias de acentos Figura 6 14

15 g. Por último elegir la opción vertical Clasificadores de exploración. h. Reemplazar los clasificadores existentes por los siguientes (Figura 7): Lista alfabética de títulos: List metadata dc.title- partition_type_within_level per_letter buttonname Títulos Listado alfabetico de autores por agrupación de letras: AZCompactList metadata dc.autor o Creator buttonname Autores Jerarquía temática: Hierarchy metadata dc.coverage sort dc.title buttonname Temas Listado horizontal por rango de fechas: List metadata dc.date-bookshelf_type always-partition_type_within_level nonesort_leaf_nodes_using dc.title-use_hlist_for dc.date-buttonname Fechas Figura 7 15

16 3. Formato de la colección: a. Ir a la pestaña Formato de la barra de herramientas horizontal. b. Seleccionar la opción Formato. c. Elegir el tipo de formato que se desea modificar o incluir: Search: formato del los resultados de búsqueda a través del formulario. Formato por default: <gsf:template match="documentnode"> <td valign="top"> <gsf:link type="document"> <gsf:icon type="document"/> <td> <gsf:link type="document"> <xsl:call-template name="choose-title"/> Formato reformado: <gsf:template match="documentnode"> Se agrego las siguientes etiquetas de HTML para generar una tabla: <table border="1" bordercolor="green" height="100%"> <table> : etiqueta HTML para generar una tabla border="1" : borde de la tabla bordercolor="green" : color verde de la tabla height="100%": altura de la tabla. <table border="1" bordercolor="green" height="100%"> <td valign="top"> <! Se marcaron los siguientes parámetros como comentarios para eliminar el acceso al document a través del icono: <gsf:link type="document"> 16

17 <gsf:icon type="document"/> Parámetro que sobre el icono linkea al document heading (cabecera) y document (cuerpo del documento HTML) Se agregaron los siguientes parámetros: <b>autor/es :</b> <gsf:metadata multiple="true" name="dc.creator" separator=" - "/> Etiqueta: Autor/es : multiple="true" parametro utilizado cuando el metadato tiene más de una ocurrencia name="dc.creator" nombre del metadatos separator=" - " signo que separa las distintas ocurrencias <td> <b>título:</b> <gsf:link type="document"> <xsl:call-template name="choose-title"/> <br/> <b>autor/es :</b> <gsf:metadata multiple="true" name="dc.creator" separator=" - "/> <br/> Se agregaron los siguientes parámetros para visualizar el metadatos dc.date <b>fecha:</b> <gsf:metadata name="dc.date"/> <b>fecha:</b> <gsf:metadata name="dc.date"/> <gsf:switch> <gsf:metadata name="dc.contributor"/> <gsf:when test="exists"> <br/> Parámetros usados para generar una expresión condicional: <gsf:switch> <gsf:metadata name="dc.contributor"/> <gsf:when test="exists"> <br/> <b>director:</b> <gsf:metadata name="dc.contributor"><separator><br/> <b>codirector:</b></separator> Este parámetro se utiliza cuando un metadato tiene más de una ocurrencia y se las quiere visualizar mediante un salto de línea </gsf:metadata> </gsf:when> </gsf:switch> <b>director:</b> 17

18 <gsf:metadata name="dc.contributor"><separator><br/> <b>codirector:</b></separator> </gsf:metadata> </gsf:when> </gsf:switch> <br/> Esta línea también se utiliza para visualizar un metadatos que posee más de una ocurrencia, pero en una sola línea separada con una coma <b>editor:</b> <gsf:metadata name="dc.publisher"/> <br/> <b>temas:</b> <gsf:metadata multiple="true" name="dc.subject" separator=", "/> <br/> Cierre de la table </table> </table> Clasificadores formato para cada clasificador de exploración (CL1, CL2, CL3, CL4) Formato por default: <gsf:template match="documentnode"> <td valign="top"> <gsf:link type="document"> <gsf:icon type="document"/> <td valign="top"> <gsf:link type="source"> <gsf:choose-metadata> <gsf:metadata name="thumbicon"/> <gsf:metadata name="srcicon"/> </gsf:choose-metadata> <td valign="top"> <gsf:link type="document"> <xsl:call-template name="choose-title"/> <gsf:switch> <gsf:metadata name="source"/> <gsf:when test="exists"> <br/> 18

19 <i>( <gsf:metadata name="source"/>) </i> </gsf:when> </gsf:switch> <gsf:template = 'VList']"> <td valign="top"> <gsf:link type="classifier"> <gsf:icon type="classifier"/> <td valign="top"> <gsf:metadata name="title"/> <gsf:template = 'HList']"> <gsf:link type="classifier"> <gsf:metadata name="title"/> Formato reformado: <gsf:template match="documentnode"> <td valign="top"> <gsf:link type="document"> <gsf:icon type="document"/> <td valign="top"> <gsf:link type="source"> <gsf:choose-metadata> <gsf:metadata name="thumbicon"/> <gsf:metadata name="srcicon"/> </gsf:choose-metadata> <td valign="top"> <gsf:link type="document"> <xsl:call-template name="choose-title"/> Se marcaron como comentario los siguientes parámetros del formato del metadato Source extraído automáticamente por Greenstone <gsf:switch> <gsf:metadata name="source"/> 19

20 <gsf:when test="exists"> <br/> <i>( <gsf:metadata name="source"/>) </i> </gsf:when> </gsf:switch> Se agrego el metadatos Creator para visualizarlo, <br/> <i><gsf:metadata name="dc.creator"/></i> <gsf:template = 'VList']"> <td valign="top"> <gsf:link type="classifier"> <gsf:icon type="classifier"/> <td valign="top"> <gsf:metadata name="title"/> <gsf:template = 'HList']"> <gsf:link type="classifier"> <gsf:metadata name="title"/> Display: formato documentheading (cabecera) y document (Cuerpo del documento HTML) Formato default: <gsf:option name="toc" value="true"/> Overwriting this template allows you to change the heading of the document. <gsf:template name="documentheading"> <span style="font-weight:bold; font-size: 120%;"> <xsl:call-template name="choose-title"/> </span> 20

21 Overwriting this template can be used to redefine the content of the whole document.this is useful for simple documents, but not recommended for more complex documents(e.g. hierachical and paged documents) as it can prevent any sub-sections from showing. <gsf:template name="documentcontent"> <xsl:call-template name="wrappedsectionimage"/> <xsl:call-template name="wrappedsectiontext"/> Overwriting this template can be used to change the content of section headings. <gsf:template name="sectionheading"> <xsl:call-template name="choose-title"/> Overwriting this template can be used to change the content of the top-level section. <gsf:template name="toplevelsectioncontent"> <xsl:call-template name="wrappedsectionimage"/> <xsl:call-template name="wrappedsectiontext"/> Overwriting this template can be used to change the content of sections. <gsf:template name="sectioncontent"> <xsl:call-template name="wrappedsectionimage"/> <xsl:call-template name="wrappedsectiontext"/> Formato reformado: <gsf:option name="toc" value="true"/> Se sobrescribió la plantilla por defecto del documetheading (cabecera del documento HTML <gsf:template name="documentheading"> <span style="font-weight:bold; font-size: 120%;"> <xsl:call-template name="choose-title"/> </span> 21

22 <gsf:template name="documentheading"> <br/><br/> <p><span style="font-weight:bold; color: green; font-size: 100%;"><xsl:call-template name="choose-title"/></span> <br/><b>autor:</b><gsf:metadata name="dc.creator"/> <br/><b>fecha:</b><gsf:metadata name="dc.date"/> <br/><b>editor:</b><gsf:metadata name="dc.publisher"/> <br/> <gsf:switch> <gsf:metadata name="dc.contributor"/> <gsf:when test="exists"> <b>director:</b><gsf:metadata name="dc.contributor"><separator> <br/> <b>codirector:</b></separator> </gsf:metadata> </gsf:when> </gsf:switch> <br/><b>temas:</b><gsf:metadata multiple="true" name="dc.subject" separator=", "/></p> <hr/> Sobreescritura esta plantilla se puede utilizar para redefinir el contenido de todo el documento. Esto es útil para documentos sencillos, pero no se recomienda para los documentos más complejos (por ejemplo documentos jerárquicos y paginado), ya que puede impedir la realización de sub-secciones de la muestra. Este parametro maneja el formato html de la colección: <xsl:call-template name="wrappedsectiontext"/> <gsf:template name="documentcontent"/><gsf:template name="documentcontent"><xsl:call-template name="wrappedsectionimage"/><xsl:calltemplate name="wrappedsectiontext"/> Sobreescritura esta plantilla se puede utilizar para cambiar el contenido de encabezados de sección. <gsf:template name="sectionheading"><xsl:call-template name="choosetitle"/>--> Sobrescribir esta plantilla se puede utilizar para cambiar el contenido de la sección de nivel superior. 22

23 <gsf:template name="toplevelsectioncontent"><xsl:call-template name="wrappedsectionimage"/><xsl:call-template name="wrappedsectiontext"/> Sobreescritura esta plantilla se puede utilizar para cambiar el contenido de las secciones. <gsf:template name="sectioncontent"><xsl:call-template name="wrappedsectionimage"/><xsl:call-template name="wrappedsectiontext"/> 4. Construcción de la colección: a. Ir a Crear desde la barra de herramientas horizontal. b. Crear la colección a través de la opción Crear la colección c. Verificar desde la opciones de la creación que haya sido ingresado el documento y no haya sigo rechazado (Figura 8) Figura 8 d. Una vez creada la colección dar un click en el mensaje Se ha construido la colección y esta lista para verse (Figura 9) 23

24 e. Por último dar un click en Vista previa de la colección, y se abrirá la página Web generada de la colección (Figura 10): Figura 10 24

25 6. Copia (backup) de colección: a. Ir a la carpeta de instalación de Greenstone3 dentro se computadora. (Por default: C:\Program Files\Greenstone3). b. Dentro de la carpeta Greenstone3, entrar la subcarpeta web c. Luego dentro de la subcarpeta web, seleccionar entrar a sites. e. Desde sites entrar en localsite. f. Elegir la carpeta collect, donde se encuentran las carpetas de las colecciones creadas. g. Copiar la carpeta de la colección deseada, en este caso tesis. Glosario: SERVLET: Los servlets son objetos que corren dentro y fuera del contexto de un contenedor de servlets (ej: Tomcat) y extienden su funcionalidad. La palabra servlet deriva de otra anterior, applet, que se refería a pequeños programas que se ejecutan en el contexto de un navegador web. Por contraposición. El uso más común de los servlets es generar páginas web de forma dinámica a partir de los parámetros de la petición que envíe el navegador Web SOAP: Se trata de un protocolo que te permite la comunicación entre aplicaciones a través de mensajes por medio de Internet. Esta basado en XML y es la base de los Web Services. Es independiente de la plataforma y del lenguaje. TOMCAT: Apache Tomcat (también llamado Jakarta Tomcat o simplemente Tomcat) funciona como un contenedor de servlets desarrollado bajo el proyecto Jakarta en la Apache Software Foundation. Tomcat implementa las especificaciones de los servlets y de JavaServer Pages (JSP) de Sun Microsystems. WEB SERVICE: Un Web service es un medio de comunicación entre dos dispositivos electrónicos a través de la World Wide Web. 25

26 Un Web service es una función de software suministrado en una dirección de red a través de Internet o de la nube, es un servicio que es "always on", como en el concepto de utility computing. XSLT: (siglas de Extensible Stylesheet Language Transformations, lenguaje de hojas extensibles de transformación), que permite convertir documentos XML de una sintaxis a otra (por ejemplo, de un XML a otro o a un documento HTML). Bibliografía: Don, Katherine (2006). Greenstone3: A Modular Digital Library. University of Waikato. Department of Computer Science., Fecha de consulta: 2 de Octubre Extensible Stylesheet Language Transformations (XSLT). (2013, 9 de marzo). Wikipedia, La enciclopedia libre. Fecha de consulta: 13:24, octubre 3, formations&oldid= Greenstone3. University of Waikato. Fecha de consulta: 11:43, octubre 3, Java Servlet. (2013, 5 de agosto). Wikipedia, La enciclopedia libre. Fecha de consulta: 03:03, octubre 3, Servicio web (Web service). (2013, 27 de septiembre). Wikipedia, La enciclopedia libre. Fecha de consulta: 13:22, octubre 3, Simple Object Access Protocol. (2013, 3 de julio). Wikipedia, La enciclopedia libre. Fecha de consulta: 13:07, octubre 3, Spano, Diego. #Greenstone: migrando hacia una biblioteca 3.0. Social Biblio. Fecha de consulta: 11:08, octubre 3,