OSGeo Planet

Oslandia: Undo Redo stack is back QGIS Transaction groups

OSGeo Planet - Wed, 2017-10-04 13:08

Let’s keep on looking at what we did in QGIS.org grant application of early 2017 spring.

At Oslandia, we use a lot the transaction groups option of QGIS. It was an experimental feature in QGIS 2.X allowing to open only one common Postgres transaction for all layers sharing the same connection string.

Transaction group option

When activated, that option will bring many killer features:

  • Users can switch all the layers in edit mode at once. A real time saver.
  • Every INSERT, UPDATE or DELETE is forwarded immediately to the database, which is nice for:
    • Evaluating on the fly if database constraints are satisfied or not. Without transaction groups this is only done when saving the edits and this can be frustrating to create dozens of features and having one of them rejected because of a foreign key constraint…
    • Having triggers evaluated on the fly.  QGIS is so powerful when dealing with “thick database” concepts that I would never go back to a pure GIS ignoring how powerful databases can be !
    • Playing with QgsTransaction.ExecuteSQL allows to trigger stored procedures in PostgreSQL in a beautiful API style interface. Something like
SELECT invert_pipe_direction('pipe1');
  • However, the implementation was flagged “experimental” because some caveats where still causing issues:
    • Committing on the fly was breaking the logic of the undo/redo stack. So there was no way to do a local edit. No Ctrl+Z!  The only way to rollback was to stop the edit session and loose all the work. Ouch.. Bad!
    • Playing with ExecuteSQL did not dirty the QGIS edit buffer. So, if during an edit session no edit action was made using QGIS native tools, there was no clean way to activate the “save edits” icon.
    • When having some failures in the triggers, QGIS may loose DB connection and thus create a silent ROLLBACK.

We decided to try to restore the undo/redo stack by saving the history edits in PostgreSQL SAVEPOINTS and see if we could restore the original feature in QGIS.

And.. it worked!

Let’s see that in action:

 

Potential caveats ?

At start, we worried about how heavy all those savepoints would be for the database. It turns out that maybe for really massive geometries, and heavy editing sessions, this could start to weight a bit, but honestly far away from PostgreSQL capabilities.

 

Up to now, we didn’t really find any issue with that..

And we didn’t address the silent ROLLBACK that occurs sometimes, because it is generated by buggy stored procedures, easy to solve.

Some new ideas came to us when working in that area. For instance, if a transaction locks a feature, QGIS just… wait for the lock to be released. I think we should find a way to advertise those locks to the users, that would be great! If you’re interested in making that happen, please contact us.

 

More to come soon, stay tuned!

 

 

Categories: OSGeo Planet

gvSIG Team: Towards gvSIG 2.4: Rossmo Algorithm for serial killer detection

OSGeo Planet - Tue, 2017-10-03 13:50

We show you a very special improvement, because of its theme (Criminology), which will be available at the next gvSIG Desktop version, but which you can test in gvSIG 2.3.1 already (from the Add-ons Manager, plugins by URL). This is the implementation of the Rossmo mathematical model in gvSIG that has been made by Jazmín Palomares, from GITS team of the National Autonomous University of Mexico (UNAM).

Within environmental criminology, Kim Rossmo’s mathematical model seeks to measure -by locating the crimes of a criminal- the probability that each point on a map is the usual place of a serial killer. The model has been successful for the largest number of cases in which it has been tested. However, there has not been enough case evaluation for this model, in part because of the high cost of the software applications that implement it … something that is not a problem from now.

In addition to the plugin and the help about it, if you want to know more about this algorithm and its implementation in gvSIG Desktop, as well as its application to the case of one of the most deadly killers in history, you can read a complete article in the Mapping magazine (in Spanish).

We would like to thank Jazmín and the rest of the GITS team for sharing the results of their work.

Note: This algorithm is not installed by default, it must be installed through the Add-ons Manager.

Video (in Spanish) with a demo of the algorithm:


Filed under: english, gvSIG Desktop, technical collaborations, testing Tagged: criminology, gvSIG-2.4, Rossmo Algorithm, Serial killers
Categories: OSGeo Planet

Marco Bernasocchi: Cours PyQGIS 13.11./14.11.2017 à Neuchâtel

OSGeo Planet - Tue, 2017-10-03 11:53
Le cours est destiné aux utilisateurs avancés de QGIS qui souhaitent accroître leurs possibilités grâce à l’utilisation de python dans QGIS. Lors de cette formation, nous aborderons différentes possibilités d’interaction avec l’API QGIS ainsi que la création d’interfaces graphiques simples… See more ›
Categories: OSGeo Planet

gvSIG Team: Camino a gvSIG 2.4: Previsualización de proyectos

OSGeo Planet - Tue, 2017-10-03 08:00

Cada nueva versión de gvSIG Desktop está plagada de pequeñas mejoras, algunas de las cuales merecen mención individual por su utilidad. Es el caso de la previsualización de proyectos que se ha incluido en gvSIG 2.4.

Permite algo tan simple como ver una imagen de los proyectos de gvSIG Desktop, lo que muchas veces nos puede ayudar a identificar aquel que queremos abrir. Esta imagen se actualiza cada vez que guardamos cambios en un proyecto.

El siguiente vídeo muestra cómo funciona:


Filed under: gvSIG Desktop, spanish Tagged: gvSIG 2.4
Categories: OSGeo Planet

Equipo Geotux: Traducción del documento de alternativas al formato Shapefile (¡Shapefile debe morir!)

OSGeo Planet - Tue, 2017-10-03 02:59
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

Categories: OSGeo Planet

gvSIG Team: Camino a gvSIG 2.4: Algoritmo de Rossmo para detección de asesinos en serie

OSGeo Planet - Mon, 2017-10-02 19:42

Os traemos una mejora muy particular, por su temática (Criminología), que estará disponible para la próxima versión de gvSIG Desktop, pero que ya podéis probar en gvSIG 2.3.1 (desde el Administrador de Complementos, plugins por URL). Se trata de la implementación del modelo matemático de Rossmo en gvSIG que ha realizado Jazmín Palomares del equipo GITS de la Universidad Nacional Autónoma de México (UNAM).

Dentro de la criminología ambiental, el modelo matemático de Kim Rossmo busca medir –mediante la localización de los crímenes de un perpetrador- la probabilidad de que cada punto de un mapa sea el lugar habitual de un homicida serial. El modelo ha sido exitoso para el mayor número de casos en que se ha puesto a prueba. Sin embargo, no ha habido suficiente evaluación de casos para este modelo, en parte por el alto costo de las aplicaciones de software que lo implementan…algo que ahora deja de ser un problema.

Además del plugin y la ayuda sobre el mismo, si queréis saber más sobre este algoritmo y su implementación en gvSIG Desktop, así como su aplicación al caso de una de las homicidas con más víctimas en la historia, podéis leer un completo artículo en la revista Mapping.

Aprovechamos para agradecer a Jazmín y resto del equipo GITS por compartir el resultado de su trabajo.

Nota: Este algoritmo no viene instalado por defecto, se debe instalar mediante el Administrador de complementos.

Vídeo con una demo del algoritmo:


Filed under: gvSIG Desktop, spanish Tagged: asesinos en serie, criminología, gvSIG-2.4, rossmo
Categories: OSGeo Planet

gvSIG Team: Towards gvSIG 2.4: Point disperse geoprocessing tool

OSGeo Planet - Mon, 2017-10-02 18:45

We present another novelty for the next gvSIG Desktop version, a geoprocess that allows to separate points that are located at the same coordinates (or close to them, depending on the tolerance level that we define) to a specified distance.

This geoprocess can be very useful when we want to identify elements visually that are in a same location at the data gathering. For example, data referred to the center of the street line.

As gvSIG help indicates: this geoprocess allows to scatter around a central point the points of a layer that are overlapped. From a point layer, a match distance and a scatter radius, this algorithm acts on the input layer looking for groups of points whose distance is less than or equal to the match distance. It scatters them, according to the scatter radius, around the centre of that group, creating a new point layer with the results.

At this video you can see how it works (the video has been recorded with the new set of icons):


Filed under: english, gvSIG Desktop, testing Tagged: Geoprocessing, scattering
Categories: OSGeo Planet

gvSIG Team: Camino a gvSIG 2.4: Geoproceso de dispersión de puntos

OSGeo Planet - Mon, 2017-10-02 16:16

Presentamos otra novedad de la próxima versión de gvSIG Desktop, un geoproceso que permite separar una distancia definida puntos que estén ubicados en las mismas coordenadas (o cercanas, según un grado de tolerancia que definamos).

Este geoproceso puede ser de gran utilidad cuando debemos identificar visualmente elementos que en su toma de datos nos llegan en la misma ubicación. Por ejemplo, datos referidos a centro de eje de calle.

Tal y como indica la ayuda de gvSIG: este geoproceso permite dispersar los puntos de una capa que se superponen alrededor de un punto central. Dada una capa de puntos, una distancia de concordancia y un radio de dispersión, este algoritmo recorre la capa de origen buscando grupos de puntos cuya distancia sea menor o igual a la distancia de concordancia y los dispersa, según el radio de dispersión, alrededor del centro de dicho grupo, generando una nueva capa de puntos con el resultado.

Podéis ver cómo funciona en el siguiente vídeo (el vídeo está grabado con el nuevo juego de iconos):


Filed under: gvSIG Desktop, spanish Tagged: Dispersar puntos, separar puntos
Categories: OSGeo Planet

gvSIG Team: SIG aplicado a Gestión Municipal: Módulo 3 ‘Vistas, capas, simbología, etiquetado’

OSGeo Planet - Mon, 2017-10-02 12:14

En este tercer módulo, el primero de la parte práctica, hablaremos de cómo crear un proyecto en gvSIG Desktop, incluyendo Vistas y añadiendo capas en ellas. Sobre las capas aplicaremos también una leyenda, y veremos cómo añadir etiquetas a los elementos de la misma.

Para seguir este módulo deberéis instalar gvSIG y descargar la cartografía, y aunque se explica en el propio vídeo vamos a resumir aquí cómo hacerlo:

  1. Acceder al apartado de descargas de gvSIG Desktop de la web de gvSIG: http://www.gvsig.com/es/productos/gvsig-desktop/descargas
  2. Descargar la versión de gvSIG correspondiente a vuestro sistema operativo. Hay dos distribuciones disponibles:
    1. instalable: Se instala en el ordenador mediante un asistente que debéis seguir.
    2. portable: Solo debéis descomprimir el fichero .zip en una ruta que no tenga espacios, y que no cuelgue directamente de C:\, y ya podéis ejecutar la aplicación desde el fichero gvsig-desktop.vbs que hay en dicha carpeta (podéis por ejemplo crear una carpeta “gvsig” en C:\ y dentro de ella dejáis la carpeta de la portable)
  3. Descargar la cartografía desde http://downloads.gvsig.org/download/documents/learning/gvsig-courses/SIG_gestion_municipal_1/Curso_SIG_gestion_municipal-Modulo_3.zip

Nota: Si os sale un error al instalar gvSIG en Windows 10 utilizad la versión portable.

En el módulo 2 tenéis un apartado de preguntas frecuentes resolviendo todas las dudas sobre el curso que nos habéis ido preguntando.

El vídeo-tutorial de este tercer módulo es el siguiente:

 

Post relacionados:

Módulo 1: Diferencias entre SIG y CAD

Módulo 2 Introducción a los Sistemas de Referencia


Filed under: gvSIG Desktop, spanish, training Tagged: ayuntamientos, etiquetado, gestión municipal, simbología
Categories: OSGeo Planet

Paul Ramsey: BC IT Outsourcing 2016/17

OSGeo Planet - Sat, 2017-09-30 17:05

Whoops, it snuck by me in the laze of summer, but the BC Public Accounts have come out, so I can do a (partial) update of my IT outsourcing summary. Why “partial”? Because I cannot include Health Region spending until their vendor spending summaries are released late in the year. So this summary is for central government only.

The year-over-year trend is flat, which means that last year’s steep drop-off of spending on IBM dominates the look of the chart.

The chart by vendor gives a better feel for who is up and who is down:

IBM, up a little year-over-year, but still way down after last years’ collapse. ESIT continues to dominate all vendors by a large margin. Note that ESIT is the new name for HP Advanced Solutions (HPAS) which was itself the new name for the BC operations of EDS.

Maximus is up a little, but with the MSP premium program (and thus the associated administration contract) potentially winding down it’s hard to imagine any long term trend for them but down. At a minimum the 50% cut in premium rates effectively doubles the administrative overhead represented by the Maximum contract, which is not a good look.

One thing I’m going to be looking at once the health numbers are in is whether billings by Cerner move up to compensate for the drop-off by IBM. By rights they should: Cerner has taken over the huge EHR project at PHSA/Coastal. On the other hand, I heard a rumour that much of that spending was shifted out to a “non-profit” entity by the BC Liberals, which would make it disappear from my survey of vendor payments reports.

Categories: OSGeo Planet

gvSIG Team: Camino a gvSIG 2.4: Leyenda de marcadores agrupados

OSGeo Planet - Sat, 2017-09-30 12:11

Presentamos otra novedad de la próxima versión de gvSIG Desktop, especialmente útil cuando queremos visualizar un determinado fenómeno cuya cantidad no podemos determinar únicamente de forma visual. Para ello esta leyenda representa además del elemento mediante un símbolo, la cantidad de veces que sucede en un área determinada y que puede ajustar el usuario.

La leyenda permite representar además del número de fenómenos (cantidad cada x píxeles), cualquier otro atributo que contenga (valor máximo, mínimo, media, sumatorio…). Sin duda, un tipo de leyenda que acaba por completar las ya numerosas posibilidades de simbología de gvSIG Desktop.

Podéis ver cómo funciona en el siguiente vídeo:


Filed under: gvSIG Desktop
Categories: OSGeo Planet

gvSIG Team: Towards gvSIG 2.4: Marker clustering legend

OSGeo Planet - Sat, 2017-09-30 08:12

We present another novelty for the next gvSIG Desktop version, especially useful when we want to visualize a certain element whose quantity can’t be determined only visually. For that, this legend represents the element by means of a symbol as well as the number of occurrences in a certain area, that can be selected by the user.

The legend allows to represent the number of elements (quantity of elements every X pixels) as well as any other attribute that is contained (maximum, minimum, average, summation …). With no doubt, it’s a type of legend that complete the many possibilities of symbology of gvSIG Desktop.

You can see how it works in this video:


Filed under: english, gvSIG Desktop Tagged: legend, Marker clustering, symbology
Categories: OSGeo Planet

PostGIS Development: PostGIS 2.4.0 Released

OSGeo Planet - Sat, 2017-09-30 00:00

The PostGIS development team is pleased to announce the release of PostGIS 2.4.0. Best served with PostgreSQL 10rc1 and pgRouting 2.5.0. See the full list of changes in the news file.

IMPORTANT NOTES

If you are upgrading from an existing PostGIS install, make sure after installing PostGIS binaries to do.

ALTER EXTENSION postgis UPDATE;

— if you have additional postgishy extensions below upgrade them too

ALTER EXTENSION postgis_sfcgal UPDATE; ALTER EXTENSION postgis_topology UPDATE; ALTER EXTENSION postgis_tiger_geocoder UPDATE; ALTER EXTENSION pgrouting UPDATE;

In order to have Map Box Vector Tiles support enabled, you’ll need to compile with protobuf support and pkg-config to verify the correct minimum version of protobuf-c see protobuf for details. ST_FrechetDistance function will not be enabled if PostGIS is compiled with lower than GEOS 3.7.0. GEOS 3.7.0 is not released yet but is expected sometime next month.

Continue Reading by clicking title hyperlink ..
Categories: OSGeo Planet

GeoServer Team: GeoServer 2.12-RC1 Released

OSGeo Planet - Fri, 2017-09-29 21:10

We are happy to announce the release of GeoServer 2.12-RC1. Downloads are available (zipwardmg and exe) along with docs and extensions.

This is a release candidate release of GeoServer made in conjunction with GeoTools 18-RC1.

We want to encourage people to test the release thoroughly and report back any issue found. With no further delay, let’s see what’s new, that is, what is there to test!

Rest API now using Spring MVC

In March, we upgraded the framework used by the GeoServer REST API from Restlet to Spring MVC. All the endpoints should remain unchanged, but they do need testing to ensure there weren’t any unintended side effects.

As part of this upgrade, we also have new REST documentation, providing detailed information about each endpoint.

Thanks again to the code sprint sponsors:

  • Boundless
  • GeoSolutions
  • Astun Technology
  • Gaia3D
  • Insurance Australia Group (IAG)
  • How 2 Map
  • FOSSGIS
  • Atol Conseils et Développements
  • Geodan
WMTS Cascading

Adds the ability to create WMS layers backed by remote WMTS layers, similar to the pre-existing WMS cascading functionality.

See GSIP-162 for more details.

Style Based Layer Groups

Adds the ability to define a listing of layers and styles using a single SLD file, in accordance with the original vision of the SLD specification. This includes a new entry type in the Layer Group layers list, and a new preview mode for the style editor.

See GSIP-161 for more details.

Options for KML Placemark placement

New options for KML encoding have been added, to control the placement of placemark icons, mostly for polygons. The syntax of the new options introduces three new top level format options keys:

&format_options=kmcentroid_contain:true;kmcentroid_samples:10;kmcentroid_clip:true

See GSIP-160 for more details.

GeoWebCache data security API

Add an extension point to GeoWebCache allowing for a security check based on the layer and extent of the tile. Adds an implementation of this extension point to GeoServer’s GWC integration.

This change mostly only affects developers, but will lead to improved security for users in the future.

See GSIP 159 for more details.

NetCDF output support for variable attributes and extra variables

Adds the following to the NetCDF output extension:

  1. An option to allow all attributes to be copied from the source NetCDF/GRIB variable to the target variable.
  2. Support for manual configuration of variable attributes, much like the current support for setting global attributes.
  3. Support for configuration of extra variables which are copied from the NetCDF/GRIB source to the output; initially only scalar variables will be supported. Extra variables can be expanded over “higher” dimensions, that is, values copied from one scalar per ImageMosaic granule are assembled into a multidimensional variable over, for example, time and elevation.

See GSIP 158 for more details.

New labeling features and QGIS compatibility

A number of small new features have been added to labeling to match some of QGIS features, in particular:

  • Kerning is on by default
  • New vendor option to strikethrough text
  • New vendor options to control char and word spacing

../../../_images/charSpacing.png

  • Perpendicular offset now works also for curved labels (previously only supported for straight labels):
  • Labeling the border of polygons as opposed to their centroid when using a LinePlacement (here with repetition and offset):

Along with this work some SLD 1.1 text symbolizer fixes were added in order to better support the new QGIS 3.0 label export, here is an example of a map labeling with background image, as shown in QGIS, and then again in GeoServer using the same data and the exported SLD 1.1 style (click to enlarge):

   

CSS improvements

The CSS styling language and editing UI have seen various improvements. The editor now supports some primitive code completion:

At the language level:

  • Scale dependencies can now also be expressed using the “@sd” variable (scale denominator) and the values can use common suffixes such as k and M to get more readable values, compare for example “[@scale < 1000000]” with “[@sd < 1M]”
  • Color functions have been introduced to match LessCSS functionality, like “Darken”, “Lighten, “Saturate” and so on. The same functions have been made available in all other styling languages.
  • Calling a “env” variable has been made easier, from “env(‘varName’)” to “@varName” (or “@varName(defaultValue)” if you want to provide a default value).

As you probably already know, internally CSS is translated to an equivalent SLD for map rendering purposes. This translation process became 50 times faster over large stylesheets (such as OSM roads, a particularly long and complicated style).

Image mosaic improvements and protocol control

Image mosaic saw several improvements in 2.12.

First, the support for mosaicking images in different coordinate reference systems improved greatly, with several tweaks and correctness fixes. As a noteworthy change, the code can now handle source data crossing the dateline. The following images show the footprints of images before and after the dateline (expressed in two different UTM zones, 60 and 1 respectively) and the result of mosaicking them as rasters (click to get a larger picture of each):

There are more good news for those that handle mosaicks with a lot of super-imposing images taken at different times. If you added interesting information into the mosaic index, such as cloud cover, off-nadir, snow cover and the like, you can now filter and sort over them, in both WMS (viewing) and WCS (downloading) by adding the cql_filter and sortBy KVP parameters.

Here is an example of the same mosaic, the first composite favoring smallest cloud cover, the second one favoring recency instead (click to enlarge):

    

GeoPackage graduation

The GeoPackage store jumped straight from community to core package, in light of its increasing importance.

The WMS/WFS/WPS output formats are still part of community. Currently GeoPackage vector does not support spatial indexes, but stay tuned, it’s cooking!

New community modules

The 2.12 series comes with a few new community modules, in particular:

  • Looking into styling vector tiles and server side using a single language? Look no further than the MBStyle module
  • For those into Earth Observation, there is a new OpenSearch for EO module in the community section
  • Need to store full GeoTiff in Amazon S3? The “S3 support for GeoTiff” module might just be what you’re looking for
  • A new “status-monitoring” community module has been added, providing basic statistics system resource usage. Check out this pull request to follow its progress and merge.

Mind, community modules are not part of the release, but you can find them in the nightly builds instead.

Other assorted improvements

Highlights of this release featured below, for more information please see the release notes (2.12-RC12.12-beta):

  • Users REST uses default role service name as a user/group service name
  • imageio-ext-gdal-bindings-xxx.jar not available in geoserver-2.x.x-gdal-plugin.zip anymore since 2.10
  • REST GET resource metadata – file extension can override format parameter
  • GeoServer macOS picks up system extensions
  • SLD files not deleted when SLD is deleted in web admin
  • Reproject geometries in WMS GetFeatureInfo responses when info_format is GML
  • Include Marlin by default in bin/win/osx downloads, add to war instructions
  • Handle placemark placement when centroid of geometry not contained within
  • Enable usage of viewParams in WPS embedded WFS requests
  • Add GeoJson encoder for complex features
  • Allow image mosaic to refer a GeoServer configured store
  • Duplicate GeoPackage formats in layer preview page
  • ExternalGraphicFactory does not have a general way to reset caches
  • Generating a raster SLD style from template produced a functionally invalid style, now fixed
  • Style Editor Can Create Incorrect External Legend URLs
  • Namespace filtering on capabilities returns all layer groups (including the ones in other workspaces)
Test, test, test!

Now that you know about all the goodies, please go, download and test your favourite ones. Let us know how it went!

About GeoServer 2.12

GeoServer 2.12 is scheduled for October 2017 release.

Categories: OSGeo Planet

OSGeo.nl: Nieuw OSGeo.nl Logo

OSGeo Planet - Fri, 2017-09-29 15:38

Het OSGeo.org Marketing Committee,  voorgezeten door onze eigen Marc Vloemans, is afgelopen maanden druk bezig geweest met een algemene OSGeo.org “Rebranding”. Dit gaat verder dan veranderen van logo: het gaat om een complete vernieuwing van huisstijl, website en en veel meer. Het Nederlandse bedrijf Get Interactive heeft daarbij een groot deel van de uitvoering gedaan. Een en ander is al te zien op de OSGeo.org website.

Als OSGeo.org Lokale Afdeling (Chapter) willen we als OSGeo.nl natuurlijk graag volgen. Gelukkig heeft OSGeo.org zgn “SubBranding” gemakkelijk gemaakt door de design-bestanden te delen via GitHub en een stijlgids te leveren. Daardoor kon Winifred Broeder snel een toepasselijk nieuw logo voor OSGeo.nl maken, waarvoor dank! Zie hieronder en natuurlijk op onze website:

2017 logo OSGeo.nl

Er zal komende tijd nog meer moeten gebeuren, denk aan verdere website updates, banners, visite-kaartjes en andere OSGeo.nl marketing-uitingen. In ieder geval is ons nieuwe logo al op de OSGeo.nl website te zien. Dat doet mij denken dat we nog een vacature hebben in het bestuur voor Marketing en Communicatie. Heb je praktische ervaring met web, media, design en/of “MarCom”? Laat ons weten via bestuur@osgeo.nl.

Categories: OSGeo Planet

Fernando Quadro: Nova turma do Curso de PostGIS Básico

OSGeo Planet - Fri, 2017-09-29 14:55

Neste curso de PostGIS ministrado pela Geocursos você terá uma visão completa do PostGIS, e aprenderá como trabalhar com esta poderosa extensão espacial do banco de dados PostgreSQL.

O curso é voltado para profissionais da área de geoprocessamento, desenvolvimento de software e administradores de bancos de dados, com noções de SIG e linguagem SQL, que estejam em busca de aprender como gerir dados geográficos complexos seja pela necessidade de efetuar análises aprofundadas, seja para a visualização online em tempo real das análises realizadas, utilizando uma base de dados evoluída e de ótima estabilidade.

Veja abaixo a ementa:

1. Instalação do PostgreSQL
2. Instalação do PostGIS
3. Conversão de dados legado utilizando shp2pgsql
4. Construção de tabelas geoespaciais
5. Geometrias
6. “Geografias” (Geography Data Type)
7. Queries geoespaciais
8. Exemplos mundo real
9. Truques e dicas

Para saber mais informações, e realizar a sua inscrição basta acessar o site:

http://www.geocursos.com.br/postgis-basico/

A Geocursos informa que estão abertas as inscrições para o Curso Online de PostGIS Básico que acontecerá entre os dias 11 de Novembro e 02 de Dezembro, aos sábados das 14h00 as 18h00 (Horário de Brasília).

Categories: OSGeo Planet

gvSIG Team: gvSIG 2.4 RC2 is now available to download

OSGeo Planet - Fri, 2017-09-29 13:01

The second gvSIG 2.4 Release Candidate (gvSIG 2.4 RC2) is now available.

We encourage you to test it and send us any errors and suggestions in the users mailing list.

The main new features of this version have been published at the gvSIG blog during the last weeks. Some of them are the possibility to download data from Open Street Map or the access to H2 from gvSIG Desktop.

Thanks for your collaboration.


Filed under: community, english, gvSIG Desktop, testing Tagged: gvSIG 2.4
Categories: OSGeo Planet

gvSIG Team: Ya está disponible gvSIG 2.4 RC2 para descargar

OSGeo Planet - Fri, 2017-09-29 12:54

Ya está disponible gvSIG 2.4 RC2, la segunda distribución candidata a versión (Release Candidate) de gvSIG 2.4.

Os animamos a que la probéis y a que nos reportéis los posibles errores y sugerencias que encontréis a través de la lista de usuarios.

Las principales novedades de esta versión las podéis encontrar en los distintos post publicados en el blog de gvSIG, destacando, entre otras, la descarga de datos de OpenStreetMap o el acceso a las herramientas de administración de H2 desde gvSIG Desktop.

Gracias por vuestra colaboración.

 


Filed under: community, gvSIG Desktop, spanish, testing Tagged: gvSIG 2.4
Categories: OSGeo Planet

From GIS to Remote Sensing: SCP Questions of This Month: September

OSGeo Planet - Fri, 2017-09-29 08:46
This post is a collection of questions and answers about the Semi-Automatic Classification Plugin (SCP) and remote sensing which were discussed in the Facebook group and the Google+ Community this month.
These questions vary from supervised classification technique to software issues, and can be useful to the readers of this blog for solving issues about the use of SCP.

Categories: OSGeo Planet
Syndicate content