Manual del Administrador del Sistema SIAPAD (versión final)Manual del Administrador del Sistema SIAPAD (versión final) 5-12-2008 SIAPAD – Sistema de Información Andino para la

Manual del Administrador del Sistema SIAPAD (versión final)

5-12-2008 SIAPAD – Sistema de Información Andino para la Prevención y Atención de Desastres

Página 1 de 137

Sistema de Información Andino

para la Prevención y Atención de Desastres

(SIAPAD)

MANUAL DEL ADMINISTRADOR

(versión final)



Página 2 de 137

MANUAL DEL ADMINISTRADOR DEL SISTEMA SIAPAD

Fecha: 17-2-2009 Tipo: Manual No: 1

Lugar: Valencia -España

Autores: Salvador Bayarri, Gabriela Majic, Luis Ruíz

CONTROL DE VERSIONES

Fecha Versión Autores Contenido 4.2.2008 1.0 Salvador Bayarri – Experto Implementación – IVER

Gabriela Majic – Equipo instalación y capacitación – IVER

Luis Ruíz – Equipo implementación – IVER

Preparación del informe

13.5.2008 2.0 Salvador Bayarri, Gabriela Majic Actualización


20.11.2008 3.1 Luis Ruiz Actualización

5.12.2008 3.2 Javier Rodrigo, Salvador Bayarri Actualización


LISTA DE DISTRIBUCIÓN

Nombre Cargo Acción Solicitada

Rubén Vargas Gestión de Sistemas de Información PREDECAN Revisión - Aprobación

Ana Campos Directora General del PREDECAN Información

Harald Mossbrucker Jefe de Asistencia Técnica Internacional de PREDECAN Información

Martín Molina Asesor técnico de PREDECAN Revisión

Patricio Padilla Gerente del proyecto – IVER Revisión

Ricardo Galván Experto en Diseño – IVER Revisión

Stefanie Weykam Experta IDE – IVER Revisión

Richard Vargas Experto en Riesgo – IVER Información

Mario Wong Equipo técnico de apoyo Perú Información

René Mendoza Equipo técnico de apoyo Bolivia Información

Claudia Guerra Equipo técnico de apoyo Colombia Información

Carlos Portilla Equipo técnico de apoyo Ecuador Información



Página 3 de 137

TABLA DE CONTENIDOS

1. Antecedentes .....................................................................................................7 2. Objetivo .............................................................................................................9 3. Estructura general del SIAPAD........................................................................11

3.1 Concepto general del SIAPAD........................................................................... 11 3.2 El SIAPAD como Infraestructura de Datos Espaciales ......................................... 11 3.3 Estructura del SIAPAD: nodos servidores y facilitadores ..................................... 12 3.4 Implementación de los nodos facilitadores ........................................................ 16

4. Instalación del software base del nodo...........................................................18 4.1 Requisitos de conectividad ............................................................................... 18 4.2 Instalación de Apache...................................................................................... 18 4.3 Instalación de MapServer ................................................................................. 23 4.4 Instalación de Tomcat...................................................................................... 29 4.5 Instalación y configuración de bases de datos (PostgreSQL)............................... 42 4.6 Instalación del servidor de metadatos GeoNetwork ............................................ 47

5. Instalación y configuración de GEORiesgo......................................................53 5.1 Carga de las bases de datos ............................................................................. 54 5.2 Configuración de los módulos de GEORiesgo ..................................................... 57

5.2.1 Cómo editar los archivos de un WAR................................................................ 57 5.2.2 Configuración de Predecan.war........................................................................ 59 5.2.3 Configuración de IDESiagpad.war .................................................................... 60 5.2.4 Configuración de AdminPredecan.war............................................................... 60

5.3 Personalización del portal GEORiesgo................................................................ 62 5.3.1 Mapas predefinidos ......................................................................................... 62 5.3.2 Capas por defecto en el visor geográfico .......................................................... 65 5.3.3 Páginas de participantes y enlaces ................................................................... 66 5.3.4 Página “Cómo contribuir”................................................................................. 66

5.4 Despliegue de la aplicación GEORiesgo en Tomcat............................................. 67 5.4.1 Despliegue inicial ............................................................................................ 67 5.4.2 Actualización de los módulos ........................................................................... 70

5.5 Lista de comprobación ..................................................................................... 71 6. El modelo de información del SIAPAD.............................................................72

6.1 Uso general de la aplicación SIAPAD................................................................. 72 6.2 Métodos y mecanismo de búsqueda.................................................................. 73

6.2.1 Aspecto general y pestaña de búsqueda........................................................... 75 6.2.2 Pestaña de resultados ..................................................................................... 77 6.2.3 Pestaña del visor geográfico ............................................................................ 80 6.2.4 Páginas adicionales ......................................................................................... 84



Página 4 de 137

6.2.5 Configuración de la búsqueda temática ............................................................ 88 6.2.6 Configuración de la búsqueda asistida .............................................................. 89

6.3 Definición de palabras clave y sinónimos........................................................... 91 6.3.1 Palabras clave asociadas a fenómenos ............................................................. 91 6.3.2 Palabras clave no asociadas a fenómenos......................................................... 91 6.3.3 El papel de los sinónimos en la búsqueda ......................................................... 92

6.4 Configuración de catálogos externos................................................................. 92 6.5 Configuración de fuentes de noticias................................................................. 93 6.6 Configuración de acceso................................................................................... 93 6.7 Resumen de tablas del modelo de información .................................................. 94 6.8 Edición del modelo de información en la base de datos...................................... 98

7. La herramienta de administración.................................................................101 7.1 Estructura general ......................................................................................... 102 7.2 Gestión de usuarios ....................................................................................... 103 7.3 Configuración del modelo de información ........................................................ 103

7.3.1 Fenómenos y palabras clave .......................................................................... 104 7.3.2 Búsqueda temática........................................................................................ 106 7.3.3 Búsqueda asistida ......................................................................................... 108 7.3.4 Cálculo de estadísticas................................................................................... 109

7.4 Configuración de las fuentes de búsqueda....................................................... 110 7.4.1 Configuración del harvesting de catálogos ...................................................... 111 7.4.2 Configuración de otros catálogos externos...................................................... 114

7.5 Catalogación local.......................................................................................... 114 7.6 Configuración de noticias ............................................................................... 117

7.6.1 Añadir una nueva noticia local ....................................................................... 117 7.7 Importación y exportación de la configuración................................................. 119

8. Solución de problemas y soporte...................................................................121 8.1 Cambio de IP o dominio ................................................................................. 121

8.1.1 Cambios en el proveedor de Internet ............................................................. 121 8.1.2 Cambios en la red local ................................................................................. 124

8.2 Copias de seguridad....................................................................................... 126 8.3 Soporte técnico ............................................................................................. 134



Página 5 de 137

LISTA DE FIGURAS

Figura 1: Estructura general esquemática del SIAPAD ..................................................... 12 Figura 2: Estructura general detallada del SIAPAD .......................................................... 13 Figura 3: Tipos de catalogación y formas de búsqueda.................................................... 15 Figura 4: Principales componentes en la implementación del nodo facilitador.................... 16 Figura 5: Ejemplo de personalización de la apariencia gráfica de GeoNetwork.................. 52 Figura 6: Esquema de componentes de GEORiesgo ......................................................... 53 Figura 7: Creación de una nueva base de datos, previamente a su carga.......................... 54 Figura 8: Carga de una base de datos en pgAdmin.......................................................... 55 Figura 9: Apertura de un archivo WAR con el programa WinRAR...................................... 57 Figura 10: Edición de un archivo XML con Notepad++ .................................................... 58 Figura 11: Capas por defecto en el visor de GEORiesgo ................................................... 65 Figura 12: Gestor de aplicaciones en el servidor Tomcat.................................................. 69 Figura 13: Diagrama funcional del portal GEORiesgo ....................................................... 73 Figura 14: Detalle de la arquitectura del sistema de búsqueda ......................................... 74 Figura 15: Aspecto general y pestaña de búsqueda (opción palabras clave) de GEORiesgo 75 Figura 16: Opciones para la búsqueda temática (seleccionado proceso 2 como ejemplo) ...76 Figura 17: Opciones para la búsqueda asistida (seleccionado rol ‘Público en general’) ....... 76 Figura 18: Criterios avanzados de búsqueda, comunes a todos los métodos ..................... 77 Figura 19: Pestaña que muestra los resultados de una búsqueda (mapas)........................ 78 Figura 20: Pestaña con resultados (documentos) y controles de paginación...................... 78 Figura 21: Visualización de la expresión de búsqueda...................................................... 79 Figura 22: Selección de catálogo al buscar en todos los catálogos disponibles................... 79 Figura 23: Pestaña del visor geográfico .......................................................................... 80 Figura 24: Ejemplo de uso de la herramienta de información ........................................... 81 Figura 25: Ejemplo de uso de la herramienta de medida de área ..................................... 82 Figura 26: Opciones para añadir una capa directamente al visor ...................................... 82 Figura 27: Selección de capas a añadir de un servidor remoto ......................................... 83 Figura 28: Selección de capas a añadir de un mapa predefinido....................................... 83 Figura 29: Uso de la herramienta para buscar lugares ..................................................... 84 Figura 30: Vista parcial de la página “Acerca de”............................................................ 84 Figura 31: Vista parcial de la página de noticias (Ecuador)............................................... 85 Figura 32: Vista de la página “Cómo contribuir” .............................................................. 86 Figura 33: Vista de la página de Estadísticas (Ecuador) ................................................... 86 Figura 34: Vista de la página de Participantes (Colombia) ................................................ 87 Figura 35: Vista de la página de Enlaces (Bolivia)............................................................ 87 Figura 36: Esquema funcional de la búsqueda temática ................................................... 88 Figura 37: Modelo de representación para la búsqueda temática...................................... 89



Página 6 de 137

Figura 38: Esquema funcional de la búsqueda asistida..................................................... 90 Figura 39: Modelo de representación para la búsqueda asistida ....................................... 90 Figura 40: Construcción de la expresión de búsqueda, y papel de los sinónimos ............... 92 Figura 41: Acceso a las tablas de configuración con la herramienta pgAdmin .................... 99 Figura 42: Visualización y edición de tablas de configuración en pgAdmin....................... 100 Figura 43: Pantalla de inicio en la herramienta de administración................................... 101 Figura 44: Esquema funcional de la herramienta de administración ................................ 102 Figura 45: Gestión de la lista de administradores .......................................................... 103 Figura 46: Configuración del modelo de búsqueda en la herramienta de administración .. 103 Figura 47: Gestión de fenómenos................................................................................. 104 Figura 48: Gestión de palabras clave temáticas ............................................................. 104 Figura 49: Gestión de la búsqueda temática.................................................................. 106 Figura 50: Inserción de un nuevo tema ........................................................................ 107 Figura 51: Gestión de la búsqueda asistida (tareas) ...................................................... 108 Figura 52: Edición de preguntas asociadas a un perfil y tarea en la búsqueda asistida..... 109 Figura 53: Actualización de las estadísticas de resultados .............................................. 110 Figura 54: Gestión de catálogos externos de metadatos ................................................ 111 Figura 55: Página de administración de harvesting en GeoNetwork ................................ 111 Figura 56: Opciones para configurar la recolección de un nuevo servicio de catálogo ....... 112 Figura 57: Configuración del catálogo local desde la herramienta de administración ........ 115 Figura 58: Formulario para edición de metadatos locales mediante GeoNetwork ............ 115 Figura 59: Sección de palabras clave en la plantilla de metadatos locales ....................... 116 Figura 60: Sección de localización de la fuente en la plantilla de metadatos locales ......... 116 Figura 61: Configuración de noticias en la herramienta de administración....................... 117 Figura 62: Listado de fuentes de noticias ...................................................................... 117 Figura 63: Página de noticias en GEORiesgo, con noticia local generada en el nodo ........ 118 Figura 64: Sincronización (importación selectiva) de la configuración del nodo................ 120



Página 7 de 137

1. ANTECEDENTES

El presente documento constituye la versión final del “MANUAL DEL ADMINISTRADOR DEL SISTEMA SIAPAD” en el marco de la Consultoría No. 030-2006/PREDECAN, para el “DISEÑO FINAL E IMPLEMENTACION DE UN SISTEMA DE INFORMACIÓN ANDINO PARA LA PREVENCIÓN Y ATENCIÓN DE DESASTRES, INSTALADO DE FORMA OPERATIVA EN LOS CINCO PAISES DE LA SUBREGIÓN ANDINA MIEMBROS DEL CAPRADE”, ejecutada por la empresa IVER TECNOLOGIAS S.A.

Este proyecto se realiza en el marco del resultado número 2, actividad 1 del Plan Operativo Anual (POA I-II-III) 2006-2007-2008 del Proyecto PREDECAN, y forma parte de un programa de fortalecimiento de los mecanismos de generación, sistematización, conservación y difusión de información adecuada, oportuna y sistemática, en los países de la subregión Andina miembros del CAPRADE.

El contenido de este manual se apoya en el Informe “DISEÑO DEL SISTEMA DE INFORMACIÓN ANDINO PARA LA PREVENCIÓN Y ATENCIÓN DE DESASTRES”, donde se describen los aspectos generales de estructura y funcionalidad del SIAPAD, así como el diseño funcional de la herramienta de administración.

Este documento se complementa también con los Informes de Configuración para cada uno de los nodos nacionales del SIAPAD (portales GEORiesgo), donde se detallan aquellas particularidades de la configuración que son propias de cada país.



Página 8 de 137

Nomenclatura

PREDECAN, Entidad Gestora del Proyecto, Entidad Contratante.- Serán utilizados como sinónimos del PREDECAN.

IVER, Consultora, Empresa Consultora.- Este término se utilizará para representar a IVER Tecnologías.

CAPRADE.- Comité Andino para la Atención y Prevención de Desastres.

GEORiesgo.- Aplicación web para la búsqueda y acceso a la información sobre gestión del riesgo, en cada uno de los nodos facilitadores nacionales del SIAPAD.

SIAPAD, Proyecto, Consultoría.- Estos términos serán utilizados en términos generales como sinónimos del Sistema de Información Andina para la Prevención y Atención de Desastres “SIAPAD”.

IDE, Infraestructura de Datos Espaciales.- Un conjunto de tecnologías, estándares y recursos humanos necesarios para adquirir, procesar, almacenar, distribuir y mejorar la utilización de la información geográfica utilizando estándares abiertos.

Nodo Facilitador.- Cada uno de los nodos nacionales donde se instala la aplicación SIAPAD.

Nodo Servidor.- Cada uno de los servidores de datos, documentos y metadatos instalados en una entidad técnico-científica generadora de información para la gestión de riesgos de desastres naturales, con los que el SIAPAD puede comunicarse mediante servicios Web estándar.

OGC, Open Geospatial Consortium.- Organismo internacional proveedor de estándares para aplicaciones geoespaciales.

RSS, Real Simple Syndication.- Estándar para la publicación de servicios Web de noticias.

URL, Uniform Resource Locator.- Dirección de un archivo o servicio accesible en Internet.

Metadato.- Registro o ficha que describe las características y localización de un servicio, dato o documento, mediante campos de información estandarizados.



Página 9 de 137

2. OBJETIVO

El presente Manual tiene como objetivo proporcionar instrucciones a los administradores de los nodos nacionales del SIAPAD para velar por el correcto mantenimiento y operación de los diferentes módulos de software que componen cada nodo facilitador.

El manual incluye información de referencia sobre la instalación de todos los componentes software de un nodo facilitador, así como del funcionamiento general de la aplicación y en particular del sistema de búsqueda, aunque en la práctica, la operación del sistema requerirá solamente pequeños ajustes y la realización de copias de seguridad que pueden posteriormente restaurarse. Una reinstalación del sistema no debería ser necesaria a no ser que éste deba moverse a una plataforma diferente.

Para conseguir los objetivos mencionados se aborda una lista específica de preguntas y tareas:

• Estructura general del SIAPAD:

o ¿Qué es el SIAPAD?

o ¿Cómo se estructura y qué papel representan los diferentes nodos?

o ¿Qué componentes constituyen cada nodo nacional o nodo facilitador?

• Instalación del SIAPAD:

o ¿Cuáles son los requisitos de conectividad del SIAPAD?

o ¿Cuáles son los requisitos básicos para instalar los componentes del SIAPAD? ¿Qué servidor Web y de aplicaciones se debe utilizar y cómo configurarlos?

o ¿Cómo instalar y configurar el servidor de metadatos? ¿Se deben instalar bases de datos asociadas?

o ¿Cómo instalar los componentes y bases de datos de la aplicación SIAPAD?

• El modelo de información del SIAPAD:

o ¿Cómo funciona la búsqueda en el SIAPAD?

o ¿Cómo se almacena internamente el modelo de búsqueda? ¿Se puede modificar directamente esta base de datos?

• La herramienta de administración:

o ¿Qué se puede configurar desde la herramienta Web de administración?

o ¿Cómo se configura el modelo de información?

o ¿Cómo se relaciona esta herramienta con el servidor de metadatos?

o ¿Cómo se configura el harvesting de metadatos?

o ¿Cómo se pueden añadir metadatos de forma manual?

o ¿Cómo importar y exportar la configuración del nodo?



Página 10 de 137

• Solución de problemas y soporte

o ¿Qué debo hacer si es necesario cambiar la IP ó URL del servidor SIAPAD?

o ¿Cómo crear y restaurar copias de seguridad del SIAPAD?

o ¿Cómo obtener soporte para solucionar problemas de funcionamiento con el SIAPAD?



Página 11 de 137

3. ESTRUCTURA GENERAL DEL SIAPAD

3.1 Concepto general del SIAPAD

Como su nombre indica, el SIAPAD (Sistema de Información Andino para la Atención y Prevención de Desastres) se concibe como un Sistema de Información, y como tal su principal objetivo es permitir la búsqueda y acceso a diferentes fuentes de información relevantes para la gestión del riesgo de desastres en la Comunidad Andina, y ello incluye tanto información cartográfica (servicios de mapas) como documental.

Este acceso a la información estará abierto a diferentes tipos de usuarios, desde el público en general a investigadores y responsables de planificación, que utilizarán un interfaz gráfico interactivo, el portal Web del SIAPAD, identificado con el nombre GeoRiesgo.

3.2 El SIAPAD como Infraestructura de Datos Espaciales

El SIAPAD puede verse como un ejemplo de Infraestructura de Datos Espaciales (IDE) definida como un conjunto de tecnologías, estándares y recursos humanos necesarios para adquirir, procesar, almacenar, distribuir y mejorar la utilización de la información geográfica utilizando estándares abiertos1.

Una de las características de los sistemas implementados con la filosofía IDE es que las entidades que generan la información siguen siendo las responsables de custodiar y mantener dicha información. Se trata por tanto de un sistema distribuido.

La publicación óptima de la información en una IDE se realiza no mediante la distribución de copias de la información (que resultan difíciles de mantener actualizadas), sino mediante servicios a través de Internet, que utilizan protocolos de comunicación estándar como los de la OGC. Se trata por tanto de un uso particular de las llamadas Arquitecturas Orientadas a Servicios (SOA por sus siglas en inglés).

Los tipos más habituales de servicios en una IDE son:

• Servicios de descubrimiento (también conocidos como servicios de búsqueda o de catálogo). Permiten encontrar referencias a la información mediante la búsqueda en un catálogo remoto donde se encuentran las fichas o metadatos que contienen esas referencias.

• Servicios de visualización (también conocidos como servicios de mapas). Generan una visualización de la información, por ejemplo, una imagen de un mapa.

• Servicios de datos. Permiten acceder remotamente a los datos, normalmente para lectura (descarga) y en algunos casos para modificarlos.

1 Definiciones similares puede encontrarse, por ejemplo, en la IDE de Perú: http://www.idep.gob.pe y en la Infraestructura Colombiana de Datos Espaciales: http://www.geoportal.gov.co



Página 12 de 137

En una IDE se encuentran habitualmente diferentes tipos de nodos que se comunican a través de los servicios estándar. Los ejemplos más típicos son:

• Nodos servidores: proporcionan servicios de cualquiera de los tipos.

• Nodos integradores, facilitadores o clientes: ejecutan aplicaciones que permiten a los usuarios utilizar los servicios de muchos nodos servidores, integrando los resultados de esos servicios (por ejemplo, en un visor geográfico). Si la aplicación es una aplicación Web, cualquier usuario que tenga acceso al nodo mediante un navegador de Internet puede hacer uso de ella.

• Nodos mixtos: proporcionan servicios que están basados en los ofrecidos por otros nodos, actuando por tanto de servidores y clientes al mismo tiempo. En general una IDE tiene una estructura de tipo red, donde muchos elementos se interconectan entre sí, no siguiendo necesariamente una jerarquía estricta.

3.3 Estructura del SIAPAD: nodos servidores y facilitadores

El SIAPAD se estructura con dos niveles de nodos. Por un lado, en las entidades que generan la información primaria para la gestión del riesgo se dispone de servidores que publican servicios relativos a los datos de que cada entidad dispone, y son por tanto nodos servidores.

Por otro lado, existen unas entidades de ámbito nacional donde se instalan y gestionan los nodos facilitadores, uno por cada país de la Comunidad Andina. Estos nodos facilitadores ejecutan la aplicación Web para buscar y visualizar los servicios publicados desde los nodos servidores.

Figura 1: Estructura general esquemática del SIAPAD

El alcance de este Manual de Administración se centra en la instalación y mantenimiento de los nodos facilitadores y la aplicación Web GEORiesgo residente en estos nodos.



Página 13 de 137

En un sentido amplio, los dos tipos de nodos participantes en el SIAPAD podrían considerarse de tipo mixto según la nomenclatura discutida, ya que los nodos pertenecientes a las entidades generadoras pueden integrar servicios provenientes de otros nodos (por ejemplo, de entidades locales), y los nodos facilitadores también se convierten a su vez en servidores al publicar servicios de búsqueda en catálogo. Sin embargo, a efectos de discutir la estructura interna del SIAPAD mantendremos los nombres indicados.

La distinción entre Entidades Generadoras de Información por un lado y Entidades de Gestión del Riesgo por otro lado es también arbitraria, ya que pueden perfectamente coincidir ambos papeles, pero de nuevo mantendremos la distinción a efectos de explicar la estructura del SIAPAD.

En la Figura 2 se ofrecen más detalles sobre la estructura general, observándose los tipos de servicios que pueden ser utilizados para la comunicación entre los nodos.

Figura 2: Estructura general detallada del SIAPAD



Página 14 de 137

Como vemos en la Figura 2, los nodos servidores pueden ofrecer uno o más de estos servicios, comenzando por los más comunes:

• Acceso a Documentos. Las entidades publican archivos documentales (leyes, mapas digitales) en una dirección URL pública, accesible a través de Web.

• Servicios de Mapas (deberán cumplir con el estándar OGC WMS). Las entidades generan imágenes a partir de los datos cartográficos de que disponen.

• Servicio de Búsqueda en Catálogo (estándar OGC CSW). Las entidades disponen de una base de metadatos donde se catalogan sus datos, archivos documentales y servicios Web para la búsqueda desde otros nodos.

• Servicio de Distribución de Noticias (estándar RSS). Existen multitud de estos servicios, usualmente ligados a medios de comunicación o entidades que desean publicar noticias generales o sobre sí mismas. GEORiesgo se configura para mostrar servicio de noticias específicos sobre la temática de desastres.

• Servicios de Datos de tipo Vectorial (estándar OGC WFS) y Cobertura Ráster (estándar OGC WCS). Estos servicios no están en su versión actual soportados por la aplicación GEORiesgo.

Los más comunes de estos servicios son el acceso a documentos y los servicios de mapas (WMS) y de búsqueda en catálogo (CSW). Los servicios de mapas permiten a las entidades publicar información que puede ser visualizada externamente, sin dar acceso directo a los datos mismos. El servicio de catálogo es necesario en el contexto del SIAPAD para permitir a los nodos facilitadores descubrir la información y su relevancia para la gestión del riesgo.

3.3.1 Opciones de catalogación

Como veremos más adelante, la aplicación GEORiesgo ejecutada en los nodos facilitadores debe realizar una búsqueda de información relevante, mediante la consulta de catálogos que contienen metadatos con referencias a la información, de la misma manera que un usuario de bibliotecas busca en los catálogos de éstas, que contienen fichas con referencias a los libros disponibles.

Es importante para la administración de GEORiesgo comprender que el acceso a los metadatos en la búsqueda puede conseguirse de varias formas (ver Figura 3):

• Accediendo directamente a un catálogo externo, gestionado por una entidad generadora de información. Esta opción es posible, pero por razones de rendimiento no conviene utilizarla si el catálogo de esa entidad va a consultarse con frecuencia.



Página 15 de 137

• Buscando en el catálogo local que reside en el mismo nodo facilitador. Esta opción es mucho más eficiente, pero implica que los metadatos deben encontrarse en el nodo facilitador, lo que puede conseguirse de dos maneras:

o Mediante la recolección automática (harvesting) de los metadatos de los catálogos externos

o Mediante la introducción manual de los metadatos en el catálogo local. Esta opción se reserva para los casos en los que no existe un metadato en un catálogo externo, o este catálogo no es accesible

En el siguiente capítulo veremos cómo se instala el gestor de metadatos para el catálogo local, y en posteriores capítulos estudiaremos cómo configurar la búsqueda en catálogos externos, realizar la recolección automática y la introducción manual de metadatos.

Figura 3: Tipos de catalogación y formas de búsqueda



Página 16 de 137

3.4 Implementación de los nodos facilitadores

La implementación propuesta de la arquitectura del nodo facilitador hace uso de componentes que, con la posible excepción del sistema operativo (en el caso de que sea Windows) son todos software libre, gratuito y de código abierto. Esta decisión tecnológica en la implementación de los nodos facilitadores no excluye el uso de otras soluciones en diferentes componentes del sistema, cuando hagan uso de los estándares mencionados.

Figura 4: Principales componentes en la implementación del nodo facilitador

La Figura 4 resume los principales componentes de software utilizados en el nodo facilitador.

La aplicación GEORiesgo es una aplicación Web desarrollada en Java, y por lo tanto requiere de un servidor Web con soporte para servlets. En nuestro caso hemos decido usar Tomcat. Éste es un servidor de aplicaciones cuya única dependencia para funcionar en cualquier ordenador es que éste tenga instalada la maquina virtual Java.

Por otro lado, GEORiesgo dispone de un visor cartográfico que necesita un servidor de mapas para visualizar la cartografía base. El servidor de mapas escogido es MapServer. A su vez, para que funcione el servidor de mapas es necesario disponer de un servidor Web, un programa que implementa el protocolo HTTP (HyperText Transfer Protocol) para transferir contenidos como páginas HTML (HyperText Markup Language). Para los nodos facilitadores se ha instalado el servidor Web Apache.

Otra utilización que le daremos al servidor Web Apache es que sirva las aplicaciones Java, utilizando Tomcat. Esta opción es la mas recomendable para no dejar la administración de Tomcat accesible desde cualquier interfaz Web.

El software GeoNetwork2 es una plataforma muy ampliamente utilizada en la implementación de catálogos de metadatos integrados con servicios Web estándar. Sus características principales, en lo que interesa al SIAPAD, son:

2 Más detalles sobre el softWARe GeoNetwork pueden consultarse en http://GeoNetwork-opensource.org/

http://es.wikipedia.org/wiki/HTTP



Página 17 de 137

• Incluye un poderoso editor de metadatos, que trabaja con plantillas personalizadas definidas a partir de formatos estándar (ISO 19115, ISO 19139). Esta funcionalidad de edición será utilizada para la generación de los metadatos locales, y será directamente accesible desde la herramienta de administración del nodo.

• Implementa un servicio de catálogo utilizando los estándares CSW o Z39.50. Este servicio puede utilizarse localmente o remotamente por parte de otras aplicaciones clientes.

• Permite la recolección automática de metadatos (harvesting) a partir de otros servidores de catálogo estándares.

• Permite importar y exportar metadatos en diferentes formatos.

En capítulos posteriores veremos cómo instalar y configurar la instancia de GeoNetwork en el nodo facilitador, así como la configuración del harvesting y la edición de metadatos locales.

Por otro lado, la aplicación GEORiesgo se ha desarrollado utilizando el lenguaje de programación JavaScript junto con la tecnología AJAX3, que permite páginas Web modificables dinámicamente sin necesidad de recargar toda la página. La aplicación Web utiliza diferentes componentes AJAX, y en particular una librería de componentes adecuada para la visualización de mapas, MapBuilder4. Asimismo, se utilizan componentes de desarrollo propio para la realización de búsquedas, para añadir capas de otros servidores, etc. Todos estos componentes se instalan como parte de la aplicación SIAPAD.

Toda la configuración del nodo facilitador se guardará como tablas relacionales en una base de datos PostgreSQL. Como veremos, existen editores (como pgAdmin) que permiten fácilmente acceder y modificar las tablas de configuración, lo cual proporciona un sistema inmediato de administración, aunque el interfaz de las herramientas de administración permitirá realizar estas tareas de forma más sencilla. La configuración del nodo se podrá también importar y exportar utilizando un formato abierto basado en el estándar SQL.

3 Para más detalles, consúltese http://en.wikipedia.org/wiki/Ajax_(programming) 4 La Web del proyecto MapBuilder es http://communitymapbuilder.osgeo.org/



Página 18 de 137

4. INSTALACIÓN DEL SOFTWARE BASE DEL NODO

En este capítulo se describe la instalación de los componentes de software que requiere el nodo facilitador del SIAPAD para el funcionamiento de la aplicación GEORiesgo. La instalación de estos componentes ya se ha realizado por parte de la empresa consultora, pero es posible que sea necesario en el futuro reinstalarlos si el sistema se cambia a otra plataforma hardware o software.

4.1 Requisitos de conectividad

Para que sea posible el acceso a la aplicación Web del SIAPAD desde Internet es necesario que el servidor disponga de una dirección IP pública, y que se abran algunos puertos de comunicación determinados en dicha IP para que sean accesibles. Estos puertos son los utilizamos por el servidor Web Apache (típicamente el 80), el servidor de aplicaciones Tomcat (normalmente el 8080) y la base de datos PostgreSQL (por defecto el 5432). Para abrir estos puertos y asociar la IP pública a una máquina con una IP local se debe configurar una NAT en el router para cada puerto.

Por otro lado, para que la aplicación SIAPAD sea accesible desde la red local de la institución gestora del nodo facilitador, es necesario asociar esta IP pública a un dominio, debido a que los routers no pueden resolver internamente sus IP públicas. Para realizar la resolución de nombres internamente debemos configurar en el DNS interno una nueva zona de búsqueda. Con esto conseguiremos que al ingresar nuestro dominio en la red interna se apunte a la IP local.

4.2 Instalación de Apache

Para realizar la instalación del servidor Web Apache, descargamos previamente el paquete de instalación desde el siguiente enlace:

http://archive.Apache.org/dist/httpd/binaries/win32/

Apache_2.2.4-win32-x86-openssl-0.9.8d.msi

Haciendo doble clic en el fichero descargado obtendremos la pantalla inicial de la instalación:



Página 19 de 137

Y a continuación la pantalla para aceptar los términos de uso:



Página 20 de 137

La próxima pantalla nos da información sobre Apache: qué es, dónde conseguir las últimas versiones, como consultar la documentación, etc.

En la siguiente pantalla debemos ingresar nuestro dominio, el nombre del servidor y una dirección de correo del administrador del servidor. Debemos seleccionar la opción para usar por defecto el puerto 80 y tener un servicio para que lo arranque automáticamente al iniciar el ordenador.



Página 21 de 137

La próxima pantalla nos pedirá que seleccionemos el tipo de instalación a realizar. Dejamos la opción de “Typical”.

Ahora debemos seleccionar el directorio donde queremos que se instale Apache. Por defecto será: “C:\Archivos de programa\Apache SoftWARe Foundation\Apache2.2”.

La siguiente pantalla nos informa que está listo para comenzar la instalación, para lo que debemos pulsar el botón “Install”.



Página 22 de 137

Al concluir el proceso de instalación obtendremos una pantalla final donde debemos pulsar el botón de “Finish” y con esto habremos concluido la instalación.

Podremos observar que se ha creado una entrada en el menú de programas de Windows:



Página 23 de 137

En este menú disponemos de opciones para:

Controlar el Apache, dando acceso al monitor, iniciando, reiniciando el servicio, etc.

Revisar los ficheros de mensajes del sistema (log) para la depuración en el caso de fallos.

Ver la documentación y obtener ayuda.

4.3 Instalación de MapServer

Para proceder a la instalación del servidor de mapas MapServer debemos descargar el paquete MS4W (MapServer for Windows), que en el momento de escribir este manual se encuentra en http://mapserver.gis.umn.edu/download/current/windows/.

A continuación, creamos en “c:\” un directorio y le ponemos un nombre como “servidor de mapas”, copiando dentro de este el contenido del paquete MS4W. También copiamos todo el directorio “cgi-bin” dentro de MS4W en el directorio “cgi-bin” del Apache que hemos instalado en el punto anterior.



Página 24 de 137

Con esto hemos instalado el servidor Web y el servidor de mapas.

Comprobaciones

Para comprobar que la instalación se ha realizado correctamente, ingresaremos en un navegador Web las siguientes peticiones:

Comprobación de funcionamiento del servidor Web APACHE. Ingresar la dirección http://localhost o la dirección IP local. Deberá aparecer un mensaje como éste:



Página 25 de 137

Como podemos observar en esta petición no es necesario indicar el puerto 80, debido a que ya lo indicamos como el puerto estándar por donde se realizan las peticiones Web.

Comprobación de funcionamiento de Mapserver. Utilizamos la dirección http://localhost/cgi-bin/mapserv.exe? que nos devolverá el siguiente mensaje:

Vamos ahora a comprobar la versión del servidor de mapas que estamos utilizando y sus opciones de compilación, para asegurarnos que el MapServer instalado soporta WMS. Para ello pulsamos el botón de “Inicio” de Windows, luego la opción “Ejecutar”, y escribimos “cmd” (para abrir una consola Windows).

Una vez se abre la consola ejecutaremos la instrucción “cd” seguida del nombre del directorio donde se ha instalado el ejecutable de MapServer. Por ejemplo, “cd C:\Archivos de programa\Apache SoftWARe Foundation\Apache2.2\cgi-bin”. Al apretar la tecla “Enter” nos deberá aparecer el nombre de este directorio seguido por el símbolo del prompt “>”.

Escribiremos “mapserv.exe –v” y pulsaremos de nuevo la tecla “Enter”, obteniendo:



Página 26 de 137

Donde podemos observar el texto SUPPORTS = WMS_SERVER, que nos asegura que el MapServer instalado puede proporcionar el servicio WMS.

Comprobación de puerto en Apache

Para verificar qué puerto es el que está utilizando Apache editamos el fichero “C:\Archivos de programa\Apache SoftWARe Foundation\Apache2.2\conf\httpd.conf”. Debemos tener cuidado con qué programa editamos estos ficheros de texto, nunca debemos utilizar WordPad sino un editor de texto simple como Notepad++.

Buscamos la línea que contiene “Listen”. Si queremos modificar el puerto de Apache reemplazamos el 80 por el numero de puerto que deseamos ocupar.



Página 27 de 137

Después de cualquier cambio en los ficheros de configuración, debemos reiniciar el servidor Apache. Para ello utilizamos el monitor del Apache, que aparece como un icono en la barra de tareas de Windows. Si hacemos doble clic sobre él se abrirá el monitor del Apache.

Podemos ver a la derecha los botones para parar (“Stop”) y reiniciar (“Restart”).



Página 28 de 137

Debemos verificar también que Apache esté configurado para arrancar automáticamente con el encendido del servidor. Para ello debemos ir al visor de los “servicios” siguiendo las siguientes opciones: pulsar en el botón de “Inicio” de Windows, “Todos los programas”, “Herramientas administrativas”, “Servicios”, como se ve en la figura.

Nos mostrará un listado de todos los servicios instalados en nuestro servidor



Página 29 de 137

Para visualizar las opciones del arranque de Apache hacemos doble clic sobre este servicio en la lista y confirmamos que esté con inicio “Automático”.

4.4 Instalación de Tomcat

Para instalar el servidor de aplicaciones Apache Tomcat, previamente descargamos el ejecutable de la página oficial http://Tomcat.Apache.org/download-55.cgi, en la sección “Core”.

Para comenzar la instalación hacemos doble clic en el fichero descargado, obteniendo una pantalla inicial de bienvenida.



Página 30 de 137

La próxima pantalla nos pedirá aceptar la licencia para la instalación.

Luego de leer la licencia pulsamos el botón “I Agree” para continuar con la instalación. En la pantalla siguiente seleccionaremos la ruta de la instalación, que por defecto es “C:\Archivos de programa\Apache SoftWARe Foundation\Tomcat 5.5”. Aquí también podemos ver el espacio requerido para la instalación.



Página 31 de 137

En la siguiente pantalla definiremos el puerto que el Tomcat utilizará, y el usuario y contraseña para las interfaces administrativas. Debemos tener cuidado con los datos que ingresemos aquí. Por razones de seguridad no es recomendable que el nombre de usuario se utilice también como contraseña.

Para continuar hacemos clic en siguiente y el instalador buscara la maquina virtual Java. Si no la encuentra procederá a su instalación, permitiéndonos seleccionar la ruta para ella, tras lo cual pulsamos el botón “Install”.



Página 32 de 137

Con esto hemos finalizado de instalar el Tomcat, creando una entrada en el menú de programas de Windows. Si entramos en esta opción del menú podemos observar que disponemos de un “monitor de Tomcat”. Si hacemos clic en la opción para iniciarlo, veremos que se añade el icono del monitor a la barra de tareas de Windows.

A través de la interfaz del monitor podremos detener o iniciar Tomcat. También nos indica las opciones de configuración:

Qué maquina virtual esta utilizando.

Las opciones de arranque de Tomcat. Al igual que hicimos con Apache, tenemos que verificar que Tomcat se ha configurado para arrancar automáticamente al iniciarse el ordenador.



Página 33 de 137

Para comprobar el correcto funcionamiento de Tomcat, abrimos un navegador y escribimos la siguiente dirección: http://localhost:8080/. Como podemos observar en esta petición estamos indicando el puerto que hemos configurado en la pantalla inicial de la instalación que es el 8080. Deberemos ver una página como ésta:



Página 34 de 137

A través de esta página Web podemos también acceder a la interfaz grafica de administración de Tomcat, donde podremos:

Desplegar aplicaciones como la del SIAPAD, ver qué aplicaciones tenemos instaladas, detenerlas, recargarlas, etc.

Obtener información sobre el sistema operativo que estamos utilizando, y que versión de Tomcat hemos instalado.

Para instalar la opción de administración de Tomcat descargamos el fichero comprimido de la página del Tomcat de donde descargamos el instalador principal, esta vez en la sección llamada “Administration Web Application”, y debemos copiar su contenido en el directorio donde hemos instalado el Tomcat.

Tomcat en los servicios de Windows

Para comprobar que Tomcat está ejecutándose con un inicio automático, vamos a revisar el listado de los servicios de Windows, igual que lo hicimos en el caso de Apache. En este caso tenemos que buscar en la lista de servicios el llamado “Apache Tomcat” y verificar que en la columna “inicio” aparece la opción “Automático”.

Desde esta herramienta también podremos gestionar el reinicio o la parada de Tomcat.



Página 35 de 137

Memoria asignada a Tomcat

Para asegurar un mejor rendimiento de Tomcat debemos asignar la cantidad de memoria en los rangos mínimos y máximos para que el servidor Web los utilice. Para ello iniciamos el monitor de Tomcat, escogemos la opción de Java y ponemos los valores de 512 MB para el pool de memoria inicial y de 1024 MB como máximo valor a ocupar por el pool de memoria.



Página 36 de 137

Codificar Tomcat en UTF-8

Para garantizar que Tomcat no tiene problemas con los acentos (y otros caracteres como “ñ”) debemos de indicarle en las opciones de arranque que utilice la codificación UTF-8. Para ello ejecutamos el monitor de Tomcat y en las opciones de Java añadimos la siguiente línea: “Dfile.encoding=UTF-8”.

A continuación debemos editar el fichero “server.xml”, que normalmente se encuentra en "C:\Archivos de programa\Apache Software Foundation\Tomcat 5.5\conf", y en la parte de conector port="8080" agregaremos el parametro URIEncoding="UTF-8" a la siguiente línea. Nos quedará un texto como el siguiente:

<port="8080" maxHttpHeaderSize="8192"

maxThreads="150" minSpareThreads="25" maxSpareThreads="75"

enableLookups="false" redirectPort="8443" acceptCount="100"

connectionTimeout="20000" disableUploadTimeout="true" URIEncoding="UTF-8" />



Página 37 de 137

Directorios WebDav

WebDAV son las siglas de Web-based Distributed Authoring and Versioning. Se trata de unas extensiones del protocolo HTTP que permiten a los usuarios manipular ficheros en servidores web. En el contexto de SIAPAD, se utiliza este mecanismo para crear repositorios de metadatos en forma de ficheros XML, que pueden ser recogidos automáticamente por un gestor de catálogo como Geonetwork. En el caso del nodo facilitador, se crean estos repositorios para añadir al catálogo local metadatos generados externamente, por ejemplo, los correspondientes a universidades, sistemas de información e instituciones.

El protocolo WebDav se instala por defecto con Tomcat. Consiste en un directorio ubicado en “c:\Archivos de programa\Apache Software Foundation\Tomcat 5.5\webapps\WebDav\” que tiene permisos de lectura y que puede ser explorado desde un navegador web. Crear directorios WebDav consiste en crear subdirectorios dentro de esta carpeta. En estos subdirectorios se podrán copiar los archivos XML de metadatos que serán recogidos por el servidor de catalogo mediante la configuración del harvesting.

Ventajas de WebDAV:

• Evita configurar un servidor de catálogo como Geonetwork en instituciones donde son reacias a ello.

• Es más fácil de crear que un servidor de catálogo.

• Permite indicar un logo institucional o descriptivo, común a todos los metadatos del directorio. Esto es muy útil si queremos tener en el catálogo metadatos de distintas instituciones con un logo diferente por cada una.

Si una institución o catalogador ha generado metadatos, y no dispone de catálogo ni de su propio directorio WebDAV, se puede crear un directorio WebDAV en el propio nodo facilitador, colocar allí los metadatos y hacer harvesting de esa carpeta en el catálogo del nodo facilitador. Si posteriormente la institución dispone de su propio catálogo es sencillo realizar la substitución de los metadatos (de hecho, ésta sustitución será automática si los metadatos contienen los mismos identificadores).

Conector Apache Tomcat

Instalaremos el conector Apache Tomcat para hacer que Apache sea capaz de servir páginas web programadas con HTML y también páginas Web desarrolladas con Java. Con el uso del conector evitamos tener que especificar “:8080” para las peticiones referidas a las aplicaciones desplegadas en Tomcat.

Esto lo conseguiremos copiando el fichero “mod_jk.so” en el directorio “modules” de Apache, habilitando la carga de dicho modulo en el fichero “httpd.conf” y creando dos ficheros; uno para configurar los directorios de las aplicaciones de Tomcat que deseamos que el Apache resuelva y otro para configurar el propio conector. Vamos a ver en detalle estos pasos.

El conector puede descargarse de la página Web de Tomcat (actualmente desde http://www.apache.org/dist/tomcat/tomcat-connectors/jk/binaries/), la versión binaria de mod_jk (JK 1.2 Binary Releases) y descargando el archivo .so correspondiente a la versión de Apache que hemos instalado, y la copiamos en “C:\Archivos de programa\Apache Software Foundation\Apache2.2\modules”.



Página 38 de 137

Ahora, para hacer que el Apache utilice el modulo que acabamos de copiar (mod_jk.so) debemos editar el archivo de configuración de Apache “C:\Archivos de programa\Apache Software Foundation\Apache2.2\conf\httpd.conf” y habilitar la línea que indica que cargue el módulo al iniciar el servidor Web. Para esto añadiremos en la sección “LoadModules” la siguiente línea:

LoadModule jk_module modules/mod_jk.so



Página 39 de 137

Al final del mismo archivo agregamos también una línea con un “Include” para que considere las configuraciones detalladas en el fichero “mod_jk.conf” que crearemos en el paso siguiente. La línea a añadir es

include conf/mod_jk.conf

Ahora procederemos a crear los dos ficheros que necesitamos: el “workers2.properties” para configurar el conector, y el “mod_jk.conf” donde configuramos los directorios de Tomcat que queremos que Apache resuelva. Estos ficheros los grabamos dentro de la carpeta “C:\Archivos de programa\Apache Software Foundation\Apache2.2\conf\ “ de Apache.

El fichero “mod_jk.conf” debe tener los parámetros que indiquen qué fichero tiene las propiedades del módulo que es el “workers2.properties”, un parámetro para definir donde guardará los log, y otros dos comandos que indiquen el nivel de los logs.

Luego en la sesión de VirtualHost debemos decir que monte todos los directorios de Tomcat que queremos resolver con peticiones directas al Apache, para ello utilizamos el comando JKMount. La siguiente figura muestra el texto completo para el fichero.



Página 40 de 137

JkMount es la línea que indica a Apache qué solicitudes tiene que reenviar a Tomcat. En este caso llamaremos a Tomcat siempre que se intente acceder a cualquier archivo del directorio “servlets-examples”, donde se guardan algunos ejemplos para demostrar el uso de Servlets, utilizando el protocolo definido por “default”.

El fichero “workers2.properties” contendrá las líneas que indica el directorio del Java, el directorio de Tomcat y opciones referidas al conector.



Página 41 de 137

Una vez realizados estos cambios, reiniciamos Tomcat y Apache.

Para comprobar, ejecutaremos unas cuantas peticiones:

• Introducir la URL “http://localhost” en un navegador Web (petición de Apache). Deberíamos ver la página de bienvenida de Apache.

• Introducir “http://localhost:8080” (petición al Tomcat). Veremos la página inicial de Tomcat. En esta misma página tenemos una zona de “Examples” que si damos un clic podemos ver ejemplos de desarrollos desplegados en Tomcat. Seleccionamos la opción de servlets-examples.

Al seleccionar la opción de Servlet Examples veremos la siguiente página



Página 42 de 137

Si observamos la barra del navegador la petición que esta haciendo es “http://localhost:8080/servlets-examples”. Esto es una petición que la resuelto el Tomcat ya que está utilizando el puerto 8080.

Para ver que el conector esta funcionando correctamente ahora pondremos esta petición sin especificar el puerto 8080. Entonces será Apache quien debe resolver dicha petición y entregarnos la misma página Web que antes. Si esto sucede quiere decir que el conector está funcionando correctamente. Claro está que para esto en el fichero “mod_jk.conf” debe existir la línea que monta los directorios servlets-examples del Tomcat.

4.5 Instalación y configuración de bases de datos (PostgreSQL)

Para proceder a la instalación del gestor de bases de datos PostgreSQL debemos descargar los instaladores de la página http://www.postgresql.org/ftp/binary/v8.2.4/win32/ o la que corresponda a la última versión.

Una vez descargado el fichero comprimido, lo descomprimiremos y ejecutaremos el fichero postgresql-8.2.msi.



Página 43 de 137

Primero deberemos seleccionar el idioma. Como el español no está disponible podemos seleccionar el inglés.

En la siguiente ventana seleccionamos "PostGIS Spatial Extensions" y le decimos que lo instale en nuestro disco duro local.

En la siguiente ventana señalamos “Install as a service” para que arranque PostgreSQL al iniciar el sistema. También indicamos un nombre de usuario (que añadirá al sistema si no existe), con el que se ejecutará la base de datos, y también la contraseña para este usuario. Podemos poner, por ejemplo, "postgres" como usuario.



Página 44 de 137

En el siguiente paso el asistente nos pide varios parámetros para la configuración de la base de datos:

Indicamos que inicialice el cluster.

Seleccionamos el puerto de escucha (5432).

Permitimos que se pueda acceder desde otras máquinas a la base de datos.

Seleccionamos el lenguaje (Español).

Seleccionamos la codificación por defecto de las instancias de bases de datos, por ejemplo, UTF-8.

Finalmente indicamos el nombre y contraseña que tendrá el superusuario de la base de datos, por ejemplo, “postgres” y contraseña “postgres”. No debemos confundir este usuario (el que emplearemos para conectarnos a la base de datos) con el usuario que utiliza el sistema operativo para ejecutar la base de datos (el que comentábamos anteriormente).

El resto de la instalación se completa pulsando "Siguiente” repetidas veces.

Una vez finalizada la instalación, si queremos disponer de las herramientas de PostgreSQL y PostGIS que se ejecutan en un intérprete de comandos (pg_dump, shp2pgsql...), ponemos el directorio bin de la instalación de Postgres (C:\Archivos de programa\PostgreSQL\8.2\bin) en la variable de entorno PATH. Lo podemos hacer desde un explorador de archivos, dándole al botón derecho del ratón sobre MiPC, y en Propiedades/Opciones Avanzadas/Variables de entorno.



Página 45 de 137

Para comprobar la correcta instalación podemos ejecutar la herramienta de administración pgAdminIII. (Inicio -> Programas -> PostgresSQL8.2 -> pgAdmin III).

Nos conectamos al servidor localhost haciendo doble click en el icono, nos solicitará la contraseña del usuario postgres (usuario de la base de datos). Al validarnos veremos una serie de objetos que se han creado en la instalación. Los más importantes son:



Página 46 de 137

Bases de datos: son las instancias de bases de datos creadas. Por defecto se crea la base de datos “postgres” y la base de datos con soporte geoespacial “template_postgis”. Esta instancia de base de datos contiene las funciones, procedimientos, tipos de datos y más objetos necesarios para manejar información vectorial georreferenciada.

Esquemas: son los contenedores de información de una instancia de base de datos. Una base de datos puede tener varios esquemas. Entre bases de datos no se puede ver la información pero sí entre esquemas dentro de la misma BD. Por defecto se crea un esquema public.

Tablas: son las unidades contenedoras de información dentro de un esquema. Por defecto, se habrán creado dos tablas (tal como se especifica en la norma SFA):

geometry_columns: tabla con información sobre las tablas que contienen alguna columna con geometrías georeferenciadas.

spatial_ref_sys: tabla con información sobre los sistemas de referencia geográficos.

ia empleados en la georreferenciación de las geometrías.

Seguridad a nivel de red

PostgreSQL dispone de un mecanismo para restringir el acceso por la red (a través del puerto 5432). Para modificar dicho acceso tenemos el fichero pg_hba.conf que podemos modificar con pgAdminIII, “Abrir -> Fichero pg_hba.conf”.



Página 47 de 137

4.6 Instalación del servidor de metadatos GeoNetwork

Instalación de los requisitos

Para poder arrancar la aplicación de instalación de GeoNetwork deberemos tener instalada la máquina virtual 1.5 de Java. Por tanto, el primer paso será comprobar si está instalada.

Comprobación de instalación de java 1.5

Para comprobar si tenemos instalada Java 1.5, debemos abrir un intérprete de comandos (Inicio -> Ejecutar -> cmd) y ejecutar:

java -version

Si la salida de este comando no muestra la versión 1.5 de Java, se puede entonces comprobar si realmente está instalada buscando la carpeta con la versión 1.5 en “c:\Archivos de Programa\Java”. En caso de existir una carpeta para 1.5, se puede ejecutar el comando java en el directorio bin (c:\Archivos de Programa\Java\jre1.5_12\bin) o modificar la variable de entorno PATH del usuario para apuntar a esa carpeta.

En el caso de fallar estas comprobaciones habrá que descargar el Java Runtime Environment 5 (actualmente desde http://java.sun.com/javase/downloads/index_jdk5.jsp) y proceder a su instalación.

Instalación de GeoNetwork

El primer paso será descargar el fichero de instalación (actualmente http://downloads.sourceforge.net/ GeoNetwork/ GeoNetwork-install-2.2.0.jar) y ejecutarlo mediante doble clic. Aparecerá el diálogo de la instalación en el que seguiremos los pasos siguientes:

Aceptar la licencia

Seleccionar la ruta de instalación (“c:\Archivos de Programa\ GeoNetwork”)

Elegir que instale los metadatos de prueba.

Seleccionar los paquetes a instalar. Basta con seleccionar el paquete Core.

Indicar el lugar donde se instalará en acceso a los ejecutables, por ejemplo Inicio -> Programas.

Finalmente nos da la opción de guardar los datos introducidos en la instalación en un fichero XML. Este fichero se puede pasar como parámetro al comando anterior para hacer una instalación donde los datos necesarios ya no los recoge del usuario sino de éste fichero.



Página 48 de 137

Configuración de GeoNetwork con Tomcat

Por defecto GeoNetwork utiliza Jetty como servidor Web. Para poder hacer que trabaje con Tomcat:

1- Ejecutamos la aplicación GAST (Inicio -> Programas -> GeoNetwork -> Stara GAST”) y cambiamos el puerto de Jetty.



Página 49 de 137

2- Creamos tres ficheros XML dentro del Tomcat en el directorio “C:\Archivos de programa\Apache SoftWARe Foundation\Tomcat 5.5\conf\Catalina\localhost” para que el Tomcat encuentre las aplicaciones de intermap, geoserver y GeoNetwork. El contenido de los XML sera, para el caso de GeoNetwork:

Como podemos observar indicamos los siguientes parámetros:

docBase= ruta de instalación del GeoNetwork, geoserver e intermap

path= ruta que vamos a ingresar en el navegador para acceder al genetwork

Los tres XML se diferenciaran en el docBase (que sera particular para cada aplicación) y el path a ingresar. Luego de crear estos ficheros, reiniciamos Tomcat y comprobamos que podemos acceder a GeoNetwork a través de http://localhost:8080/ GeoNetwork.

Cambiar la base de datos del catálogo

GeoNetwork guarda toda la información de configuración y del catálogo en una base de datos. Por defecto utiliza una base de datos embebida llamada McKoi, sin embargo, podemos cambiarla para que utilice una base de datos PostgreSQL, Oracle, MySQL o JDBC5. Los pasos a seguir son:

Parar GeoNetwork.

Crear un usuario llamado GeoNetwork con todos los priviliegios.

Crear una base de datos de nombre “geonet” con codificación UTF-8 y cuyo propietario es el usuario creado en el paso anterior.

En la sección DBMS de la aplicación GAST, indicar los parámetros de la conexión a la base de datos

Ir a la sección DataBase -> Setup y pulsar el botón “setup”

Volver a arrancar GeoNetwork.



Página 50 de 137

Comprobar el acceso a Geonetwork

Para comprobar la instalación correcta de geonetwork podemos acceder a su dirección URL en un navegador web. La dirección tiene la forma http://direccion_nodo:8080/geonetwork, asumiendo que el puerto de Tomcat es el 8080.

Importar y exportar el catálogo

Esta utilidad en la sección “Management” de la aplicación GAST nos permitirá hacer copias de seguridad de nuestros metadatos y restaurarlas en caso de fallo. Podemos, por ejemplo, exportar todos los metadatos de nuestro catálogo a un directorio.

http://direccion_nodo:8080/geonetwork



Página 51 de 137

En caso querer restaurar el catálogo, importaríamos todos los metadatos desde un directorio.

Sincronizar la configuración del sistema con los metadatos.

Algunos cambios en la configuración del sistema deben verse reflejados en la base de datos interna donde se almacenan los metadatos, sobre todo la información que hace referencia al propio catálogo, como las URLs de acceso a recursos que contiene el servidor. Para esta sincronización entre los parámetros del sistema y los metadatos existe la opción “Metadata Sync” dentro de GAST.



Página 52 de 137

4.6.1 Personalización del aspecto gráfico de GeoNetwork

Puesto que las páginas Web de GeoNetwork van a estar integradas con la herramienta Web de administración (ver capítulo 7), es conveniente que el aspecto gráfico de GeoNetwork sea consistente con las normas de visibilidad del SIAPAD.

GeoNetwork hace uso de hojas de estilo (ficheros CSS6), de manera que no resulta difícil modificar colores, logotipos y otros elementos del diseño.

Los ficheros que definen la apariencia de las páginas de GeoNetwork se encuentran bajo el directorio “Web\ GeoNetwork” dentro de la carpeta donde se haya instalado el software en el sistema. Específicamente, el fichero “ GeoNetwork.css” en este directorio define los colores genéricos para la aplicación, y dentro de la subcarpeta “images” se encuentran los logotipos de la cabecera.

La Figura 5 muestra un ejemplo de personalización sencillo, cambiando los colores y logotipos por defecto.

Figura 5: Ejemplo de personalización de la apariencia gráfica de GeoNetwork

Una vez instalado y configurado el software base para el nodo facilitador, puede ya instalarse y configurarse el software propio del SIAPAD, es decir, el portal GEORiesgo y su herramienta de administración para el modelo de búsqueda, tal como se describe en el siguiente capítulo.

6 El trabajo con hojas de estilo cae fuera del alcance de este manual, pero hay abundante información en muchos sitios, como http://www.w3c.es/divulgacion/guiasbreves/HojasEstilo y http://www.w3.org/Style/CSS/.



Página 53 de 137

5. INSTALACIÓN Y CONFIGURACIÓN DE GEORIESGO

Asumiendo que se ha instalado correctamente el software base, tal como se describe en el capítulo anterior, en este capítulo se describe la instalación y configuración de aquellos componentes propios del SIAPAD, que son la aplicación GEORiesgo y su herramienta asociada para la administración del modelo de búsqueda.

Como se verá, hay ciertos elementos de configuración que se realizan mediante la edición de archivos de texto. Se indicará qué herramientas de edición son adecuadas para esto. Se indicará también qué elementos de configuración son obligatorios para el funcionamiento correcto de GEORiesgo, y cuáles son opcionales para el caso de que se desee cambiar algún aspecto de la herramienta.

Al ser una aplicación web, GEORiesgo no cuenta con un instalador típico como un programa de escritorio, sino que se habla de “desplegar la aplicación” dentro del entorno del servidor.

Para desplegar la aplicación GEORiesgo utilizaremos los archivos proporcionados por la empresa consultora en el formato comprimido que utiliza el Tomcat para aplicaciones Java, los archivos WAR, desplegándolos mediante la utilización de la interfaz web de Tomcat.

La aplicación GEORiesgo consiste en 4 módulos WAR:

• Predecan.war: contiene toda la estructura general de la aplicación GEORiesgo, incluyendo el sistema de búsqueda, acceso a bases de datos y a su vez actúa como contenedor de los otros tres módulos.

• IDESiagpad.war: contiene toda la estructura del visor geográfico implementada con la librería MapBuilder 1.4.

• WsCatalogNomenclator.war: contiene las clases y librerías para la conexión con servidores de catálogo y nomenclátor (búsqueda de topónimos).

• MiniMap.war: contiene un visor con herramientas básicas de navegación y encuadre para poder realizar restricciones geográficas en la búsqueda.

La herramienta de administración del modelo de información es un módulo independiente: AdminPredecan.war.

Figura 6: Esquema de componentes de GEORiesgo



Página 54 de 137

Por otro lado, GEORiesgo tiene otro componente importante que son las Bases de Datos propias:

• Base de Datos “predecan”: se utiliza para almacenar la configuración del modelo de información del nodo.

• Base de Datos “geonet”: se utiliza por GeoNetwork para almacenar los metadatos locales y sus propiedades.

Y además los nodos facilitadores se alimentan también de algunos metadatos locales en carpetas WebDAV (ver “Directorios WebDAV” en 4.4).

Comenzaremos la instalación de GEORiesgo generando las bases de datos dentro del servidor PostgreSQL y las carpetas WebDAV con metadatos locales.

5.1 Carga de las bases de datos

Una vez instalado y comprobado el gestor de bases de datos PostgreSQL, utilizamos la aplicación de gestión pgAdmin (ver 4.5) para crear las bases de datos (en principio vacías) necesarias para el funcionamiento de GEORiesgo. Para ello utilizamos la opción “Nueva Base de Datos” en el menú del botón derecho del ratón, sobre el elemento “Bases de Datos”, como muestra la figura:

Figura 7: Creación de una nueva base de datos, previamente a su carga



Página 55 de 137

En el diálogo que aparece indicaremos el nombre de la base de datos, el usuario que la controla y la codificación (UTF-8). Debemos repetir este proceso de creación para cada una de las bases de datos “predecan” y “geonet”. Si queremos utilizar la función de sincronización de configuraciones del nodo (en la herramienta de administración) tendremos que crear también una base de datos vacía llamada “predecan_temp”. Es decir, en total tendremos que crear tres bases de datos, aunque solamente cargaremos datos en las dos primeras. Una vez creadas las tres bases de datos, veremos sus nombres bajo el grupo “Bases de Datos”. Entonces procederemos a cargar las bases de datos “geonet” y “predecan” a partir de los archivos .backup que se han distribuido con la aplicación GEORiesgo. Para cargar las bases de datos utilizaremos la opción “Restaurar Base de Datos” en el menú del botón derecho sobre cada base de datos. Nos aparecerá una ventana de diálogo como la de la figura, en la que podemos seleccionar el archivo .backup donde están contenidos los registros que PostgreSQL cargará en la base de datos.

Figura 8: Carga de una base de datos en pgAdmin



Página 56 de 137

5.1.1 Carga de carpetas WebDAV

Como se ha descrito en la sección “Directorios WebDAV” en 4.4, las carpetas WebDAV son una forma conveniente de proporcionar metadatos al servidor de catálogo. El propio nodo facilitador utiliza este mecanismo para almacenar y recolectar metadatos locales que no provienen de ningún nodo servidor.

Los metadatos locales para cada nodo nacional se distribuyen en un archivo comprimido “WebDavX.zip”, donde X es el nombre de cada país. Para instalar estos metadatos simplemente hay que descomprimirlos (en Windows, por ejemplo, puede utilizarse el programa gratuito WinZIP), copiándolos en la carpeta donde Tomcat gestiona estos directorios, que para Windows suele ser:

C:\program file\Apache Software Foundation\Tomcat 5.5\webapps\webdav



Página 57 de 137

5.2 Configuración de los módulos de GEORiesgo

En el caso en que los archivos WAR ya hayan sido desplegados previamente en el nodo nacional, estos archivos se encuentran ya particularizados para ese nodo en especial y no será necesario en principio hacer ningún ajuste. En ese caso podrá pasarse directamente al despliegue (ver 5.4).

Sin embargo, hay unos casos en los que es necesario cambiar algún aspecto de los archivos que componen los módulos WAR, por ejemplo:

• Cuando se recibieran nuevas versiones de los WAR, si éstas no han sido particularizadas para el nodo

• Cuando cambiara la dirección web del nodo (por ejemplo, de “http://ecuador.georiesgo.net” a “http://nodoecuador.georiesgo.org”)

• Cuando cambiara la dirección o el puerto del servidor de noticias RSS del nodo

• Cuando cambiara la dirección, usuario o contraseña de acceso a la base de datos del nodo, del servidor de correo o del servidor de catálogo Geonetwork

5.2.1 Cómo editar los archivos de un WAR

Los archivos WAR son archivos comprimidos de tipo ZIP. Pueden abrirse con un programa que maneja archivos ZIP, como WinZip o WinRAR. La siguiente figura muestra cómo aparece el contenido del archivo predecan.war al abrirlo en WinRAR:

Figura 9: Apertura de un archivo WAR con el programa WinRAR



Página 58 de 137

Para editar uno de los archivos que forman parte del WAR:

1. Extraer el archivo individual a una carpeta de trabajo. Por ejemplo, en WinRAR, pulse y arrastre el archivo fuera de la ventana WinRAR para copiarlo en una carpeta de trabajo. IMPORTANTE: no haga doble click sobre el archivo dentro de WinRAR o WinZIP para editarlo, ya que los cambios no se guardarán correctamente.

2. Edite el archivo en la carpeta de trabajo, mediante un programa adecuado. Para los tipos de archivos aquí descritos puede utilizar un editor de texto sencillo. Recomendamos Notepad++ por ser libre y sencillo de usar, aunque todos los entornos de desarrollo (p.ej. Eclipse) utilizan editores de texto adecuados. Notepad++ programa puede descargarse gratuitamente en http://notepad-plus.sourceforge.net/es/download.php.

Figura 10: Edición de un archivo XML con Notepad++

3. Inserte de nuevo el archivo en el WAR, en la misma posición original. Por ejemplo, en WinRAR se puede pinchar y arrastrar el archivo desde la carpeta de trabajo a la ventana de WinRAR. Se debe comprobar que el archivo se ha sobrescrito, y que su fecha de actualización es la correcta.



Página 59 de 137

En los siguientes apartados se muestran los archivos dónde puede alterarse la configuración de los componentes del nodo.

5.2.2 Configuración de Predecan.war

Los ficheros de configuración de este proyecto son:

• /src/predecan.properties: contiene la configuración del Pais, URL de la aplicación, URLs de los links a otros países y la configuración de noticias RSS:

En el siguiente ejemplo podemos observar cual es la configuración correcta del nodo nacional en Perú. Las líneas con el símbolo (#) a la izquierda actúan como comentarios, no tienen efecto.

######################################## # FICHERO DE CONFIGURACION DE PREDECAN # ######################################## #----------------------- # CONFIGURACION GENERAL #----------------------- #Nombre del País, con la acentuación adecuada PAIS=Peru #Url raiz de la aplicacion #URL_APLICACION=http://localhost:8080 URL_APLICACION=http://peru.georiesgo.net #Urls de los nodos (para los links de banderas) URL_BOLIVIA=http://bolivia.georiesgo.net URL_COLOMBIA=http://colombia.georiesgo.net URL_ECUADOR=http://ecuador.georiesgo.net URL_PERU=http://peru.georiesgo.net #------------------- # CONFIGURACION RSS #------------------- #Titulo del Canal de la fuente RSS RSS_TITLE=Noticias Georiesgo Perú #Link a la fuente RSS #RSS_LINK=http://localhost:8080/predecan/rss RSS_LINK=http://peru.georiesgo.net:8080/predecan/rss #Descripcion de la fuente RSS RSS_DESCRIPTION=Noticias del portal Georiesgo de Perú y la Comunidad Andina: desastres, emergencias...

• /WebRoot/lib/conts.js: este archivo contiene las direcciones web del servidor de catalogo y de aplicaciones. Para todos los nodos facilitadores es la misma ruta relativa, por lo que sólo es necesario modificar la URL base del nodo y el puerto, si fuese necesario. En estos archivos los caracteres ‘//’ actúan como comentario.



Página 60 de 137

//------------------------------------------------------- // Constantes //------------------------------------------------------- var puerto = ':8080'; //var url = 'http://localhost'; var url = 'http://peru.georiesgo.net';

• /WebRoot/META-INF/context.xml: contiene los parámetros de conexión a la base de datos a partir del driver JDBC. Los parámetros a modificar son el usuario y password además de la dirección (local) de base de datos y su puerto de acceso. En nuestro caso, como está instalada en el mismo servidor, la URL es localhost para todos los países.

username="postgres" password="postgres" driverClassName="org.postgresql.Driver" url="jdbc:postgresql://localhost:5432/predecan"

• /WebRoot/contribuir.jsp: contiene la ruta al servlet que controla el envío de correo. Aquí solamente habría que cambiar el número de puerto si el Tomcat se ha instalado en otro puerto que no sea el 8080.

action=http://localhost:8080/predecan/sendmail

• /WebRoot/WEB-INF/web.xml”: contiene los parámetros del servidor de correo SMTP (y un usuario de correo) de la entidad donde está instalado el nodo. Estos parámetros son necesarios para que la página de “Cómo Contribuir” pueda enviar correos al administrador. Los valores en negrita son de prueba, deben ser actualizados en cada nodo.

<context-param> <param-name>smtp_url</param-name> <param-value>correo.iver.es</param-value> </context-param> <context-param> <param-name>smtp_user</param-name> <param-value>[email protected]</param-value> </context-param> <context-param> <param-name>smtp_pass</param-name> <param-value>xxxxxxpassword</param-value>

</context-param>

5.2.3 Configuración de IDESiagpad.war

• /WebRoot/iverUtils.js contiene el puerto y URL del servidor. var puerto = ':8080';

//var url = 'http://localhost'; var url= 'http://peru.georiesgo.net';

5.2.4 Configuración de AdminPredecan.war

Este proyecto contiene toda la implementación de la herramienta de administración. Las modificaciones a realizar afectarían a los siguientes archivos:



Página 61 de 137

• /src/adminPredecan.properties: contiene el URL de la aplicación. #Url raíz de la aplicación URL_APLICACION=http://peru.georiesgo.net #URL_APLICACION=http://localhost:8080/predecan

• /WebRoot/lib/const.js contiene el puerto y URL del servidor. var puerto = ':8080'; //var url = 'http://localhost'; var url= 'http://peru.georiesgo.net';

• /WebRoot/lib/geonetwork.js utiliza la ruta de acceso al servidor de catalogo geonetwork. function openGeonetSearch(){ ventana = window.open( //'http://localhost:8080/geonetwork/srv/es/main.home', 'http://peru.georiesgo.net:8080/geonetwork/srv/es/main.home', 'Listar Metadatos'); setTimeout('search()',5000); }

• /WebRoot/META-INF/context.xml: igual que en el proyecto predecan.war, contiene los parámetros de conexión a la base de datos a partir del driver JDBC. Los parámetros a modificar son el usuario y password además de la dirección (local) de base de datos y su puerto de acceso. En nuestro caso, la URL es localhost para todos los países.

En AdminPredecan estos parámetros aparecen repetidos en el mismo archivo para dos bases de datos (Resources): jdbc/Predecan y jdbc/Predecan_temp.

username="postgres" password="postgres" driverClassName="org.postgresql.Driver" url="jdbc:postgresql://localhost:5432/predecan"

• /WebRoot/WEB-INF/web.xml, contiene los parámetros para la conexión a la base de datos ‘predecan’ donde están almacenadas las tablas del modelo de búsqueda.

<context-param> <param-name>dbuser</param-name> <param-value>postgres</param-value> </context-param> <context-param> <param-name>dbpass</param-name> <param-value>postgres</param-value> </context-param> <context-param> <param-name>dbhost</param-name> <param-value>localhost</param-value> </context-param> <context-param> <param-name>dbport</param-name> <param-value>5432</param-value> </context-param> <context-param> <param-name>dbname</param-name> <param-value>predecan</param-value> </context-param>



Página 62 de 137

• Path de los comandos PostgreSQL. Para que las funciones de importación y exportación de la bases de datos funcionen correctamente hay que añadir a la variable de entorno del sistema (PATH), la ruta al directorio donde se encuentran los comandos pg_dump y pg_restore de PostgreSQL. Esto debería haberse realizado al configurar la base de datos (ver 4.5).

5.3 Personalización del portal GEORiesgo

A continuación se describen algunas opciones de configuración que son optativas para los administradores, y solamente es necesario modificar cuando se desee cambiar o personalizar la conducta por defecto del portal GEORiesgo. Si no se desean cambiar estas opciones puede pasarse directamente al despliegue de la aplicación (ver 5.4).

5.3.1 Mapas predefinidos Para la configuración de los servicios de mapas predefinidos disponibles en el visor de GEORiesgo (dentro de la sección “Añadir capa”) se emplean ficheros XML que definen el número y la localización de los servicios de mapas disponibles, agrupados en conjuntos temáticos.

En la carpeta data de la aplicación web se encuentra el archivo mimeCollection.xml. En él se definen los grupos de servicios de mapas disponibles, dentro de la etiqueta7 <ViewContextReference version="1.1.1" id="general">. La definición por defecto es: <ViewContextReference version="1.1.1" id="tematicas"> <Title>Temáticas Siapad</Title> <ContextURL>

<OnlineResource xlink:type="simple" xlink:href="/IDESiagpad/data/context/tematicos.xml"/>

</ContextURL> </ViewContextReference> <ViewContextReference version="1.1.1" id="desastres"> <Title>Desastres CIESIN</Title> <ContextURL>

<OnlineResource xlink:type="simple" xlink:href="/IDESiagpad/data/context/desastresCIESIN.xml"/>

</ContextURL> </ViewContextReference> <ViewContextReference version="1.1.1" id="nasa"> <Title>Imagenes NASA</Title> <ContextURL>

<OnlineResource xlink:type="simple" xlink:href="/IDESiagpad/data/context/imagenesNASA.xml"/>

</ContextURL> </ViewContextReference> <ViewContextReference version="1.1.1" id="baseDemis"> <Title>Mapa Base DEMIS</Title> <ContextURL>

<OnlineResource xlink:type="simple" xlink:href="/IDESiagpad/data/context/mapaBaseDEMIS.xml"/>

</ContextURL> </ViewContextReference>

7 Se sigue aquí el estándar Web Map Context: http://www.opengeospatial.org/standards/wmc



Página 63 de 137

Estos cuatro grupos coinciden con los que se aparecen en GeoRiesgo:

Además, para la configuración de cada uno de los grupos de servicios de mapas existe un archivo XML (al se hace referencia en el mimeCollection) dentro de la carpeta data/context. Estos archivos XML en la configuración actual de GEORiesgo son:



Página 64 de 137

• tematicos.xml

• desastresCIESIN.xml

• imagenesNASA.xml

• mapaBaseDEMIS.xml

La estructura de estos archivos XML es similar al archivo de los grupos de mapas. Se indican los datos de contacto del creador del mapa o grupo y las capas de servicios WMS propios o externos que componen cada grupo.

Las propiedades de cada capa del grupo están definidas entre dos etiquetas <Layer>. <Layer queryable="0" hidden="0"> … </Layer>

Las propiedades que se incluyen en la configuración de cada capa son:

• Si queremos que el mapa aparezca visible inicialmente (propiedad hidden), y si se puede pedir información de los objetos de la capa (queryable).

• Origen de la capa (URL del servicio WMS) • Nombre de la capa • Título • Sistema de referencia • Formato de la imagen solicitada • Estilo de la capa. Solicitud de leyenda para mostrar en el visor.

Por ejemplo, la configuración de una capa con la imagen Blue Marble proveniente de un servidor WMS tiene este aspecto:

<Layer queryable="0" hidden="0"> <Server service="wms" version="1.1.1" title="wms.lizardtech.com"> <OnlineResource xlink:type="simple" xlink:href="http://wms.lizardtech.com/lizardtech/iserv/ows"/> </Server> <Name>bmng.200408</Name> <Title>August 2004 (Blue Marble: Next Generation)</Title> <SRS>EPSG:4326</SRS> <Abstract>Paises</Abstract> <FormatList> <Format current="1">image/png</Format> </FormatList> <StyleList> <Style current="1"> <Name></Name> <Title>Paises</Title> </Style> </StyleList> </Layer>



Página 65 de 137

5.3.2 Capas por defecto en el visor geográfico

Para definir las capas que aparecen por defecto en el visor geográfico (es decir, los mapas que están presentes inicialmente, aunque el usuario no haya añadido ninguna capa) se utiliza también un contexto (ViewContext) o grupo de servicios de mapas almacenado en un archivo XML, con el mismo formato que hemos visto en el punto anterior. En nuestro caso este archivo se llama general.xml.

Para indicar que el visor geográfico debe utilizar este contexto al arrancar la aplicación, se especifica su nombre en el archivo completeConfig.xml que se encuentra en la raíz de la aplicación web. Para ello se utiliza la etiqueta <defaultModelUrl>. Podemos verlo de manera abreviada en el siguiente texto: <?xml version="1.0" encoding="UTF-8" standalone="no"?> <MapbuilderConfig version="0.2.1" id="referenceTemplate" xmlns="http://mapbuilder.sourceforge.net/mapbuilder" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://mapbuilder.sourceforge.net/mapbuilder ../../lib/schemas/config.xsd"> … <models> <Context id="mainMap"> … <defaultModelUrl>data/context/general.xml</defaultModelUrl> <widgets> <MapPane id="mainMapWidget"> <htmlTagId>mainMapPane</htmlTagId> <mapContainerId>mainMapContainer</mapContainerId> </MapPane> <MapScaleBar id="scalebar">

En la configuración actual se visualizan cuatro capas por defecto, tal como muestra la figura.

Figura 11: Capas por defecto en el visor de GEORiesgo



Página 66 de 137

De la misma forma pueden definirse los mapas que son visibles en el localizador (el mapa pequeño dentro del visor), en /WebRoot/data/context/locator.xml y también los mapas visibles en el mapa de restricción de la búsqueda, que se encuentra en el módulo MiniMap.

5.3.3 Páginas de participantes y enlaces

Las páginas web de participantes y enlaces, a las que se accede desde el menú principal de la aplicación GEORiesgo, son diferentes para cada país. Estas páginas se encuentran en archivos en formato HTML separados para cada país, dentro de la carpeta /WebRoot/html del proyecto predecan. Por ejemplo, si se desea cambiar la página de enlaces del nodo de Bolivia, deberá editarse la página enlacesbolivia.html dentro de la mencionada carpeta.

La selección de cuál es la página HTML de enlaces y participantes que se muestra para el nodo actual se realiza dentro del código del programa, según el valor de la variable PAIS (ver 5.2.2). Por ejemplo, para seleccionar la página de enlaces se utiliza el siguiente código en el archivo WebRoot/enlaces.jsp: String pais = null; try{

pais = Configuracion.getConfig().getProperty("PAIS"); if (pais.equals("Peru")) { %> <jsp:include page="html/enlacesperu.html" flush="true" /> <% } else if(pais.equals("Colombia")) { %> <jsp:include page="html/enlacescolombia.html" flush="true" /> <% } else if(pais.equals("Bolivia")) { %> <jsp:include page="html/enlacesbolivia.html" flush="true" /> <% } else{%> <jsp:include page="html/enlacesecuador.html" flush="true" /> <%} }catch(ConfiguracionException e){ %><h1>No encuentra fichero de configuración</h1><% }

Los mismo se hace para las páginas de participantes en el archivo WebRoot/participantes.jsp. En el caso de que hubiera que añadir otros nodos, o se quisiera cambiar la relación entre países y páginas de enlaces y participantes, habría que editar estos archivos.

5.3.4 Página “Cómo contribuir”

En lo referente a la configuración de la página “Cómo contribuir”, se ha comentado en la sección 5.2.2 cómo se debe configurar el código de GEORiesgo para que el servicio de correo remita correctamente el email generado por la página.

Por otro lado, el código que controla la apariencia y contenido de la página se encuentra en el archivo “/predecan/WebRoot/contribuir.jsp”.

Por ejemplo, para añadir nuevas opciones a la lista de tipos de contribución (que aparece junto al texto “Desearía”), basta con añadir las opciones que se necesiten con el siguiente formato:



Página 67 de 137

<option value="Tipo de contribución">Texto que aparece al usuario</option>

Actualmente el código completo de estas opciones es el siguiente: <option value="Reportar errores o problemas en la aplicación GeoRiesgo">Reportar errores o problemas en la aplicación GeoRiesgo</option>

<option value="Proponer un nuevo tema específico de búsqueda"> Proponer un nuevo tema específico de búsqueda</option>

<option value="Proponer una nueva tarea y/o pregunta frecuente para la búsqueda">Proponer una nueva tarea y/o pregunta frecuente para la búsqueda</option>

<option value="Proponer un cambio en la redacción de un texto">Proponer un cambio en la redacción de un texto</option>

<option value="Proponer un sinónimo adicional a considerar en las expresiones de búsqueda">Proponer un sinónimo adicional a considerar en las expresiones de búsqueda</option>

<option value="Proponer un cambio en la expresión de búsqueda asociada a un tema o pregunta">Proponer un cambio en la expresión de búsqueda asociada a un tema o pregunta</option>

<option value="Proponer la adición de un nuevo catálogo de metadatos a la búsqueda">Proponer la adición de un nuevo catálogo de metadatos a la búsqueda</option>

<option value="Proponer la adición de un nuevo producto de información relacionado con la gestión de riesgos">Proponer la adición de un nuevo producto de información relacionado con la gestión de riesgos</option>

<option value="Proponer la incorporación de la entidad a la que pertenezco a la red institucional del SIAPAD">Proponer la incorporación de la entidad a la que pertenezco a la red institucional del SIAPAD</option>

<option value="Solicitar información técnica o institucional sobre GEORiesgo y el SIAPAD">Solicitar información técnica o institucional sobre GEORiesgo y el SIAPAD</option>

<option value="Formular otros comentarios o sugerencias">Formular otros comentarios o sugerencias</option>

5.4 Despliegue de la aplicación GEORiesgo en Tomcat

Cuando los archivos WAR que definen los módulos de GEORiesgo se hayan adecuadamente configurados, podemos proceder ya a su despliegue en el servidor de aplicaciones Tomcat.

5.4.1 Despliegue inicial

Los pasos a realizar para el despliegue de estos componentes son:

Abrimos un explorador de Windows y ponemos la petición para abrir la página del Tomcat. Por ejemplo, para el nodo facilitador de Perú entraríamos en la URL de Tomcat:

http://peru.georiesgo.net:8080



Página 68 de 137

Dentro de esta página escogemos la opción de “Tomcat Manager”. Para poder ingresar necesitamos recordar el usuario y contraseña que pusimos durante la instalación del Tomcat.

Luego de ingresar el usuario y contraseña obtendremos la siguiente página Web:



Página 69 de 137

Figura 12: Gestor de aplicaciones en el servidor Tomcat

En la imagen podemos observar una zona “Applications” que nos muestra un listado de todos los módulos desplegados en Tomcat, debajo una zona llamada “Deploy” y dentro de esta una sección “WAR file to deploy”, la que utilizaremos para realizar el despliegue. Para ello damos un clic en “Examinar” para poder indicar el archivo WAR que queremos instalar.

Para finalizar la acción, luego de escogido el fichero WAR damos un clic en el botón “Deploy”.



Página 70 de 137

En esta pagina también podemos observar información acerca del servidor en la parte de “Server Information” que nos indica la maquina virtual que estamos utilizando, el sistema operativo del servidor y la arquitectura del procesador.

También es posible realizar el despliegue de manera manual, copiando los archivos “WAR” dentro del directorio Webapps del Tomcat que por lo general esta en la siguiente ruta: “C:\Archivos de programa\Apache SoftWARe Foundation\Tomcat 5.5\Webapps”. Tomcat se encargara de descomprimir dichos ficheros WAR y crear automáticamente directorios con su nombre.

Comprobación

Luego de realizar el despliegue, desde la opción de “Applications”, veremos como se han creado nuevas entradas con el mismo nombre de los archivos WAR que acabamos de desplegar y además tendremos hacia la derecha directorio opciones para poder recargar, parar o borrar cada módulo.

Para que funcione GEORiesgo los módulos deben estar ejecutándose, es decir, el valor indicado en la columna “Running” debe ser “true”.

Para acceder a la aplicación GEORiesgo en un navegador web se utiliza una URL formada por la dirección del servidor, el puerto del Tomcat y “/predecan”, por ejemplo: http://peru.georiesgo.net:8080/predecan. El acceso a la herramienta de administración es igual, pero terminado en “/AdminPredecan”.

5.4.2 Actualización de los módulos

Si se desea actualizar los módulos WAR con nuevas versiones (bien porque se han distribuido nuevas versiones del software, o porque se han realizado cambios en su configuración según lo indicado en las secciones 0 y 5.3) se debe eliminar el despliegue des estos módulos utilizando el enlace “Undeploy” en la columna “Commands” del gestor de aplicaciones de Tomcat.

A continuación se volvería a repetir el proceso de despliegue con las nuevas versiones de los archivos WAR.

http://peru.georiesgo.net:8080/predecan



Página 71 de 137

5.5 Lista de comprobación

La siguiente es una lista resumida de las comprobaciones que cabe realizar para garantizar que la aplicación está correctamente instalada. Si alguna de estas comprobaciones falla y no encuentra forma de resolver el problema, contacte con el servicio de soporte técnico (ver 8.3).

• Requisitos de conectividad: comprobar que la dirección IP y los puertos de Apache, Tomcat y PostgreSQL son accesibles, tanto internamente como externamente (ver 4.1).

• Comprobar la instalación de Apache, viendo que está presente en el menú de programas (ver 4.2).

• Comprobar que MapServer está instalado correctamente sobre Apache. Todas estas comprobaciones se detallan en la sección “Comprobaciones” del apartado 4.3. o Acceder a la dirección local de Apache o Acceder a dirección local de MapServer o Comprobar la versión de MapServer y su soporte de WMS o Comprobar el puerto de Apache y su servicio

• Comprobar que el servidor de aplicaciones Tomcat está funcionando. Todas estas comprobaciones se detallan en el apartado 4.4. o Acceder a la dirección URL de Tomcat. o Comprobar que Tomcat se está ejecutando como servicio de inicio automático o Comprobar que su memoria disponible es adecuada o Comprobar que la codificación de Tomcat es UTF-8 o Comprobar que el conector Apache-Tomcat funciona correctamente (podemos

conectarnos a Tomcat sin especificar el puerto 8080)

• Comprobar que el gestor de bases de datos PostgreSQL está adecuadamente instalado (ver 4.5). o Utilizar la herramienta pgAdmin para conectarse al servidor PostgreSQL o Comprobar que se ha añadido la carpeta de binarios de PostgreSQL al PATH

del sistema o Comprobar con pgAdmin que se han añadido las dos bases de datos

“predecan” y “geonet”, y una base de datos vacía “predecan_temp” (ver 5.1)

• Comprobar la instalación de Geonetwork (ver 4.6). o Comprobar que la versión de Java sea la adecuada o Comprobar que se accede a la pantalla de entrada de Geonetwork en un

navegador web

• Comprobar la instalación de la aplicación (ver 5.4).

o Comprobar en el gestor de aplicaciones de Tomcat que los cinco módulos WAR están desplegados adecuadamente

o Comprobar en un navegador web el acceso a la aplicación GEORiesgo y la herramienta de administración



Página 72 de 137

6. EL MODELO DE INFORMACIÓN DEL SIAPAD

Como se ha comentado previamente, la característica principal de la aplicación GEORiesgo es la capacidad de efectuar búsquedas de información específicamente orientadas para su uso en la gestión del riesgo. Por esta razón vamos a analizar la funcionalidad del sistema de búsqueda antes de ver cómo el administrador debe realizar la configuración y mantenimiento de este sistema.

En el documento “Informe de Diseño del SIAPAD” pueden consultarse las razones teóricas y la investigación que ha dado lugar al modelo de búsqueda del SIAPAD. En este Manual del Administrador nos limitaremos a describir el funcionamiento de los mecanismos de búsqueda desarrollados y su configuración.

6.1 Uso general de la aplicación SIAPAD

Se ha diseñado la aplicación SIAPAD para que usuarios de diferentes perfiles y con diferentes intereses puedan utilizar el interfaz web para encontrar la información que buscan relacionada con la gestión de riesgos, y puedan posteriormente visualizarla.

La Figura 13 muestra un esquema del funcionamiento de la aplicación para un usuario común, organizada en tres pestañas. Cuando el usuario accede inicialmente al portal verá (ver Figura 15) una pestaña donde puede efectuar la búsqueda de información por cualquiera de los tres métodos que luego discutiremos. La pestaña de resultados (ver Figura 19) muestra los resultados de la búsqueda en forma gráfica, agrupados en dos apartados: los mapas que contienen información geográfica y pueden visualizarse en el visor, y los documentos o archivos, con un enlace para poder acceder a ellos.

La pestaña del visor geográfico (ver Figura 23) contiene un mapa interactivo en el que el usuario puede navegar, una leyenda o tabla de contenidos para cambiar el orden y propiedades de las capas de información que se visualizan, y herramientas para añadir servicios de mapas de otros servidores conocidos (sin que sea necesario un proceso de búsqueda), para pedir información sobre los elementos de un punto concreto del mapa, etc.

Como aparece indicado en la Figura 13, es posible volver desde la pestaña de resultados o de visor a la de búsqueda (por ejemplo, si nos resultados no nos parecen adecuados podemos modificar los parámetros o modo de búsqueda), y encontrar nuevos resultados que se pueden añadir a los ya existentes en el visor. Desde el visor geográfico se puede también volver a realizar una búsqueda o a la pestaña de resultados (por ejemplo, para añadir al mapa nuevos elementos).



Página 73 de 137

Figura 13: Diagrama funcional del portal GEORiesgo

6.2 Métodos y mecanismo de búsqueda

En el diseño preliminar del SIAPAD y el prototipo realizado por la Consultoría previa se definieron tres métodos de búsqueda que el portal debe ofrecer a los usuarios. Estos métodos son:

• Búsqueda por palabras: se trata de un método sencillo en el que el usuario introduce unas palabras que la aplicación transmite a los servicios de catálogo para cotejarlas con los campos adecuados en los metadatos que almacenan. Los metadatos que contienen las palabras buscadas son devueltos a la aplicación como resultados.

• Búsqueda temática: está orientada a usuarios expertos, que seleccionan un proceso y tema de gestión de riesgo, más opcionalmente un fenómeno específico (por ejemplo, “sismos”). La aplicación SIAPAD se encarga de transformar automáticamente la selección del usuario en una expresión construida con una lista de palabras clave, que se utiliza para buscar de manera similar a como se hace en la búsqueda por palabras.

• Búsqueda asistida o por preguntas: está orientada a resolver directamente problemas o tareas que se plantean a diferentes tipos de usuario. Cada usuario selecciona su perfil, y la tarea que necesita resolver, tras lo cual puede seleccionar una pregunta concreta. Opcionalmente también puede seleccionar un fenómeno. De nuevo, la aplicación SIAPAD se encarga de transformar automáticamente la selección del usuario en una expresión construida con palabras, que se utiliza para buscar.



Página 74 de 137

Los tres métodos disponen además de opciones comunes, que son:

• Restringir la búsqueda a un área geográfica seleccionada por el usuario mediante un mapa

• Restringir la búsqueda a un rango temporal (fechas, años) seleccionado por el usuario

• Restringir la búsqueda a un fenómeno específico

• Permitir la búsqueda en todos los nodos facilitadores de la red SIAPAD

Como consecuencia, todos los métodos de búsqueda acaban por generar una expresión construida por palabras, que se transmite al catálogo local o a los catálogos externos, que a su vez devuelven una lista de metadatos como resultado de la búsqueda (la Figura 14 muestra un esquema gráfico del proceso).

En la configuración del nodo deben especificarse, como veremos, las opciones de procesos, temas y fenómenos para la búsqueda temática, así como los perfiles, tareas y preguntas para la búsqueda asistida, y qué expresión de búsqueda corresponde a cada posible selección del usuario.

En la instalación de cada nodo facilitador, habrá una configuración inicial completa, por lo que no es necesario que el administrador cargue toda esta información desde cero, pero es posible que tenga que hacer modificaciones posteriores.

Figura 14: Detalle de la arquitectura del sistema de búsqueda



Página 75 de 137

A continuación se describe el diseño gráfico del portal GEORiesgo, que también proporciona una visión más detallada de su funcionalidad tal como es vista por los usuarios.

6.2.1 Aspecto general y pestaña de búsqueda

En la siguiente figura pueden apreciarse los elementos comunes del geoportal, así como la pestaña inicial de búsqueda.

Figura 15: Aspecto general y pestaña de búsqueda (opción palabras clave) de GEORiesgo



Página 76 de 137

En las siguientes figuras se aprecian las opciones de la página de búsqueda para los casos de las opciones de búsqueda temática, que aparecen cuando el usuario escoge la sub-pestaña “Búsqueda por temas”, y de búsqueda asistida o por preguntas frecuentes, que aparecen al seleccionar la subpestaña “Búsqueda por preguntas frecuentes”. Posteriormente se describe en detalle el modelo de información que da lugar a estas interfaces de usuario.

Figura 16: Opciones para la búsqueda temática (seleccionado proceso 2 como ejemplo)

Figura 17: Opciones para la búsqueda asistida (seleccionado rol ‘Público en general’)



Página 77 de 137

Debe notarse que mientras en la búsqueda temática se permite seleccionar varios temas simultáneamente (activando las correspondientes casillas), en la búsqueda por preguntas solamente se puede seccionar una de las consultas.

También debe mencionarse que aunque la selección de fenómeno aparece explícitamente en la búsqueda temática, también puede seleccionarse como criterio adicional de búsqueda en cualquiera de los modos. La siguiente figura muestra estas opciones adicionales de búsqueda, comunes a todos los modos, que aparecen al pulsar sobre el enlace “Agregar otros criterios de búsqueda”.

Figura 18: Criterios avanzados de búsqueda, comunes a todos los métodos

6.2.2 Pestaña de resultados

La pestaña de resultados se abre automáticamente cuando el usuario realiza una búsqueda. Contiene dos sub-pestañas, una para los resultados que son servicios de mapas y otro para documentos.

El usuario podrá seleccionar aquí los documentos que desee visualizar (si tienen un enlace asociado) o los mapas que quiera añadir al visor geográfico, seleccionando estos mapas y pulsando el botón correspondiente.

GeoRiesgo realiza inicialmente una petición de 20 resultados. Si el usuario desea obtener más puede pulsar el enlace “Buscar los siguientes 20 resultados” (ver Figura 19), tantas veces como lo desee hasta agotar el número total de resultados.

En cada subpestaña (mapas o documentos) se muestra un máximo de 10 resultados, y el usuario puede ver el resto utilizando los controles de paginación de la parte inferior:



Página 78 de 137

Figura 19: Pestaña que muestra los resultados de una búsqueda (mapas)

Figura 20: Pestaña con resultados (documentos) y controles de paginación



Página 79 de 137

En la parte superior de la pestaña de resultados se encuentran enlaces para consultar la expresión de búsqueda utilizada así como la petición XML realizada al catálogo de metadatos.

Figura 21: Visualización de la expresión de búsqueda

Cuando se selecciona la opción de “Buscar en todos los catálogos disponibles” se calculará el total de resultados disponible en todos los catálogos y se mostrarán por defecto los primeros 20 resultados del nodo local, en el que se encuentra el usuario.

En la parte inferior de la pestaña de resultados podrá seleccionarse cualquiera de los otros nodos disponibles para ver los resultados que se obtienen en éstos.

…

Figura 22: Selección de catálogo al buscar en todos los catálogos disponibles



Página 80 de 137

6.2.3 Pestaña del visor geográfico

Esta pestaña aparece automáticamente cuando el usuario pulsa el botón de “Añadir capas al visor geográfico”, en la pestaña de resultados. El visor contiene varias herramientas para navegar en el mapa, efectuar mediciones, y cambiar la visualización de las capas. También para añadir capas de servidores conocidos, pedir información sobre una localización geográfica, etc.

El visor dispone siempre de varias capas por defecto que muestran cartografía base de la subregión andina.

El visor dispone de un área donde se dibujan las capas, con un localizador que da una idea de la zona visible dentro de la subregión. Existen varias herramientas de navegación, medición, y para salvar o cargar un mapa en la computadora local del usuario.

Otras áreas dentro del visor muestran la leyenda o tabla de contenido del mapa, y permiten funciones como buscar lugares o añadir capas de servicios no catalogados.

Figura 23: Pestaña del visor geográfico



Página 81 de 137

La leyenda o tabla de contenidos

La leyenda, situada bajo el área de la vista geográfica, contiene un listado de las capas (servicios de mapas) cargados en el visor, así como una imagen que describe el significado de los símbolos de cada capa, si el servidor proporciona esta información.

El orden relativo de una capa puede cambiarse pulsando uno de los botones para subir o bajar la capa en la lista. Las capas que están más arriba se superponen en el mapa a

las que están más abajo. Se puede eliminar una capa del mapa pulsando el botón . También se puede controlar la visibilidad de la capa por medio del botón más a la derecha.

El botón al final a la derecha del nombre de la capa se utiliza para seleccionar la capa de la que se desea pedir información, pero la gran mayoría de los servicios no publican actualmente esta funcionalidad.

Barra de herramientas

Sobre el área del mapa aparece una barra de herramientas que incluye:

• Herramientas de navegación: De izquierda a derecha, “Zoom a todo”, “Zoom más” (acercar), “Zoom menos” (alejar) y “Mover mapa”.

• Herramienta de petición de información: Seleccionando esta herramienta y

pulsando sobre una capa del mapa previamente seleccionada con el botón podemos obtener información sobre el objeto (feature), si el servicio de mapas publica esta información.

Figura 24: Ejemplo de uso de la herramienta de información



Página 82 de 137

• Herramientas de medida: Estas herramientas permiten medir distancias y áreas pulsando sucesivamente en varios puntos del mapa. La última herramienta sirve para borrar los gráficos de líneas o área. Para medir un área se pulsa en varios puntos del mapa que encierran el área, y se hace un doble click en el último.

Figura 25: Ejemplo de uso de la herramienta de medida de área

• Herramientas para salvar y cargar mapas: Estas herramientas permiten guardar el contenido del mapa como un archivo XML que puede recuperarse posteriormente para seguir trabajando con él.

Cuando se utiliza la herramienta de salvar se genera el archivo XML siguiendo el estándar Web Map Context. Desde el navegador web podemos salvar este archivo en cualquier lugar de nuestra computadora. Posteriormente podemos cargar este archivo y recuperaremos las capas y la extensión geográfica correcta de nuestro mapa.

Añadir capas desde el visor

En la sección “Añadir capa” que se encuentra a la derecha de la leyenda, disponemos de opciones para poder añadir al visor información que no procede de una búsqueda.

Figura 26: Opciones para añadir una capa directamente al visor



Página 83 de 137

La primera opción es añadir una capa de un servidor conocido. Para ello escribimos o

copiamos la dirección web URL del servidor y pulsamos el icono de conexión .

Tras unos segundos, aparecerá la lista de capas del servidor, desde la cual podremos agregar al visor las que deseemos pulsando sobre los iconos a la derecha de cada capa.

Figura 27: Selección de capas a añadir de un servidor remoto

La segunda opción disponible es añadir capas de un mapa predefinido. Para ello se pulsa sobre el botón junto al mapa deseado, y se seleccionan las capas a añadir, igual que en el caso anterior.

Figura 28: Selección de capas a añadir de un mapa predefinido

Buscar un lugar

En la sección “Buscar lugar” que se encuentra a la derecha del mapa, disponemos de opciones para poder localizar sobre el mapa un lugar de nombre conocido.

Para realizar esta búsqueda se utiliza el servidor de topónimos del proyecto Alejandría de la Universidad del Sur de California. Ingresando el nombre a buscar y pulsando sobre el icono correspondiente obtendremos una lista de resultados (ver Figura 29). Pulsando el texto “Localizar” bajo el lugar deseado, se mostrará sobre el mapa la posición de este elemento



Página 84 de 137

geográfico. Posteriormente podemos utilizar las herramientas de navegación para acercarnos o alejarnos del lugar.

Figura 29: Uso de la herramienta para buscar lugares

6.2.4 Páginas adicionales

Además de la sección de búsqueda y visualización de resultados (a la que se accede inicialmente, y a la que puede volverse en cualquier momento mediante el enlace “Buscar” en la barra de enlaces), existen otras páginas adicionales a las que se accede mediante enlaces.

Página “Acerca de”

Esta página describe los fundamentos del proyecto SIAPAD y del portal GeoRiesgo.

Figura 30: Vista parcial de la página “Acerca de”



Página 85 de 137

Página de noticias

En esta página se muestran tanto las noticias locales de GeoRiesgo (ingresadas por un administrador en la herramienta de administración) como las fuentes de noticias RSS, también configuradas por el administrador.

Pulsando sobre el icono RSS, un usuario puede suscribirse para recibir las noticias locales de GeoRiesgo.

Figura 31: Vista parcial de la página de noticias (Ecuador)

Página “Cómo contribuir”

Utilizando esta página los usuarios puede enviar comentarios, sugerencias o peticiones a los administradores del nodo. Un listado predefinido ofrece ideas sobre posibles contribuciones.

Los usuarios únicamente deben rellenar el formulario y pulsar el botón de Enviar para que la información sea transmitida por correo a los administradores.



Página 86 de 137

Figura 32: Vista de la página “Cómo contribuir”

Página de estadísticas

En esta página los usuarios puede consultar el número de resultados que en principio pueden obtener para cada tema y pregunta. El número real puede ser menor, debido a que algunos de los resultados no sean válidos.

Figura 33: Vista de la página de Estadísticas (Ecuador)



Página 87 de 137

Página de participantes

En esta página los usuarios puede consultar las entidades participantes en el proyecto y sus datos de contacto.

Figura 34: Vista de la página de Participantes (Colombia)

Página de enlaces

En esta página los usuarios puede consultar enlaces a proyectos, entidades y sistemas de información de interés para la gestión del riesgo de desastres.

Figura 35: Vista de la página de Enlaces (Bolivia)



Página 88 de 137

6.2.5 Configuración de la búsqueda temática

Veamos ahora en detalle cuáles son los conceptos involucrados en la definición del modelo de búsqueda para entender cómo se reflejan éstos en la configuración de la base de datos del modelo. La Figura 36 resume las opciones y pasos que se realizan en la búsqueda temática.

Figura 36: Esquema funcional de la búsqueda temática

Por otro lado, hay temas que deben asociarse obligatoriamente a un área o rango temporal, y esta restricción debe incorporarse al modelo para forzar al usuario a que suministre esos elementos de la búsqueda.

La Figura 37 resume el mecanismo interno para configurar la búsqueda temática, utilizando un modelo de tabla y también un modelo entidad-relación. Posteriormente veremos ejemplos de estas tablas en la base de datos.

Puede verse la independencia de los fenómenos respecto a los procesos/temas. Cada tema tendría asociada una expresión de búsqueda construida con palabras clave, y cada fenómeno también tiene sus palabras clave asociadas. Ambas expresiones, la del tema y la del fenómeno se combinarían en una sola expresión final para realizar la búsqueda.



Página 89 de 137

Proceso

Fenómeno

Tema Expresión Keywords

Tabla temática

Fenómeno

Proceso

Contiene

Busca con

Tema

Expresión

Busca con

1:N

1:N

1:N

1

1

1

*

*

Tabla fenómenos

Keywords fen.

Keywords*

Requiere área? Requiere fechas?

Especifica

Requiere área

1

1

1:1

Si/No

Especifica

Requiere fechas

1

1

1:1

Si/No

Figura 37: Modelo de representación para la búsqueda temática

La implementación de la tabla temática se realiza mediante una lista de procesos (tabla proceso en la base de datos PostgreSQL) que se enlaza con una tabla que lista los temas para cada proceso (tabla tema) y sus propiedades. Por su lado, la implementación de la tabla de fenómenos se realiza en la base de datos PostgreSQL mediante la tabla llamada fenómeno.

6.2.6 Configuración de la búsqueda asistida

Las preguntas predefinidas para la búsqueda asistida están clasificadas de acuerdo con las siguientes variables:

• Perfil o rol del usuario.

• Propósito, utilidad o tarea.

Por tanto, la búsqueda asistida se realizará siempre mediante la selección de un perfil o rol de usuario, seguida de la selección de una tarea y luego de una pregunta entre las que están disponibles para esa tarea. Opcionalmente, será posible seleccionar un fenómeno específico utilizando las opciones avanzadas de búsqueda.

La expresión de búsqueda asociada a la pregunta (que se construirá con las mismas palabras clave que están asociadas a los temas específicos) se combinará con las palabras clave asociadas al fenómeno (si hay uno seleccionado) para realizar la búsqueda. La Figura 38 resume el proceso completo.



Página 90 de 137

Figura 38: Esquema funcional de la búsqueda asistida

La Figura 39 resume el modelo de información de la búsqueda asistida, utilizando un modelo de tabla y también un modelo entidad-relación.

Rol Utilidad Pregunta Expr.Keywords

Tabla búsqueda asistida

Utilidad

Contiene

Pregunta

Keyword

Busca con

1:N

1:N

1

1 *

Rol

Dispone de

1:N

1

*

*Tabla fenómenos

área? fechas?

Especifica

área?

11

1:1Especifica

fechas?

11:1

(es igual que en la búsqueda temática)

Se toman de las palabras clave temáticas

fenómeno

Implica

fenómeno

1:0/110/1

Figura 39: Modelo de representación para la búsqueda asistida



Página 91 de 137

La implementación de la tabla de la búsqueda asistida se realiza mediante una lista de roles (tabla rol en la base de datos PostgreSQL) que se enlaza con una tabla que lista las tareas para cada rol (tabla tarea), que a su vez enlace con una tabla que especifica las preguntas para cada tarea (tabla pregunta).

6.3 Definición de palabras clave y sinónimos

Como se ha descrito, el sistema de búsqueda propuesto en sus diferentes métodos (por palabras, búsqueda temática y búsqueda asistida), genera siempre una expresión de búsqueda formada por palabras. Esta expresión de búsqueda se comparará en el servidor de catálogo con los campos de título, resumen y palabras clave de los metadatos.

Por tanto, es obvio que la adecuada configuración de las expresiones de búsqueda y el uso de palabras clave en la catalogación de los datos y documentos será un factor crítico para el funcionamiento adecuado del SIAPAD.

6.3.1 Palabras clave asociadas a fenómenos

Tanto en la búsqueda temática como asistida se puede especificar un fenómeno opcional. Las palabras clave asociadas a ese fenómeno se incluirán en la expresión de búsqueda.

La especificación de los fenómenos y sus palabras clave asociadas se realizará en una tabla como la de la Figura 37, con una columna mostrando el nombre genérico del fenómeno, y otra columna que incluye todos las posibles palabras que son sinónimas para designar a dicho fenómeno, y que se incluirían en la expresión de búsqueda de manera que cualquiera de ellas pudiera ser encontrada.

La implementación de la lista de fenómenos y sinónimos en la base de datos PostgreSQL se realiza en la tabla fenómeno.

6.3.2 Palabras clave no asociadas a fenómenos

Las expresiones utilizadas en la búsqueda temática (donde están asociadas a los temas) y en la búsqueda asistida (donde se asocian a las preguntas) están formadas por combinaciones de palabras clave no asociadas a fenómenos con los operadores lógicos de conjunción (“Y”), disyunción (“O”) y paréntesis. Al igual que en el caso de los fenómenos, esta lista de palabras clave se especifica con una tabla. En este caso la tabla consta de dos columnas, la primera con el nombre genérico (por ejemplo, “norma”) y la segunda contiene un posible sinónimo (habrá una fila por cada uno). Por ejemplo, en la segunda columna de una fila tendríamos “normatividad”, en otra “ley”, etc.



Página 92 de 137

La implementación de la lista de palabras clave no asociadas a fenómenos y sus sinónimos en la base de datos PostgreSQL se realiza en las tablas palabra y sinonimos.

6.3.3 El papel de los sinónimos en la búsqueda Las columnas de sinónimos para las tablas de palabras clave descritas en los puntos anteriores son importantes para que la búsqueda pueda encontrar todos los metadatos que contienen palabras del mismo significado que las que se buscan, aunque no sean exactamente iguales. Para conseguir este objetivo, las expresiones de búsqueda extraídas de las tablas de la búsqueda temática y asistida se combinan con el fenómeno buscado (si se ha seleccionado), y continuación se expande esta expresión base considerando todos los posibles sinónimos de cada palabra, dando lugar a la expresión completa de búsqueda (ver Figura 40).

Figura 40: Construcción de la expresión de búsqueda, y papel de los sinónimos

6.4 Configuración de catálogos externos

Como se señaló en el título 3.3.1, la aplicación SIAPAD buscará en una serie de catálogos externos (además de buscar en el catálogo del nodo facilitador) cuando el usuario seleccione la opción de “Buscar en todos los nodos”. Esta lista de catálogos externos incluirá típicamente los otros nodos nacionales del SIAPAD, pero también catálogos de organismos relacionados con desastres y sus consecuencias.



Página 93 de 137

La configuración del nodo incluye por tanto una lista de estos catálogos externos, que especifica su nombre, dirección URL y tipo de protocolo de búsqueda. La implementación de la lista de catálogos externos se realiza en la tabla catalogos de la base de datos PostgreSQL.

6.5 Configuración de fuentes de noticias

La aplicación GEORiesgo dispone de un enlace “Noticias” a una página en la que se muestran de forma resumida noticias relacionadas con desastres en la Comunidad Andina, y específicamente en el país al que pertenece el nodo facilitador, con enlaces al contenido completo de cada noticia. El contenido de esta página se genera mediante:

• Noticias locales generadas en el nodo facilitador (introducidas a través de la herramienta de administración)

• Conexión a fuentes que siguen el protocolo RSS para proporcionar las noticias en un formato basado en XML. Estas fuentes también se configuran mediante la herramienta de administración.

La implementación de la lista de noticias locales se realiza en la tabla noticias de la base de datos PostgreSQL, mientras que las fuentes de noticias RSS se listan en la tabla rss.

6.6 Configuración de acceso

La aplicación SIAPAD no realiza validación de usuario para el acceso a las funciones de búsqueda y visualización, ya que su objetivo es contar con la plataforma más amplia posible de usuarios. No existen, por tanto, diferentes perfiles de usuario en lo que a diferencias en acceso a la funcionalidad de la aplicación se refiere (aunque como se ha visto, la búsqueda asistida se adapta al rol o perfil seleccionado entre sus opciones).

Sin embargo, una parte de la aplicación, la herramienta de administración que se describirá en el capitulo 7, sí tiene su acceso restringido puesto que no es conveniente que cualquier usuario no autorizado pueda cambiar la configuración del nodo. La lista de los usuarios con privilegios de administración (y sus correspondientes contraseñas, direcciones de correo y otras propiedades) se almacenará también como parte de la configuración.

La implementación de la lista de administradores en la base de datos PostgreSQL se realiza mediante la tabla administradores.

Conviene notar que este control de acceso es solamente operativo para la herramienta de administración accesible desde la aplicación web del SIAPAD. Como veremos en el punto 6.8, es posible cambiar la configuración del nodo editando directamente la base de datos NOTA esto se refiere solamente al acceso a la herramienta. El acceso directo estará regido por los permisos del sistema.



Página 94 de 137

6.7 Resumen de tablas del modelo de información

Dado el número de tablas que definen la configuración del nodo, tras su descripción a nivel funcional en los apartados anterior, se ha considerado adecuado realizar aquí un listado exhaustivo de aquellas tal como se implementan en la base de datos PostgreSQL, y con mayor detalle sobre su contenido.

6.7.1 Tabla de fenómenos

Nombre: fenómeno

Función: Especifica lista de fenómenos y sus sinónimos, a usar como palabras clave para búsquedas

Campos: nombre (texto) = nombre primario del fenómeno expresión (texto) = expresión disyuntiva con los posibles sinónimos descripción (texto) = descripción detallada del fenómeno

Es improbable que el administrador añada o elimine un fenómeno de esta lista, pero es posible que sea conveniente añadir algún nuevo sinónimo o particularizar la descripción para el nodo facilitador dependiendo del país.

6.7.2 Tabla de palabras clave

Nombre: palabra

Función: Especifica lista de palabras clave asociadas a los procesos de gestión del riesgo para usar en las expresiones para las búsquedas temática y asistida

Campos: keyword (texto) = nombre primario de la palabra clave descripción (texto) = descripción detallada del concepto

Es posible que el administrador tenga que añadir o eliminar palabras de esta lista, o particularizar la descripción.

6.7.3 Tabla de sinónimos (para palabras clave)

Nombre: sinonimo

Función: Especifica lista de términos sinónimos para las palabras clave usadas en las expresiones para las búsquedas temática y asistida

Campos: keyword (texto) = nombre primario de la palabra clave sinónimo (texto) = cada uno de los posibles sinónimos idkeyword (entero) = identificador numérico de la palabra clave

Es posible que el administrador tenga que añadir o eliminar sinónimos de esta lista.



Página 95 de 137

6.7.4 Tabla de procesos

Nombre: proceso

Función: Especifica lista de procesos para la búsqueda temática

Campos: nombre (texto) = nombre del proceso de gestión de riesgo descripción (texto) = descripción detallada del proceso

Es improbable que el administrador añada o elimine un proceso de esta lista, pero es posible que deba particularizar la descripción dependiendo del país.

6.7.5 Tabla de temas

Nombre: tema

Función: Especifica lista de temas para la búsqueda temática

Campos: nombre (texto) = nombre del tema

idproceso (entero) = identificador del proceso al que pertenece el tema

area (booleano) = si la búsqueda por este tema requiere área geográfica

fecha (booleano) = si la búsqueda por este tema requiere fechas expresión (texto) = expresión lógica para la búsqueda asociada a este tema, una combinación de palabras clave con operadores de conjunción, disyunción y paréntesis descripción (texto) = descripción detallada del tema

Es improbable que el administrador añada o elimine un tema de esta lista, pero es posible que deba particularizar la descripción dependiendo del país.

6.7.6 Tabla de roles o perfiles

Nombre: rol

Función: Especifica lista de roles o perfiles para la búsqueda asistida

Campos: nombre (texto) = nombre del rol o perfil descripción (texto) = descripción detallada del perfil

Es improbable que el administrador añada o elimine un rol de esta lista, pero es posible que deba particularizar la descripción dependiendo del país.

6.7.7 Tabla de tareas o utilidades

Nombre: tarea

Función: Especifica lista de tareas para la búsqueda asistida

Campos: nombre (texto) = nombre de la tarea o utilidad



Página 96 de 137

idrol (entero) = identificador del rol o perfil al que pertenece la tarea descripción (texto) = descripción detallada de la tarea

Es improbable que el administrador añada o elimine una tarea de esta lista, pero es posible que deba particularizar la descripción dependiendo del país.

6.7.8 Tabla de preguntas

Nombre: pregunta

Función: Especifica lista de preguntas para la búsqueda temática

Campos: nombre (texto) = texto de la pregunta

idobjetivo (entero) = identificador de la tarea a la que pertenece la pregunta

area (booleano) = si la búsqueda por esta pregunta requiere área geográfica

fecha (booleano) = si la búsqueda por esta pregunta requiere fechas expresión (texto) = expresión lógica para la búsqueda asociada a esta pregunta, una combinación de palabras clave con operadores de conjunción, disyunción y paréntesis descripción (texto) = descripción detallada de la pregunta

Es posible que el administrador añada o elimine preguntas de esta lista, y muy posible que deba particularizar la descripción dependiendo del país.

6.7.9 Tabla de catálogos externos

Nombre: catalogos

Función: Especifica lista de catálogos externos para la búsqueda

Campos: nombre (texto) = nombre del catálogo (p. ej. “SIAPAD Colombia”)

url (texto) = dirección URL del servicio de catálogo

tipo (texto) = protocolo del catálogo (p. ej. “CSW”) descripción (texto) = descripción detallada deL catálogo

Esta lista debe contener siempre los otros nodos facilitadores del SIAPAD, y es muy posible que el administrador añada o elimine otros catálogos a esta lista.

6.7.10 Tabla de noticias locales

Nombre: noticias

Función: Lista las noticias locales del nodo GEORiesgo

Campos: título (texto) = título de la noticia local descripción (texto) = descripción detallada de la noticia



Página 97 de 137

El administrador modificará esta tabla cuando añada o elimine noticias locales mediante la herramienta de administración.

6.7.11 Tabla de fuentes de noticias externas

Nombre: rss

Función: Especifica lista de servicios RSS de noticias

Campos: nombre (texto) = nombre del servicio (p. ej. “GDACS”)

url (texto) = dirección URL del servicio RSS descripción (texto) = descripción detallada deL servicio

El administrador modificará esta lista de fuentes externas de noticias mediante la herramienta de administración.

6.7.12 Tabla de administradores

Nombre: administradores

Función: Especifica lista de usuarios con privilegio de uso para la herramienta de administración del nodo

Campos: nombre (texto) = nombre completo del usuario (p. ej. “Ángel Villar González”)

login (texto) = nombre usado para el login (p.ej. “angel.villar”)

password (texto) = contraseña utilizada por el usuario

email (texto) = dirección de correo del usuario notas (texto) = información adicional sobre el usuario

La lista de administradores se asignará inicialmente por parte de los instaladores del nodo, y posteriormente cualquiera de ellos puede modificarla. Nótese que estos privilegios solamente afectan al uso de la herramienta web de administración, no al acceso directo a la base de datos u otros componentes del sistema. Éstos deben estar controlados por el sistema de permiso habitual de estos componentes.

6.7.13 Campos comunes

Las tablas tienen en su mayoría unos campos adicionales de carácter genérico:

Campos: id (entero) = asignado automáticamente por la base de datos como clave única de cada fila en la tabla. Es usado para las referencias de una tabla a otra (p. ej. los campos idproceso, idrol referencian estos ids de otras tablas).

fecha creación , fecha modificación (fecha) = guardan las fechas de creación y última modificación de cada registro

usuario creación, usuario modificación (texto) = usuario que realizó la creación y última modificación de cada registro



Página 98 de 137

valido (booleano) = indica si el registro debe tomarse como válido o ignorarse

El campo válido es útil para desactivar algún elemento de la búsqueda (un tema o una pregunta) sin necesidad de borrarlo de la tabla. Esto puede ser conveniente cuando se compruebe que la búsqueda mediante dicho tema o pregunta carece de resultados.

6.8 Edición del modelo de información en la base de datos

Al estar implementada toda la configuración del nodo facilitador mediante tablas en una base de datos dentro del servidor PostgreSQL instalado en el nodo, resulta posible modificar cualquier elemento de la configuración mediante la edición de dichas tablas. Una forma normalmente más conveniente es el uso de la herramienta de administración descrita en el capítulo 7, pero ante cualquier duda o fallo de esta herramienta, puede resultar adecuado la inspección o modificación directa de la base de datos.

6.8.1 La herramienta pgAdmin

Una herramienta muy conveniente para la administración de bases de datos PostgreSQL es pgAdmin (actualmente en su versión pgAdmin III). Esta herramienta se instala por defecto si se ha realizado una instalación local de PostgreSQL, pero también puede instalarse gratuitamente desde www.pgadmin.org en cualquier ordenador para trabajar con la base de datos remotamente a través de Internet, al igual que se puede hacer con la herramienta de administración del nodo.

Una vez instalado el programa, se debe utilizar la opción Archivo/Añadir servidor para conectarse a la base de datos del nodo, apareciendo una ventana como la siguiente:



Página 99 de 137

Por ejemplo, el Nombre podría ser “Nodo SIAPAD”, indicando en Servidor la dirección Internet del nodo. Si no se escogió otro nombre en la instalación, la BD de mantenimiento y el nombre de usuario serán “postgres”, pero habrá que suministrar la contraseña especificada al realizar la instalación de postgreSQL.

Una vez conectado al servidor de la base de datos, éste aparecerá en la tabla de contenidos de pgAdmin, y podrá accederse a las tablas de configuración dentro de Bases de datos / predecan / Esquemas / public / Tablas, como se aprecia en la Figura 41.

Para visualizar el contenido de una tabla y poder editarlo basta con seleccionar la tabla y con el botón derecho del ratón escoger la opción Ver datos / Ver todas las filas, tras lo cual aparecerá una ventana como la de la Figura 42.

Figura 41: Acceso a las tablas de configuración con la herramienta pgAdmin



Página 100 de 137

Figura 42: Visualización y edición de tablas de configuración en pgAdmin



Página 101 de 137

7. LA HERRAMIENTA DE ADMINISTRACIÓN

La herramienta web de administración del nodo facilitador permite al administrador acceder a ella desde cualquier lugar con conexión a la red Internet, sin requerir la presencia física en la entidad donde se aloja el nodo.

Para acceder a la herramienta de administración, se utiliza la dirección del nodo nacional GeoRiesgo, incluyendo el número de puerto de Tomcat (8080) y “AdminPredecan” como nombre de aplicación, por ejemplo, para Colombia la dirección es http://colombia.georiesgo.net:8080/AdminPredecan.

Para acceder, el usuario deberá validarse con un nombre y una contraseña.

Una vez validado, el administrador verá la página de inicio:

Figura 43: Pantalla de inicio en la herramienta de administración

http://colombia.georiesgo.net:8080/AdminPredecan



Página 102 de 137

7.1 Estructura general

El objetivo de la herramienta de administración es proporcionar a los técnicos encargados del mantenimiento de los nodos facilitadores un medio sencillo de cambiar el contenido de las tablas que definen configuración del nodo, descritas en el punto 6.7.

En particular, hay dos partes de la configuración que son importantes para el funcionamiento de la búsqueda en el nodo facilitador:

• La configuración de las tablas que definen el modelo de búsqueda.

• La configuración de los catálogos sobre las que la búsqueda debe operar, es decir, del componente de integración, incluyendo:

o Los catálogos externos Aquellos cuyos metadatos se recogen automáticamente por harvesting Aquellos en los que se realiza la búsqueda externamente

o El catálogo local, que contendrá metadatos para aquellas fuentes que no han sido catalogadas en ningún servidor externo

La figura siguiente muestra de forma esquemática los componentes de la herramienta.

Figura 44: Esquema funcional de la herramienta de administración

La estructura funcional anterior queda reflejada en los enlaces principales situados en la parte superior de la herramienta.



Página 103 de 137

7.2 Gestión de usuarios

Una vez dentro de la herramienta de administración, pulsando sobre el enlace “Usuarios” se accede a la configuración de acceso a la herramienta. Pulsando sobre “Listar Usuarios” pueden verse los usuarios existentes, y modificar, añadir o eliminar algunos de ellos.

Figura 45: Gestión de la lista de administradores

7.3 Configuración del modelo de información

Los modos de búsqueda temática y asistida se definen mediante una serie de tablas que pueden actualizarse para añadir, eliminar o modificar elementos. Para cambiar esta configuración debemos utilizar el enlace “Búsqueda”, tras lo que aparecerá una pantalla como ésta:

Figura 46: Configuración del modelo de búsqueda en la herramienta de administración



Página 104 de 137

7.3.1 Fenómenos y palabras clave Una parte importante del modelo de búsqueda es la definición de la lista de fenómenos amenazantes. Para ver los fenómenos definidos y sus sinónimos se utiliza el enlace “Fenómenos” en la parte izquierda.

Figura 47: Gestión de fenómenos

Utilizando este interfaz gráfico el administrador puede modificar la lista de fenómenos o sus sinónimos (los sinónimos aparecen aquí como una expresión del tipo “Término1 O Término2 O …”), , aunque se aconseja que estos cambios sean sincronizados con otros nodos SIAPAD.

Igualmente, pulsando sobre el enlace “Palabras clave temáticas” puede gestionarse el glosario de términos y sus sinónimos, utilizados para la expansión de las palabras y expresiones de búsqueda.

Figura 48: Gestión de palabras clave temáticas



Página 105 de 137

Supongamos que deseamos expandir la búsqueda temática o asistida, y para ello queremos utilizar una expresión donde aparece una nueva palabra clave, que deberá buscarse con sus sinónimos. Para añadirla pulsaríamos sobre el botón “Nuevo”:

Al crear una nueva palabra clave podemos también asignarse un primer sinónimo. Tras pulsar el botón de “Aceptar” volveremos al listado de palabras clave.

Seleccionando nuestra palabra y pulsando el botón “Sinónimos” podemos editar éstos. En el ejemplo siguiente hemos pulsado el botón “Nuevo” para añadir el sinónimo “malaria”. No debemos olvidar pulsar el botón “Guardar” para hacer efectivo el cambio.

Como se observa en el ejemplo anterior, los sinónimos no tienen porqué serlo en sentido estricto. Se trata de palabras que deben buscarse para obtener más resultados significativos



Página 106 de 137

de los que se obtendrían utilizando solamente la palabra o frase original. Como se muestra en el ejemplo anterior, es importante añadir también como sinónimos los plurales de las palabras, cuando esto tenga sentido, y también tener tanto las versiones acentuadas como las no acentuadas.

7.3.2 Búsqueda temática

La búsqueda temática se define por la selección de un proceso de gestión del riesgo y un tema específico dentro del proceso. Desde la herramienta de información se pueden configurar los procesos y los temas específicos de cada proceso.

Por ejemplo, pulsando el enlace “Temas específicos” dentro del apartado “Búsqueda temática”, pueden consultarse y modificarse los temas asignados a un proceso.

Figura 49: Gestión de la búsqueda temática

Por ejemplo, podemos pulsar el botón de “Nuevo” para crear un tema adicional y asignarle una expresión de búsqueda. Opcionalmente podemos seleccionar las opciones de que para buscar con este tema se exiga al usuario especificar un área y un rango temporal.

Como en los otros elementos de búsqueda, no debemos olvidar seleccionar la opción “Válido” para que el tema aparezca visible a los usuarios de GeoRiesgo. La función de esta opción es poder hace invisibles al usuario elementos de la búsqueda (procesos, temas, roles, tareas o preguntas) cuando ello convenga, sin tener que borrarlos físicamente de la configuración.

En la construcción de las expresiones de búsqueda podemos utilizar términos que aparecen en la lista de palabras clave, teniendo en cuenta que la expresión de búsqueda se forma con



Página 107 de 137

los operadores O e Y (escritos en mayúsculas), y con paréntesis. La expresión puede contener combinaciones de palabras (frases).

Expresiones correctas (las comillas no se escriben):

• “peligro”

• “peligro Y alerta”

• “(peligro Y alerta) O riesgo”

• “preparación a la respuesta O medios para la respuesta”

Expresiones incorrectas:

• “peligro y alerta” (el Y está en minúscula)

• “(peligro Y) alerta” (paréntesis mal colocado)

• “peligro Y” (falta un término después de Y)

Figura 50: Inserción de un nuevo tema

Tras añadir el tema lo veremos incorporado en la lista.

Para comprobar que el tema ha sido efectivamente añadido podemos ir a la página de búsqueda de GeoRiesgo y seleccionar la búsqueda por temas.



Página 108 de 137

7.3.3 Búsqueda asistida

La búsqueda asistida se define por la selección de un perfil de usuario, una tarea específica para ese perfil, y una pregunta asociada a la tarea. Desde la herramienta de información se pueden configurar los perfiles de usuario, tareas y preguntas específicas de cada tarea.

Por ejemplo, si se pulsa el enlace “Tareas” dentro del apartado “Búsqueda asistida”, y se selecciona uno de los perfiles, podrán verse y modificarse las tareas disponibles para ese perfil.

Figura 51: Gestión de la búsqueda asistida (tareas)

Por ejemplo, podemos pulsar el botón de “Nuevo” y crear una tarea adicional.

A continuación podemos añadir también preguntas asociadas a esta nueva tarea. Pulsando el enlace “Preguntas” dentro del grupo “Búsqueda asistida” en la página de Búsqueda de la herramienta, accederemos a la configuración de las preguntas.



Página 109 de 137

Figura 52: Edición de preguntas asociadas a un perfil y tarea en la búsqueda asistida

Para probar que una tarea o pregunta han sido efectivamente añadidas, podemos ir a la página de búsqueda de GeoRiesgo y seleccionar la búsqueda asistida.

7.3.4 Cálculo de estadísticas

La última opción que encontramos en la sección “Búsqueda” de la herramienta de administración es la de cálculo de estadísticas. El botón “Actualizar” en esta página nos permite ejecutar un proceso de actualización de las estadísticas de resultados para temas y preguntas, que se muestran en la página “Estadísticas” que se accede desde el menú principal de GEORiesgo.



Página 110 de 137

Figura 53: Actualización de las estadísticas de resultados

7.4 Configuración de las fuentes de búsqueda

El portal GeoRiesgo utiliza como fuentes de información para la búsqueda registros de metadatos, que actúan como fichas de una biblioteca que clasifican el contenido y la localización de la información, sea ésta un archivo o un servicio de mapas.

Estos metadatos pueden accederse desde el nodo facilitador desde tres fuentes diferentes, las cuales pueden todas configurarse desde la herramienta de administración:

• Catálogos de las entidades generadoras de información, que son recolectados automáticamente (mecanismo de harvesting).

• Otros catálogos, que se buscan remotamente cuando el usuario utiliza la opción de “Buscar en todos los nodos”. Estos catálogos incluyen los otros nodos facilitadores del SIAPAD, pero también catálogos de otros organismos, como agencias de Naciones Unidas.

• El catálogo local del nodo facilitador, donde se hayan catalogado datos que no se hayan registrado en ninguno de los catálogos anteriores.

Para configurar los dos primeros tipos de fuentes, que son externos al nodo facilitador, utilizamos el enlace “Catálogos” dentro del grupo “Fuentes de búsqueda” en la página de configuración de Búsqueda.



Página 111 de 137

Figura 54: Gestión de catálogos externos de metadatos

7.4.1 Configuración del harvesting de catálogos

El enlace para “Configurar la recolección de metadatos” nos llevará a la página de Geonetwork (el servidor local de metadatos de GeoRiesgo) donde se especifican los catálogos de las entidades colaboradoras. Para poder acceder a esta página se necesitan permisos de administración para GeoNetwork, haber entrado previamente a Geonetwork como administrador.

Figura 55: Página de administración de harvesting en GeoNetwork



Página 112 de 137

n el caso de que queramos añadir un nuevo servidorE , pulsamos el botón “Add”, tras lo cual:

pueden variar según el tipo de servidor (ver Figura 56).

l nodo remoto

to y puerto.

para el caso de servidores de

tos datos sólo se recolectarán los metadatos públicos.

a que pertenecerá el metadato en nuestro nodo local.

la recolección, así como los posibles errores.

Debemos seleccionar el tipo de servidor, por ejemplo “GeoNetwork 2.1”. Las opciones

Indicamos los parámetros:

Nombre identificativo de

IP o dirección de internet del host remo

Nombre del servlet (normalmente es “ GeoNetwork” este tipo).

Datos del usuario para la conexión con el servidor de catálogo remoto. Si no ponemos es

Criterio de búsqueda. En principio lo dejaremos vacío.

Periodicidad con la que deseamos recolectar.

Privilegios.

Categoría a l

Finalmente salvamos y en poco tiempo podremos ver el resultado de

Figura 56: Opciones para configurar la recolección de un nuevo servicio de catálogo



Página 113 de 137

De Vmanera similar podemos configurar la recolección de metadatos de una carpeta WebDA en el nodo facilitador o en un servidor externo. En este caso seleccionamos “WebDAV Server” como tipo de servidor:

E indicamos los parámetros

cativo del nodo al que hacemos harvesting URL: url del directorio, en nuestro ejemplo http://localhost:8080/webdav/prueba

esplegable, deberá

a nuestros grupos sde Internet, deberemos

name: nombre identifi

Icon: icono de la entidad, que para que aparezca en el menú dcopiarse en el directorio $GEONETWORK_DIR/images/harvesting/

Options: periodicidad con la que se realizará el harvesting Privileges: privilegios que asignaremos a los metadatos respecto

locales. Si queremos que sean accesibles vía CSW deespecificar el privilegio View al grupo All.

Categories: categorías del nodo local al que pertenecerán los metadatos provenientes del harvesting.



Página 114 de 137

Finalmente, para comprobar que el harvesting se ha realizado con éxito, deberá aparecer en verde el icono asociado a la columna “Errors”.

7.4.2 Configuración de otros catálogos externos

Los otros catálogos externos (se buscan cuando el usuario selecciona la opción de “Buscar en todos los catálogos”) pueden configurarse en la página de administración de catálogo en la sección “Otros catálogos”. Pulsando el botón “Nuevo” podremos añadir otro nodo de SIAPAD, o cualquier otro catálogo externo que deseemos utilizar en la búsqueda externa:

7.5 Catalogación local

Como se ha comentado previamente, puede ser necesario que el administrador introduzca metadatos locales para suplir la falta de catalogación de una fuente de información, o la inaccesibilidad de su metadato desde el nodo facilitador.

Es posible acceder al catálogo local directamente a través del portal de Geonetwork, o también desde el enlace “Catálogo local” en el menú superior de la herramienta de administración, que nos lleva a la siguiente página:



Página 115 de 137

Figura 57: Configuración del catálogo local desde la herramienta de administración

El enlace “Listar los metadatos internos” nos lleva a la página inicial de GeoNetwork, donde se realiza una búsqueda completa de todos los metadatos, incluyendo los recogidos mediante harvesting.

El enlace “Añadir nuevo metadato local” nos permite añadir una nueva ficha de metadato ión no recogida en ningún catálogo externo. Para ello

debemos tener los permisos adecuados de acceso a GeoNetwork y hacer login siguiendo el

s metadatos locales se utiliza una plantilla creada en el gestor de metadatos GeoNetwork. Esta plantilla contiene los elementos

Una vez seleccionada la plantilla y pulsado el botón “Create” nos aparecerá un formulario completo para el metadato.

para catalogar una fuente de informac

enlace a la página inicial del servidor de catálogo.

Para ayudar al administrador en la introducción de esto

necesarios para que el sistema de búsqueda del SIAPAD encuentre el registro y las fuentes del dato o documento.

Figura 58: Formulario para edición de metadatos locales mediante GeoNetwork



Página 116 de 137

el estándar ISO 19139. Para mayor información sobre metadatos y catalogación, puede accederse al material de soporte mencionado en el capítulo 6.

A continuación se presentan algunas partes del formulario de catalogación, un subconjunto de la plantilla basada en

Figura 59: Sección de palabras clave en la plantilla de metadatos locales

Figura 60: Sección de localización de la fuente en la plantilla de metadatos locales



Página 117 de 137

.6 Configuración de noticias 7

Siguiendo el enlace “Noticias” en el menú superior de la herramienta de administración podemos acceder a las fuentes utilizadas para mostrar noticias en la página correspondiente del portal GeoRiesgo, tanto a las noticias locales que pueden generarse en la herramienta de administración, como a las fuentes externas que publican noticias mediante el protocolo RSS.

Desde el enlace de “Noticias” en la herramienta de administración podemos configurar estas dos fuentes de noticias, tanto las externas (RSS) como las noticias locales.

Figura 61: Configuración de noticias en la herramienta de administración

Pulsando en el enlace “Listas Fuentes RSS” podemos ver las fuentes de noticias actualmente configuradas, y añadir una nueva si así lo deseamos.

Figura 62: Listado de fuentes de noticias

7.6.1 Añadir una nueva noticia local

Pulsando en el enlace “Listar Noticias” podemos ver las noticias que se han generado de forma manual en el nodo facilitador:



Página 118 de 137

Pulsando el botón “Nueva” podemos añadir una nueva noticia de prueba. No es necesario específicar el enlace y la fecha porque se asignan automáticamente:

Para comprobar que nuestra noticia se está publicando correctamente junto con las demás, iremos al enlace “Noticias” de la página principal de GeoRiesgo:

Figura 63: Página de noticias en GEORiesgo, con noticia local generada en el nodo



Página 119 de 137

7.7 Importación y exportación de la configuración

La herramienta de administración de los nodos facilitadores dispone de opciones para exportar e importar la base de datos donde se almacena la configuración del sistema, incluyendo las tablas del modelo de búsqueda. Sin embargo, este sistema no guarda la base de datos con los registros de metadatos, que es gestionada por Geonetwork y debe manejarse separadamente.

A estas funciones se accede mediante el enlace “Importación / Exportación” en la barra de enlaces de la herramienta.

Exportación de la configuración

Esta función permite salvar en un archivo que sigue el lenguaje estándar SQL para bases de datos todas las tablas de configuración de GeoRiesgo. Dependiendo del navegador, GeoRiesgo generará o pedirá al usuario un nombre del archivo en el que se guardará la configuración.

Este archivo conviene guardarlo en una localización segura, ya que es útil como una copia de seguridad de la configuración.

Importación de la configuración

Esta opción permite recuperar la configuración de GeoRiesgo desde un archivo previamentesalvado con la opción de exportación. Debe tenerse en cuenta que al realizarse esta ope

lizarse con precaución.

son propias de un país, por ejemplo, las fuentes de noticias o la lista de administradores.

. Esta operación utiliza el archivo de configuración salvado desde el nodo origen, pero no sobrescribe todas las tablas del nodo destino, solamente aquellos

El usuario/administrador puede ver las diferencias entre su modelo de búsqueda local y el onfiguración externo. Los cambios se organizan en tres

categorías (registros borrados, modificados y nuevos), y el usuario puede aceptar o rechazar

a los diferentes nodos GeoRiesgo pueden comunicarse cambios, que pueden integrarse sin perder las personalizaciones locales que se hayan realizado.

ración SE SOBRESCRIBE la base de datos existente y se pierden sus contenidos, por loque debe uti

En particular, esta opción no es adecuada para copiar la configuración de un nodo GeoRiesgo a otro, ya que cada nodo contiene partes de su configuración que

Sincronización de nodos

Esta opción es la indicada para copiar, total o parcialmente, la configuración del modelo de búsqueda de un nodo a otro

cambios en las tablas del modelo de búsqueda que son aceptados por el administrador.

que está definido en el archivo de c

separadamente cada uno de los cambios para cada una de las tablas de modelo de información.

De esta maner



Página 120 de 137

Figura 64: Sincronización (importación selectiva) de la configuración del nodo



Página 121 de 137

8. SOLUCIÓN DE PROBLEMAS Y SOPORTE

En este capítulo abordamos algunas tareas específicas de mantenimiento a las que pueden enfrentarse los administradores del nodo facilitador, así como se describen mecanismos para obtener soporte técnico.

8.1 Cambio de IP o dominio

Si tenemos la necesidad de modificar la IP pública asignada para el servidor del SIAPAD, sólo debemos reflejar dicho cambio “en DNS del propio domino”.

8.1.1 Cambios en el proveedor de Internet

Para realizar el cambio en el proveedor de Internet utilizaremos el enlace http://www.networksolutions.com, seleccionando la opción de “Account Manager”, donde debemos ingresar el usuario y la contraseña proporcionados por la Entidad Gestora del proyecto PREDECAN.



Página 122 de 137

Una vez ingresemos veremos un listado de los dominios pertenecientes a este sitio. ción “edit DNS”,

Seleccionamos el registro de “georiesgo.net” y debemos hacer clic en la opobteniendo la siguiente pantalla.

Deberemos pulsar el botón “Manage DNS Records” para poder ingresar la nueva IP pública asignada.



Página 123 de 137

na vez dentro de las opciones de DNS, seleccionamos el botón “Add/edit” y esto nos Uhabilitará para poder ingresar la nueva IP publica.



Página 124 de 137

.1.2 Cambios en la red local

ntidad gestora del nodo facilitador. En el firewall y router debe haberse asociado la nueva IP pública con la IP local del servidor del SIAPAD.

Si lo que vamos a modificar es la IP de la red local, los cambios los tenemos que reflejar en el servidor. Para ello damos un clic en el Inicio de Windows, luego vamos a “Panel de Control”, seleccionamos “Conexión de red” y finalmente “Conexión de área local”. Acá debemos especificar la nueva IP a asignar al servidor.

Luego de realizar este cambio, editaremos en el DNS, en la zona de búsqueda directa, la zona “peru.georiesgo.net”

8

Previamente a realizar los cambios en el proveedor de Internet es necesario hacer algunos cambios en la configuración de la red local en la e



Página 125 de 137

Luego editaremos el host que tiene asignado, que es donde figura la IP interna del servidor y lo modificaremos para poner la nueva IP asignada.

ta) y no es capaz de resolver la IP pública asignada al dominio, tenemos que indicar en el fichero “hosts” que el dominio “peru.georiesgo.net” apunta a la nueva IP local del servidor. Para realizar esto abrimos un explorador de Windows y

Además de los cambios realizados en el DNS de Windows, debido a que el servidor está en la zona “DMZ” (zona de mese



Página 126 de 137

buscamos el fichero hosts que se encuentra en “C:\WINDOWS\system32\drivers\etc” y lo editamos para agregar al final una línea que indique la nueva IP local a la que asociaremos al dominio.

8.2 Copias de seguridad

El proceso de “backup” es fundamental para poder garantizar el respaldo de los datos y su restitución en caso de algún desastre o problema con la infraestructura hardware o sofware.

Backup de directorios

Los directorios importantes y necesarios de los que se debe guardar copia son:

• Directorio “webapps” de Tomcat: “"C:\Program Files\Apache Software Foundation\Tomcat 5.5\webapps" contiene las aplicaciones desplegadas en el servidor, incluídos los servlets del SIAPAD.

• Directorio de instalación y configuración del Geonetwork: “C:\Program Files\geonetwork".

• Directorio del Servidor de Mapas: “C:\servidor_mapas” es donde se guardó el archivo .map de donde el SIAPAD obtiene la cartografía base para su visor.



Página 127 de 137

para poner en las tareas programadas que se ejecute con una cierta periodicidad.

El archivo encargado de ejecutar los comandos para realizar las copias es “c:\bck\backup.bat” y contiene las líneas para generar ficheros comprimidos en formato “.rar” de los directorios que necesitamos hacer la copia.

rar a c:\bck\geonetwork.rar "C:\Program Files\geonetwork"

rar a c:\bck\tomcat.rar "C:\Program Files\Apache Software Foundation\Tomcat 5.5\webapps"

rar a c:\bck\servidormapas.rar C:\servidor_mapas

Ahora vamos a configurar esta tarea programada en Windows. Para ello hacemos clic en el menú de Inicio de Windows, luego en “Panel de control”, “Tareas programadas” y finalmente “Agregar tarea programada”.

Para realizar este proceso, en la unidad c:\ se ha creado un directorio que se llama “bck” donde guardaremos los ficheros de copia. Para la automatización del proceso generamos un fichero .bat

a la configuración de las “tareas programadas”. Para continuar damos clic en siguiente: Aparecerá el asistente par



Página 128 de 137

En la próxima pantalla debemos escoger el archivo que queremos ejecutar. Como es un fichero creado por nosotros, damos un clic en “Examinar” para desplazarnos al directorio “c:\bck” donde esta el fichero “backup.bat”.



Página 129 de 137

Luego de seleccionar el archivo, damos un clic en el botón “Abrir”. Esto nos mostrara las opciones para establecer a que hora queremos ejecutar el archivo, con que frecuencia y a partir de que día se comenzara a realizar el backup. Para continuar damos un clic en el botón de “siguiente”.

Luego de poner esta configuración, la próxima pantalla será para que ingresemos el usuario y la contraseña que se encargara de ejecutar la tarea programada, por lo general el usuario administrador del servidor, ya que requiere permisos de ejecución sobre el archivo creado. Para continuar damos un clic en “siguiente”.



Página 130 de 137

La última pantalla nos ofrece un resumen de las opciones de creación de la tarea.

utilizada por Geonetwork para almacenar sus metadatos locales y propiedades.

Backup y recuperación manual

Backup de las bases de datos

GEORiesgo trabaja con dos bases de datos, llamadas “predecan” (donde reside la configuración del modelo de información) y “geonet”

Una forma sencilla de realizar las copias de seguridad de las base de datos es utilizar la herramienta pgAdminIII (descrita en 4.5).

Para realizar la copia de seguridad nos situamos con el ratón encima de la base de datos que queramos salvar (GEORiesgo utiliza dos BDs: “predecan” y “geonet”) y con el botón derecho seleccionamos “Resguardo”. Nos aparecerá un cuadro de diálogo dónde seleccionaremos el archivo con extensión .backup en el que se volcará los datos y otros parámetros.



Página 131 de 137

Si todo el proceso ha sido correcto nos aparecerá un mensaje indicando: “El proceso retornó el código de salida 0” o similar.

Para restaurar una versión salvada de las bases de datos debemos primero eliminar la ersión actual de base de datos “predecan” o “geonet” (si existe), pulsando con el botón

derecho del ratón la opción “Borrar/Eliminar”. Una vez borrada la base de datos, la volveremos a crear a partir del archivo .backup salvado previamente con el mismo nombre, pulsando con el botón derecho del ratón la opción “Restaurar”.

v



Página 132 de 137

Backup automático

Es conveniente automatizar las tareas de guardar copias de seguridad, de manera que el administrador no tenga que ocuparse periódicamente de realizar una copia manual. Para automatizar estos procesos hay que crear unos comandos en el sistema que se encarguen de salvar las dos bases de datos que nos interesa preservar.

Para realizar copias de las bases de datos y su restauración posterior pueden utilizarse los comandos propios de postgreSQL que la misma herramienta pgAdmin utiliza internamente cuando lo hacemos de forma manual. Estos comandos son “pg_dump” y “pg_restore”. Los formatos de archivo para el backup son idénticos a los que se utilizan en el backup manual.

Para poder automatizar las tareas creamos un archivo “dump.bat” con instrucciones al sistema operativo. En este archivo de texto incluiremos las siguientes líneas de comando, en las que se utiliza pg_dump para crear archivos .backup, y guardar los posibles mensajes de error generados un archivos de texto “dump.log”. Asumimos que el nombre del usuario (opción “–U”) para la base de datos es “postgres” y que la base de datos se encuentra en el mismo computador donde se ejecutará el archivo .bat (opción “–h localhost”):



Página 133 de 137

Luego de generar el archivo .bat debemos configurar una nueva tarea programada para que se encargue de ejecutar este archivo para realizar el proceso de backup a diario.

Para restablecer los datos, en caso de que fuera necesario, deberíamos primero asegurarnos de que están creadas las dos bases de datos, con la codificación y propietario que corresponda y luego ejecutar la restauración manual desde la herramienta pgAdmin (ver punto anterior), o bien los siguientes comandos del sistema operativo:

pg_restore -h localhost -d geonet -U postgres geonet.backup >> restore.log

pg_restore -h localhost -d predecan -U postgres siapad.backup >> restore.log

Backup del sistema

Además de las copias de los datos sería importante realizar una “imagen de disco” que nos permita en caso de contingencia la restauración de todo el sistema en un solo paso y con el mínimo de recursos utilizados. Teniendo una imagen de disco y un backup de los datos el

servidor sería muy sencillo y rápido.

restablecer la imagen en un disco del raid. El servidor automáticamente sincronizará los discos y una vez que la maquina esté funcional, restableceremos la última copia de los datos como se ha explicado anteriormente.

restablecimiento del

Por lo general esta “imagen de disco” se genera en un disco externo o USB utilizando un programa llamado “Ghost”. Para poder sacar la copia o imagen del disco del sistema es necesario poner un disco duro adicional, reiniciar el servidor, arrancar con el CD que tiene el software y generar la imagen en el otro medio físico.

Luego de realizar la copia en el mismo servidor, mediante un programa externo se deberían pasar los datos ya sea a cinta o a otra maquina, para ofrecer mayor seguridad.

Redundancia de disco en el servidor

El servidor actual está montado con un sistema de disco en “raid 1” lo que quiere decir dos discos en espejo. También disponemos de un tercer disco de repuesto. Con este mecanismo si alguno de los dos discos del raid fallara, lo sustituiríamos por el tercer disco de repuesto y el sistema raid automáticamente realizará una sincronización de los dos discos y el servidor volverá a estar funcional de forma automática.

En caso de un problema con el sistema instalado, lo único que debemos es



Página 134 de 137

8.3 Soporte técnico

En caso de algún problema la consultora dispone de un Técnico de Apoyo nacional con el que se debe realizar el primer contacto para resolver cualquier incidente. Este técnico tratara de determinar de una manera rápida lo que esta sucediendo y ofrecer una solución. En este

de la

amientas disponibles para realizar la conexión remota son:

Windows. Se dejó habilitado temporalmente en el servidor y en el erto 3389, que es el que utiliza para realizar la conexión. También

AD vamos a Inicio del menú de

proceso puede ser necesario permitir el acceso remoto al servidor a técnicos especializados consultora que están en otros países.

Las herr

Escritorio remoto defirewall abriendo el pudebemos disponer de un usuario del sistema y de su contraseña para poder iniciar la sesión. No se requiere la presencia de ningún técnico de la entidad, ya que el escritorio remoto es un servicio que siempre esta escuchando peticiones.

Para acceder desde otra computadora al servidor SIAPWindows, luego damos un clic en Programas, Accesorios, Comunicaciones y seleccionamos “Conexión a escritorio remoto”.

En el siguiente diálogo debemos ingresar la IP pública del servidor:



Página 135 de 137

Luego debemos ingresar el usuario y la contraseña del servidor remoto.

Inquiero es una aplicación que se descarga de una página Web y se ejecuta en local, y que sustituirá al Escritorio Remoto como forma de acceso una vez la consultora dé por finalizada la implantación del software para el nodo demostrativo. Inquiero requiere de un código que será generado por el técnico de IVER. No utiliza ningún puerto en especial, ya que es una petición Web utilizando por lo tanto únicamente el puerto 80. La desventaja de este sistema es que requiere de un técnico para iniciar la sesión ingresando el códigogenerado y el refresco de pantalla es un poco lento. La sesión finaliza cuando se desconecta la aplicación. Sólo funciona en equipos con Windows y con Internet Explorer.

ágina para descargar la selección de la opción de control remoto, obteniendo siguiente pantalla

Los pasos a seguir desde el nodo SIAPAD serán: ingreso en la paplicación y



Página 136 de 137

Damos un clic en el botón “Ejecutar”:

Seleccionamos el botón de “Ejecutar” nuevamente para obtener la pantalla que pide que ingresemos el código que nos dará el técnico d la consultora. e



Página 137 de 137

Al ingresar el código se iniciara la sesión remota para que el técnico de la consultora pueda acceder al servidor SIAPAD.

Plataforma de acompañamiento a las entidades participantes en SIAPAD

La consultora, de acuerdo con la Entidad Gestora del proyecto, ha puesto ha disposición de las entidades colaboradoras una platforma web con recursos online (material de formación, foro de consultas, enlaces, chats, etc.). Para acceder a esta plataforma, y previa consulta con sus responsables en la entidad, los técnicos que lo deseen deben visitar la siguiente dirección: http://formacion.iver.es/formacion/siapad.php donde encontrarán las instrucciones de registro, que se resumen aquí:

• Primero, es necesario registrarse como usuario en la plataforma, tras lo cual recibirán por correo electrónico los detalles de su cuenta.

en el "curso" SIAPAD. Para este proceso utilicen la contraseña: "idesiapad07".

• Al ingresar por primera vez, el sistema pedirá que se instale un certificado emitido por la consultora, que se debe aceptar de forma "permanente".

A partir de este momento los técnicos registrados podrán acceder a los contenidos de la plataforma, y enviar y recibir correos de los foros de consulta y noticias.

Para un mejor servicio se recomienda también que notifiquen a la responsable de la plataforma Stefanie Weykam al correo “[email protected]”.

Como en toda lista de correos, aquellos que no deseen participar podrán desafiliarse cuando lo estimen conveniente.

Otras formas de soporte

de soporte, como formación específica, conferencias remotas, videoconferencias, etc. Para cualquier duda o consulta pueden contactar con el técnico de apoyo nacional de la consultora.

• Segundo, deberán registrarse

Además de las herramientas descritas, hay otras posibilidades

Documents

Manual del Administrador del Sistema SIAPAD (versión final)Manual del Administrador del Sistema SIAPAD (versión final) 5-12-2008 SIAPAD – Sistema de Información Andino para la