You are here:GeoTux»Geo-Blogs

Estadísticas

Invitados: 43
Usuarios registrados: 3153
Usuarios en línea:
-
Registrados hoy:
-

Registro

Redifusión (RSS)

Blogs y Noticias:
Recibe las actualizaciones en Geo-Noticias y Geo-Blogs

Recibir por e-mail
Recibir Geo-Noticias y Geo-Blogs por e-mail

¿Qué es esto?

En Twitter

Geo-Blogs
Miércoles 01 de Noviembre de 2017 16:13

Generación de metadatos con QSphere en QGIS

Written by Administrator

QSphere es un complemento de QGIS que de acuerdo a la documentación oficial "es una extensión que se llevó a cabo en el marco de jornadas de información en la atención a ADL (Administradores de Datos) de la Secretaría de Desarrollo Sustentable del Estado francés para la implementación de catálogos, que permite la documentación de metadatos". Desarrollo por Christophe MASSE, del Centro de servicios informáticos e ingeniería del Ministerio de Ambiente de Francia.

Básicamente QSphere permite generar la documentación de metadatos conforme a la norma ISO 19139 de recursos geográficos en QGIS Desktop, así como la exploración de metadatos a través de los servicios de catálogos.

QSphere presenta una interfaz gráfica amigable para generar la documentación de metadatos de acuerdo a la iniciativa INSPIRE, usando ayudantes, formularios, editor y salidas en XML y presentación en HTML para la salida en un Servicio Web de Catálogos.

Para mayor información consulte el sitio Web del proyecto: https://qgis.projets.developpement-durable.gouv.fr/projects/qsphere

 

Viernes 13 de Octubre de 2017 16:07

Publicar un servicio de teselas de mapas con QMetatiles y GitHub

Written by samtux

Para realizar una publicación de un servicio WMTS usando simplemente el almacenamiento estático en un servidor Web, es necesario utilizar una serie de herramientas que permiten, en primera medida generar las teselas o baldosas de imágenes y segundo una herramienta que nos permita generar el archivo XML.. Para el primer caso, se va hacer uso de las siguientes extensiones o complementos de QGIS.

 

 


Nota: Este documento hace parte del material de guías de talleres del curso de Servicios Web Geográficos de la Maestría en Geomática de la Universidad Nacional de Colombia Sede Bogotá, mayor información en http://www.aulageo.cloud/course/unal-ogc-2017/

1. IDENTIFICACIÓN DE LAS ESCALAS DE TESELAS CON EL COMPLEMENTO DE QGIS DE TILELAYER.

Una vez instalados los complementos de QGIS, se procede a cargar el proyecto de Laguna de Tota, recuerde que el sistema por defecto de este proyecto debe ser EPSG:3857 o Web Mercator, ya que las herramientas a utilizar sólo son compatibles con este sistema de referencia de coordenadas. Una vez el proyecto es desplegado, se procede a cargar el esquema de matrices de teselas desde el menú Web → TileLayer Plugin → Add TileLayer …, en este caso para el servicio WMTS es el esquema XYZFrame.

TileLayer Plugin

El esquema se representa con una nueva capa de nombre XYZFrame, y permite identificar cual es rango mínimo y máximo de zoom, así cómo el número e índice de las teselas. Para el siguiente caso, el zoom mínimo que permite el almacenamiento de nuestra zona de estudio en una tesela en 13, y el índice de origen en la matriz de teselas es 2434,3967.

 

Documento escrito inicialmente por: Jachym Cepicky
Enlace del documento original: http://switchfromshapefile.org

Cambiar desde Shapefile

ESRI Shapefile es es un formato de archivo antiguo para almacenar datos vectoriales geoespaciales. Ha existido desde principios de los años noventa. Se sigue utilizando como el formato de datos vectoriales de intercambio más común.

La industria de TI geoespacial ha dado un gran paso desde entonces, pero Shapefile sigue siendo el formato de archivo más común para compartir datos vectoriales.

Shapefile fue un gran formato en su momento y el hecho de que aún se utiliza hoy en día, prueba que su diseño fue verdaderamente eterno.

Sin embargo, creemos que el tiempo del Shapefile ha pasado y nosotros, la industria de TI geoespacial, lo reemplazará con conceptos más modernos. Shapefile es ahora un formato anticuado y debería abandonarse en el futuro para compartir datos de vectores geoespaciales.

Leer más:


El lado bueno

No todas las características de Shapefile lo hacen un formato malo (o no moderno). Hay un par de características, por las que Shapefile sigue ganando a la mayoría de los otros formatos:

  • Es formato abierto. Incluso propietario, la especificación es abierta e implementado ampliamente.
  • Shapefile es por mucho el formato más soportado. Si cualquier otro formato falla, Shapefile siempre es compatible
  • Para la mayoría de los casos, parece ser suficientemente bueno.
  • Parece ser relativamente eficiente - el archivo resultante, incluso sin comprimir - es relativamente pequeño, comparada con otros formatos principalmente basados en texto.

Shapefile es un mal formato

¿Por qué Shapefile es tan malo? Aquí hay varias razones por las que Shapefile es un mal formato y debería evitar su uso:

Formato multiarchivo

El archivo Shapefile utiliza al menos 3 archivos, pero hay hasta 10 extensiones de archivo adicionales, que se pueden distribuir junto con el archivo Shapefile. Casi todos los paquetes de software geoespacial están agregando su propia extensión para tratar de superar algunos de los límites que tiene el Shapefile.

Esto es muy poco práctico para la distribución de los datos. Por lo general, el usuario tiene que comprimir todos los archivos y descomprimirlo al final de la cadena de distribución.

10 carácteres de nombres de atributos

Los nombres de los atributos están limitados a 10 caracteres como máximo. Los nombres más largos generalmente se acortan automáticamente. Esto limita a algunas aplicaciones y conduce a una mala disposición de los datos.

255 campos de atributos

Sólo puede haber 255 campos de atributo en el archivo de base de datos. Para algunas aplicaciones esto es especialmente limitante en combinación con la estructura de tabla plana.

Soporte pobre para tipos de datos de atributos

Se admiten tipos de datos de cadena de caracteres, tipo flotante, enteros, de fecha y de caracteres. Pero los números de coma flotante se almacenan como texto, no hay soporte para números enteros grandes (por lo que el formato no es utilizable, se tienen datos con identificadores enteros grandes, como cartografía catastral) y el texto está limitado sólo a 254 caracteres.

No hay soporte para campos de datos más avanzados, blobs, etc.

Juego de caracteres desconocido

Actualmente existe una forma de especificar el juego de caracteres utilizado en la base de datos. La mayoría de las aplicaciones están utilizando las antiguas codificaciones de datos Windows* o ISO-*, pero hoy en día estamos utilizando UTF-8. Todavía no hay forma de especificar esto en la cabecera del fichero.

El soporte para caracteres Unicode también es muy limitado.

Tamaño límite de 2GB

El tamaño de los archivos de componentes .shp y .dbf no puede exceder los 2 GB. El driver GDAL Shapefile supera este límite, pero

El formato Shapefile usa explícitamente offsets de 32 bits y por lo tanto no puede superar los 8GB (en realidad utiliza offsets de 32 bits a palabras de 16bit), pero la implementación de shapefile OGR tiene una limitación de 4GB.

Sin embargo, para la compatibilidad con otras implementaciones de software, no se recomienda utilizar un tamaño de archivo superior a 2 GB para los archivos. SHP y. DBF.

Así que 4GB es todo lo que puedes tener en un único archivo Shapefile. Esto suena suficiente, pero no para todos los casos.

Formato no topológico

Shapefile es un formato sencillo. No hay manera de almacenar relaciones geométricas más complejas.

Sin geometría mixta

Cada archivo puede ser sólo uno de los formatos de geometría soportados (Punto, Línea, Polígono y otros). No es posible la geometría mixta.

Estructura de datos plana

La estructura de datos se limita a tablas planas sin jerarquías, relaciones o estructura de árbol.

¿Sabes sobre otro tema? Envíenos más!

¿Conoce más límites o quiere ampliar los existentes una vez? Por favor, hágalo a través de solicitud o comentario en el repositorio.


Alternativas

¿Cuáles son las alternativas para el archivo Shapefile? Para ser honesto, ningún formato alternativo se apoderó de la hegemonía de Shapefiles. Algunos de los formatos casi asumieron el control (KML, GML, GeoJSON), pero su uso fue limitado sólo para casos de uso relativamente restringido.

Aunque hay más de 80 formatos de datos vectoriales usados, sólo unos pocos pueden ser considerados como candidatos para el reemplazo de Shapefile.

Lista de algunas alternativas de Shapefile

OGC GeoPackage

OGC GeoPackage es uno de los formatos más prometedores, diseñado para las aplicaciones modernas de hoy en día. GeoPackage es publicado como estándar por el Open Geospatial Consortium.

Características

  • SQLite como motor
  • Basado en un archivo simple
  • Vectores, raster
  • Extensiones oficiales
  • Compatible con muchos paquetes de software

Descripción

GeoPackage es un formato abierto, basado en estándares, independiente de la plataforma, portable, autodescriptivo y compacto para la transferencia de información geoespacial.

El Estándar de codificación de GeoPackage describe un conjunto de convenciones para almacenar lo siguiente dentro de una base de datos SQLite:

  • entidades vectoriales
  • conjunto de matrices de teselas de imágenes y mapas ráster en varias escalas
  • atributos (datos no espaciales)
  • extensiones

Ya hay publicadas extensiones para GeoPackage, que hacen que este formato sea aún más potente.

GeoPackage es ahora (2017) soportado en la mayoría de los paquetes de software.

Creemos que GeoPackage es el candidato para el reemplazo de Shapefile.

OGC GML

Another OGC Standard.

Características

  • Basado en XML
  • Sólo vectores
  • Jerarquías
  • Gracias a INSPIRE, soportado en la mayoría de los paquetes de software

Descripción

GML fue elegido como el formato de datos vectoriales de distribución principal de la iniciativa europea INSPIRE. Es un formato muy complejo, pero su uso es difícil en la práctica diaria. Uno de los problemas es que, para poder procesar el archivo de datos, tiene que ser cargado en la memoria del ordenador, lo que dificulta enormemente su uso en grandes conjuntos de datos vectoriales.

Actualmente, GML se utiliza con frecuencia para los conjuntos de datos abiertos, ya que es tecnología neutral y compatible con el estándar OGC.

ESRI GeoDatabase

En su nivel más básico, una geodatabase ArcGIS es una colección de conjuntos de datos geográficos de varios tipos mantenidos en una carpeta común del sistema de archivos, una base de datos de Microsoft Access o un DBMS relacional multiusuario (como Oracle, Microsoft SQL Server, PostgreSQL, Informix o IBM DB2).

Características

  • estructura de datos nativa para ArcGIS
  • basado en archivos (o en bases de datos)
  • modelos de datos complejos
  • proprietario, formato cerrado

Descripción

GeoDatabase se utiliza muy a menudo en el entorno ArcGIS como el principal formato de intercambio de datos. Sus características son muy complejas y avanzadas.

Por otra parte, es un formato cerrado propietario, que se utiliza exclusivamente en el entorno de los productos ESRI, no implementado en otros paquetes de software.

SpatiaLite

SpatiaLite es una base de datos popular, basada en archivos de almacenamiento de datos.

Características

  • Basado en archivos
  • Base de datos SQL
  • Entidades Simples OGC

Descripción

SpatiaLite es una librería de código abierto diseñada para extender el núcleo de SQLite y soportar capacidades SQL espaciales completas. SQLite es intrínsecamente simple y ligero:

  • una librería ligera que implementa el motor SQL completo
  • implementación SQL estándar: casi completa SQL-92
  • una base de datos completa corresponde simplemente a un único archivo monolítico (sin límite de tamaño)
  • cualquier archivo DB puede intercambiarse de forma segura a través de diferentes plataformas, ya que la arquitectura interna es universalmente portátil.
  •  

    Para nosotros, SpatiaLite parece ser la segunda mejor opción después de la posibilidad de GeoPackage. Estan construídos sobre la misma tecnología, que es SQLite.

    Comparado con GeoPackage, carece de soporte para extensiones y soporte para datos raster - eso ciertamente no es una característica imprescindible, pero es bueno, si tenemos esto en cuenta.

CSV

Algunas personas tienden a usar archivos separados por comas para almacenar datos vectoriales.

Características

  • Simple

Descriptción

Las personas que no trabajan con tecnologías geoespaciales, el CSV es muy popular, pero para la mayoría de las aplicaciones geoespaciales es un formato no utilizable.

Por lo menos dos razones para no usar CSV como reemplazo de Shapefile: No está estandarizado (hay muchos dialectos), el soporte para datos geoespaciales no puntuales es complejo.

OGC KML

Provisto originalmente por Google OGC KML solía ser un formato de datos vectorial muy popular.

Características

  • basado en archivos
  • XML
  • Combina la geometría con la cartografía
  • Soporta sólo el sistema de coordenadas WGS-84

Descripción

Algunos años atrás, el formato KML era muy popular, pero llegó a su límite en la comunidad geoespacial. Debido a que se basa en XML, no es adecuado para conjuntos de datos más grandes. Combina la cartografía con la geometría de los datos en un solo archivo, lo que no parece ser una buena solución. Y oficialmente sólo soporta el sistema de referencia coordenada WGS-84.

GeoJSON

GeoJSON es formato comunitario, basado en el popular formato de intercambio de datos JSON.

Características

  • Formato JSON
  • Basado en archivos
  • Puede manejar datos complejos
  • El tamaño del archivo crece rápidamente

Descripción

GeoJSON es un formato de texto muy simple, legible por humanos. Aunque fue diseñado sólo para soportar WGS-84, también es posible usarlo para otros sistemas de referencia de coordenadas. Puede manejar características de datos vectoriales complejas y construir modelos jerárquicos de datos complejos.

El problema con GeoJSON es que el archivo crece muy rápido con el número de pares de coordenadas almacenados. La indexación y otras funciones avanzadas tampoco son posibles.


Última modificación: 2017-10-02
Creado inicialmente por: Jachym Cepicky
Traducción al español por: Samuel Mesa. Ajustes por: Germán Carrillo. Gracias a GeoTux.
Creative Commons License
Esta obra está licenciada bajo una Creative Commons Attribution-ShareAlike 4.0 International License
Contribuye: On GitHub

Una de las funcionalidades más solicitadas para el plugin de QGIS 'AutoFields' ha sido implementada: la manera de exportar e importar AutoFields previamente configurados.

Jueves 18 de Agosto de 2016 04:23

Plugin AutoFields para QGIS

Written by German Carrillo

Este plugin permite configurar cálculos automáticos para campos vectoriales cuando se digitalizan nuevos registros (features) o se modifican los existentes. Los AutoFields son análogos a los triggers en las bases de datos o a una Calculadora de Campos automática.

En el siguiente articulo se muestra el proceso de instalación y configuración de herramientas geoespaciales de software libre y de código abierto en Microsoft Windows, con un enfoque principal a integrar los proveedores de algoritmos o funcionalidades de geoprocesamiento externos en QGIS. Aclaro que no soy usuario de Windows, pero debido a su dominio como plataforma, este documento pretende ser una guía básica para instalar y configurar las diversas herramientas FOSS de Geomática en Windows 10.

 

Gracias a la contribución de David Bakeman al plugin Load Them All para QGIS, ahora podemos cargar varias capas conservando su disposición en carpetas en la Tabla de Contenido de QGIS.

Pasa algo extraño en el mundo GIS, es cómo si la gente descubriera de repente el poder de Python. Observen por ejemplo las preguntas Python Script examples for geoprocessing shapefiles without using arcpy y Visualize shapefile in Python en GIS StackExchange.

Un artículo sobre GRASS GIS y geología.

Lunes 12 de Noviembre de 2012 07:00

SQLite - SpatiaLite: el porqué del cómo...

Written by martin Laloux

Con la llegada de SpatiaLite ( http://www.gaia-gis.it/gaia-sins/) basado en SQLite, muchos "Sigistas" empezaron a interesarse en SQLite, pero en la práctica, pocos de ellos conocen realmente esta base de datos y sus múltiples usos.

«InicioAnterior12345SiguienteFin»
Página 1 de 5
 

¿Dónde nos leen?

Últimos comentarios