Page 1

Master Thesis Tesis de

Maestría

submitted within the UNIGIS MSc programme presentada para el Programa UNIGIS MSc at/en

Interfaculty Department of Geoinformatics- Z_GIS Departamento de Geomática – Z_GIS University of Salzburg Universidad de Salzburg

Desarrollo de una aplicación SIG en la web usando software libre Caso CONSEP, ECUADOR

Development of a Web Based GIS application based on open source software Case CONSEP, ECUADOR by/por

Marco Alejandro Bonilla Alcázar 1123726

A thesis submitted in partial fulfilment of the requirements of the degree of Master of Science (Geographical Information Science & Systems) – MSc (GIS)

Quito - Ecuador, 18 Agosto 2016


COMPROMISO DE CIENCIA Por medio del presente documento, incluyendo mi firma personal certifico y aseguro que mi tesis es completamente el resultado de mi propio trabajo. He citado todas las fuentes que he usado en mi tesis y en todos los casos he indicado su origen.

Quito, 18 de Agosto del 2016

Marco A. Bonilla A.


RESUMEN La utilización de medios físicos para la transmisión de información geográfica empezó a resultar obsoleta en la última década. La tendencia a reemplazar el papel por medios electrónicos se ha impuesto y han aparecido nuevos medios en función de la oportunidad y la disponibilidad de los datos. En este documento se detalla la implementación de un Sistema de Información Geográfica (SIG) para el Consejo Nacional de Sustancias Estupefacientes y Psicotrópicas del Ecuador (CONSEP). Comprende los procesos de recopilación y almacenamiento de datos, el diseño de una base de datos espacial relacional específica para el CONSEP, su posterior replicación desde un ambiente de producción a un repositorio de publicación, y finalmente la distribución de la información geoespacial a través de servicios web de mapas diseñados para una aplicación web funcional. La aplicación permite a los usuarios de la entidad tener acceso a la información de cada una de las personas naturales y jurídicas registradas, y el manejo y almacenamiento de sustancias peligrosas de cada una de ellas a través de un mapa. La aplicación SIG desarrollada representa un medio digital moderno y efectivo que ofrece información actualizada y que garantiza disponibilidad y oportunidad en los datos con un gran índice de eficacia, productividad y satisfacción entre los usuarios finales para sus necesidades en sus funciones operativas.

Palabras clave: Mapas web, servicios web, aplicaciones web y base de datos espacial.


ABSTRACT The use for physical media to transmit geographic information has become obsolete since the last decade. The trend to replace printed maps with electronic media has been widely imposed, and new methods have been appearing in order to guarantee both data availability and data opportunity. This document explains in detail the process of implementing a Geographic Information System (GIS) for Ecuador’s National Council of Psychotropic and Stupefacient Substances (CONSEP). In addition, it comprises the processes for collecting and storing data, the design of a relational and spatial database specific for CONSEP, its replication from a production environment to a publication repository, and finally, the distribution of geospatial information through web map services designed to work in a fully functional web application. This web application allows the entity’s users to have access, through a map, to the information regarding both the substance storage and substance management of each and every one of the registered either natural or legal person. The GIS application developed throughout this entire research represents a modern and efficient digital media that not only offers up-to-date information but also guarantees data availability and data opportunity, with superior efficacy, productivity and satisfaction rates, for end users in the process of giving solution to their operative needs.

Keywords: Web map, web services, web applications and spatial database.


5

TABLA DE CONTENIDO

1. INTRODUCCIÓN ............................................................................................................... 13 1.1. ANTECEDENTES ...................................................................................................... 13 1.2. OBJETIVOS Y PREGUNTAS DE INVESTIGACIÓN ...................................................... 15 1.2.1. Objetivo general.............................................................................................. 15 1.2.2. Objetivos específicos ...................................................................................... 15 1.2.3. Preguntas de Investigación ............................................................................. 15 1.3. HIPÓTESIS ............................................................................................................... 16 1.4. JUSTIFICACIÓN ....................................................................................................... 16 1.5. ALCANCE ................................................................................................................ 17 2. REVISIÓN DE LITERATURA ............................................................................................... 19 2.1. BASES DE DATOS ESPACIALES Y SOFTWARE LIBRE ................................................ 20 2.2. EL DATO ESPACIAL Y SU USO ................................................................................. 23 2.3. SISTEMAS DE INFORMACIÓN GEOGRÁFICA EN LA RED ......................................... 24 2.3.1. Web mapping .................................................................................................. 26 2.3.2. Web mapping y software libre ....................................................................... 33 2.4. INFRAESTRUCTURA DE DATOS ESPACIALES (IDE) .................................................. 34 3. METODOLOGÍA ................................................................................................................ 36 3.1. AREA CASO DE ESTUDIO ........................................................................................ 36 3.2. FLUJO DE TRABAJO PARA EL PROYECTO ................................................................ 37 3.3. RECOPILACIÓN Y ANÁLISIS DE DATOS ................................................................... 37 3.4. DISEÑO INICIAL DEL SISTEMA, HARDWARE Y SOFTWARE ..................................... 39 3.5. BASE DE DATOS GEOGRÁFICA................................................................................ 41 3.5.1. Diseño de base de datos ................................................................................. 41 3.6. MANEJO DE LA INFORMACIÓN GEOGRÁFICA ........................................................ 47 3.7. PUBLICACIÓN DE SERVICIOS DE MAPAS ................................................................ 48 3.7.1. GeoServer ....................................................................................................... 48 3.7.2. Proceso de publicación ................................................................................... 49 3.8. DESARROLLO DE LA APLICACIÓN WEB .................................................................. 49 3.9. EVALUACIÓN DE LA APLICACIÓN WEB ................................................................... 50 4. RESULTADOS Y DISCUSIÓN .............................................................................................. 55 4.1. RESULTADOS .......................................................................................................... 55 4.1.1. Repositorios de datos de producción y publicación ....................................... 56


6

4.1.2. Proceso de replicación de bases de datos en el servidor de publicación ...... 59 4.1.3. Servicios web .................................................................................................. 60 4.1.4. Generación de aplicativo web ........................................................................ 64 4.1.5. Informe de evaluación del aplicativo web ...................................................... 65 4.2. DISCUSIÓN.............................................................................................................. 70 4.2.1. Generación de bases de datos ........................................................................ 70 4.2.2. Proceso de replicación de bases de datos en el servidor de publicación ...... 71 4.2.3. Servicios web .................................................................................................. 73 4.2.4. Generación de aplicativo web ........................................................................ 74 4.2.5. Evaluación del aplicativo web ......................................................................... 77 5. CONCLUSIONES ............................................................................................................... 79 6. REFERENCIAS ................................................................................................................... 82


7

ÍNDICE DE FIGURAS Figura 2-1. Ejemplo de Aplicación Web de ArcGIS Online®. ........................................ 27 Figura 2-2. Pantalla de caso del cliente Interno de Mapinfo® Exponare. .................... 28 Figura 2-3. Ejemplo de aplicación web desarrollada con el API de Google Maps®. .... 29 Figura 2-4. Ejemplo de visor web desarrollada con MapBender. ................................ 30 Figura 2-5. Ejemplo de visor web desarrollada con OpenLayers. ................................ 30 Figura 2-6. Ejemplo de visor web desarrollado con Leaflet. ........................................ 31 Figura 2-7. Vista de Portal desarrollado en GisCloud. ................................................. 32 Figura 2-8. Vista de portal desarrollado en CartoDB. .................................................. 32 Figura 3-1. Mapa referencial de distribución geográfica de los datos disponibles. .... 36 Figura 3-2. Flujo de procesos para la implementación de la solución SIG................... 38 Figura 3-3. Arquitectura propuesta del SIG CONSEP. .................................................. 40 Figura 3-4. Relaciones existentes entre entidades del esquema “CONSEP”. .............. 42 Figura 3-5. Relaciones derivadas entre entidades del esquema “CONSEP”. ............... 43 Figura 3-6. Diagrama EAR de la base de datos............................................................. 46 Figura 3-7. Flujograma del proceso de publicación de servicios WMS........................ 49 Figura 4-1. Esquema del SIG implementado (Agosto 2015). ....................................... 55 Figura 4-2.Flujograma general de información y publicación en la aplicación web. ... 56 Figura 4-3 Visualización de la estructura de las bases de datos espaciales................. 58 Figura 4-4. Transformación en software GeoKettle para replicación de tablas. ......... 59 Figura 4-5. Transformación en software GeoKettle para la replicación de datos. ...... 60 Figura 4-6. Ventana de GeoServer for OpenGeo Suite. Layers del servicio. ................ 61 Figura 4-7. Ventana principal y secciones del Visor Geográfico del CONSEP. ............. 65 Figura 4-8. Resultado parcial de la función de Información. ....................................... 76 Figura 4-9. Resultado de las funciones de Información y filtrado. .............................. 77


8

ÍNDICE DE TABLAS Tabla 3-1. Número de registros existentes en tablas de información del CONSEP. .... 39 Tabla 3-2. Parámetros de diseño de la tabla “cn_puntos_referencia”. ...................... 43 Tabla 3-3. Parámetros de diseño para la generación de la tabla “cn_rutas”. ............. 44 Tabla 3-4. Parámetros de diseño para la generación de la tabla “cn_locaciones”. .... 44 Tabla 3-5. Parámetros de diseño para la generación de la tabla “cn_entidades”. ..... 45 Tabla 3-6. Parámetros de diseño para la generación de la tabla “sysalem”. .............. 45 Tabla 3-7. Requerimientos de los usuarios para la aplicación web. ............................ 50 Tabla 4-1. Tabla de productos y resultados nivel base de datos. ................................ 56 Tabla 4-2. Catálogo de objetos de la base de datos CONSEP_GIS_CLOUD. ................ 58 Tabla 4-3. Tabla de productos y resultados nivel ETL. ................................................. 59 Tabla 4-4. Tabla de productos y resultados nivel SIG-web. ......................................... 60 Tabla 4-5. Tabla de productos y resultados nivel servidor web. ................................. 64 Tabla 4-6. Tabla de productos y resultados, proceso de evaluación del aplicativo. ... 65 Tabla 4-7. Tiempo de terminación de tarea por usuario. ............................................ 66 Tabla 4-8. Indicador cualitativo de terminación de tarea. ........................................... 66 Tabla 4-9. Indicadores de tareas por usuario. ............................................................. 69 Tabla 4-10. Parámetros Iniciales para el cálculo de Indicadores. ................................ 69 Tabla 4-11. Parámetros parciales para el cálculo de Indicadores................................ 69 Tabla 4-12. Indicadores parciales................................................................................. 70 Tabla 4-13. Índices finales e índice global de calidad de uso....................................... 70


9

ACRÓNIMOS API

Application Programming Interface (Interfaz de programación de aplicación).

CONSEP

Consejo Nacional de Sustancias Estupefacientes y Psicotrópicas.

DBMS

DataBase Management System (Sistema de manejo de base de datos).

ETL

Extract Transform and Load (Extracción, Transformación y Carga).

ESRI

Environmental Systems Resarch Institute.

GIS

Geograpfic Information System(s).

GPL

GNU's Public License (Licencia Pública GNU).

HTTP

HyperText Transfer Protocol (Protocolo de Transferencia de Hipertexto).

IDE

Infraestructura de Datos Espaciales.

IGM

Instituto Geográfico Militar.

IIGE

Instituto de Información y Estadística Geográfica. Jalisco, México.

NASA

National Aeronautics and Space Administration.

OGC

Open Geospatial Consortium.

ONU

Organización de las Naciones Unidas.

OSEPA

Open Source software usage by European Public Administration (Uso de software de código abierto por la administración pública europea).

REST

Representational State Transfer (Estado de Transferencia Representacional).

SDK

Software Development Kit (Paquete de Desarrollo de Software).

SIG

Sistema(s) de Información Geográfica.

SOA

Service Oriented Architecture (Arquitectura Orientada a Servicios).

SOAP

Simple Object Access Protocol (Protocolo de Acceso a Objetos Simples).

SQL

Structures Query Language (Lenguaje de Consulta Estructurado).

URI

Uniform Resource Identifier (Identificador Uniforme de Recurso).

URL

Uniform Resource Locator (Localizador Uniforme de Recurso).

XML

Extensive MarkUp Language (Lenguaje de Marcado Extensivo).


10

GLOSARIO 

Array: Arreglo sistemático de elementos del mismo tipo que conforman una estructura de datos.

Cliente ligero: Utiliza recursos de un servidor de red para ejecutar aplicaciones de software.

Cliente pesado: Utiliza procesamiento, memoria y otros recursos de un ordenador local para ejecutar aplicaciones.

CONSEP: Consejo Nacional de Sustancias Estupefacientes y Psicotrópicas, ente regulador del Estado ecuatoriano para el cumplimiento y aplicación de la Ley de Sustancias Estupefacientes y Psicotrópicas del Registro Oficial suplemento 490 del 27 de Diciembre de 2004.

ETL: Software que permite la transformación de datos entre diversos formatos para su uso en paquetes específicos.

Feature(s): Traducido al español como “Entidades”, son los elementos fundamentales de la información geográfica. Pueden ser puntos, líneas o polígonos.

GNU: El Proyecto GNU se concibió en 1983, promueve el software libre y la cooperación entre la comunidad para el desarrollo de software ante el predominio del software privativo.

GPL: Licencia que garantiza a los usuarios finales del software con esta licencia la libertad de usar, estudiar, compartir y modificar el software.

Hardware: Conjunto de elementos físicos o materiales que constituyen una computadora o un sistema informático.

HTTP: Protocolo de comunicaciones usado para la conexión hacia servidores web en el internet o en una red interna. Su función primordial es el establecimiento de la conexión con el servidor y el envío de páginas, descarga de contenido o conexión a aplicaciones entre el servidor y el cliente.

IGM: Entidad encargada de, entre otras funciones, generar la cartografía nacional de la República del Ecuador.

Islas de Información: Sistemas informáticos desarrollados para cubrir necesidades específicas de un área.

OGC: Organización internacional voluntaria para la definición de estándares consensuados y abiertos para contenidos y servicios geoespaciales, procesamiento de información SIG y compartición de datos.


11

OpenStreet: Un mapa global, de licencia abierta que es permanentemente creado por usuarios voluntarios usando el conocimiento local del territorio.

OSEPA: Programa europeo dedicado al intercambio de experiencias con el fin de identificar y analizar las buenas prácticas en el manejo de software libre. Busca el intercambio de conocimientos sobre el uso de software libre en las administraciones públicas europeas, recopilar, revisar, intercambiar, transferir las mejores prácticas sobre el software libre y establecer políticas de inclusión a personas interesadas en la temática.

OSGEO: Fundación creada para apoyar el desarrollo cooperativo de software geoespacial de código abierto.

REST: Técnica de arquitectura software para sistemas web que sirve para identificar recursos en Internet. Se sustenta sobre los estándares de HTTP y URI.

SDK: Corresponde a un entorno de desarrollo de aplicaciones que incluye un conjunto de herramientas de desarrollo para la creación de aplicaciones para un sistema concreto.

SOAP: Es un protocolo de empaquetamiento de mensajes pensado para el intercambio de información en entornos descentralizados y distribuidos. Usa las tecnologías relacionadas con XML.

Software: Conjunto de programas y rutinas que permiten a la computadora realizar determinadas tareas.

Sustancia Estupefaciente: Sustancia narcótica (o química), natural o sintética, que alivia o tranquiliza el dolor, disminuye la sensibilidad, produce estupor e igualmente puede producir una sensación de éxtasis.

Sustancia Psicotrópica: Sustancia que afecta directamente al sistema nervioso central, generalmente relacionada con los procesos relacionados con la mente.

Topología: La topología es una colección de reglas que, acopladas a un conjunto de herramientas y técnicas de edición, permite modelar relaciones geométricas con mayor precisión. Un modelo de datos topológico administra relaciones espaciales representando objetos espaciales (entidades de punto, línea y área) como un gráfico subyacente de primitivas topológicas: Nodos, caras y bordes. Estas primitivas, junto con sus relaciones entre sí y con las entidades cuyos límites representan, se definen representando las geometrías de entidad en un gráfico plano de elementos topológicos.


12

URI: Cadena de caracteres usada para identificar un recurso en la web, dicha identificación hace posible la interacción con representaciones de dicho recurso a través de la red.

URL: Una referencia o dirección hacia un recurso en el Internet.

Utilidad Alfanumérica: Aplicación o solución adquirida o desarrollada que ofrece a los usuarios la capacidad de realizar análisis sobre cualquier tipo de información numérica o textual en general.

XML: Lenguaje que nos permite definir lenguajes de marcado adecuados a usos determinados.


13

1. INTRODUCCIÓN 1.1. ANTECEDENTES El software libre ha sido ampliamente discutido en función a su uso en todo tipo de aplicaciones debido a las diferencias en su funcionalidad con cualquier tipo de software comercial. Las limitaciones técnicas y operativas mostradas por algunas de las plataformas desarrolladas en software libre han sido puestas a un lado por las limitaciones económicas, de interoperabilidad y otras restricciones presentadas por el software comercial. Esto ha causado un debate de alto nivel entre estos dos tipos de plataformas. Uno de los campos donde el software libre ha venido ganando espacio entre la comunidad como una herramienta consolidada para el desarrollo son los sistemas de información geográfica (SIG). Por esta razón, la investigación dentro de este tema se ha convertido en un asunto de gran interés. Adicionalmente la política gubernamental en la actualidad para Ecuador incluye al software libre como un pilar importante para la soberanía y autonomía tecnológica, esta política ha sido implementada desde el 10 de Abril del 2008 potenciando así el uso de herramientas que reemplacen el software privativo para beneficio nacional. En términos corporativos, el desarrollo de una Infraestructura de Datos Espaciales (IDE) es un proyecto muy costoso y que demanda una alta cantidad de recursos dentro de una compañía debido a varios factores: La compilación de todo tipo de información, el tiempo necesario para desarrollar todos los elementos para la infraestructura, el alto costo del software comercial, los recursos humanos necesarios para todas las actividades envueltas, entre otros. Sin embargo, las aplicaciones de un SIG ofrecen un valor agregado muy alto a las utilidades alfanuméricas, dado que la toma de ciertas


14

decisiones importantes y otras decisiones críticas se fundamentan en el contexto espacial e incluso geográfico de la información analizada, por eso es importante implementar estructuras informáticas de bajo coste que puedan satisfacer todas las necesidades geográficas que se presenten, posibilidad que se abre gracias al software libre. Analizando el desarrollo actual, han existido algunos proyectos similares en términos del desarrollo de aplicaciones SIG para la Web, aun así no todos los proyectos son desarrollados bajo los mismos parámetros y estándares, inclusive no están desarrollados con los mismos métodos y software; así cada base de datos, cada mapa y cada interfaz de manejo de cada una de las aplicaciones son desarrolladas de acuerdo a las necesidades del dato que va a ser mostrado por las entidades que lo usarán. Esto determina la individualidad de cada aplicación ya que su diseño tiene que estar en función de la información intrínseca que se pretenda desplegar en los mapas, en este caso particular, el manejo de las sustancias estupefacientes y psicotrópicas. Las sustancias estupefacientes y psicotrópicas han sido tema de control a nivel mundial debido a que representan una amenaza grave para el bienestar y la salud de los seres humanos y menoscaban las bases culturales, económicas y políticas de la sociedad. En el Ecuador, como en todos los países pertenecientes a la Organización de las Naciones Unidas (ONU) se convino controlar el uso y el tráfico ilícito de este tipo de sustancias desde 1988. Para estos fines, el Consejo Nacional de Sustancias Estupefacientes y Psicotrópicas (CONSEP) ha desarrollado varios sistemas de control que aportan en la misión de la entidad en el control del almacenamiento y manejo de este tipo de sustancias, dentro de estos sistemas se encuentran varias herramientas y bases de datos que almacenan todo tipo de información acerca de la posesión de sustancias por parte de las diversas entidades autorizadas. Inicialmente, el registro de dichas entidades autorizadas para manejar y transportar sustancias estupefacientes y psicotrópicas constaba solamente de la dirección referencial de los establecimientos de cada una de las compañías. En el año 2013 se ha levantado formalmente la necesidad de constar con un SIG que permita posicionar geográficamente estos establecimientos con lo que se puso en marcha un proyecto de georreferenciación de los establecimientos de cada entidad; como complemento a este paso inicial se


15

necesita generar un visor web para que se pueda interactuar con la información tanto espacial como temática de la entidad con el fin de tomar decisiones acorde al mejor manejo y almacenamiento de las sustancias estupefacientes y psicotrópicas.

1.2. OBJETIVOS Y PREGUNTAS DE INVESTIGACIÓN 1.2.1. Objetivo general Desarrollar, implementar y evaluar un visor web para el despliegue de información geoespacial del manejo y almacenamiento de las sustancias estupefacientes y psicotrópicas para el Consejo Nacional de Sustancias Estupefacientes y Psicotrópicas (CONSEP), Ecuador. 1.2.2. Objetivos específicos 

Generar una base de datos espacial y relacional del manejo y almacenamiento de dichas sustancias en los establecimientos autorizados del CONSEP.

Desarrollar y evaluar la eficacia de una aplicación web para el acceso a la información de los procesos de almacenamiento y manejo de sustancias estupefacientes y psicotrópicas del CONSEP.

Generar un proceso automatizado para la publicación en la web de información de almacenamiento y manejo de sustancias estupefacientes y psicotrópicas del CONSEP.

1.2.3. Preguntas de Investigación 

¿La información geográfica que posee el CONSEP dispone de un repositorio de base de datos estructurado?

¿La información geográfica del CONSEP es accesible de manera dinámica y permite una consulta eficiente a sus clientes internos y externos?


16

¿Los procesos de actualización de información geográfica del CONSEP están automatizados?

1.3. HIPÓTESIS Es factible desarrollar una aplicación web geográfica en software libre para la visualización, análisis y toma de decisiones en función de datos espaciales para el control de almacenamiento y manejo de sustancias estupefacientes y psicotrópicas.

1.4. JUSTIFICACIÓN La necesidad de mantener un control sobre las sustancias estupefacientes y psicotrópicas en el Ecuador responde a una de las actividades fundamentales del CONSEP. Esta necesidad se ve afectada por la posición geográfica de las personas naturales o jurídicas que manejan estas sustancias. Así, el factor espacial dentro del control y análisis de tenencia de las mismas se establece como una problemática importante dentro de la entidad. Bajo la misma premisa, este factor debe estar disponible no solo para usuarios específicos con conocimientos técnicos avanzados de SIG pero para todo el personal que necesite realizar un análisis y/o visualización de este tipo de datos, sin tener que incurrir en esfuerzos mayores para el acceso al mismo. Actualmente, el acceso a la información georreferenciada para el personal del CONSEP es muy limitado; solo se cuentan con dos licencias del software necesario (ArcMap) para visualizar la información geográfica, y dado que el número de usuarios es extenso, se plantea la problemática del acceso a dicha información con un coste manejable para la compañía. El acceso a gran escala puede ser solventado mediante la generación de una aplicación web, mientras que el mantener un costo de generación bajo recae en la utilización de software libre. En la mayoría de procesos de toma de decisiones para diversos campos se genera la problemática de las “islas de información”, en las cuales, la información que debería


17

ser de dominio global para la resolución de un problema de cualquier índole, no puede ser compartida de manera sencilla lo que ralentiza la eficacia o incluso impide el desarrollo de ciertos procesos de toma de decisiones, los cuales pueden ser críticos o de gran impacto en la función de una organización. Por estas razones es necesario tener en cuenta que las fuentes de información de todo tipo deben estar disponibles de manera abierta y fácilmente operable en función de alcanzar un nivel de eficiencia más alto en los procesos. Dentro del CONSEP, esta problemática se presenta en los procesos mediante los cuales los funcionarios visualizan la información de sustancias estupefacientes y psicotrópicas ya que, las bases de datos que contienen información alfanumérica y geográfica están desligadas totalmente entre sí, con lo cual, los procesos de consulta en función de posicionamiento tienen que pasar por un proceso manual de filtros en ambas bases; finalmente se genera una relación entre los resultados parciales para después poder desplegar esa información de manera estática en mapas físicos o medios electrónicos sin ningún tipo de dinamismo temporal. Para resolver este problema se torna imperativo desarrollar un sistema personalizado de información geográfica que incluya métodos automatizados de actualización, consulta, ligado y despliegue dinámico de información, además de contar con una plataforma de despliegue que sea amigable para los usuarios del mismo. 1.5. ALCANCE El desarrollo de la solución propuesta incluye el detalle de todos los procedimientos necesarios para desarrollar una aplicación web con base en el uso de software libre en su totalidad, dando así solución al problema de aislamiento de datos dentro del CONSEP y el uso de su información geográfica para la toma de decisiones. Así mismo se pormenorizan todos los procedimientos necesarios, que son escalables en función del tamaño y tipo de información que se pueda manejar, desde el almacenamiento y administración de los datos geográficos mediante bases de datos espaciales, generación de servicios web de mapas que puedan tener interoperabilidad


18

para diversas aplicaciones y hasta la generación de un visor de mapas con funcionalidades prácticas para los usuarios finales. Debido a que la jurisdicción territorial del CONSEP corresponde a todo el territorio ecuatoriano, la escala del proyecto es de orden nacional y su beneficio se puede extender a otro tipo de entidades gubernamentales y no gubernamentales, de fines comerciales o de control, como por ejemplo la Policía Nacional del Ecuador, Cuerpos de Bomberos de los gobiernos locales, cámaras de comercio, construcción, industria farmacéutica, química, petroquímica, entre otras. El proyecto sirve como fundamento para el desarrollo de plataformas similares, admitiendo cualquier tipo de información de carácter geográfico y alfanumérico relacionables, y que necesiten ser desplegadas dinámicamente en forma de servicios web para su uso dentro de cualquier software.


19

2. REVISIÓN DE LITERATURA Los esfuerzos en el control de las sustancias estupefacientes y psicotrópicas son extensos a nivel mundial debido a la gran problemática social y de salud encerrada detrás del abuso de narcóticos. Las políticas que se han generado para paliar la problemática son medianamente cumplidas por los países de regiones desarrolladas mientras que en la región de América Latina y el Caribe donde los problemas son más severos, se exigen medidas más fuertes para los principales consumidores (Fazey, 2003). Existen iniciativas de sistemas de información para el control de este tipo de sustancias las cuales permiten tomar acciones para su uso indebido o ilegal (Wu, S.-I., Tsay, W.-I., y Wu, M.-H., 2015). Mientras tanto a nivel local, el CONSEP ha empezado a incluir un componente espacial a su banco de información como iniciativa para lograr un control eficiente sobre las entidades que almacenan y manejan dichas sustancias en sus instalaciones. Al sentar las premisas para el desarrollo de una aplicación SIG, se deben considerar cada uno de los aspectos necesarios para que la plataforma tenga un funcionamiento óptimo. Al respecto, se deben considerar aspectos como el hardware necesario para soportar la aplicación, la arquitectura que el sistema necesita para poder entrar en etapa de producción, la adaptación del sitio y todos sus componentes tales como: Una base de datos espacial, un agente servidor SIG que permita consultar los datos de la base geográfica y transformarlos en servicios de mapas, y finalmente un agente servidor web que permita publicar estos servicios hacia el público mediante el internet.


20

Para identificar las verdaderas necesidades a solventar en el desarrollo del proyecto es necesario apegarse en un alto grado a la tecnología informática y relacionarla con las potencialidades que este tipo de tecnología pueden ofrecer al cliente final en función de las acciones que tenga que realizar. 2.1. BASES DE DATOS ESPACIALES Y SOFTWARE LIBRE Desde inicios del siglo XXI, gracias a la contextualización de la información geográfica dentro de las actividades sociales y comerciales la inversión tanto privada y gubernamental en plataformas geográficas ha dado un impulso importante a la democratización

de

la

información

geoespacial

(Thenkabail,

2015).

Dicha

democratización se ha reflejado en el desarrollo de software para el manejo de información espacial bajo el estándar libre de la GNU que pretende abarcar todas las necesidades funcionales como almacenamiento, manejo, publicación, movilidad, entre otras (Steiniger, S. y Hunter, A., 2012), lo cual se ha hecho posible mediante el uso de varios tipos de implementaciones en diversos lenguajes, todas para el ámbito geográfico (Ramsey, 2007). Aun así, son limitados aquellos desarrollos que comprenden una solución para el almacenamiento efectivo de información geoespacial, llamados Spatial Database Management Systems (Spatial DBMS). Steinigier y Hunter (2012) definen a un DBMS espacial como un DBMS que incluye tipos de dato espaciales en su modelo de datos, entendiendo por tipos de dato espaciales a los datos de tipo geometría comprendidos en la "Especificación de Features Simples para SQL" del Open Geospatial Consortium (OGC), y que además ofrecen: Un lenguaje de consulta, y operaciones de análisis espacial como intersección y unión, entre otras. La elección por parte de un usuario acerca del software de base de datos que va a utilizar va acorde a en qué medida un software determinado satisface las necesidades primordiales de la plataforma en la cual va a ser implementado (Khayundi, 2009). Algunos ejemplos de desarrollo para bases de datos relacionales en software libre son: PostgreSQL, EnterpriseDB, MySQL. Pero al considerar las iniciativas para manejar bases de datos relacionales con necesidades de carácter espacial, las soluciones propuestas son más recientes, empezando en los años 2000 donde se genera un módulo espacial


21

para PostgreSQL llamado PostGIS, siendo este el más utilizado a nivel mundial (Obe y Hsu, 2015; Sherman, 2012; Swain, N. R., Latu, K., Christensen, S. D., Jones, N. L., Nelson, E. J., Ames, D. P., y Williams, G. P., 2015). Estas iniciativas que derivan en productos que pueden ser utilizados para la resolución de casos de análisis geográfico han llegado a ser tan útiles como adaptables y se requieren para cualquier tipo de necesidad (Swain, 2015). Se han generado algunos tipos de análisis de funcionalidad y especificaciones para varios software que ofrecen estas (Chen, R., y Xie, J. 2008; Khayundi, 2009; Martinez, 2005; Swain, 2015; Wilson, 2015). Entre las principales conclusiones de estos análisis se ha determinado que en la mayoría de los casos, los gestores de bases de datos espaciales se limitan a almacenar datos geográficos en sus repositorios, ignorando y dejando a un lado la capacidad de hacer análisis y consultas de carácter espacial (Martínez, 2005), reflejando una limitación en el uso de las mismas ya que este trabajo se lo deja relegado a los software dedicados al manejo específico de datos espaciales como clientes pesados. Las necesidades actuales obligan a que los SIG puedan realizar tareas fundamentales sobre la información espacial dentro de estos repositorios; desde este punto de vista sus capacidades deben ir de la mano con (Martinez, 2005): 

El almacenamiento del dato geográfico.

Capacidad para consultas espaciales para la visualización e interacción de datos alfanuméricos que permita el análisis a los usuarios intermedios y finales.

Capacidad para consultas espaciales para la combinación de datos en función de la creación de nuevas representaciones geográficas.

Dentro de estos análisis se han referenciado muchos softwares que son aptos para generar un repositorio versátil y altamente funcional, como Oracle Spatial, el ya citado PostGIS bajo PostgreSQL, SpatiaLite bajo Sqlite, y muchos otros módulos dentro de plataformas dedicadas (Khayundi, 2009; Martinez, 2005). Por otro lado, existen plataformas que han incluido dentro de sus suites el componente espacial como un elemento intrínseco como por ejemplo Microsoft SQL Server, MySQL, o incluso ESRI cuyo sistema es dedicado particularmente al almacenamiento de datos espaciales (Rigaux, P., Scholl, M. O., y Voisard, A, 2002).


22

El software PostGIS ha sido utilizado en una manera extensiva y se ha aplicado a distintos casos de éxito (Swain, 2015), a nivel mundial incluso se han generado proyectos incentivados en las necesidades no solo particulares pero nacionales y regionales (Raghavan, V., Santitamnont, P., Masumoto, S., y Honda, K., 2003). Además se han propuesto y analizado políticas y recomendaciones para tratar de favorecer la evolución de los desarrollos en software libre tanto a nivel local (Bouras, C., Filopoulos, A., Kokkinos, V., Michalopoulos, S., Papadopoulos, D., y Tseliou, G., 2014) o a nivel regional como por ejemplo la iniciativa de uso de software de código abierto por la administración pública europea (OSEPA). Adicionalmente al nivel de aplicaciones se evidencian esfuerzos importantes que utilizan este DBMS espacial a escala local, nacional e incluso regional, entre otras se pueden mencionar: 

Desarrollo de una aplicación web de SIG para un sistema de información espacial de recursos naturales usando software de código abierto efectivo y estándares (Singh, P. S., Chutia, D., y Sudhakar, S. ,2012).

Desarrollo e implementación de una base de datos SIG completamente relacional para sistemas de escritorio usando tecnologías de código abierto (Magyari-Sáska, 2015). En el cual se presenta una manera de implementar una arquitectura de software de SIG que permita combinar el poder de una aplicación de escritorio con las capacidades multiusuario que ofrece un SIG en la web.

Desarrollo de una aplicación SIG web para el inventario de emisiones basado en su localización (Gkatzoflias, D., Mellios, G., y Samaras, Z.2013). Donde se desarrolla una aplicación SIG sobre una base de datos de PostGIS, y que ofrece la posibilidad de compartir datos de emisiones a través de servicios WMS y archivos planos.

Desarrollo de una aplicación web para recursos hídricos basados en software de código abierto, donde se publican tres servicios los cuales permiten la presentación, administración y la optimización de recursos hídricos (Delipetrev, B., Jonoski, A., y Solomatine, D. P. ,2013).

Servicios SIG en línea para el mapeo y compartición de información de enfermedades, una arquitectura SOA interoperable basada en especificaciones


23

de la OGC para compartir datos espacio-temporales acerca de información de enfermedades (Gao, S., Mioc, D., Anton, F., Yi, X., y Coleman, D. J.,2008). Se evidencia que los sistemas que utilizan una base de datos con componente geográfico no necesariamente tienen la misma finalidad, desarrollo u objetivo, en los casos citados anteriormente se toman en cuenta sistemas que funcionan solamente como repositorios, como sistemas que ponen a disposición servicios web de mapas, o incluso sistemas que despliegan servicios web en visores de mapas geográficos, lo que les da una connotación especial en contexto del proyecto al cual hace referencia este estudio en particular. 2.2. EL DATO ESPACIAL Y SU USO El dato espacial ha sido un elemento que siempre se ha encontrado intrínseco dentro de cierto tipo de información, la presencia de atributos de latitud o longitud dentro de una base de datos alfanumérica ya que es una forma básica de atribuir espacialidad al dato que se está manejando (Vitturini, 2003). Posteriormente este tema se ha desarrollado hasta llegar a diversas formas de estandarización de almacenamiento de los datos, como una cierta agrupación de caracteres o arrays, los cuales almacenan las coordenadas explícitas de los datos geográficos, (sean puntos, líneas o polígonos). Estos arrays ingresan a las bases de datos integrando un componente que permite que los datos tengan una suerte de topología espacial y no solo alfanumérica (OGC, 1999), haciendo posible la presencia de relaciones espaciales (cercanía espacial, adyacencia espacial, intersección espacial, distancias y áreas, entre otras) (Vitturini, 2003). Así, se ha hablado de dos aproximaciones que combinan tecnología de sistemas administradores de bases de datos y SIG (Vitturini, 2003): 

Aproximación levemente acoplada, que refiere a la separación de los datos descriptivos de los datos espaciales, coexistiendo dentro de esta aproximación un DBMS relacional para los datos descriptivos y un módulo específico e individual que maneja los datos espaciales.

Aproximación integrada basada en la extensibilidad de DBMS, cuyo concepto consiste en la capacidad añadida a las plataformas para definir nuevos tipos de


24

datos (puntos, líneas, regiones) junto con sus operaciones dentro del sistema relacional. Sus implicaciones incluyen la capacidad de manejo de datos mediante consultas SQL. Dentro de este grupo se encuentra PostGIS para PostgreSQL. Un análisis más intrínseco arroja, como es obvio, que el almacenar los datos espaciales dentro de un repositorio informático no es suficiente para un análisis de información que ofrezca un valor agregado correspondiente al uso de la información espacial (Martínez, 2005); adicionalmente es necesario establecer estas relaciones espaciales dentro de un contexto individual y global para poder obtener un resultado de utilidad, esto se logra en primer lugar mediante el despliegue visual de los datos y una interpretación de los mismos. El usuario puede visualizar la distribución espacial de las variables utilizadas y así generar una decisión en función de las mismas (Olaya, 2014), posterior a esto se aplican procesos estadísticos que permiten la generación de otro tipo de información en función de los datos descriptivos utilizados, formando patrones de distribución, a esto último se le conoce como modelamiento espacial o análisis espacial (Fuenzalida, M., Buzai, G. D., Jiménez, A. M., y de León Loza, A. G.,2015), sobre esto se han desarrollado diversos estudios en función de los diversos formatos de datos espaciales disponibles. Así pues, es necesaria la manipulación del dato de tal forma que pueda transformarse en información relevante para la toma de decisiones (Pinto, 2014; Fuenzalida, 2013). Esto se torna posible mediante el uso de los SIG y sus funcionalidades sobre los datos espaciales. 2.3. SISTEMAS DE INFORMACIÓN GEOGRÁFICA EN LA RED No necesariamente se debe utilizar una aplicación de escritorio para poder tener acceso a la información geográfica, de hecho, que todos los usuarios de información geográfica tengan acceso a ésta a través de aplicaciones o clientes pesados es una perspectiva inaceptable en la funcionalidad de un sistema de información geográfica eficiente (ESRI, 2014). Una plataforma web de SIG debe garantizar que la información geográfica sea entendible y accesible para clientes profesionales y no profesionales, es decir una plataforma integrada que tenga al SIG como un módulo de apoyo, o en un caso más específico y dedicado, una plataforma para la información geográfica cuyo


25

manejo se limite a las necesidades básicas de los usuarios no profesionales de la entidad en donde se quiera implementar el sistema (Olaya, 2014). La tendencia actual se dirige a satisfacer estos dos tipos de necesidades mediante la implementación de los llamados servicios web (Zhao, P., Foerster, T., y Yue, P. 2012). Esta tendencia consiste en la utilización de componentes de software (servicios) que utilizan un conjunto de protocolos y estándares para intercambiar datos entre aplicaciones sobre una red. Estos componentes suelen ser considerados como aplicaciones web con la capacidad de ser accedidos dentro de una red y ejecutados en el sistema que los aloja (Alba, 2008). Los servicios interactúan entre sistemas diversos dentro de una red mediante tecnologías como el REST o el SOAP. Este último consiste en un protocolo de empaquetamiento de mensajes basados en formato XML para el intercambio de información en un ambiente distribuido, es decir a través de la infraestructura de la web. REST por su parte consiste en un estilo de arquitectura para generar aplicaciones de cliente-servidor y cumple con parámetros o estándares específicos como HTML, HTTP y URI, entre otros (zur Muehlen, M., Nickerson, J. V., y Swenson, K. D., 2004). Para la parte geográfica, existen gran cantidad de tipos de servicios, los cuales están estandarizados y cumplen con protocolos específicos de intercambio de información, los estándares a los que se refieren estos servicios pertenecen al OGC, los cuales requieren entre muchas de sus características, una alta interoperabilidad. Los servicios más utilizados actualmente son: Servicios web de mapas (WMS), servicios web de features o entidades (WFS), servicios web de coberturas (WCS), servicios web de procesamiento (WPS) (Stopper, R., Enescu, I. I., Wiesmann, S., y Schnabel, O. 2011; Evans, B., y Sabel, C. E.,2012). A nivel local, las empresas estatales han optado por desarrollar SIG emulando iniciativas a nivel global para el manejo del dato geográfico y la toma de decisiones a diferente nivel, sin dejar a un lado uno de los objetivos más comunes como es la publicación de dicha información hacia los usuarios externos.


26

Una de las aplicaciones que está extendida y disponible al público general corresponde a la del Instituto Geográfico Militar del Ecuador (IGM) entidad que se ocupa exclusivamente de la información geográfica del país. Existen otras iniciativas locales en otros entes de control como: Ministerio de Salud Pública, Consejo Nacional de Electricidad, Agencia de Regulación y Control Minero, entre otras. Además existen aplicaciones SIG en la red que no son públicas y tienen un nivel tecnológico más desarrollado como son las aplicaciones de Petroamazonas EP (Geoportal de PAM EP Petroamazonas EP, 2013), Empresa Pública Metropolitana de Agua Potable y Saneamiento de Quito (Aplicación SigInfo EPMAPS, 2014) y Agencia Nacional de Transportes, entre las más representativas. Todas estas aplicaciones tienen un diferente nivel de desarrollo y utilidad, algunas solamente permiten la consulta de datos, otras permiten realizar operaciones de medición y obtener información relacional, mientras las más avanzadas permiten realizar análisis geográficos simples como buffers, análisis de cercanía, incluyendo herramientas de geoprocesamiento. 2.3.1. Web mapping El término web mapping refiere a la disponibilidad de la información geográfica a un grupo de usuarios finales no especializados a través de una página web (Mitchell, 2005). Sus orígenes se remontan a los años noventa en sus versiones más simples. Sin embargo, el aumento progresivo de usuarios ha llevado a un aumento simultáneo de las capacidades informáticas y tecnológicas que ahora permiten publicar y desarrollar herramientas de mapeo digital a un nivel mucho más complejo (Evans, 2012). Tomando en cuenta la interacción del usuario con la información geográfica, el término web mapping no solamente refiere a una cartografía sobre la web, ya que de manera más intrínseca se hace énfasis sobre los procesos de los datos espaciales que un usuario puede llevar a cabo dentro de la plataforma en la que se encuentre utilizando, esto ha sido llamado On-demand web mapping o web mapping bajo requerimiento. Actualmente existen muchas aplicaciones que pueden generar herramientas de web mapping que han sido evaluadas a nivel estructural (Nivala, A.M., Brewster, S., y Sarjakoski, T. L., 2008; Swain et al. 2015), muchas de ellas necesitan


27

algo de programación sobre código o cuentan con asistentes de configuración y otras como las de ESRI, que desde el año 2015 proveen soluciones out-of-the-box o listas para su uso, que son muy versátiles proveyendo así una potencialidad grande para los usuarios. Cabe recalcar que de acuerdo al tipo de aplicación mencionada, las plataformas sobre las cuales se desarrollan serán diferentes, así se pueden encontrar diversos tipos de plataformas que desarrollan el concepto de web mapping a diferentes niveles, muchas de las tecnologías actuales así como muchas tradicionales necesitan el mantenimiento de licencias de pago para su funcionamiento. Las más importantes son las siguientes: 

ArcGIS® Online / Portal for ArcGIS®: Plataformas de web mapping de la compañía ESRI como la que se muestra en la Figura 2-1; ofrecen soluciones de varios tipos con la posibilidad de una implementación out-of-the-box o incluso adaptación y desarrollo de aplicaciones mediante SDK fundamentalmente mediante Javascript utilizando HTML5 (Law, 2014), utilizando servicios de mapas provistos por su propia plataforma ArcGIS for Server.

Figura 2-1. Ejemplo de Aplicación Web de ArcGIS Online®.

Mapinfo® Exponare Software, el cual consiste en un software licenciado que potencia una plataforma de web mapping, bajo la plataforma MapInfo, la cual es configurable para la web mediante una aplicación para un navegador, mientras que para usuarios dentro de la red interna, funciona mediante un cliente ligero que


28

tiene que ser instalado en los equipos de los usuarios, este ejemplo se puede evidenciar en la Figura 2-2 (Pitney Bowes Inc, 2015).

Figura 2-2. Pantalla de caso del cliente Interno de Mapinfo® Exponare.

Google Maps API: Es una forma de web mapping que utiliza datos alojados en la plataforma Google junto a un desarrollo de interfaz en Javascript que permite el despliegue de mapas en una interfaz web sencilla como la mostrada en la Figura 23, las API disponibles para esta plataforma incluyen Google Places, Google Earth, que resultan muy útiles para su despliegue informativo de información con valor agregado, además se siguen implementando API permanentemente como Google Maps Tracks, entre otras (Google®, 2015).


29

Figura 2-3. Ejemplo de aplicación web desarrollada con el API de Google Maps®.

Por otra parte, se ha desarrollado una cantidad importante de plataformas y software que ofrecen herramientas de web mapping sin ningún tipo de licenciamiento, es decir que son libres en su código o en la plataforma como tal, incluso, existen muchos clientes o tecnologías que no ofrecen la capacidad de funcionar como un servidor de mapas pero ofrecen al usuario la capacidad de configurar una plataforma de web mapping desde servicios OGC básicamente, a continuación se citan las más difundidas en su desarrollo: 

Mapbender, que es un cliente Web-GIS construido en JavaScript, ofrece una interfaz para el usuario configurable, no depende de ningún servidor de mapas en concreto (Mapbender Team, 2015). Un ejemplo se puede visualizar en la Figura 24.


30

Figura 2-4. Ejemplo de visor web desarrollada con MapBender.

OpenLayers, construido en JavaScript, se enfoca principalmente a servicios WMS y WFS de forma transparente para el usuario y servidor (OpenLayers, 2015). Su despliegue puede ser simple y elegante como se evidencia en la Figura 2-5.

Figura 2-5. Ejemplo de visor web desarrollada con OpenLayers.

Leaflet, de igual manera que OpenLayers es un API para Javascript que provee funcionalidades para web mapping y está dedicada en su mayor parte a la presentación de mapas en equipos móviles, visualmente es muy atractiva como se


31

muestra en la Figura 2-6, lo que le ha valido un buen lugar en el mercado (Agafonkin, 2015).

Figura 2-6. Ejemplo de visor web desarrollado con Leaflet.

Existen también varias iniciativas que proponen un desarrollo entero en la web, desde el almacenamiento de datos hasta el despliegue de información y el geoprocesamiento de datos online, entre las cuales se pueden citar: 

Giscloud: Ofrece el almacenamiento de datos en la nube y su posterior despliegue dentro de una interfaz de usuario configurable, esta herramienta web nos permite almacenar diversas fuentes de datos geográficos como tablas con posicionamiento o bases de datos de PostGIS con almacenamiento en el mismo formato, un ejemplo se muestra en la Figura 2-7 (Gis Cloud Inc., 2015).


32

Figura 2-7. Vista de Portal desarrollado en GisCloud.

CartoDB: De igual manera que Giscloud, ofrece el despliegue de datos geográficos que se almacenan en la nube bajo la tecnología PostGIS y SQL que son remitidos por el usuario, a través de una interfaz gráfica de usuario configurable en función a las herramientas disponibles. Un portal geográfico en base a CartoDB se muestra en la Figura 2-8 (CartoDB Inc., 2015).

Figura 2-8. Vista de portal desarrollado en CartoDB.


33

2.3.2. Web mapping y software libre Existen diversas iniciativas de carácter open source o libres para las aplicaciones geográficas en el ámbito de web mapping sobre fenómenos comerciales, demográficos, administrativos, de control, entre otros, aplicadas a varios campos de estudio como el turismo, la salud o el márquetin (Supak, S. K., Devine, H. A., Brothers, G. L., Rozier Rich, S., y Shen, W., 2014) donde se pretende facilitar la visualización y análisis de factores demográficos relevantes al turismo, en el campo de la salud con un análisis de accesibilidad y asistencia a medios de salud (Evans, 2012). Estas aplicaciones se desarrollan generalmente a nivel local o regional, aunque existen también proyectos que por su carácter espacial no se pueden suscribir a un área política específica como fenómenos ambientales, (Danuso, 2015; Knörchen, 2015) los cuales son abordados generalmente en función del área de influencia del fenómeno. En función al uso de software para el desarrollo de estas aplicaciones se han popularizado las plataformas integradas como OSGeo, Mapnik, MapServer; que ofrecen al usuario una amplia opción para el manejo de información geográfica para su publicación a través de servicios en un ambiente web (Steiniger, 2012). Este software ha hecho posible que las aplicaciones web geográficas no se limiten al uso de software comercial, reduciendo costos y permitiendo a entidades, cuya capacidad de inversión no necesariamente contempla un alto rubro para un SIG, el desarrollo de aplicaciones geográficas en la web que puedan satisfacer necesidades básicas a nivel del dato geográfico con un coste mucho menor en la implementación de la solución (Supak, 2014). La arquitectura de las aplicaciones web geográficas, en términos generales se estructuran con tres componentes fundamentales (Tiwari, 2013): 

Nivel base de datos, contiene el sistema de manejo de base de datos que aloja los datos persistentes del sistema. Hace posible el acceso simultáneo a la información desde el nivel lógico. El componente utilizado es PostGIS.

Nivel lógico de aplicación, el cual se puede subdividir en dos componentes: Servidor web, que se encarga de la interacción entre el cliente y el servidor de la aplicación mediante protocolos HTTP, que en este caso corresponde a


34

Apache Tomcat y un servidor de mapas consistente en un grupo de herramientas para construir servicios web de mapas con información espacial haciendo posible el acceso y despliegue de contenido espacial, en este caso, GeoServer. 

Nivel interfaz de usuario, que corresponde a la capa con la cual el usuario interactúa, debe estar enfocada en un diseño eficiente y la accesibilidad del usuario hacia sus herramientas, lo que se ha logrado con JavaScript.

Entre las plataformas que facilitan el web mapping sin costo de implementación o mantenimiento se encuentran entre otras las siguientes: 

GisCloud y CartoDb, descritas anteriormente como plataformas web pero con restricciones en cuanto a la cantidad de datos que pueden ser almacenados. Adicionalmente, la versión gratuita solamente tiene disponible herramientas básicas de edición y geoprocesamiento en la nube.

OpenLayers y Leaflet, descritas anteriormente, como librerías para el desarrollo de mapas web utilizando Javascript.

MapStore, que es una herramienta que utiliza servicios locales o externos para su publicación en una interfaz determinada previamente por el software.

2.4. INFRAESTRUCTURA DE DATOS ESPACIALES (IDE) La infraestructura de datos espaciales (IDE) es un término que fue acuñado en 1993 por el Consejo de Investigación Nacional de Estados Unidos para designar un marco de tecnologías, políticas y acuerdos institucionales que, en conjunto facilitan la creación, el intercambio y uso de los datos geoespaciales y recursos de información relacionados a través de una comunidad de intercambio de información. Dicho marco se puede implementar para permitir el intercambio de información geoespacial dentro de una organización o de manera más amplia para su uso a nivel nacional, regional o global. En todos los casos, una IDE proporcionará estándares institucionales para publicar, descubrir, evaluar e intercambiar información geoespacial de los productores y usuarios de información. Una IDE complementa un SIG mediante el aseguramiento de la calidad de la información geográfica mediante el uso de estándares para la creación de sets de datos autoritativos y políticas para los mismos (ESRI, 2010).


35

La IDE es un concepto que se ha venido popularizando gracias a las necesidades recurrentes de mantener la información geográfica abierta hacia la comunidad (en cualquier nivel al que esta palabra pueda referir) (de Andrade, 2014). Así, mediante las IDE los requerimientos pueden ser solventados de varias maneras, por ejemplo: El requerimiento básico de consulta de información por parte de un usuario no experto puede ser resuelto mediante la interfaz de un visor web; o la necesidad de una compañía estatal de desplegar información complementaria impropia a su negocio puede ser solucionada con el direccionamiento de un servicio web externo de mapas con metadatos específicos dentro de su IDE. Como complemento a las funcionalidades básicas de las IDE se agregan catálogos de objetos y servicios, formando una plataforma completa en el portal de información geográfica. Las IDE peculiarmente apuntan a un nivel global-regional de administración de datos espaciales, siendo características de entidades estatales o de administraciones regionales que, preocupados por el acceso a la información de la comunidad, establecen plataformas que permitan el intercambio abierto de esta información. Aun así, se puede adoptar el concepto de IDE dentro de una entidad pequeña, en donde se conjuguen estos conceptos para generar una plataforma que solvente las necesidades de utilización de información geográfica cumpliendo con estándares y parámetros comunes en este tipo de infraestructuras, tales como: La interoperabilidad entre sistemas o clientes para su uso y la alta disponibilidad de dicha información.


36

3. METODOLOGÍA 3.1. AREA CASO DE ESTUDIO El proyecto se encuentra destinado a manejar la información geográfica disponible en el CONSEP. El área de acción de la entidad comprende todo el territorio nacional ecuatoriano y la información disponible corresponde a la posición geográfica de más de 2,000 establecimientos que manejan este tipo de sustancias a nivel nacional, además de más de 200 rutas utilizadas por los vehículos que se dedican al transporte de sustancias controladas a nivel nacional. Un mapa general de la distribución geográfica de la información se expone en la Figura 3-1 a continuación:

Figura 3-1. Mapa referencial de distribución geográfica de los datos disponibles. Fuente: Autor.


37

3.2. FLUJO DE TRABAJO PARA EL PROYECTO El sistema a desplegarse tiene que garantizar primordialmente la confiabilidad de la información que es provista hacia el usuario final, la estabilidad del sistema para los usuarios y la facilidad de uso del sistema para los mismos. Los objetivos del sistema se cumplen mediante el correcto despliegue de los componentes como son: Hardware, Software, Datos y Procedimientos, sin dejar a un lado el componente humano que será parte fundamental del uso de la aplicación como usuario final. Considerando estos componentes se propuso el flujo de trabajo esquematizado en la Figura 3-2 para el desarrollo de la solución SIG en el CONSEP. 3.3. RECOPILACIÓN Y ANÁLISIS DE DATOS El CONSEP realizó en el año 2013 el posicionamiento geográfico de todas las empresas que se encuentran dentro de la base de datos de personas naturales o jurídicas que manejan sustancias peligrosas a nivel nacional. Junto a este levantamiento de información mediante el uso de tecnología GPS se contrató la digitalización de las principales rutas entre ciudades que permiten mantener un registro de distancias entre las ciudades principales del Ecuador. Esta información fue almacenada dentro de una base de datos temática en el software Excel con los registros de latitud y longitud como cadenas de texto en campos de atributos de la misma base. Por otra parte, la entidad mantiene una base de datos con los registros de las sustancias que maneja cada una de las empresas registradas en la misma. Esta información se encuentra en el DBMS Oracle, el cual opera de forma independiente y se mantiene de manera automatizada desde procesos específicos para dicha información. A esta base de datos temática se la conocerá como “SISALEM”. Después de la depuración de la información se condensó la base de datos en la cantidad de información mostrada en la Tabla 3-1.


Análisis de Objetivos

Diseño Inicial del Sistema

Datos temáticos

Implementación de la Arquitectura de Hardware y Software para la Base de Datos y Aplicación

Diseño de la Base de Datos Geográfica

Recopilación y Análisis de Datos

Enlace de los datos temáticos a la información geográfica

Tabla (Espacial) de Empresas y Rutas

Diseño de Mapas para su despliegue en visor Web

Diseño e implementación de la aplicación web

Base de Datos Relacional

Publicación de Servicios Web

Publicación de la Aplicación Web de Visualización de mapas

38

Figura 3-2. Flujo de procesos para la implementación de la solución SIG.


39

Tipo de Entidad Punto

Entidad

Registros 5600

Línea

Ubicación de locaciones de empresas Ruta de Transporte

Punto

Puntos de Interés

217

Inf. Temática

Sustancias Registradas

11675

1235

Tabla 3-1. Número de registros existentes en tablas de información del CONSEP.

3.4. DISEÑO INICIAL DEL SISTEMA, HARDWARE Y SOFTWARE Hay que tener en cuenta las potencialidades y limitantes que aportan estos componentes a todo el sistema que se encuentra en desarrollo, se definirán las principales características de los recursos usados para soportar la aplicación. En primera instancia el hardware tiene que ir acorde a la arquitectura propuesta del sistema, el tipo y cantidad de información de la que dispone la entidad y la interfaz gráfica sobre la cual se despliega la aplicación en sí. De igual manera van estrechamente ligados en una relación bidireccional con el software utilizado, exponiendo así los aspectos fundamentales de este último lo que nos permitirá definir las características en torno de los demás componentes. Para el alojamiento y el desempeño de la aplicación se han considerado: 

Tamaño aproximado del software instalado.

Tamaño aproximado de la base de datos espacial relacional.

Tamaño aproximado de la aplicación y sus componentes.

Memoria utilizada por el DBMS.

Memoria utilizada por las aplicaciones de publicación de servicios.

Memoria utilizada por la aplicación GIS.

Así, se propone la arquitectura de hardware y software, esquematizada en la Figura 33.


40

Figura 3-3. Arquitectura propuesta del SIG CONSEP.

-

Servidor de producción: o Para el exclusivo alojamiento de base de datos. o Software: 

-

DBMS: PostgreSQL + PostGIS

Servidor de publicación: o Contiene una réplica de la base de datos de producción y funciona como servidor SIG y servidor WEB para la publicación de servicios. Además contiene la aplicación web geográfica. o

-

Software: 

DBMS: PostgreSQL + PostGIS.

Servidor SIG: Geoserver.

Servidor web: Apache Tomcat.

Equipos usuarios: o Corresponden a los usuarios internos o externos, dedicados a la visualización o edición de datos geográficos.


41

o El software es independiente del sistema pero se propone la utilización de: 

QGIS.

3.5. BASE DE DATOS GEOGRÁFICA PostGIS es un proyecto de código abierto mantenido y desarrollado por Refractions Research, es distribuido bajo la licencia GPL de la GNU. PostGIS es una extensión del motor de base de datos objeto-relacional llamado PostgreSQL, permite que esta base de datos almacene objetos espaciales. Incluye índices, funciones y métodos para el análisis y procesamiento de objetos de SIG. PostGIS admite los tipos de objetos SIG llamados “Simple Features” definidos por la OGC, adicionalmente extiende el estándar acoplando tipos de coordenadas 3DZ, 3DM, y 4D. PostGIS ha sido elegido como repositorio de base de datos espacial debido a las funcionalidades que este ofrece, en el caso específico para el CONSEP radica en lo siguiente: 

Interoperabilidad con cualquier tipo de cliente pesado para el manejo técnico especializado de la información geográfica dentro de la compañía.

Desarrollado para PostgreSQL, una base de datos objeto-relacional altamente fiable y estable en el funcionamiento, fundamental para la estabilidad de la aplicación.

Compatible con los estándares OGC alineándose a un mayor nivel de calidad de todo el procedimiento.

PostGIS, se alojará en los servidores de producción y de publicación a los cuales deberá tener acceso la aplicación web y los clientes pesados mediante los cuales los usuarios acceden a los datos para su edición y actualización. 3.5.1. Diseño de base de datos La base de datos generada consta de dos esquemas, cada esquema hace referencia a una temática de información. El primer esquema de la base de datos espacial contiene la información temática del departamento de Control y Fiscalización del CONSEP, este esquema ha sido diferenciado por no tener un componente geográfico en sus datos.


42

Esta información contiene los registros de las cantidades de las sustancias autorizadas a cada una de las entidades registradas en el CONSEP. Finalmente, este esquema consta de dos tablas, que son requeridas por el diseño de la base de datos para el establecimiento de las relaciones. El segundo esquema y principal de la base de datos espacial contiene la información geográfica del CONSEP, este esquema se compone de tres tablas que solventan las necesidades de los datos espaciales y alfanuméricos que se almacenarán en el repositorio. 

Diseño lógico y conceptual de base de datos

En primera instancia fueron identificadas las entidades que existen según la información disponible en el CONSEP. o Identificación de entidades 

Locaciones

Rutas

Puntos de Referencia

Sysalem

Posteriormente se han identificado las relaciones que se generan en estas entidades y sus atributos. o Identificación de relaciones 

La relación entre “Sysalem” y “Locaciones” es M:M (muchos a muchos), existen varias locaciones alrededor del territorio que manejan varias sustancias controladas de la tabla Sysalem (Figura 3-4).

Figura 3-4. Relaciones existentes entre entidades del esquema “CONSEP”.


43

o Derivación de tablas 

Grupos Repetidos: La estructura de tablas que se presenta no genera grupos repetidos de valores dentro de un registro, por lo cual la estructura se mantiene cual original.

Relaciones entre entidades: La relación entre "Sysalem" y "Locaciones" genera un conflicto en la generación de claves secundarias. Por lo tanto se necesita crear una tabla intermedia, la cual contenga un campo que nos permita enlazar las dos tablas, como se muestra en la Figura 3-5. En este caso el código de la entidad. Como recuso adicional nos evita la necesidad de incluir el atributo “Nombre de la Entidad” dentro de la Tabla “Locaciones” eliminando la duplicidad de los registros.

Figura 3-5. Relaciones derivadas entre entidades del esquema “CONSEP”.

o Asignación de atributos y claves 

Los atributos específicos que tiene cada entidad se especifican en las Tablas 3-2 y 3-3: 

Esquema “data_sig” CN_PUNTOS_REFERENCIA Precisión / Dominio Extensión

Nombre del campo

Tipo de dato

codigo_punto

String

6

Ciudad

String

40

Geom

Geometría

1107456

Descripción

Código de la locación Ciudad a la que representa el punto Campo que almacena la geometría

Tabla 3-2. Parámetros de diseño de la tabla “cn_puntos_referencia”.

Llaves Primaria


44

CN_RUTAS Nombre del campo

Tipo de dato

Precisión / Extensión

Codifcacion

String

6

nombre_ruta Desde Hasta

String String String

254 50 50

distancia_km

Double

codigo_ruta

String

6

Geom

Geometría

1107456

Dominio

Descripción Código asignado a la combinación Origen-Destino Nombre de la ruta Origen Destino Distancia en kilómetros Código de la ruta Campo que almacena la geometría

Llaves

Primaria

Tabla 3-3. Parámetros de diseño para la generación de la tabla “cn_rutas”.

CN_LOCACIONES Nombre del campo

Tipo de dato

Precisión / Extensión

codigo_locacion

String

Fecha

Descripción

Llaves

6

Código de la locación

Primaria

Date

N/A

Fecha de toma del punto

Provincia

String

40

Canton

String

40

Latitud Longitud

String String

25 25

Altura

Integer

Direccion

String

200

Referencia

String

200

observacion

String

254

codigo_entidad

Integer

Parroquia

String

100

url_foto

String

254

tipo_instalacion

String

Geom

Geometría

1107456

Dominio

Provincia donde se encuentra la entidad Cantón donde se encuentra la entidad Latitud del punto Longitud del punto Altura del punto en metros Dirección de la entidad Referencia para la ubicación Observaciones sobre la locación Código empresa a la cual pertenece el punto Parroquia donde se encuentra la entidad Dirección de la foto en un repositorio de la compañía tipo_instalac Tipo de instalación ion Campo que almacena la geometría

Tabla 3-4. Parámetros de diseño para la generación de la tabla “cn_locaciones”.

Foránea


45

Esquema “sysalem” CN_ENTIDADES

Nombre del Campo

Tipo de Dato

Precisión / Extensión

nom_entidad

String

N/A

Nombre de la empresa

cod_ent

Integer

N/A

Código de la empresa

Dominio

Descripción

Llaves

Primaria

Tabla 3-5. Parámetros de diseño para la generación de la tabla “cn_entidades”.

SYSALEM Nombre del campo

Tipo de dato

Precisión / Extensión

cod_reg

Integer

N/A

Dominio

Descripción

Llaves

Código del registro

Primaria

Regional que rige las actividades de la empresa Actividad de la empresa

Regional

String

N/A

Actividad

String

N/A

nom_entidad

String

N/A

Nombre de la entidad

tipo_persona

String

N/A

Tipo de persona

cod_ent

Integer

N/A

Código de la empresa

nom_sus

String

N/A

cod_sus

Integer

N/A

Unidad

String

N/A

saldo_inicial

Double

N/A

cupo_asignado

Double

N/A

Ampliacion

Double

N/A

Foránea

Nombre de la sustancia referida Código de la sustancia referida Unidad en la que se detalla la cantidad de sustancia manejada Saldo inicial de sustancia manejada Cupo asignado de la sustancia Ampliación en el cupo de la sustancia

Tabla 3-6. Parámetros de diseño para la generación de la tabla “sysalem”.

Así se obtiene el diagrama Entidad-Atributo-Relación (Figura 3-6) que controla la base de datos relacional en el CONSEP.


46

Figura 3-6. Diagrama EAR de la base de datos.

o Intenciones Las intenciones resultantes del análisis previo son: 

CN_ENTIDADES (CODIGO_ENTIDAD, NOMBRE_ENTIDAD).

CN_LOCACIONES (CODIGO_LOCACION, FECHA, PROVINCIA, CANTON, LATITUD,

LONGITUD,

ALTURA,

DIRECCION,

REFERENCIA,

TIPO_INSTALACION, OBSERVACION, PARROQUIA, URL_FOTO, GEOM, CODIGO_ENTIDAD). 

CN_RUTAS

(CODIGO_RUTA,

NOMBRE_RUTA,

DESDE,

HASTA,

DISTANCIA_KM, CODIFICACION, GEOM). 

CN_PUNTOS_REFERENCIA (CODIGO_PUNTO, CIUDAD, GEOM).

CN_ENTIDADES (COD_ENT, NOM_ENTIDAD).

SYSALEM (COD_REG, COD_ENT, REGIONAL, ACTIVIDAD, NOM_ENTIDAD, TIPO_PERSONA,

NOM_SUS,

COD_SUS,

UNIDAD,

SALDO_INICIAL,

CUPO_ASIGNADO, AMPLIACION). 

Diseño físico de base de datos

La implementación del modelo EAR obtenido (Figura 3-6) se genera mediante sentencias SQL en el gestor de base de datos PostgreSQL tomando en cuenta que debe ser una base de datos con componente espacial PostGIS. Esto es posible manejarlo mediante la aplicación “PGAdmin” del paquete PostgreSQL + PostGIS. Las sentencias utilizadas tienen la siguiente forma: o Creación de tablas


47

CREATE TABLE NOMBRE_TABLA ( Atributo1 TIPO_DATO PROPIEDAD1 PROPIEDAD2 … PROPIEDADN, Atributo2 … . . AtributoN … ); o Asignación de claves primarias y foráneas ALTER TABLE NOMBRE_TABLA2 ADD FOREIGN KEY (Atributo_FK_T2) REFERENCES NOMBRE_TABLA1 (Atributo_PK_T1); o Asignación de datos COPY NOMBRE_TABLA(Atributo1, Atributo2,…, AtributoN) FROM ‘Dirección del documento txt donde se encuentran tabulados los datos’ 3.6. MANEJO DE LA INFORMACIÓN GEOGRÁFICA La información geográfica, ciertamente puede ser visualizada por muchas plataformas de diversos tipos. Aun así, la edición de la misma y la aplicación de ciertos procedimientos sobre ella, conlleva un proceso específico que no puede ser manejado por la mayoría de las aplicaciones cliente sobre las cuales se puede visualizar esta información. Los clientes SIG de escritorio recopilan ciertas características que permiten realizar operaciones específicas con la información espacial y geográfica específicamente, estas incluyen análisis de proximidad, análisis de redes y topología, entre las más comunes. Dentro de la organización existen usuarios que tienen un diferente nivel de experiencia en el manejo de los SIG; así mismo tenemos que QGIS es un cliente SIG de escritorio desarrollado desde 2002 con el objetivo de visualizar datos geográficos de PostGIS para sistemas operativos de operación libre. La versión actual del software es la 2.10 Pisa. Este software está escrito en C++ y Python, de igual manera que PostGIS se distribuye libremente bajo licencia GPL de la GNU, es un proyecto oficial de OSGeo. QGIS, según diversos análisis (Maneiro, 2011) realizados entre los SIG pertenecientes al grupo de los software libre y de código abierto, se postula como el más sostenible


48

en el tiempo de dichos software, ya que la comunidad de desarrolladores alrededor del mismo apunta a un crecimiento constante y la colaboración se fomenta. Ha sido establecido como el software ideal para la implantación dentro de la entidad gracias a una serie de características y capacidades que maneja y que representan ventajas en su uso para los usuarios del CONSEP: 

Ofrece una interfaz flexible para el usuario, cumple con estándares de interoperabilidad y la conectividad con PostgreSQL y PostGIS es desarrollada de manera primordial.

Ofrece automatización de tareas con Python.

Ofrece un administrador de complementos versátil para implementar métodos que satisfagan diferentes necesidades del usuario de la información geográfica.

QGIS será uno de los clientes tanto de los servicios de la aplicación como de la información alojada en la base de datos geográfica de PostGIS. 3.7. PUBLICACIÓN DE SERVICIOS DE MAPAS 3.7.1. GeoServer GeoServer es un proyecto desarrollado desde 2001 por The Open Planning Project con el objetivo inicial de permitir la inclusión de los ciudadanos en el proceso de planeamiento urbano. Actualmente, se ha materializado en un software de código abierto escrito en el lenguaje de programación Java que permite a los usuarios compartir y editar datos geoespaciales. Está diseñado para ser interoperable en la publicación de información de cualquier fuente importante de datos espaciales usando estándares abiertos. GeoServer representa una alternativa importante en el proceso de publicación de servicios de mapas debido a los diversos software y compañías con los que esta iniciativa se ha interrelacionado. Actualmente GeoServer trabaja con los estándares OGC para mantener los datos disponibles directamente en la web, además se interrelaciona con PostGIS para tener la posibilidad de conectarse a una base de datos espacial libre. Para el CONSEP, gracias a la interoperabilidad de esta herramienta con la fuente de datos espaciales (PostGIS), con la información a ser mostrada y con el software de manejo de la información geográfica (QGIS).


49

3.7.2. Proceso de publicación La publicación de la información se realiza a manera de servicios web. Este proceso tiene como origen los datos presentes en la base de datos especial, dentro de ella, las vistas generadas son actualizadas automáticamente teniendo como fuente la información en las tablas propias de la misma base; posteriormente estas vistas se acceden mediante el servidor GIS, que toma la información de carácter espacial y hace posible que se visualicen las tablas existentes de manera dinámica en forma de capas o layers, estas capas adoptan un determinado estilo, que determina la forma de visualización de la información espacial dentro de las mismas, los estilos comprenden etiquetado de las entidades, simbología de las mismas y las escalas a las cuales se despliegan. El flujograma de este proceso se evidencia en la Figura 3-7.

Figura 3-7. Flujograma del proceso de publicación de servicios WMS.

3.8. DESARROLLO DE LA APLICACIÓN WEB El desarrollo de la aplicación web consta de dos procesos fundamentales, primero el diseño de la interfaz gráfica y segundo, el garantizar la accesibilidad de los datos. Para el diseño de la aplicación se tomó en cuenta un levantamiento primario de requerimientos por parte de los clientes potenciales de la aplicación, estos requerimientos se condensan en la Tabla 3-7.


50

REQUERIMIENTOS 1- Búsqueda por criterio 2- Tabla de resultados de la búsqueda 3- Filtrado 4- Obtención de información 5- Controles de acercamiento 6- Consulta de coordenadas 7- Control de medición 8- Adición de servicios externos Tabla 3-7. Requerimientos de los usuarios para la aplicación web.

La aplicación web se desarrollará con el API de OpenLayers para JavaScript sobre HTML. OpenLayers permite la inclusión de componentes tipo mapas en un entorno web incluyendo su georreferencia. Una de sus capacidades más atractivas consiste en su compatibilidad con tecnologías propietarias y no propietarias como es el uso de servicios WMS y WFS. Adicionalmente existen ventajas en el uso de OpenLayers, específicamente por ser una librería del lado del cliente. Esta condición permite una descarga de los mapas directamente desde el navegador; no genera tráfico en el servidor, los mapas se descargan directamente del servidor de mapas que en este caso es una pieza diferenciada de la base de producción en la arquitectura del sistema. El API de OpenLayers incluye librerías y controles predefinidos que pueden ser agregados dentro de una barra de herramientas e inclusive permite desarrollar controles propios mediante funciones adicionales. 3.9. EVALUACIÓN DE LA APLICACIÓN WEB Para la evaluación de la aplicación web se ha considerado el método propuesto por Covella en el año 2005, en este modelo se consideran métricas directas e indirectas que juntas, servirán para obtener un indicador objetivo sobre la funcionalidad de la aplicación y la satisfacción relativa del cliente final hacia la misma.


51

Las métricas y el método utilizado corresponden al análisis de índices de eficacia (completitud de tareas, eficacia de tareas), productividad (eficiencia en relación a completitud, eficiencia en relación a eficacia) y satisfacción. En estos tres índices se puede obtener un índice global (índice de calidad de uso) que califica cuantitativamente la bondad de la aplicación (Covella 2005). La evaluación de la aplicación se realizó ante 5 actores, con niveles varios de familiaridad con un SIG y un visor de mapas. Las tareas propuestas a los actores son congruentes con las actividades que realiza el personal del CONSEP en visitas de campo y consultas internas para el control de sustancias. Así, las tareas fueron las siguientes: 1. Despliegue la capa de “Bodegas Campo Base”, “Oficinas” y “Rutas” junto con el mapa base satelital de MapQuest. 2. Detalle un elemento de la capa "Oficinas" mediante la herramienta información. 3. Ubique en qué provincia se encuentra la empresa con código 252. 4. Detalle 3 sustancias que maneja “UNIVERSIDAD DE LAS AMÉRICAS”. 5. Consulte una empresa que esté en la provincia del Guayas y que maneje la sustancia “ACIDO CLORHIDRICO”. 6. Satisfacción: Indique su nivel de satisfacción con la aplicación manejada en un rango del 1 al 5 correspondiendo el valor de 5 a “Completamente satisfecho” y el valor de 1 a “Completamente insatisfecho”. El cálculo de los indicadores para la obtención del índice de calidad de uso se detalla a continuación: Completitud de tareas: Proporción de las tareas completadas por los usuarios respecto de las tareas propuestas. ∑

Pct= Promedio de la proporción de tareas completadas sobre tareas propuestas para todos los usuarios.


52

CT= Proporción de tareas completadas sobre tareas propuestas. Tc = Tareas completadas. Tp = Tareas propuestas. n= Número de usuarios. Eficacia de tarea: Correctitud en la realización total o parcial de las tareas, para todos los usuarios. ∑

|∑

|

P_ETTu = Promedio de la proporción de tareas completadas por todos los usuarios. P_ET1u = Promedio de la proporción de tareas completadas por un usuario. ET= Proporción de tarea completada correctamente. n= Número de usuarios. m= Número de tareas propuestas. Ai= peso asignado a la parte proporcional de la tarea no realizada o realizada incorrectamente. Eficiencia en relación a completitud: Productividad de los usuarios en las tareas completadas totalmente. ∑

P_EFtRcTu = Promedio de la proporción de eficiencia de tareas completadas. TtCc = Tiempo total de tareas completadas. CT = Completitud de tarea.


53

Eficiencia en relación a eficacia: Productividad obtenida por los usuarios realizando las tareas completadas parcial o totalmente. ∑ ∑

P_EFtTu = Promedio de eficiencia de tareas para todos los usuarios considerando eficacia. ET= Proporción de tarea completada correctamente. Tt = Tiempo empleado por un usuario para completar una tarea. EFt = Proporción de eficiencia de tarea considerando eficacia. P_EFt1u = Promedio de eficiencia de tareas para un usuario considerando eficacia. Satisfacción: Es el nivel de satisfacción expresado por los usuarios en relación al producto evaluado. El parámetro fue adaptado para una escala cualitativa del 1 al 5 indicando el valor de 5 como completamente satisfecho y el valor de uno como completamente insatisfecho. Índice de calidad de uso: Los indicadores anteriormente propuestos ingresan a un cálculo para determinar los índices parciales de eficacia, productividad y satisfacción que mediante el análisis conjunto dan lugar al índice global de calidad de uso de la siguiente forma:

∑ I_CU= Índice de calidad de uso.


54

I_Ef= Índice de eficacia. I_P= Índice de productividad. I_S= Índice de satisfacción.


55

4. RESULTADOS Y DISCUSIÓN 4.1. RESULTADOS Los resultados generados dentro del proyecto actual contemplan los procedimientos de publicación de la información geoespacial disponible en el CONSEP hacia un visor web accesible a todos los funcionarios a través del internet y están esquematizados en la Figura 4-1.

Figura 4-1. Esquema del SIG implementado (Agosto 2015).

En primera instancia, de acuerdo a los recursos provistos por la entidad que alojará la aplicación se adaptó la arquitectura para mantener la fiabilidad de los datos y la seguridad de la información; se puso a disponibilidad: -

Un (1) servidor físico para producción y alojamiento del repositorio de datos.


56

-

Una (1) instancia de Amazon Web Services para publicación, alojamiento de repositorio de datos de publicación replicado, servidor GIS y servidor web.

El manejo de la información incluye diferentes fases en cinco niveles, desde su creación o actualización hasta los procesos de publicación formando un flujo de trabajo que ocupa diversos componentes del SIG. El flujo del procedimiento implementado para la información SIG se detalla en la Figura 4-2 y se describen los resultados para cuatro de los cinco niveles en los cuales se realizan actividades relacionadas a los objetivos del proyecto:

Figura 4-2.Flujograma general de información y publicación en la aplicación web.

4.1.1. Repositorios de datos de producción y publicación Los resultados obtenidos para el nivel de base de datos se detallan en la Tabla 4-1 a continuación: Proceso Generación de base de datos de producción Generación de base de datos de publicación

Periodicidad Única ocurrencia Única ocurrencia

Plataforma

Producto

PostGIS

N/A

PostGIS

N/A

Tabla 4-1. Tabla de productos y resultados nivel base de datos.

Resultado Repositorio de producción Repositorio de publicación


57

Base de datos de producción

La base de datos de producción es el insumo principal del sistema ya que aquí se almacenan los datos fuente para el uso tanto en los clientes pesados como para su publicación en la web mediante una réplica idéntica. La base de datos generada está conformada por los objetos detallados en la Tabla 4-2 a continuación: Elemento

Dominio

Tabla

Nombre

Propiedad

Detalle

Propiedad

Detalle

Oficinas Plantas Bodegas campo base bod campo base sucursales

N/A N/A N/A N/A N/A N/A

N/A N/A N/A N/A N/A N/A

Tipo de dato

String

N/A

N/A

Campos

15 campos

data_sig.ti Valores permitidos po_instala cion

data_sig.c n_locacion es

Restricción

Índice Campos Tabla

data_sig.c n_puntos_ referencia

Restricción Índice Campos

Tabla

data_sig.c n_rutas

Restricción Índice

Vista Vista Vista

data_sig.B odCampoB ase data_sig.B odegas data_sig.C

Union Campos Union Campos Union

Nombre Referir a Tabla 4 Tipo Clave Primaria cn_locaciones_pkey Campo codigo_locacion Tipo Clave Foránea Campo de codigo_entidad Origen cn_locaciones_cn_ent Tabla de sysalem.cn_entid idades_fkey destino ades Campo de cod_ent destino cn_entidades_geom_i Índice N/A dx geométrico 3 campos Nombre Referir a Tabla 2 cn_puntos_referencia _pkey

Tipo

Clave Primaria

Campo

codigo_punto

cn_puntos_referencia Índice _geom_idx geométrico 7 campos Nombre Tipo cn_rutas_pkey Campo Índice cn_rutas_geom_idx geométrico Join Tabla 28 campos Join 28 Campos Join

N/A Referir a Tabla 3 Clave Primaria codigo_ruta N/A sysalem.sysalem

Tabla

sysalem.sysalem

Tabla

sysalem.sysalem


58

Elemento

Vista Vista Vista Vista

Nombre

Propiedad

Detalle

ampo base data_sig.L ocaciones _Todas data_sig.O ficinas data_sig.Pl antas data_sig.S ucursales

Campos Union

28 campos Join

Campos

28 campos

Union Campos Union Campos Union Campos

Join 28 campos Join 28 campos Join 28 campos

Propiedad

Detalle

Tabla

sysalem.sysalem

Tabla

sysalem.sysalem

Tabla

sysalem.sysalem

Tabla

sysalem.sysalem

Tabla 4-2. Catálogo de objetos de la base de datos CONSEP_GIS_CLOUD.

Base de datos de publicación

La base de datos de publicación corresponde a una réplica exacta de la base de datos de producción, la estructura de dichas bases se muestra en la Figura 4-3 a continuación.

Figura 4-3 Visualización de la estructura de las bases de datos espaciales.


59

4.1.2. Proceso de replicación de bases de datos en el servidor de publicación Los resultados obtenidos para el nivel de ETL se detallan en la Tabla 4-3. Proceso Réplica de la estructura de base de datos de producción a base de datos de publicación Réplica de datos a la base de publicación en la nube

Periodicidad

Plataforma

Producto

Única ocurrencia

GeoKettle

Archivo de transformación de Geokettle

Diaria / On Demand

GeoKettle

Archivo de transformación de GeoKettle

Resultado Repositorio de publicación con estructura de datos Repositorio de publicación con datos actualizados

Tabla 4-3. Tabla de productos y resultados nivel ETL.

Proceso de réplica de estructura de base de datos

El proceso de réplica de estructura de la base de datos realiza una lectura de las tablas existentes en la base de datos original y efectúa una copia de su estructura sobre la base de datos presente en el servidor. La visualización de este proceso en el software Geokettle se muestra en la Figura 4-4.

Figura 4-4. Transformación en software GeoKettle para replicación de tablas.


60

Proceso de réplica de datos de base de datos

En una segunda instancia, fue generado el archivo de transformación que permite replicar los datos desde las tablas de la base de datos de producción a la de publicación. La visualización de este proceso en el software Geokettle se muestra en la Figura 4-5.

Figura 4-5. Transformación en software GeoKettle para la replicación de datos.

4.1.3. Servicios web Proceso Configuración y publicación de servicios web

Periodicidad Única ocurrencia / On Demand

Plataforma

Producto

Resultado

GeoServer

Servicios WMS

URL de los servicios

Tabla 4-4. Tabla de productos y resultados nivel SIG-web.

El proceso de configuración y publicación de servicios web detallado en la Tabla 4-4 genera como producto Servicios WMS. Los servicios web de mapas son generados mediante el software Geoserver, su acceso se hace posible mediante direcciones URL generadas por el software y sus respuestas se generan de acuerdo a las capacidades y características propias de cada servicio. Se generaron dos tipos de servicios: Servicio Web de Mapas:


61

http://52.27.229.101:8080/geoserver/Consep/wms?&request=getcapabilities Servicio Web de Features: http://52.27.229.101:8080/geoserver/Consep/wfs?&request=getcapabilities 

Capas de los servicios

En el SIG implementado para el CONSEP se ha generado un servicio WMS con varias capas o layers que pueden ser consultadas individualmente mediante una URL específica, estas capas se muestran en la Figura 4-6.

Figura 4-6. Ventana de GeoServer for OpenGeo Suite. Layers del servicio.

Direcciones de los recursos

La dirección de la totalidad del servicio WMS provisto por el servidor SIG corresponde a la siguiente URL: -

http://52.27.229.101:8080/geoserver/Consep/wms

Y sus capas son detalladas de la siguiente manera: Bodegas: -

Tipo de Entidad: Punto

-

Descripción: Entidades con “Tipo de Instalación” sea “Bodega”


62

-

http://52.27.229.101:8080/geoserver/Consep/wms?service=WMS&version=1.1 .0&request=GetMap&layers=Consep:Bodegas&styles=&bbox=-80.950083333,4.25219444399994,77.730222222,0.98491666700005&width=314&height=512&srs=EPSG:4326&f ormat=application/openlayers

Bodegas Campo Base: -

Tipo de Entidad: Punto

-

Descripción: Entidades con “Tipo de Instalación” sea igual a “Bodega Campo Base”

-

http://52.27.229.101:8080/geoserver/Consep/wms?service=WMS&version=1.1 .0&request=GetMap&layers=Consep:Bodegas%20Campo%20Base&styles=&bb ox=-77.746194444,-1.38711111099997,76.338222222,0.119083333000049&width=478&height=512&srs=EPSG:4326& format=application/openlayers

Campo Base: -

Tipo de Entidad: Punto

-

Descripción: Entidades con “Tipo de Instalación” sea igual a “Campo Base”

-

http://52.27.229.101:8080/geoserver/Consep/wms?service=WMS&version=1.1 .0&request=GetMap&layers=Consep:Campo%20Base&styles=&bbox=80.950083333,-4.25219444399994,77.730222222,0.98491666700005&width=314&height=512&srs=EPSG:4326&f ormat=application/openlayers

Locaciones: -

Tipo de Entidad: Punto

-

Descripción: Todas las entidades de la tabla “cn_locaciones”

-

http://52.27.229.101:8080/geoserver/Consep/wms?service=WMS&version=1.1 .0&request=GetMap&layers=Consep:Locaciones&styles=&bbox=80.950083333,-4.25219444399994,76.338222222,0.989027778000036&width=450&height=512&srs=EPSG:4326& format=application/openlayers

Oficinas: -

Tipo de Entidad: Punto

-

Descripción: Entidades con “Tipo de Instalación” sea igual a “Oficinas”


63

-

http://52.27.229.101:8080/geoserver/Consep/wms?service=WMS&version=1.1 .0&request=GetMap&layers=Consep:Oficinas&styles=&bbox=-80.950083333,4.25219444399994,77.730222222,0.98491666700005&width=314&height=512&srs=EPSG:4326&f ormat=application/openlayers

Plantas: -

Tipo de Entidad: Punto

-

Descripción: Entidades con “Tipo de Instalación” sea igual a “Plantas”

-

http://52.27.229.101:8080/geoserver/Consep/wms?service=WMS&version=1.1 .0&request=GetMap&layers=Consep:Plantas&styles=&bbox=-80.950083333,4.25219444399994,77.730222222,0.98491666700005&width=314&height=512&srs=EPSG:4326&f ormat=application/openlayers

Sucursales: -

Tipo de Entidad: Punto

-

Descripción: Entidades con “Tipo de Instalación” sea igual a “Sucursales”

-

http://52.27.229.101:8080/geoserver/Consep/wms?service=WMS&version=1.1 .0&request=GetMap&layers=Consep:Sucursales&styles=&bbox=80.0435277779999,-3.27441666699997,78.118527778,0.989027778000036&width=231&height=512&srs=EPSG:4326& format=application/openlayers#toggle

Puntos de Referencia: -

Tipo de Entidad: Punto

-

Descripción: Entidades de la tabla “cn_puntos_referencia”

-

http://52.27.229.101:8080/geoserver/Consep/wms?service=WMS&version=1.1 .0&request=GetMap&layers=Consep:PuntosReferencia&styles=&bbox=80.9241638183594,-4.03886461257935,76.0482177734375,0.974443376064301&width=497&height=512&srs=EPSG:4 326&format=application/openlayers

Rutas: -

Tipo de Entidad: Polilínea

-

Descripción: Entidades de la tabla “cn_rutas”

-

http://52.27.229.101:8080/geoserver/Consep/wms?service=WMS&version=1.1 .0&request=GetMap&layers=Consep:Rutas&styles=&bbox=80.9241714477539,-4.03969383239746,-


64

76.0467910766602,0.986623764038086&width=496&height=512&srs=EPSG:4 326&format=application/openlayers 4.1.4. Generación de aplicativo web El aplicativo web generado corresponde a un visor de mapas que funcionalmente cumple con todos los requerimientos solicitados por los usuarios expuestos en la Tabla 3-7. Los procesos y productos se detallan a continuación en la Tabla 4-5: Proceso Generación de aplicación web

Periodicidad Única ocurrencia

Plataforma HTML / JavaScript

Producto

Resultado

Aplicativo web

Aplicativo web

Tabla 4-5. Tabla de productos y resultados nivel servidor web.

Desarrollo de aplicativo

Se han desarrollado propiamente tres (3) documentos que contienen el código para el correcto despliegue del visor web en el explorador, estos documentos corresponden a los siguientes: 

Documento HTML (html): Donde se establecen crudamente los elementos de la interfaz que se brinda al usuario.

Documento JavaScript (js): Donde se declaran las acciones, funciones y propiedades que tendrá cada uno de los objetos con los cuales el usuario interactúa.

Documento CSS (css): Documento donde se declaran los estilos que va a tener cada uno de los objetos que se despliegan en la aplicación. 

Elemento Mapa

En lo referente a la información mostrada, existen dos grupos de capas que se pueden desplegar en el mapa. En primer lugar, los mapas base con las fuentes de datos provenientes de Google, MapQuest y OpenStreet que ofrecen el contexto espacial necesario para la ubicación y, en segundo lugar, el grupo de capas del servicio WMS generados en Geoserver previamente, con siete (7) capas correspondientes a las empresas categorizadas por tipo de instalación, además de las rutas y los puntos de referencia.


65

Interfaz de la aplicación

La interfaz de la aplicación consta de 4 secciones mostradas en la Figura 4-7. La primera, una barra de herramientas para la interacción del usuario con los datos y con el mapa (1), la sección principal que constituye el mapa en sí (2) y un panel complementario en la parte inferior donde se encuentra información extra de la aplicación como vínculos hacia los recursos del servicio, sharing de la aplicación en redes sociales y derechos de la aplicación (3) y una cuarta sección que corresponde al encabezado de la aplicación (4).

Figura 4-7. Ventana principal y secciones del Visor Geográfico del CONSEP.

4.1.5. Informe de evaluación del aplicativo web Como un complemento para asegurar la satisfacción de las necesidades del cliente interno y externo se desarrolla un informe de evaluación del aplicativo como producto del proceso de evaluación (Tabla 4-6). Proceso Evaluación de la aplicación web

Periodicidad

Plataforma

On Demand

N/A

Producto Informe de evaluación

Resultado Informe de evaluación

Tabla 4-6. Tabla de productos y resultados, proceso de evaluación del aplicativo.


66

El resultado de la interacción de cada usuario con la aplicación se registró en la Tabla 4-7 de tiempos de terminación de dichas tareas y su cualitativo en función a la terminación de la tarea se registró en la Tabla 4-8. Usuario Usuario 1 Usuario 2 Usuario 3 Usuario 4 Usuario 5

Tarea 1 2,5 1,5 2 2 2

Tarea 2 3 1 1,5 1 2,5

Tarea 3 2,5 2 2 1,5 3

Tarea 4 4 4 4,5 3 2,5

Tarea 5 2 3 3 3,5 2,5

Tabla 4-7. Tiempo de terminación de tarea por usuario.

Terminación de tareas Usuario 1 Usuario 2 Usuario 3 Usuario 4 Usuario 5

Tarea1 SI SI SI SI Parcialmente

Tarea2 Tarea3 SI SI SI SI SI

SI SI SI SI SI

Tarea4

Tarea5

Parcialmente SI Parcialmente SI SI SI SI Parcialmente SI SI

Tabla 4-8. Indicador cualitativo de terminación de tarea.

Posteriormente se han determinado los indicadores parciales de acuerdo a los procedimientos mencionados en el capítulo anterior, se obtuvieron: 

Indicadores de eficacia

Completitud de tareas Pct= Promedio de la proporción de tareas completadas sobre tareas propuestas para todos los usuarios. CT= Proporción de tareas completadas sobre tareas propuestas. Tc = tareas completadas. Tp = tareas propuestas. Eficacia de tareas P_ETTu = Promedio de la proporción de tareas completadas por todos los usuarios. P_ET1u = Promedio de la proporción de tareas completadas por un usuario.


67

ET= Proporción de tarea completada correctamente. Ai= Peso asignado a la parte proporcional de la tarea no realizada o realizada incorrectamente. 

Indicadores de productividad

Eficiencia en relación a completitud TtCc = Tiempo Total de tareas completadas. CT = Completitud de tarea. ET= Proporción de tarea completada correctamente. P_EFtRcTu = Promedio de la proporción de eficiencia de tareas completadas. Eficiencia en relación a eficacia Tt = Tiempo Empleado por un usuario para Completar una tarea. EFt = Proporción de eficiencia de tarea considerando eficacia. P_EFt1u = Promedio de eficiencia de tareas para un Usuario considerando eficacia. P_EFtTu = Promedio de eficiencia de tareas para todos los usuarios considerando eficacia. 

Indicadores de satisfacción

Satisfacción I_S= Índice de satisfacción. 

Índices resultado

Índices parciales I_Ef= Índice de eficacia. I_P= Índice de productividad.


68

I_S= Índice de satisfacción. Y finalmente se determinó el indicador global de calidad de uso. Índice global de calidad de uso I_CU= Índice de calidad de uso. Los parámetros individuales por usuario se muestran en la Tabla 4-9 a continuación, estos parámetros son calculados por cada uno de los usuarios para cada una de las tareas. Los indicadores con el símbolo (N) han sido normalizados hacia el valor de uno (1) para obtener una consistencia en el cálculo de los parámetros e indicadores:

Usuario Usuario 1 Usuario 2 Usuario 3 Usuario 4 Usuario 5

Completada SI SI SI SI NO

Tarea 1 Tiempo 2,5 1,5 2,0 2,0 2,0

Usuario Usuario 1 Usuario 2 Usuario 3 Usuario 4 Usuario 5

Completada SI SI SI SI SI

Tarea 2 Tiempo 3,0 1,0 1,5 1,0 2,5

T(N) 1,67 0,56 0,83 0,56 1,39

Sum(Ai) 0,0 0,0 0,0 0,0 0,0

ET 1,0 1,0 1,0 1,0 1,0

EFt 0,60 1,80 1,20 1,80 0,72

Completada SI SI SI SI SI

Tarea 3 Tiempo 2,5 2,0 2,0 1,5 3,0

T(N) 1,14 0,91 0,91 0,68 1,36

Sum(Ai) 0,0 0,0 0,0 0,0 0,0

ET 1,0 1,0 1,0 1,0 1,0

EFt 0,88 1,10 1,10 1,47 0,73

Completada NO NO SI SI SI

Tarea 4 Tiempo 4,0 4,0 4,5 3,0 2,5

T(N) 1,11 1,11 1,25 0,83 0,69

Sum(Ai) 0,3 0,5 0,0 0,0 0,0

ET 0,7 0,5 1,0 1,0 1,0

EFt 0,63 0,45 0,80 1,20 1,44

Usuario Usuario 1 Usuario 2 Usuario 3 Usuario 4 Usuario 5 Usuario Usuario 1 Usuario 2 Usuario 3 Usuario 4 Usuario 5

T(N) 1,25 0,75 1,00 1,00 1,00

Sum(Ai) 0,0 0,0 0,0 0,0 0,3

ET 1,0 1,0 1,0 1,0 0,7

EFt 0,80 1,33 1,00 1,00 0,70


69

Usuario Usuario 1 Usuario 2 Usuario 3 Usuario 4 Usuario 5

Completada SI SI SI NO SI

Tarea 5 Tiempo 2,0 3,0 3,0 3,5 2,5

T(N) 0,71 1,07 1,07 1,25 0,89

Sum(Ai) 0,0 0,0 0,0 0,3 0,0

ET 1,0 1,0 1,0 0,7 1,0

EFt 1,40 0,93 0,93 0,56 1,12

Tabla 4-9. Indicadores de tareas por usuario.

Para el cálculo de cada uno de los indicadores se han necesitado algunos parámetros iniciales, estos parámetros tienen los valores mostrados en la Tabla 4-10. Parámetros iniciales Número de tareas

5

Número de usuarios

5

Tiempos medios por tarea (m) - tarea 1 - tarea 2 - tarea 3 - tarea 4 - tarea 5

2 1,8 2,2 3,6 2,8

Tiempo medio de terminación total

5

Tabla 4-10. Parámetros Iniciales para el cálculo de Indicadores.

Para el cálculo del valor normalizado de promedio de eficiencia de tareas para todos los usuarios considerando Eficacia se han detallado los parámetros de cálculo de la Tabla 4-11 a continuación: Parámetro de Cálculo Total Mínimo P_EFt1u 0,86 Máximo P_EFt1u Diferencia P_EFt1u Max - Min

1,21 0,34

Tabla 4-11. Parámetros parciales para el cálculo de Indicadores.

Obteniendo los resultados detallados en la Tabla 4-12 para los Indicadores parciales: Indicadores Parciales P_CT 0,84 P_ETTu

0,94


70

Indicadores Parciales P_EFtRcTu 0,85 P_EFtTu

1,03

P_EFtTu Normalizado

0,48

Tabla 4-12. Indicadores parciales.

Y finalmente se obtienen los índices finales y el índice de calidad de uso de la Tabla 413: Indicadores Finales Eficacia 0,89 Productividad 0,67 Satisfacción 0,88 Calidad de Uso 0,81 Tabla 4-13. Índices finales e índice global de calidad de uso.

4.2. DISCUSIÓN 4.2.1. Generación de bases de datos La base de datos de producción está alojada dentro del servidor de la red interna del CONSEP, dicho repositorio contiene los siguientes elementos: 

Tres (3) esquemas de base de datos: -

data_sig: Contiene las tablas con información geoespacial.

-

public: Contiene tablas propias del software para el manejo de datos geográficos, este es el esquema por defecto.

-

sysalem: Contiene las tablas referentes a la información de la fuente de datos originaria de Oracle para el manejo de sustancias estupefacientes y psicotrópicas.

Dos (2) catálogos que contienen la información necesaria para el funcionamiento del repositorio de PostGIS.

Dos (2) extensiones para el repositorio de Base de Datos: -

Plpgsql: Habilita el manejo del lenguaje de procedimientos SQL.

-

Postgis: Habilita el manejo de información espacial en la base de datos.

Los esquemas de la base de datos son los espacios globales donde se alojan las tablas que contienen los datos. Además se evidencian elementos que complementan el


71

modelamiento de la información dentro de cada una de las tablas y ayudan a mantener la integridad y calidad de los datos dentro de la base: -

Dominios (Valores restrictivos para un atributo de una o más tablas),

-

Relaciones entre tablas (Definidas por la utilización de claves primarias y secundarias),

-

Índices (que optimizan la localización de la información dentro de las tablas) y

-

Vistas (que consisten en la unificación temporal de dos o más tablas para visualización consolidada).

La base de datos de publicación está alojada dentro de un servidor de la world wide web, sobre una plataforma que ofrece servicios de manejo de máquinas virtuales de la marca reconocida mundialmente: Amazon. La estructura de la base de datos de publicación fue generada paralelamente con el mismo diseño de la base de producción. En función de los datos, es una réplica exacta de la base de datos de producción actualizada diariamente mediante un flujo de trabajo de GeoKettle. 4.2.2. Proceso de replicación de bases de datos en el servidor de publicación El proceso de replicación de la base de datos de producción hacia el servidor de publicación consta de dos subprocesos, estos permiten replicar la estructura y los datos respectivamente desde el repositorio original dentro del servidor corporativo en la red interna hacia el internet para el acceso público de los datos. Las ventajas que ofrece este proceso son las siguientes: 

Accesibilidad, dado que los datos van a ser accesibles dentro y fuera de la red de la compañía, de forma simultánea e inmediata para un número ilimitado de usuarios que dispongan de una conexión a internet.

Seguridad de la información, ya que los datos de producción se encuentran resguardados en una base de datos diferente a la expuesta al público se puede evitar la pérdida de los mismos.


72

Los procesos de replicación se han automatizado mediante archivos de trabajo para generar tareas automáticas de actualización y réplica de bases de datos. 

Proceso de réplica de estructura de base de datos

El proceso de réplica de estructura de la base de datos realiza una lectura de las tablas existentes en la base de datos original y efectúa una copia de las mismas sobre la base de datos presente en el servidor. Es importante tomar en cuenta que los elementos especiales de la base de datos como son las restricciones y dominios deben estar previamente generados en la base de datos de publicación. Este proceso se lo lleva a cabo una sola vez, cuando la base de datos de publicación aún no posee ninguna relación. Así, garantizamos que las tablas tengan la misma estructura, y que los datos que manejan los editores de la información no presenten ningún conflicto al ser transportados desde la base de datos de producción a la base de datos de publicación. 

Proceso de réplica de datos de base de datos

En este proceso, se realiza una lectura a todas las tablas que se encuentran en la base de producción y se especifica la actualización de los elementos si existiera algún cambio o la inserción de nuevos registros si ese fuera el caso. Como se puede verificar en la Figura 3-5, la tabla de entidades proviene de la tabla SYSALEM. Este procedimiento es necesario ya que en dicha tabla se registran las nuevas empresas con su nueva codificación dentro de la base de datos, lo que permite que la tabla que relaciona los datos de locaciones con la información de sustancias permanezca siempre actualizada. Cabe recalcar que el procedimiento de actualización se realiza diariamente debido a dos factores específicos: -

El rendimiento de la aplicación se vería reducido y la base de datos se vería degradada en el caso de realizar una actualización al tiempo en que existan usuarios conectados con el servicio.


73

-

La integridad de los datos podría ser afectada en el caso de que se realicen actualizaciones al tiempo en que los usuarios editores se encuentren realizando trabajos de actualización sobre las entidades geográficas.

Así por lo tanto, la transformación es corrida diariamente a las 00H00, permitiendo a los usuarios un uso constante del aplicativo en horarios de oficina. 4.2.3. Servicios web Referente al manejo de servicios web de mapas, para facilitar el acceso, manipulación e intercambio de información geográfica en la web, el software Geoserver sigue las especificaciones de interoperabilidad del OGC. Así, un servicio web de mapas o Web Map Service (WMS) es un protocolo estándar definido por el OGC que sirve imágenes de mapas en información geográfica y se puede usar bajo demanda en varias aplicaciones. En este caso un mapa no consiste en los propios datos, sino en una imagen de los mismos. Paralelamente, el servicio web de features o Web Feature Service (WFS) es también un protocolo estándar definido por el OGC que sirve al usuario con una copia de los datos contenidos en la base de datos espacial. De acuerdo al requerimiento enviado al servidor web, las entidades son devueltas en formatos específicos. El servicio WFS publicado permite el acceso a los datos propios, este servicio hace posible el despliegue de información mediante el envío de parámetros, es decir una consulta por nombre, por código de entidad o cualquier otro parámetro utilizado. El servicio WFS permite la obtención de todas las capas del servicio por separado, o incluso de todos los elementos del servicio según los parámetros especificados en la URL por el usuario. 

Capacidades de los servicios

Dichas imágenes o incluso algunos recursos adicionales de acceso a los datos, se especifican utilizando un navegador o aplicaciones ligeras o pesadas de escritorio mediante peticiones en forma de URL, el contenido de la URL depende de la operación


74

solicitada. Las operaciones solicitadas tienen que estar acorde a las capacidades de respuesta del servicio. Las capacidades de cada uno de los servicios están detalladas en las URL y contienen información acerca de formatos de respuesta, sistemas de referencia, extensión de los datos, entre los parámetros más importantes. Los servicios publicados son funcionales y se adaptan a los requerimientos de la aplicación web desarrollada, el proceso de publicación ayuda a mantener la retroalimentación de la funcionalidad de los mismos realizando mejoras en cuanto a nombres, características y estilos de despliegue principalmente. 

Estilos de Capas

Los estilos de las capas han sido trabajados conjuntamente con los servicios de mapas base para su correcta visualización. El estilo de cada una de las capas para el Servicio Web de Mapas se ha desarrollado con base en Style Layer Descriptor (SLD). SLD provee parámetros de diseño para cada una de las capas del WMS. Este formato se adapta a partir del formato CSS para HTML y permite el manejo de simbología y etiquetado de las capas. 4.2.4. Generación de aplicativo web Ha sido optimizado para su despliegue en formato HTML y utiliza librerías del API de OpenLayers para el lenguaje JavaScript para el despliegue de los elementos propios del manejo de la información geográfica. Además, librerías de JQuery y Dojo para Javascript para la optimización de visualización en el despliegue de elementos en la interfaz. 

Desarrollo de aplicativo

En el desarrollo del aplicativo se ha llegado a consolidar la programación en los diversos lenguajes utilizados para el funcionamiento óptimo de interfaz, estilos y fundamentalmente requerimiento de información. Funcionalmente los documentos desarrollados responden a:


75

-

Documento HTML (html): Detalle de divisiones, párrafos, texto, imágenes, botones y demás objetos con los cuales el usuario será capaz de interactuar.

-

Documento JavaScript (js): Este documento es fundamental, dado que aquí se programan todos los parámetros referentes al manejo del mapa, así como controles de información, búsqueda, mensajes de respuesta del visor, enlaces de hipervínculos, etc.

-

Documento CSS (css): Dentro de este documento se manejan colores, diseño de textos, hipervínculos, bordes de tablas, alineación, sangrados y demás propiedades que determinan el estilo de los elementos. (No incluye el manejo de los elementos devueltos por el servicio Web).

Complementando estos documentos, existen dentro de los repositorios de la aplicación algunos documentos que son referenciados por las librerías utilizadas para el desarrollo; estos casos se dan en el uso de los controles que facilitan la navegación dentro de la aplicación como el llamado LayerSwitcher o barras de transparencia y en la programación de funciones como realización de consultas o despliegue de información al click, entre las más importantes. De igual manera existen archivos de estilo predispuestos para controles y elementos, los cuales pueden ser parcialmente editados para que sean consistentes con el estilo de los demás objetos o elementos de la aplicación. 

Elemento Mapa

El elemento mapa es la ventana interactiva en donde se despliega la información geográfica. Esta sección ha sido diseñada para garantizar al usuario una experiencia intuitiva y con un alto nivel interactivo, ya que representa el elemento fundamental para evaluar el desempeño de la aplicación. Para cumplir con este fin, la visibilidad de las capas correspondientes a la información del CONSEP se maneja individualmente de igual manera que su opacidad para una visualización combinada. Adicionalmente, el mapa cuenta con controles adicionales de zoom, escala, coordenadas y medición para asistir al usuario en sus actividades sobre la aplicación. 

Interfaz y funcionalidad de la aplicación


76

Las funciones disponibles sobre la interfaz del mapa son específicamente dos: -

Identificación,

-

Búsqueda y Filtrado,

-

Links WMS y WFS.

La identificación de elementos se ejecuta al hacer clic sobre un punto del mapa. El clic da lugar a una consulta que se realiza sobre el servicio WMS de todas las locaciones y se devuelve un popup con una tabla de resultados con las entidades presentes en un radio de dos píxeles del clic realizado (figura 4-8). Si se desea obtener los datos de la tabla del SISALEM, existe un vínculo dentro del popup que desplegará una ventana con la información correspondiente a una sola empresa y sus registros en la Base de Datos del SISALEM sobre las sustancias manejadas por la misma.

Figura 4-8. Resultado parcial de la función de Información.

La función de filtrado de elementos se ejecuta mediante cuadros de texto y botones de acción. Cada uno de los cuadros de texto almacena un criterio de un atributo específico, los cuales entrarán al proceso de filtrado devolviendo una tabla con los elementos que cumplan con los requisitos indicados como se muestra en la Figura 4-9. La consulta se realiza sobre un servicio de features que consta con los campos correspondientes a la tabla SISALEM, este servicio WFS es obtenido desde la Vista correspondiente a todas las locaciones existentes en la Base de Datos de PostGIS.


77

Figura 4-9. Resultado de las funciones de Información y filtrado.

Finalmente están disponibles en la parte inferior izquierda de la interfaz de la aplicación, dos enlaces a los servicios WMS y WFS respectivamente, estos enlaces detallan las capacidades de cada uno de los servicios y como pueden ser obtenidos en clientes ligeros y pesados para su uso en una plataforma externa. 4.2.5. Evaluación del aplicativo web Los indicadores corresponden a tres aspectos que se reflejan mediante la interacción directa de los usuarios con la aplicación, los cuales son eficacia, productividad y satisfacción. Considerando que estos tres factores son directamente proporcionales con la funcionalidad del aplicativo se puede deducir que mientras más altos sean los valores de los indicadores individuales y globales, la funcionalidad del aplicativo va a acercarse a la óptima. Los valores de eficacia y productividad han sido evaluados cuantitativamente pero dependen de algunas variables como los tiempos de terminación de tareas los cuales son relativos al nivel de experiencia del usuario con software SIG. Por tal motivo se han considerado parámetros máximos y mínimos de evaluación para evitar el sesgo que se podría producir por este factor y de igual manera asegurar que la aplicación no se limite al uso de usuarios expertos solamente. 

Eficacia

En un análisis pormenorizado de cada uno de los atributos podemos argumentar que en relación a la eficacia, los índices son altos. La proporción de las tareas completadas por los usuarios respecto de las tareas propuestas es de 84% y de todas las tareas total o parcialmente completadas por todos los usuarios, el 94% fueron realizadas correctamente. Este resultado es alentador debido a que podemos argumentar que la


78

aplicación le permite a un usuario satisfacer con resultados positivos las actividades geográficas propuestas en más de 8 de cada 10 ocasiones. 

Productividad

Tomando en cuenta la eficiencia o productividad de la aplicación los resultados son buenos aunque no se acercan al óptimo. Los índices de productividad resultan de un análisis de la relación entre el tiempo que se toman los usuarios en la realización de las tareas y la realización correcta de las mismas. Este índice arroja un valor de 67 entre 100, que aunque es un valor aceptable podría ser mejorado. La razón aparente de este valor corresponde al tiempo de respuesta del servidor ante la realización de consultas debido a que el procesamiento de dicha tarea necesita de una mayor cantidad de recursos por parte del servidor así como una velocidad mayor en la conexión a internet. Puede ser mejorado mediante capacitación para elevar el nivel de familiarización de los usuarios con la aplicación o la simplificación del diseño de los mapas y el aumento de los recursos de hardware. 

Satisfacción

En función al indicador de satisfacción es un indicador cualitativo, en el cual se pide al usuario que califique su nivel de aceptación y comodidad con la aplicación. El resultado obtenido es muy bueno, correspondiendo a un valor de 88/100 con una mayoría de calificaciones correspondientes a "completamente satisfecho". Este indicador, aunque es el menos objetivo de los tres propuestos es uno de los más importantes ya que refleja el sentimiento directo del usuario con la aplicación incluyendo diseño de interfaz, velocidad y funcionamiento en general. 

Índice global de uso

El índice global de uso arroja un valor de 81 puntos de cien posibles, bajo los tres parámetros parciales ponderados al mismo nivel, los resultados son satisfactorios.


79

5. CONCLUSIONES En función al desarrollo, implementación y evaluación de un visor web para el despliegue de información geoespacial del manejo y almacenamiento de las sustancias estupefacientes y psicotrópicas para el Consejo Nacional de Sustancias Estupefacientes y Psicotrópicas (CONSEP), se ha generado una aplicación a manera de visor web para el despliegue, consulta y visualización de información geoespacial del CONSEP. Esta aplicación se ha desarrollado bajo la plataforma institucional utilizando herramientas de software libre, por lo que los recursos destinados a este desarrollo fueron mínimos en relación a un software comercial, lo que ha supuesto una ventaja importante para la empresa. Como resultado del desarrollo de la aplicación web para el acceso a la información de los procesos de almacenamiento y manejo de sustancias estupefacientes y psicotrópicas del CONSEP, la aplicación generada está enfocada a satisfacer las necesidades de los funcionarios del CONSEP. Desarrollada con código abierto, utilizando librerías de Css, JavaScript y HTML, incluye herramientas de navegación, consulta y obtención de información en un visor de mapas y criterios definidos por el usuario; al ser totalmente personalizada y abierta, permite la edición del código de acuerdo a las necesidades específicas del usuario. La aplicación toma en cuenta los productos informáticos generados, un Servicio Web de mapas para 13 capas diseñadas y un Servicio Web de Features que son aptos para su publicación en la aplicación web dentro de la red interna de la compañía y además en la World Wide Web a través de clientes ligeros y pesados, incluso, el servicio de features es apto para la descarga de los elementos espaciales. El visor de la aplicación es capaz de utilizar servicios web externos, en el caso particular se pueden visualizar dos capas base, pertenecientes a OpenStreet y MapQuest. Al ser


80

capas que son abiertas para el público se han elegido como las capas aptas para participar de la aplicación. Cabe recalcar que se pueden añadir nuevos recursos de Capas Base en el código de la aplicación bajo requerimiento. En cuanto a la evaluación de la aplicación web, se ha obtenido un índice de eficiencia de 81 puntos. Siendo un índice de 100 considerado ideal, se puede catalogar a la aplicación como un resultado de gran aceptación y utilidad dentro de la institución, aun así, se ha determinado la necesidad de impartir una capacitación inicial básica de la herramienta hacia los usuarios de la misma para optimizar los tiempos de realización de consultas. Para la generación de una base de datos espacial y relacional del manejo y almacenamiento de dichas sustancias en los establecimientos autorizados del CONSEP, se estableció un repositorio de datos institucional mediante la generación de una base de datos espacial en PostGIS que contiene la información de las actividades involucradas en el almacenamiento y manejo de sustancias estupefacientes y psicotrópicas, y además contribuye a un control centralizado y optimizado para la institución. Este repositorio permite el uso de la información para la generación de mapas de alta calidad a través de la Aplicación SIG de escritorio QGIS. Con la implementación de este proyecto, la información geográfica que posee el CONSEP dispone de un repositorio de base de datos estructurado, el mismo que puede ser mantenido tanto en sus datos como en su estructura con una relativa facilidad para el usuario de la información, habiendo evolucionado desde un repositorio simple y local hacia un repositorio con un modelamiento ajustado a la realidad actual de la información que posee el CONSEP y de acceso global para los funcionarios de la entidad. A través de herramientas informáticas de Software Libre incluyendo Geokettle, QGIS y Geoserver, se ha generado un proceso automatizado para la publicación en la web de información de almacenamiento y manejo de sustancias estupefacientes y psicotrópicas del CONSEP. Estos procesos garantizan la actualización de la información geográfica del CONSEP tanto para los usuarios con acceso local a los repositorios de datos como a los clientes externos a la compañía, gracias a un sistema completo de


81

manejo de información geográfica que es sustentable en todos sus componentes y sostenible en el tiempo con una mínima gestión de los administradores del sistema. El sistema desarrollado, su estructura y funcionamiento brindan las facilidades para que la información geográfica del CONSEP sea accesible de manera dinámica y permita una consulta eficiente a sus clientes internos y externos, tomando en cuenta que la aplicación web se encuentra desplegada en un servidor en la nube utilizando una dirección de acceso pública y con la inclusión de herramientas para el manejo dinámico de la misma y el acceso a sus datos. Finalmente, se ha determinado que sí es factible desarrollar una aplicación web geográfica en software libre para la visualización, análisis y toma de decisiones en función de datos espaciales para el control de almacenamiento y manejo de sustancias estupefacientes y psicotrópicas. Esto, tomando en cuenta que para ello es necesario implementar un sistema completo que reúna todos los componentes de un SIG para viabilizar y garantizar las condiciones estructurales y operativas sobre las cuales pueda respaldarse la aplicación siendo de alta utilidad para los clientes de la entidad. Se recomienda además al personal del CONSEP, analizar la posibilidad de poner a disposición un servidor de publicación dentro de la red de la compañía, en el cual se pueda replicar la aplicación web con el fin de aminorar los tiempos de respuesta en el proceso de consulta e identificación de información, lo que aumentaría el rendimiento de la aplicación considerablemente y optimizaría la arquitectura del sistema propuesto en la metodología.


82

6. REFERENCIAS Agafonkin, A. (2015). Leaflet — an open-source JavaScript library for interactive maps. Leafletjs.com. Accedido el 22 Noviembre 2015, en http://leafletjs.com/

Alba, J. (2008). SOA: Arquitectura Orientada al Servicio. Bit, (167), 52–53.

Bouras, C., Filopoulos, A., Kokkinos, V., Michalopoulos, S., Papadopoulos, D., y Tseliou, G. (2014). Policy recommendations for public administrators on free and open source software usage. Telematics and Informatics, 31(2), 237–252. http://doi.org/10.1016/j.tele.2013.06.003

CartoDB Inc. (2016). Map Your World's Data — CartoDB. Cartodb.com. Accedido el 15 Marzo 2016, en https://cartodb.com/

Chen, R., y Xie, J. (2008). Open Source Databases and Their Spatial Extensions. En G. B. Hall y M. G. Leahy (Eds.), Open Source Approaches in Spatial Data Handling (Vol. 2, pp. 105–129). Berlin, Heidelberg: Springer Berlin Heidelberg. Accedido el 22 Noviembre 2015, en http://link.springer.com/10.1007/978-3-540-74831-1_6

Covella, G. (2005, noviembre). Medición y Evaluación de Calidad en Uso de Aplicaciones Web. Universidad Nacional de La Plata, La Plata, Argentina. Accedido el 21 Noviembre 2015, en http://postgrado.info.unlp.edu.ar/Carreras/Magisters/Ingenieria_de_Software/T esis/Covella_Guillermo.pdf

Danuso, F., Rocca, A., Ceccon, P., y Ginaldi, F. (2015). A software application for mapping livestock waste odour dispersion. Environmental Modelling y Software, 69, 175–186. http://doi.org/10.1016/j.envsoft.2015.03.016

de Andrade, F. G., de Souza Baptista, C., y Davis Jr, C. A. (2014). Improving geographic information retrieval in spatial data infrastructures. GeoInformatica, 18(4), 793– 818.

Delipetrev, B., Jonoski, A., y Solomatine, D. P. (2014). Development of a web application for water resources based on open source software. Computers y Geosciences, 62, 35–42. http://doi.org/10.1016/j.cageo.2013.09.012


83

ESRI. (2010, septiembre). GIS Best Practices, Spatial Data Infrastructure (SDI). ESRI. Accedido el 21 Noviembre 2015, en http://www.esri.com/library/bestpractices/spatial-data-infrastructure.pdf

ESRI. (2014). SIG en la Web: una atractiva y novedosa visión de la forma en que el mundo trabaja con ArcGIS. Accedido el 21 Noviembre 2015, en http://pro.arcgis.com/es/platform/the-arcgis-vision/the-arcgis-vision.htm

ESRI. (2015). ArcGIS Online. Redlands, CA, EU. Accedido el 22 Noviembre 2015, en https://www.arcgis.com/home/

Evans, B., y Sabel, C. E. (2012). Open-Source web-based geographical information system for health exposure assessment. International journal of health geographics, 11(1), 1.

Fazey, C. S. (2003). The Commission on Narcotic Drugs and the United Nations International Drug Control Programme: politics, policies and prospect for change. International Journal of Drug Policy, 14(2), 155–169. http://doi.org/10.1016/S0955-3959(03)00004-5

Fuenzalida, M. (2013). La perspectiva del análisis espacial en la herramienta SIG: una revisión desde la geografía hacia las ciencias sociales. Persona y Sociedad, XXVII(3). Accedido el 21 Noviembre 2015, en http://www.personaysociedad.cl/articulo-pys/la-perspectiva-del-analisisespacial-en-la-herramienta-sig-una-revision-desde-la-geografia-hacia-lasciencias-sociales/

Fuenzalida, M., Buzai, G. D., Jiménez, A. M., y de León Loza, A. G. (2015). Geografía, geotecnología y análisis espacial: tendencias, métodos y aplicaciones (1ra ed.). Santiago, Chile: Triángulo.

Gao, S., Mioc, D., Anton, F., Yi, X., y Coleman, D. J. (2008). Online GIS services for mapping and sharing disease information. International Journal of Health Geographics, 7(1), 8. http://doi.org/10.1186/1476-072X-7-8

GIS Cloud Inc. (2016). GisCloud. London, UK. Accedido el 15 Marzo 2016, en http://www.giscloud.com/


84

Gkatzoflias, D., Mellios, G., y Samaras, Z. (2013). Development of a web GIS application for emissions inventory spatial allocation based on open source software tools. Computers y Geosciences, 52, 21–33. http://doi.org/10.1016/j.cageo.2012.10.011

Google. (2016). Google Maps. Mountain View, CA. EU. Accedido el 15 Marzo 2016, en https://developers.google.com/maps/

Hall, G. B., y Leahy, M. G. (Eds.). (2008). Open Source Approaches in Spatial Data Handling (Vol. 2). Berlin, Heidelberg: Springer Berlin Heidelberg. Accedido el 21 Noviembre 2015, en http://link.springer.com/10.1007/978-3-540-74831-1

Khayundi, P. (2009, Diciembre). A Comparison of Open Source Object-Oriented Database Products (Mastery Thesis). University of Fort Hare, Sudafrica. Accedido el 21 Noviembre 2015, en http://contentpro.seals.ac.za/iii/cpro/DigitalItemViewPage.external?sp=1001115

Knörchen, A., Ketzler, G., y Schneider, C. (2015). Implementation of a near-real time cross-border web-mapping platform on airborne particulate matter (PM) concentration with open-source software. Computers y Geosciences, 74, 13–26. http://doi.org/10.1016/j.cageo.2014.10.003

Law, D. (2014). Portal for ArcGIS 101. ArcUser Winter 2014.

Magyari-Sáska, Z. (2015). Developing and implementing multiuser, fully relational GIS database for desktop systems using open source technologies. Geographia Technica, 10(2).

MapBender Team (2015). Mapbender3. Alemania. Accedido el 22 Noviembre 2015, en http://mapbender3.org/ Martínez Llario, J. C., y Coll Aliaga, E. (2005). Análisis vectorial en PostGIS y Oracle Spatial: estado actual y evolución de la especificación Simple Features for SQL. En Jornadas Técnicas para la Infraestructura de Datos Espaciales de Espańa. Accedido el 21 Noviembre 2015, en http://www.idee.upm.es/jidee05/descargas/sesion_03_02.pdf

Mitchell, T. (2005). Web mapping illustrated: using open source GIS toolkits. O’Reilly Media, Inc.


85

Obe, R. O., y Hsu, L. S. (2015). PostGIS in action (Second edition). Shelter Island, NY: Manning.

Nivala, A.-M., Brewster, S., y Sarjakoski, T. L. (2008). Usability evaluation of web mapping sites. The Cartographic Journal, 45(2), 129–138.

Olaya, V. (2014). Sistemas de Información Geográfica. Accedido el 21 Noviembre 2015, en http://volaya.github.io/libro-sig/

OpenLayers (2016). OpenLayers3. http://openlayers.org/

Accedido

el

15

Marzo

2016,

en

Pinto, P, A., F. (2014). Análisis espacial estadístico para la determinación del efecto vecindario: estudio de la productividad laboral agrícola en Kentucky, EUA. Zamorano: Escuela Agrícola Panamericana, 2014.

Pitney Bowes Inc. (2016). MapInfo Pro TM. Stamford CT. Accedido el 15 Marzo 2016, en http://www.pitneybowes.com/

Raghavan, V., Santitamnont, P., Masumoto, S., y Honda, K. (2003). Open Source Software Solutions in Geoinformatics - Implications for Greater Mekong SubRegion. Proceedings of the Regional Conference on DIGITAL GMS, 22–26.

Ramsey, P. (2007). The state of open source GIS. Refractions Research Inc. 1-49. Rigaux, P., Scholl, M. O., y Voisard, A. (2002). Spatial databases: with application to GIS. San Francisco: Morgan Kaufmann Publishers.

Sherman, G. (2012). The geospatial desktop: open source GIS and mapping. Locate Press.

Singh, P. S., Chutia, D., y Sudhakar, S. (2012). Development of a Web Based GIS Application for Spatial Natural Resources Information System Using Effective Open Source Software and Standards. Journal of Geographic Information System, 04(03), 261–266. http://doi.org/10.4236/jgis.2012.43031


86

Steiniger, S., y Hunter, A. J. S. (2012). Free and Open Source GIS Software for Building a Spatial Data Infrastructure. En E. Bocher y M. Neteler (Eds.), Geospatial Free and Open Source Software in the 21st Century: Proceedings of the first Open Source Geospatial Research Symposium, OGRS 2009 (pp. 247–261). Berlin, Heidelberg: Springer Berlin Heidelberg. Accedido el 21 Noviembre 2015, en http://dx.doi.org/10.1007/978-3-642-10595-1_15

Stopper, R., Enescu, I. I., Wiesmann, S., y Schnabel, O. (2011). Open Geospatial Consortium (OGC) and Web Services (WMS, WFS). Accedido el 21 Noviembre 2015, en http://www.elml.uzh.ch/preview/cartouche/webservice/en/text/webservice_de vel.pdf

Supak, S. K., Devine, H. A., Brothers, G. L., Rozier Rich, S., y Shen, W. (2014). An Open Source Web-Mapping System for Tourism Planning and Marketing. Journal of Travel y Tourism Marketing, 31(7), 835–853. http://doi.org/10.1080/10548408.2014.890153

Swain, N. R., Latu, K., Christensen, S. D., Jones, N. L., Nelson, E. J., Ames, D. P., y Williams, G. P. (2015). A review of open source software solutions for developing water resources web applications. Environmental Modelling y Software, 67, 108– 117. http://doi.org/10.1016/j.envsoft.2015.01.014

Thenkabail, P. S. (2016). Remote sensing handbook (CRC Press, Vol. 1). Boca Raton, FL: CRC Press. Accedido el 15 Marzo 2015, en http://www.crcnetbase.com/isbn/9781482282672 Tiwari, A., y Jain, D. K. (2013). Geospatial Framework For Dengue using Open Source Web GIS Technology. En Joint International Workshop of ISPRS WG VIII/1 and WG IV/4 on Geospatial Data for Disaster and Risk Reduction November (pp. 21–22).

Vitturini, M., Fillottrani, P., y Castro, S. (2003, mayo). Modelos de Datos para Datos Espaciales. Presentado en V Workshop de Investigadores en Ciencias de la Computación, Bahía Blanca, Argentina. Accedido el 21 Noviembre 2015, en http://sedici.unlp.edu.ar/bitstream/handle/10915/21569/Documento_completo .pdf?sequence=1

Wilson, A. T. (2015). Open source archaeology ethics and practice. Berlin [u.a.]: De Gruyter Open.


87

Wu, S.-I., Tsay, W.-I., y Wu, M.-H. (2015). Current controlled drug regulation in Taiwan. Acta Anaesthesiologica Taiwanica, 53(2), 51–54.

Zhao, P., Foerster, T., y Yue, P. (2012). The Geoprocessing Web. Computers y Geosciences, 47, 3–12. http://doi.org/10.1016/j.cageo.2012.04.021

Zur Muehlen, M., Nickerson, J. V., y Swenson, K. D. (2005). Developing web services choreography standards—the case of REST vs. SOAP. Decision Support Systems, 40(1), 9–29.

Desarrollo de una aplicación SIG en la web usando software libre Caso CONSEP, ECUADOR  

Trabajo de titulación - Master of Science (Geographical Information Science & Systems)

Read more
Read more
Similar to
Popular now
Just for you