lunes, 13 de noviembre de 2017

Nuevos servicios de Ocupación del Suelo.

Nuestro IGN, en su sección de Noticias, informa de la puesta en marcha de nuevos servicios de mapas correspondientes a la información sobre Cubierta Terrestre y Usos del Suelo, y de que estos servicios sustituyen a los que hasta la fecha venía publicando el propio IGN sobre esta temática. Se trata concretamente de servicios de visualización WMS/WMTS y del servicio de descarga WFS.

Os dejamos sus direcciones URL enlazadas a su correspondiente archivo de capacidades:

                                             WMS:    http://servicios.idee.es/wms-inspire/ocupacion-suelo?
                                             WMTS:  http://servicios.idee.es/wmts/ocupacion-suelo?
                                             WFS:     http://servicios.idee.es/wfs-inspire/ocupacion-suelo?


En dichos archivos de capacidades encontramos mucha información sobre estos nuevos servicios conformes con las especificaciones de la Directiva Inspire. Así el resumen del servicio WMS nos dice: "Información de Ocupación de Suelo de España (SIOSE) 2011 y CORINE Land Cover 2012. La denominación de las capas es conforme con las especificaciones de la Directiva Inspire 2007/2/EC (nombre, título) así como estilo Inspire por defecto. . Servicio de visualización WMS 1.3.0 conforme al perfil Inspire de ISO 19128:2005". Consta de dos capas cuya estructura y árbol vemos en la siguiente imagen de QGIS:
La primera capa lleva por título "Superficies de Cubierta terrestre" y por nombre de layer LC.LandCoverSurfaces. El propio servicio nos resume su contenido: "Representación de datos espaciales correspondientes al tema Cubierta terrestre del Anexo II de la Directiva Inspire y Anexo I de LISIGE. Datos procedentes CORINE Land Cover 2012 y SIOSE 2011. Para escalas menores de 1:50.000 se distinguen las clases correspondientes al nivel 3 de CORINE Land Cover; para mayores, la clasificación de cubierta terrestre correspondiente a la nomenclatura establecida por el CODIIGE para SIOSE." Y también encontramos enlace a la imagen de la Leyenda.
Distintos estilos de representación con las diferentes clases atendiendo a las diferentes escalas.
La segunda capa del servicio WMS lleva por título "Usos de suelo existentes" y por nombre técnico de layer LU.ExistingLandUse. Su correspondiente resumen (Representación de datos espaciales correspondientes al tema "Usos del Suelo" del Anexo III de la Directiva Inspire y Anexo II de LISIGE. Datos procedentes de CORINE 2012 y Sistema de Información de Ocupación del Suelo en España (SIOSE) 2011 . Se utiliza la nomenclatura de clases de Usos del Suelo HILUCS, distinguiendo las siguientes clases: 1_1 Uso agrícola, 1_2 Uso forestal, 1_3 Minas y canteras, 1_4 Pesca y acuicultura, 2 Sector secundario, 3 Sector terciario, 3_1 Servicios comerciales, 3_3 Servicios comunitarios, 3_4 Servicios recreativos y culturales, 4 Redes de transporte y logística, 4_1 Redes de transporte, 4_3 Utilidades, 5 Uso residencial, 6_1 Áreas de transición, 6_2 Áreas abandonadas, 6_3 Áreas naturales sin uso económico, 6_3_1 Zonas terrestres sin uso económico, 6_3_2 Zonas de agua sin uso económico, 6_6 Uso desconocido.) y su enlace a la Leyenda.
Nos ofrece también detalles alternativos y más específicos sobre los códigos de colores HTML empleados en cada superficie: El color del relleno depende del valor de la clase de Uso del Suelo de HILUCS (1_1 Uso agrícola, #E6E66E; 1_2 Uso forestal, #6EE66E; 1_3 Minas y canteras, #A64D00; 1_4 Pesca y acuicultura, #8CE6FF; 2 Sector secundario, #646464; 3 Sector terciario, #969696; 3_1 Servicios comerciales, #9696C8; 3_3 Servicios comunitarios, #96B496; 3_4 Servicios recreativos y culturales, #B49696; 4 Redes de transporte y logística, #B478F0; 4_1 Redes de transporte, #E678F0; 4_3 Utilidades, #B450F0; 5 Uso residencial, #F07864; 6_1 áreas de transición, #F0D2D2; 6_2 áreas abandonadas, #D2FAD2; 6_3 áreas naturales sin uso económico, #D2D2F0; 6_3_1 Zonas terrestres sin uso económico, #D2F0FA; 6_3_2 Zonas de agua sin uso económico #F0F0D2; 6_3 Uso desconocido, #E6E6E6). Se visualiza a escalas mayores de 1:350.000.
El servicio cuenta también con capacidades GetFeatureInfo, con lo que pinchando con la herramienta información dispondremos de una ventana con la información del polígono sobre el que hayamos pedido los datos.
Segunda capa del servicio WMS con previsualización de ventana de datos GetFeatureInfo.













Respecto al servicio WMTS poco más que añadir. Simplemente se trata de la misma información servida a la manera teselada propia de este servicio, lo que agiliza la respuesta a la hora de pedir las imágenes. Su resumen: Información de Ocupación de Suelo de España (SIOSE) 2011 y CORINE Land Cover 2012. La denominación de las capas es conforme con las especificaciones de la Directiva Inspire 2007/2/EC. Servicio de visualización Teselado conforme al perfil INSPIRE de Web Map Tile Service (WMTS) 1.0.0. Y la estructura del servicio con sus posibles conjuntos de teselas y proyecciones:

Por último disponemos también del servicio de descarga WFS. Sus capacidades nos dicen que es compatible con las versiones 1.0, 1.1 y 2.0, y cargado en el administrador de QGIS nos ofrece esta estructura:

El cliente por defecto de QGIS para servicios WFS nos arroja error en todos los conjuntos y no nos muestra la info, por lo que hemos recurrido al complemento WFS 2.0 que ya nos ha sacado del apuro en otras ocasiones. No hemos conseguido encontrar en el archivo de capacidades la limitación máxima de elementos para cada petición.
Tabla de atributos de info servida desde el WFS.












En definitiva este es el repaso que queríamos darle a estos nuevos servicios mostrando sus características y funcionamiento. La Ocupación del Suelo es uno de los grandes productos cartográficos, fuente y origen de innumerables posibilidades en cuanto a estudios del terreno, desde la faceta medioambiental hasta la agrícola. Un saludo.


lunes, 6 de noviembre de 2017

De SASPlanet a MOBAC: mapas offline.

Hay que ver lo que aprende uno casi sin querer y trasteando... Hasta hoy mismo yo pensaba que MOBAC sólo abría mapas online provenientes de servidores de mapas, de semejante manera a como hace también SASPlanet. Gracias a un comentario por los foros acerca del mapa TopoEH he descubierto la manera de cargar en MOBAC archivos de mapas offline para luego poder exportarlos a cualquiera de los variados formatos que permite el programa (algo que debe llevar bastante tiempo inventado y yo sin enterarme). En el fondo no deja de ser un proceso variante y similar del que ya explicamos cuando hablamos de cómo aprovechar la caché de imágenes de SASPlanet en MOBAC, sólo que esta vez cargando un archivo único en lugar de un directorio con todas las pequeñas imágenes.
De esta forma podemos unir una vez más estos dos magníficos programas y aprovechar indistintamente las diferentes fuentes de mapas que tengamos en cada uno de ellos, combinando las posibilidades de mejor manera. Un ejemplo claro que se me ocurre: si tengo una cartografía configurada en SASPlanet que NO tengo en MOBAC (y yo tengo muchas de esas), podemos elaborar desde el primero el mapa offline para luego abrirlo en el segundo y poder exportarlo, por ejemplo, al formato RMAP de TwoNav en el que SASPlanet no puede exportar. Cierto es también que si tenemos la fuente en SASPlanet debería poder configurarse igualmente para verse en MOBAC, pero yo no he dedicado mucho tiempo a las mapsources de MOBAC y si más a las de SASPlanet, por lo que este sistema me viene de maravilla. Ahora me queda la terrible duda de si en SASPlanet podrán configurarse de alguna forma los parámetros del mapa para poder hacer algo parecido y engañar al programa para cargar un archivo offline... Qué sinvivir...

De momento, vamos con el proceso detallado:

1.- Crear desde SASPlanet un mapa RMaps (SQLite 3).
No se si MOBAC será capaz de cargar otros formatos, pero lo que es indudable es que con este formato SQLite la cosa funciona. Así pues creamos el mapa en SASPlanet de la forma habitual y lo exportamos en el mencionado formato; en nuestro ejemplo, y dado que SASPlanet permite exportar al archivo también las capas superpuestas, hemos elegido la orto PNOA con la capa base del IGN para ortofoto. Una pequeña área sobre la ciudad de Huesca a los zooms 16, 17 y 18.
Captura de SASPlanet mostrando los mapas activos en el área elegida y la ventana de exportación preparada para crear nuestro archivo .sqlitedb.
Ya tenemos nuestro mapa Huesca_orto.sqlitedb al que enlazo para descarga por si queréis seguir el ejercicio desde este punto (6,7 megas). Voy a pegarlo en la propia carpeta de fuentes de MOBAC de mi PC, que en este caso es C:\Program Files\MOBAC\mapsources (si tuvierais muchos o grandes mapas de este tipo podéis considerar hacer un directorio para ellos y así tenerlos agrupados).

2.- Crear el archivo XML para MOBAC mapsources.
Ahora debemos crear el pequeño archivo de texto en formato XML que hace de fuente de mapa llamando al archivo SQLite. En el mismo bloc de notas de Windows creamos un nuevo documento con el siguiente contenido:
En amarillo nombre con el que el mapa se nos va a mostrar en la lista de mapas de MOBAC. En verde la ruta completa a la ubicación del archivo SQLite imagen del mapa.
En rojo nombre identificativo con el que hemos guardado el XML.
Guardamos el documento y LO RENOMBRAMOS CAMBIANDO LA EXTENSIÓN .TXT POR .XML. Lo colocamos en la carpeta mapsources de MOBAC que es donde están las fuentes de mapa por defecto del programa. Este archivo Huesca_orto.xml también os lo enlazo para descarga por si queréis usarlo para esta práctica.
Ahora, con los dos archivos juntos en la carpeta mapsources de MOBAC, sólo nos resta arrancar el programa y comprobar que todo ha ido bien:
El mapa se muestra correctamente en nuestra lista de mapas y representa a la perfección
los tres niveles de zoom disponibles con los que fue creado en SASPlanet (15, 16 y 17 en la escala de MOBAC).
A partir de aquí ya podemos exportar desde MOBAC a alguno de los múltiples formatos que nos permite el programa, siguiendo el proceso básico que ya explicamos en su día y podéis recordar en el vídeo de nuestro canal YouTube.

Esto es todo. Un útil apaño para aquellos casos en que se nos resista la configuración de un servicio WMS en MOBAC pero en cambio lo tengamos bien añadido en SASPlanet y necesitemos exportarlo a un formato en el que SASPlanet no trabaje (RMAP para TwoNav/Compe, SQLITEDB para Orux con varias cartografías). Jugando de esta forma con ambos softwares son pocas las posibilidades que quedan fuera de nuestro alcance. Saludos!!

jueves, 26 de octubre de 2017

MBTiles, un formato en auge.

Entre los nuevos formatos para representar mapas que van surgiendo con el tiempo, hoy queremos hablar de uno de los más usados últimamente y de cuyo nombre ya habréis oído: MBTiles. Vamos a intentar resumir en un artículo sus características y ventajas, así como dar un repaso a las posibilidades de manejo en aquellos programas que utilizamos con más frecuencia en Cartografía Digital.

¿Qué es el formato MBTiles?
Es un formato de archivo para contener conjuntos de imágenes (tilesets) bajo una estructura de base de datos SQLite. Dicho en lenguaje llano y seguramente inexacto, un archivo MBTiles agrupa de forma muy optimizada una colección de pequeños mosaicos, clasificándolas por sus coordenadas X Y Z de manera que podamos usar para un zoom determinado Z solamente aquellas imágenes que le corresponden de las coordenadas dadas. 
Estos conjuntos de mosaicos o tilesets pueden ser tanto ráster como vectoriales. Serán vectoriales cuando contengan datos en forma de puntos, líneas y polígonos, y ráster cuando contengan imágenes que son conjuntos de pixels y que son las que nos ocupan en este artículo.
Estructura de raster tileset. Imagen extraída de Avantgeo.
Las principales ventajas de esta estructura de archivo radican en el tamaño de su base de datos y la manera rápida y fluida de mostrar la información. Debido a ello el formato MBTiles fue inicialmente concebido para la web, donde una cartografía cortada en teselas y estructurada por niveles de zoom podía servirse con rapidez, mostrándose posteriormente también eficaz para el consumo de cartografía offline en dispositivos móviles ya que el conjunto de teselas queda almacenado en un solo archivo.
De un tiempo a esta parte van siendo más los programas o aplicaciones que permiten el uso de MBTiles, a veces simplemente visualizándolo, otras con la capacidad también de exportar en el propio formato. De hecho el propio Instituto Geográfico Nacional decidió, hace ya un par de años, elegir este formato para sus "mapas para móviles" en los que ofrece su cartografía topográfica. Y son cada vez más los softwares incluso de escritorio que se apuntan a poder trabajar con este formato.

Complemento QTiles de QGIS exportando MBTiles.
Os haremos un resumen de cada uno de los programas que habitualmente manejamos, para cuya prueba hemos utilizado precisamente uno de los mapas para móviles del IGN:
  • QGIS: el potente software SIG libre de escritorio abre perfectamente los archivos .mbtiles. También exporta de forma sencilla a través por ejemplo del magnífico complemento plagado de opciones QTiles.
  • Global Mapper: abre y exporta sin ningún problema archivos .mbtiles.
  • CompeGPS: ni abre ni exporta en este formato.
  • Google Earth: ni en su versión normal ni en la Pro maneja archivos .mbtiles.
  • BaseCamp: tampoco tiene ninguna capacidad de manejo de .mbtiles, aunque ciertamente no entra en su cometido.
Otros programas como QMapShack o gvSIG también parecer manejarlos con solvencia, pero no soy usuario habitual y no puedo daros más información. Podéis aportar aquellos softwares que conozcáis que menejen archivos MBTiles en la sección de comentarios y así tener una visión más global de con qué programas podemos afrontar con ciertas garantías su uso.

Mención aparte merecen aquellos programas que, sin abrir físicamente los archivos, si nos permiten exportar en formato MBTiles a partir de servicios de mapas WMS. En este aspecto los reyes indiscutibles del mercado son los impresionantes MOBAC (Mobile Atlas Creator) y SASPlanet (los mapas para móviles del IGN han sido creados con MOBAC). No diremos mucho más de ambos pues de ambos tenemos artículos en el blog que muestran el proceso de creación. También tenemos ya constancia en el blog de como este formato MBTiles es reconocido por aplicaciones móviles como OruxMapsMapas de España del IGN (Android) o MBTiles GPS en iOS, con lo que de una manera asombrosamente sencilla podemos tener en cuestión de minutos las cartografías más importantes del país que nos interesen en la palma de nuestra mano.

Previsible parece que el uso de este formato compacto y de un ligero ratio calidad/tamaño de archivo vaya extendiéndose cada vez más. A ello va a contribuir sin duda el ser un formato abierto y el poder ser leído fácilmente mediante librerías javascript como OpenLayer o Leaflet, líderes ambas en el ámbito de generación de mapas web, donde la proyección Mercator esférica (EPSG:3857), única soportada por el formato, es la dominante. Si además pensamos que un mapa MBTiles tiene capacidades multicapa para mostrar diferentes resoluciones-escalas de cartografía a diferentes niveles de zoom, y que el mismo archivo podría ser utilizado tanto en el software de escritorio como en la aplicación móvil, su futuro parece asegurado.

El desarrollador del formato MBTiles es MapBox, la versión estable actual es la 1.1, encontrándose en proceso la 1.2. Baste pues por hoy esta breve aproximación a uno de los formatos ráster de moda.
Gestor de exportación a MBTiles de SASPlanet.
Y como siempre nos gusta ejercitar la teoría con un caso práctico que nos sea de utilidad, en unos días elaboraremos un bonito mapa MBTiles que pondremos a descarga de todos en nuestra sección Mapa del Mes. Un saludo.

lunes, 2 de octubre de 2017

Dockable MirrorMap: multilienzo en QGIS.

Otro de los complementos para QGIS que nos han parecido de mucha utilidad ha sido Dockable MirrorMap, elaborado por Giuseppe Sucameli para Faunalia. En este caso hablamos de una utilidad principalmente visual que nos permite abrir distintas vistas del lienzo de QGIS, pudiendo pues representar en cada una de ellas diferentes perspectivas de nuestro área de trabajo.
Podemos instalarlo de la forma habitual desde el gestor de complementos (y también está disponible en su propio repositorio GitHub).
Una vez instalado el complemento crea entrada en el menú Complementos e icono en la barra de botones.
Cargamos en QGIS uno de nuestros proyectos, en este caso compuesto por varios vectores y un servicio WMS para comprobar que el complemento funciona con diversas fuentes de datos.
Abrimos una segunda vista del lienzo de trabajo presionando en el icono del complemento Dockable MirrorMap:

Esta segunda vista del área de trabajo se nos abre por defecto en blanco. Seleccionamos la capa o capas de las disponibles en nuestra vista principal que queremos añadir a la segunda ventana:
1.- Seleccionamos tres capas del proyecto. 2.- El botón + de la nueva vista se activa para poder añadir las capas,
y 3.- las capas se cargan en nuestra vista secundaria del mapa.
La imagen de nuestra ventana secundaria es ahora independiente en cuanto a su contenido de capas y está además perfectamente sincronizada con la vista principal, de forma que los desplazamientos y zooms que hagamos en ésta se reproducen simultáneamente en aquella.
Las ventanas abiertas por Dockable MirrorMap contienen una barra de herramientas en su parte inferior, muy elementales y que explicamos en el siguiente cuadro:
Dependiendo de la capa seleccionada en el panel de capas se nos activará el botón correspondiente para Añadir o eliminar capa. Si la capa contiene varios estilos de representación podremos elegirlo en la pestaña Estilo de capa. El selector de Renderizar imagen habilita o anula la carga continua de los elementos al desplazarnos por el mapa. Con el Factor de escala podemos seleccionar la proporción de escala respecto a la vista principal, y por último la Etiqueta de vista nos permite dar un nombre identificativo a cada ventana.
Dockable MirrorMap nos permite añadir diferentes ventanas cada una de ellas perfectamente configurables en elementos representados, estilo de los mismos o nivel de escala de la vista. También podemos ajustar el tamaño o ubicación de cada ventana. Jugando con estas posibilidades disponemos de un lienzo de trabajo enriquecido, que gracias a la rápida visión de diferentes perspectivas de un proyecto, nos permite maximizar nuestro tiempo y ayudarnos a encontrar con más facilidad el enfoque deseado.
Ejemplo con dos ventanas secundarias abiertas y diferentes capas activas: la primera con estilo de color en la ortofoto y factor de escala 0,5 respecto a la principal. y la segunda renombrada con una etiqueta identificativa.
Obviamente decir que las modificaciones que hagamos en los elementos de la vista principal tendrán reflejo inmediato en las vistas secundarias, ya que son lo que son, vistas y no duplicados de capa que estén a salvo de la edición. Nada nos impide tampoco duplicar las capas de nuestro interés y trabajar en la vista principal con una y en la duplicada con otra, o cualquier otro procedimiento que cada uno tenga por costumbre.
Desde Cartografía Digital damos las gracias sinceras a sus creadores. Un saludo.

lunes, 25 de septiembre de 2017

Callejero Digital de Andalucía en QGIS.

Seguimos profundizando en el uso de QGIS y de aquellos complementos que nos están resultando más prácticos e interesantes. De entre los innumerables plugins del programa que lo completan y mejoran, hoy nos hemos fijado en CDAU Downloader, o lo que es lo mismo, la descarga de capas del Callejero Digital de Andalucía Unificado. Otro magnífico complemento de los chicos de SIGdeletras.
Una vez instalado de la forma habitual desde el gestor de complementos, la utilidad queda disponible a través
 de un nuevo botón en la barra de herramientas o a través del menú Complementos.
¿Qué hace CDAU Downloader?
El complemento descarga, a través del servicio WFS de la Infraestructura de Datos Espaciales de Andalucía, las capas disponibles en su callejero unificado. Tenéis información más detallada tanto en el repositorio GitHub del complemento (donde disponemos del código Python para poder adaptar el complemento a otros servicios WFS), como en la web del proyecto CDAU.
Como siempre nos gusta mostraros las cosas sobre el papel, vamos a plasmar un ejemplo en el que todo se observe con claridad. Ejecutando el complemento se abre la ventana para configurar los parámetros de descarga:

Es obligatorio completar ahora los campos de provincia, municipio, ruta local para la descarga y capas a descargar. Se puede seleccionar la opción de aplicar estilos a capas para que la descarga se realice con una determinada simbología, que incluye:
  • Capa Vial: Color negro y etiquetado por nombre de calle (campo "nom_normalizado") visible a partir de la escala 1:5000
  • Capa Portal/PK: Visibilidad de la capa capa a partir de la escala 1:3000, simbología puntal y etiquetado por número (campo "num_por_desde")
Rellenamos pues para nuestro ejemplo de la forma que sigue en la imagen:
Escogemos la provincia de Cádiz y el municipio de Jerez de la Frontera. Escogemos una ruta a la
 carpeta de descarga de datos, y seleccionamos las tres capas disponibles (viales, tramos y portal/PK). 
Marcamos también la opción de aplicar simbologías a las capas y pulsamos Ejecutar.
El plugin hará las correspondientes peticiones al servicio WFS y descargará las capas en formato GeoJSON en la carpeta indicada. El sistema de referencia de las capas es ETRS89 (EPGS:4258).
En la carpeta seleccionada para descarga de los datos se nos crea una nueva carpeta con el identificativo nombre del ayuntamiento y su código postal. Dentro de ella se alojan los tres archivos geojson correspondientes a las tres capas descargadas.
Podemos ver en la captura, a modo orientativo, los tamaños de archivos descargados para el municipio de Jerez.
Paralelamente los archivos se cargan también en nuestra vista de escritorio de QGIS, en capas individuales.
Nótese que la capa portal/pk aparece como inactiva debido a que nos encontramos a una escala a la que aún no es operativa como comentamos más arriba. Igualmente no se muestra el etiquetado de la capa vial por el mismo motivo.
Situados a la escala apropiada comprobamos como tanto la capa vial como la capa portal/pk se muestran visibles con sus etiquetados y simbologías predeterminados.

Los archivos geojson cuentan con su correspondiente tabla de atributos completa, formada por multitud de campos a partir de los cuales podremos catalogar, discriminar y clasificar los datos de la forma que nos interese. De igual forma estos vectores son perfectamente modificables para aplicarles la simbología y etiquetado oportunos.
Tabla de atributos de la capa Vial, con número total de elementos y los diferentes campos disponibles.
Como mencionan los autores del complemento, "aunque la información geográfica del CDAU es accesible desde distintos servicios OGC (WMS y WFS), e incluso puede ser descargada por municipio desde la misma web, en este caso el plugin aprovecha las posibilidades del servicio WFS para la descarga de las capas directamente desde el SIG. Disponer de estas capas en nuestro proyecto nos permitirá realizar labores de geocodificación de datos a direcciones postales, tramos o viales completos. Este tipo de geodatos es fundamental en cualquier administración pública, pero sin duda tiene un papel fundamental para empresas de logística (routing), gestión inmobiliaria o geomarketing… además de ser la base para cualquier proyecto SIG que necesite una capa de viales y direcciones postales de un municipio de Andalucía."
Es sin duda esta comodidad de acceso a los datos y ponerlos automáticamente a merced de todo el potencial de QGIS lo que nos llamó la atención. Nuestra enhorabuena y agradecimiento a estos inventos que mejoran sustancialmente las posibilidades de trabajo. Saludos.