herramientas publicación gisweb

Diapositiva 1HERRAMIENTAS PARA: Publicar, procesar y analizar información cartográfica vía web
HERRAMIENTAS PARA: Publicar, procesar y analizar información cartográfica vía web
*
Herramientas publicación web Gis. Geospatial Training Español. Formación avanzada para profesionales GIS. 1.1.2013
¿qué queremos hacer?
WALDHEIM, Ch. (2006). Landscape as urbanism. En The Landscape Urbanism Reader (35-54). New York: Princeton Architectural Press.
A - Publicar vía web nuestra información cartográfica sin desplegar ningún tipo de infraestructura tecnológica. (Sin necesidad de instalar ningún software)
Básico
B - Crear una aplicación web para publicar, procesar o descargar vía web información cartográfica de terceros.
Medio
C - Crear una aplicación web para publicar, procesar o descargar vía web información cartográfica propia o de terceros.
Avanzado
Hasta no hace demasiado tiempo los profesionales que trabajaban con datos cartográficos no disponían de herramientas que les permitiese hacer visible su información geográfica a terceras partes de forma masiva. Hoy día tenemos multitud de vías para hacerlo.
Si trabajamos con datos que tienen componente espacial nos podemos encontrar con 3 escenarios:
A – Queremos Publicar vía web nuestra información cartográfica sin desplegar ningún tipo de infraestructura tecnológica. (Sin necesidad de instalar ningún software). Esta situación es la más sencilla de solucionar.
B - Queremos Crear una aplicación web para publicar, procesar o descargar vía web información cartográfica de terceros. Este escenario complica un poco la puesta en funcionamiento.
*
de infraestructura tecnológica
*
Publicar vía web nuestra cartografía sin
desplegar infraestructuras tecnológica
CONSECUENCIA
Una pérdida y una fragmentación de hábitats muy importante con los consiguientes problemas para la biodiversidad.
Por ello es fundamental restablecer las conectividades para mejorar las funciones de los sistemas naturales y urbanos
- No es necesario perder mucho tiempo ni gastar mucho dinero para publicar nuestra información con componente espacial
¿Cuándo es interesante esta solución?
- El receptor de la información no es usuario de geotecnologías
- El receptor de la información es cualquier usuario de internet y no tenemos ni tiempo ni dinero para desplegar infraestructuras.
- No necesitamos tener control sobre el mantenimiento
- ¿Qué conocimientos específicos se requieren para publicar?
Ninguno
Hoy día, es posible poner a disposición de cualquier usuario de internet o móvil nuestra información con componente espacial. La solución no es ni cara ni complicada. Esta solución puede ser interesante cuando la audiencia que va a visualizar esos datos no tiene conocimientos de herramientas geotecnológicas, cuando no tenemos ni tiempo ni recursos para hacer la publicación o cuando no necesitamos tener un control exhaustivo sobre los datos que publicamos.
*
Publicar vía web cartografía sin desplegar
infraestructuras tecnológica
CONSECUENCIA
Existen sitios web que ofrecen servicios gratuitos para compartir información cartográfica online.
Algunos de los más relevantes utilizados:
*
crear aplicación web para publicar, procesar o
descargar vía web información cartográfica de terceros
*
Crear aplicación web para publicar,
procesar o descargar vía web información
cartográfica de terceros
CONSECUENCIA
En ocasiones es necesario tener un mayor control sobre la plataforma
en la que publicamos nuestra cartografía
- ¿Cuándo es interesante esta solución?
El receptor de la información no es usuario de geotecnologías
El receptor de la información es cualquier usuario de internet y requiere funcionalidad específica.
Necesitamos controlar quien accede a la aplicación
Necesitamos tener el control del mantenimiento de la aplicación
Necesitamos poder ejecutar geoprocesos entre las fuentes cartográficas
No necesitamos publicar información propia
- Implica despliegue tecnológico
- ¿Qué conocimientos específicos requiere?
Básicos de lenguaje de programación HTML y Javascript; básicos estándares OGC; Básicos servidores web (IIS, Apache o Tomcat)
Los condicionantes son algo más restrictivos que en el primer caso. El hecho de que, por ejemplo, necesitemos tener control sobre el mantenimiento de la aplicación web o que queramos añadir funcionalidad específica a nuestras aplicaciones web, va a implicar un mínimo despliegue tecnológico para ponerla a funcionar. Recordemos que en este supuesto no vamos a utilizar datos propios sino que reutilizaremos datos que terceros ponen a nuestra disposición.
*
de terceros - Arquitectura
En esta diapositiva puedes ver el esquema básico en una arquitectura que responde a la necesidad de Crear aplicación web para publicar,
procesar o descargar vía web información de terceros con componente espacial.
La arquitectura está formada por cuatro componentes. En dos de ellos no podemos intervenir pero en otros dos sí tenemos posibilidad de hacerlo.
En la red, es decir, en internet, no podemos intervenir. Sencillamente será el medio de comunicación para publicar y recibir información.
Tampoco podemos intervenir en los servidores de datos de terceros.
*
CONSECUENCIA
Conjunto de herramientas hardware y software para servir la aplicación web a través de internet
En el servidor de aplicaciones se ubican:
- El servidor web
- La aplicación web
El servidor de aplicaciones es el conjunto de herramientas hardware y software para servir la aplicación web a través de internet
El servidor web
La aplicación web
Servidor web
Algunos ejemplos de software muy empleados como servidores web son el Internet Information Service (IIS de Microsoft), El Apache o el Tomcat
El servidor puede estar físicamente en nuestras oficinas o puede contratarse como servicio a empresas de hosting.
Hemos de tener contratado un dominio para salir a Internet.
*
Si queremos crear aplicaciones complejas que generen webs dinámicas y que requieran interacción compleja con bases de datos
Mediante herramientas de desarrollo que implementen lenguajes de programación en el servidor se generan las páginas Web
Entornos desarrollo (Programas para programar aplicaciones web) para lenguajes de servidor
Una vez creada la aplicación web se ubica/compila en el servidor
Dentro del componente Servidor, también va a residir la Aplicación Web. A la aplicación Web le llegarán las peticiones hechas desde el cliente. Estas peticiones son escuchadas por la aplicación que ejecuta las sentencias previamente programadas y ejecutadas sobre el servidor web. Una vez ejecutada la aplicación, esta, envía una respuesta al cliente.
Generalmente las aplicaciones que creamos son dinámicas, con una cierta complejidad, ya que no sólo interactúan con los elementos que están en la aplicación web sino que también acceden a bases de datos.
*
Entornos desarrollo (Programas para programar aplicaciones web) para lenguajes de servidor
- Lenguaje PHP / Entorno de desarrollo: Eclipse Editor PHP, PHPedit , Maguma, PHPdesigner,NuSphere PHPed, Dzsolf PHP editor, PHPcoder
- Lenguaje/ ASP / Entorno de desarrollo: Visual Studio
- Lenguaje JAVA/ Entorno de desarrollo: Eclipse,Netbeans,EditPlus
(El entorno de desarrollo no tiene porqué estar en el servidor. Sólo la aplicación
compilada debe estar en el servidor)
Una vez creada la aplicación web se ubica/compila en el servidor
*
Si queremos crear aplicaciones sencillas que no requieran interacción compleja con
bases de datos:
- Hemos de generar el código HTML y Javascript para crear nuestra aplicación.
- Existen numerosas herramientas para crear este código
Editores de texto:
Notepad++, gratuito y código libre.
UltraEdit , que es un editor para programadores de los más populares.
Arachnophilia , que funciona en todos los sistemas operativos.
EditPus , otro editor para programadores
Editores WYSIWYG: WYSIWYG : Kompozer, iweb, dreamweaver
- Si queremos que la aplicación sea visible a través de la web hemos de incorporar nuestro fichero de aplicación al servidor web de aplicaciones
*
El cliente es la entidad que ejecuta la aplicación
Generalmente es un navegador web que interpreta el código HTML y Javascript enviado desde el servidor.
En el navegador del cliente también puede haber instalados otros programas o plugins para la ejecución de la página (Silverlight o Flex)
El código HTML o Javascript incorpora llamadas a servicios de funcionalidades o datos de terceros (APIs o servicios OGC)
El cliente es el dispositivo que ejecuta la aplicación, o mejor, que visualiza el resultado de la ejecución de la aplicación en el servidor. Por lo general es un navegador Web que interpreta el código HTML y Javascript que le llega del servidor. En el cliente también puede haber instalados otros softwares que van a interactuar con el navegador para darle más funcionalidad a la aplicación. Estos softwares son plugins, como por ejemplo Silverlitght, Flex o GoogleEarth.
*
API de datos (servidor de mapas externo): OpenStreetMap, MapBox
API de funcionalidad: GeoExt, OpenLayers,GoogleTransit, Esri geocoder,
API de datos y funcionalidad: Cartociudad, GoogleMaps, Bingmaps, YahooMaps, MapQuest, API ArcGisServer Javascript, Silverlight y Flex, CartoDB
- Servicios de datos y/o procesos: OGC(WMS, WCS, WPS,SWE, etc), ArcGisServer, AutoDeskMapguide, MapXtreme,GeoMediaWeb, GeoServer, Degree, etc
*
Herramientas para publicación Web-Gis
*
*
- Entidad que sirve información o funcionalidad a través de la web:
Hardware + software
- Nosotros no hemos de tener ni los datos ni la funcionalidad. Es suficiente con acceder a ellos vía web
*
La información puede servirse de forma:
Gratuita o de pago (OpenStreetmap / GoogleMaps)
Mediante estándares o en formatos propietarios (ArcGis Server mediante WMS OGC / ArcGis Server en formato propietario)
- Se pueden servir
Funcionalidad de mapeo (OpenLayers, Leaflet, AutodeskMapGuide)
Datos y funcionalidad de mapeo (GoogleMaps, APIs de ArcGisServer, CartoDB)
Procesos (WPS o Servicios de Geoproceso de Esri, CartoDB)
*
Servicios OGC (WMS, WCS, WPS,SWE, etc): Gratis/Funcionalidad o datos/Con estándares
ArcGisServer, AutoDeskMapguide, MapXtreme,GeoMediaWeb, CartoDB: Gratis o pago/Funcionalidad y/o datos / Con o sin estándares.
*
crear aplicación web para publicar, procesar o
descargar vía web información cartográfica de propia
o de terceros
*
cartográfica propia o de terceros
CONSECUENCIA
En ocasiones es necesario tener control completo sobre la plataforma
en la que publicamos y administramos nuestra cartografía
- ¿Cuándo es interesante esta solución?
El receptor de la información no es usuario de geotecnologías
El receptor de la información es cualquier usuario de internet y requiere funcionalidad específica.
Necesitamos controlar quien accede a la aplicación
Necesitamos tener el control del mantenimiento de la aplicación
Necesitamos poder ejecutar geoprocesos entre las fuentes cartográficas
Necesitamos publicar información propia y gestionarla nosotros
- Implica despliegue tecnológico
Este supuesto es el que conlleva los condicionantes más restrictivos. Implica ,como en el segundo supuesto, la necesidad de crear una aplicación web que administremos nosotros mismos. Pero además, tenemos como condicionante la necesidad de tener un control absoluto sobre el proceso de publicación de la cartografía y la gestión y administración de la misma.
*
cartográfica propia o de terceros
CONSECUENCIA
En ocasiones es necesario tener control completo sobre la plataforma
en la que publicamos y administramos nuestra cartografía
- ¿Qué conocimientos específicos requiere?
Lenguajes de programación HTML y Javascript; básicos estándares OGC;
Específicos de las librerías de mapeo a utilizar (D3, Openlayers, Leaflet, etc)
- Básicos servidores web (IIS, Apache o Tomcat)
- Servidores de mapas : GeoServer o ArcGisServer o AutodeskMapguide o MapXtreme o MapServer o Degree; o KML – GML – GeoJSON -SVG
- Servidores de bases de datos GIS: PostGis o shapefile o ArcSde o Oracle u OracleSpatial o SQL Server o SQL Server Spatyal, etc
Implica tener conocimientos básicos de lenguajes de programación HTML y Javascript, conocimientos de estándares OGC y conocimientos de servidores web (IIS, Apache o Tomcat).
*
de terceros o propia - Arquitectura
Aplicaciones
Datos
Mapas
Procesos
En esta diapositiva puedes ver un esquema muy simplificado de los elementos conceptuales que intervienen en esta arquitectura. Como elemento diferenciador con respecto a la anterior arquitectura, encontramos los servidores de datos, mapas y procesos.
*
de terceros o propia – Arquitectura - i
Aplicaciones
Procesos
*
de terceros o propia – Arquitectura - ii
Aplicaciones
Procesos
*
de terceros o propia – Arquitectura - ii
Aplicaciones
Datos
Mapas
Procesos
*
cartográfica de terceros o propia
CONSECUENCIA
La arquitectura que nos permite gestionar nuestra propia información deja de nuestro lado el control de los servidores de:
Aplicaciones
Datos
Mapas
Procesos
*
CONSECUENCIA
El servidor de aplicaciones es el conjunto de herramientas hardware y software para servir la aplicación web a través de internet
El servidor web
La aplicación web
Si hemos optado por sustituir el servidor de mapas por ficheros KNL, GML o geoJSON habrá que ubicar estos ficheros en este servidor.
*
Servidor web
Algunos ejemplos de software muy empleados como servidores web son el Internet Information Service (IIS de Microsoft), El Apache o el Tomcat
El servidor puede estar físicamente en nuestras oficinas o puede contratarse como servicio a empresas de hosting.
Hemos de tener contratado un dominio para salir a Internet.
Si hemos optado por sustituir el servidor de mapas por ficheros kml, gml o geoJSON habrá que ubicar estos ficheros en este servidor.
*
- Los formatos KML de Google , el GML el GeoJSON (JavaScript Object Notation) el GeoRSS , todos ellos estándares, permiten publicar los datos sin necesidad de un software que intermedie: Eliminan el componente de servidor de mapas y servidor de datos.
- El servidor de aplicaciones sirve los datos enviando toda la información (el fichero KML, GML, GeoJSON y GeoRSS) al navegador cliente y no la porción de imagen que envían los servidores de imágenes.
- Simplifica la publicación de nuestros datos en la web pero limita la gestión de los mismos y hace inviable su representación en el cliente cuando queremos servir volúmenes de datos de cierta entidad.
*
Servidor de mapas. Es un tipo de servidor web en el que el software que devuelve peticiones al la red lo que hace es devolver imágenes que el usuario final ve como mapas en su navegador.
- Clasificaciones de los servidores de mapas:
- Atendiendo a la titularidad/disponibilidad del código:
- OpenSource/Software Libre
- Publica basado en estándares
Publica sin basarse en estándares
*
- Clasificaciones de los servidores de mapas:
- Atendiendo a la titularidad/disponibilidad del código:
- OpenSource/Software Libre
- Publica basado en estándares
- En la nube
Físicos
*
La elección del servidor de mapas forma parte del proceso de
definición de la arquitectura del sistema.
Elegir entre herramientas OpenSource o Propietarias, entre Herramientas que proveen Estándares y otras que no los proveen dependerá y entre herramientas en la nube o no en la nube dependerá de los siguientes factores.
- Coste de la implementación: (Coste de licenciamiento; Coste de formación del equipo para dar soporte, mantenimiento y administración)
Requerimientos del cliente relativos al tipo de software a emplear
Requerimientos de interoperabilidad de la herramienta
Requerimientos de seguridad para administrar la publicación de mapas
*
Atendiendo a la titularidad o a la accesibilidad del código, podemos clasificar los servidores de mapas en OpenSource y en Propietarios
Servidores de mapas
*
- GeoServer junto con MapServer son los servidores de mapas con mejor rendimiento probado dentro de la suite OpenSource.
- GeoServer es el servidor de mapas con un mayor crecimiento en cuánto a número de implementaciones
- ¿ Que es Geoserver ?
Desarrollado en Java.
Es la implementación de referencia del OGC (Open Geospatial Consortium)para:
WFS (Web Feature Service).
WCS (Web Coverage Service).
Compatibilidad certificada para WMS (Web Map Service).
GeoServer es el servidor de mapas OpenSource, junto con MapServer, con mejor rendimiento del mercado. Explicar en detalle las posibilidades de esta herramienta da para varios cursos pero resumiendo mucho podemos decir que:
Es Open Source.
Permite compartir y editar datos geoespaciales.
Es la implementación de referencia del OGC (Open Geospatial Consortium) para:
WFS (Web Feature Service).
WCS (Web Coverage Service).
*
ArcGisServer es la herramienta GIS para compartir datos vía Web
de mayor éxito en la actualidad
- Es una plataforma para compartir y geoprocesar recursos GIS.
- Recursos que se pueden compartir
Mapas, localizadores de direcciones, geodatabases, herramientas
- Pueden ser compartidos dentro de nuestra organización o externamente
Aplicaciones de mapas en la Intranet web
Mediante ArcGIS Desktop
- Permite publicar datos mediante estándares o mediante formatos propietarios
*
- Los servidores de datos son las entidades lógicas que contienen
las bases de datos geográficas
- Las bases de datos geográficas pueden clasificadas según:
- Tipo de fichero de almacenamiento
Ficheros: shapefile, geodatabase, dwg, etc
Bases de datos relacionales
Bases de datos extensibles
OpenSource
Propietarias
*
Los criterios para la elección entre alguno de estos gestores de
información geográfica son los mismos, en esencia que los descritos para los servidores de mapas, a saber:
- Coste de la implementación
Coste de licenciamiento
Coste de formación del equipo para dar soporte, mantenimiento y administración.
- Requerimientos del cliente relativos al tipo de software a emplear
- Requerimientos de interoperabilidad de la herramienta
- Independencia
- Disponibilidad
- Redundancia
- Facilidad de reutilización
*
- SGBD: Junto con las bases de datos, el elemento fundamental
para el aprovechamiento de estas son los Sistemas Gestores de Bases de Datos (SGDB o DBMS, del ingles DataBase Management System). Estos sistemas representan un elemento intermedio entre los propios datos y los programas que van a hacer uso de ellos, facilitando las operaciones a realizar sobre aquellos. En nuestro caso, son el componente que permite unir el SIG con la base de datos en la que se almacenan los datos espaciales con los que este va a trabaja
- Componente espacial: Son los componentes del software del gestor de base de datos que habilitan a la base de datos para almacenar e interpretar datos geográficos.
*
Bases de datos relacionales - propietarias
SQL server es el servidor de bases de datos de Microsoft. Dispone de soporte para datos espaciales y un tipo de dato geometry para almacenamiento de datos espaciales, que cumple con las especificaciones de SFS para SQL.
- DB2 Spatial Extenderes una extensión para la base de datos DB2 de IBM que implementa los tipos de datos y funciones definidas por ISO SQL/MM y el OGC.
- Oracle Spatial es un componente para la base de datos Oracle que permite el manejo de datos geogracos de forma nativa.
- ArcSDE: Es el componente de habilitación para bases de datos espaciales de Esri. Se integra con DB2, Informix, Oracle, PostgreSQL y SQL Server ySQL Server Express. Desde la versión 9.2 está integrado en ArcGis Server y Desktop.
*
Bases de datos relacionales – OpenSource
- PostGIS: es un modulo para la base de datos libre PostgreSQL, desarrollado principalmente por Refractions Research Inc. Este modulo proporciona a PostgreSQL la capacidad no solo de almacenar informacion geoespacial y cumplir la norma SFSS, sino de realizar operaciones de análisis geográfico.
- Se trata de un producto muy difundido, con importantes referencias a nivel mundial y con un gran abanico de herramientas de todo tipo con acceso a PostGIS. Es, asimismo, un proyecto muy activo, en continua evolución y con numerosas mejoras previstas
*
Los Geoprocesos son un conjunto de tareas para procesar y analizar
información geográfica mediante el empleo de algoritmos basados en análisis espaciales.
Actualmente no existen demasiadas alternativas para publicar y reutilizar con sencillez este tipo de tareas.
*
- Alternativas Propietarias:
- ArcGisServer.
Aunque otras herramientas servidor permiten implementar este tipo de tareas esta solución es sin duda la más completa.
Permite diseñar geoprocesos y publicarlos para su ejecución en remoto
- Alternativas OpenSource
WPS: La iniciativa 52North ha desarrollado un servidor de procesos que implementa todas las capacidades y elementos del estándar WPS 1.0 para servir procesos remotos.
CartoDB: Implementa un interfaz SQL que facilita la creación de geoprocesos PostGIS
- PostGIS: Mediante el uso de las tareas de análisis que implementa la base de datos espacial PostGis se pueden servir geoprocesos.
Librerías ejecutables en servidor (GDAL, Grass, etc) + servidores de mapas
i3Geo
*
- Entidad que sirve información o funcionalidad a través de la web:
Hardware + software
- Nosotros no hemos de tener ni los datos ni la funcionalidad. Es suficiente con acceder a ellos vía web
*
La información puede servirse de forma:
Gratuita o de pago (OpenStreetmap / GoogleMaps)
Mediante estándares o en formatos propietarios (ArcGis Server mediante WMS OGC / ArcGis Server en formato propietario)
- Se pueden servir
Funcionalidad de mapeo (OpenLayers, Leaflet, AutodeskMapGuide)
Datos y funcionalidad de mapeo (GoogleMaps, APIs de ArcGisServer, CartoDB)
Procesos (WPS o Servicios de Geoproceso de Esri, CartoDB)
*
El cliente es la entidad que ejecuta la aplicación
Generalmente es un navegador web que interpreta el código HTML y Javascript enviado desde el servidor.
En el navegador del cliente también puede haber instalados otros programas o plugins para la ejecución de la página (Silverlight o Flex)
El cliente es el dispositivo que ejecuta la aplicación, o mejor, que visualiza el resultado de la ejecución de la aplicación en el servidor. Por lo general es un navegador Web que, interpreta el código HTML y Javascript que le llega del servidor. En el cliente también puede haber instalados otros softwares que van a interactuar con el navegador para darle más funcionalidad a la aplicación. Estos softwares son plugins, como por ejemplo Silverlitght, Flex o GoogleEarth.
*
API de datos (servidor de mapas externo): OpenStreetMap, MapBox
API de funcionalidad: GeoExt, OpenLayers,GoogleTransit, Esri geocoder,
API de datos y funcionalidad: Cartociudad, GoogleMaps, Bingmaps, YahooMaps, MapQuest, API ArcGisServer Javascript, Silverlight y Flex, CartoDB
- Servicios de datos y/o procesos: OGC(WMS, WCS, WPS,SWE, etc), ArcGisServer, AutoDeskMapguide, MapXtreme,GeoMediaWeb, GeoServer, Degree, etc
*
*
*
*
Referencias
Libro libre SIG de Víctor Olaya
Referencias Online de Esri

herramientas publicación gisweb

Documents