Talleres 7as Jornadas gvSIG LAC: Criminología ambiental

detective_gvSIG

Como ya sabréis en las 7as Jornadas gvSIG de Latinoamérica y Caribe hay previsto realizar un buen número de actividades, todas gratuitas, y entre ellas un taller de criminología ambiental con gvSIG.

El objetivo del taller es mostrar las posibilidades del uso de gvSIG, con utilización complementaria de otros SIG libres, para realizar un análisis de distintos tipos de delito.

Este taller se enmarca dentro de la iniciativa de desarrollo de un nuevo producto -gvSIG Crime- basado en gvSIG y orientado a la criminología.

El índice de contenidos del taller es el siguiente:

  • Breve descripción de la criminología ambiental.

  • Metodología de investigación de ecología criminal por medio de Matrices Espaciales de Datos.

  • Principales peligros del análisis ecológico: falacia ecológica, COSP -change of support problem-, MAUP –modifiable areal unit problem-. Elección de retícula.

  • Preparación de la base en gvSIG

  • Uso del archivo con algoritmos SAGA y Geoda.

  • Retorno de la información a gvSIG.

  • Discusión del producto.

Recordar que los talleres son gratuitos, al igual que todas las actividades de las jornadas, y que para asistir necesitáis realizar vuestra inscripción a las jornadas mediante el siguiente enlace:

http://www.gvsig.com/es/eventos/jornadas-lac/2015/inscripcion

Post anteriores sobre talleres en las 7as Jornadas gvSIG LAC:

 

Posted in community, events, opinion, spanish, training | Tagged , , , , | 1 Comment

Cambio de sistema de referencia ED50 – ETRS89 con gvSIG

Recientemente explicamos cómo reproyectar capas ráster y vectoriales en gvSIG 2.x, donde se mostraba cómo cargar una capa que estaba en distinto sistema de referencia al de la Vista.

En el caso de España, el sistema oficial desde 1970 hasta el año 2007 era el ED50, y la cartografía se generaba normalmente en este sistema de referencia.

A partir de 2007 se establece ETRS89 como sistema de referencia geodésico oficial en España para la referenciación geográfica y cartográfica en el ámbito de la Península Ibérica y las Islas Baleares, con lo que la cartografía que se genera a partir de ese momento ya debe hacerse en el nuevo sistema.

En el caso de las Islas Canarias, se adopta el sistema REGCAN95, ya que ETRS89 sólo afecta a la parte estable de la placa eurasiática.

Este cambio de sistema de referencias puede provocar que tengamos cartografía en los dos sistemas, ofrecida por organismos distintos, y que queramos visualizarla en una misma Vista en gvSIG para poder realizar algún análisis.

Como comentamos en el post anterior, los sistemas de referencia en gvSIG vienen designados por códigos, siendo el sistema más utilizado el EPSG.

Para el sistema antiguo, ED50, los códigos EPSG correspondientes serían:

  • 4230, para coordenadas geográficas.
  • 230xx, para UTM, donde “xx” es el huso correspondiente. España está incluida en los husos 28 (Islas Canarias), 29 (Galicia), 30 (Centro de España y España occidental), y 31 (España oriental e Islas Baleares), por lo que serían 23029, 23030…

Para el nuevo sistema, ETRS89, los códigos EPSG correspondientes serían:

  • 4258, para coordenadas geográficas.
  • 258xx, para UTM, donde “xx” es el huso.

Si disponemos de cartografía en los dos sistemas, si no reproyectamos una de ellas no las veremos correctamente una sobre otra en la misma Vista.

Para la reproyección entre estos sistemas, para no perder la precisión original, será siempre necesario aplicar una transformación estrictamente conforme. Para ello, el Instituto Geográfico Nacional (IGN) de España facilita una rejilla de transformación de datum, que constituye la herramienta oficial para la transformación de datum entre ED50 y ETRS89 en España. Esta rejilla está en formato NTv2, reconocido por gvSIG, y puede descargarse desde el apartado de Programas y herramientas de la página web del IGN.

reproy-rejilla2

Los pasos a seguir para la reproyección de una capa entre estos sistemas son los mismos indicados en el post anterior, de Reproyección de capas ráster y vectoriales, pero en el momento de seleccionar el sistema de referencia de la capa a agregar, debemos seleccionar en la parte de abajo la opción de Transformación por Rejilla en formato NTv2.

reproy-rejilla

En la siguiente ventana deberemos importar la rejilla descargada primero (solo lo haremos la primera vez, después ya nos aparecerá en el desplegable), y seleccionarla.

reproy-rejilla1

Siguiendo estos pasos tendremos reproyectada la capa vectorial en la Vista, pero esta reproyección será al vuelo, por lo que si queremos tenerla en el nuevo sistema de referencia, en el de la Vista, se deberá exportar dicha capa a un nuevo fichero, como comentamos en el post anterior.

Más información sobre los sistemas de referencia en España en los apartados Sistemas Geodésicos de Referencia y Preguntas frecuentes de la web del Instituto Geográfico Nacional.

Posted in gvSIG Desktop, spanish | Leave a comment

gvSIG at Silesian Convention (Szczyrk, Poland)

On 11-12 June in Szczyrk (Poland) took place V Silesian Convention of Computer Science and Administration, whose main topic was free and open source software and open data.

The convention was attended by over 100 participants from all over the country representing both the public administration, commercial companies and universities.
Participants could hear and see nearly 30 presentations, including those regarding:

  • free GIS software and its licensing,
  • open standards in geographic information,
  • open and gratuitous geospatial data,
  • official public geoportals,
  • Open Street Map,
  • Linked Open Data,
  • certification of skills in the field of GIS.

During the convention was held a presentation about gvSIG titled: “The project gvSIG. Software for various applications“, in which you could take a look at the main features of gvSIG software as well as other products of gvSIG project.

Image | Posted on by | Leave a comment

Reprojecting vector and raster layers in gvSIG 2.x

When we download cartography from a web page we need to know its reference system in order to load it correctly in gvSIG. For that we have to look for it at the same web page, or access to the metadata if they are published.

The reference systems are designed by codes in gvSIG, and EPSG is the most used code (managed by the International Association of Oil & Gas Producers – IAOGP). If we don’t know the EPSG code of our reference system, we can search it in gvSIG by Name or by Area. We also can look for it at the next EPSG codes list.
When we are working on gvSIG we must select the reference system of the View that we are creating. Then, when we add a layer, if it’s at the same reference system than the View we will add it directly, and it will appear on the correct location.

Nevertheless, if it’s in a different reference system, we will act differently for raster or vector layers.

 

Reprojecting vector layers

If our vector layer is in a different reference system than the View one, we must indicate it when loading (we also can select the transformation to be applied in order to adjust the reprojection). As gvSIG detects that it’s a different reference system it will be reprojected on the fly.

reproy-vectorial-en_1

This reprojection will be, as we said, “on the fly”, that means, the layer will be at its original reference system yet.

If we want to have that vector layer at the same reference system than the View, once it’s reprojected on the fly, we must export it to a new file (Layer->Export to menu)

That new file that we have saved on our computer will be on the new reference system, the same system than the View, so if we load it on the same View we won’t have to indicate its reference system, assuming the same than the View. It will be loaded correctly already.

Note: If we make any geoprocess on the ‘reprojected on the fly’ layer, we won’t get the correct results because it’s made on the layer on its original system. For that we must do it on the exported layer.

 

Reprojecting raster layers

If we have a raster layer that is in a different reference system than the View, gvSIG can’t reproject it at the same way than the vector layers.

If we want to reproject a raster layer to the same reference system than the View we will load it on the View directly (it won’t be loaded correctly), and we will use the “Reproject raster layer” tool.

For that we will open the raster tools main menu (we must click on the white triangle that is in the button), and then select the “Geographic transformations” option.

reproj-raster-en1

Once this option is selected, we open the menu at the right side, and we select “Reproject layer”.

reproj-raster-en2

At the new window, we select the source projection of the layer, and the target projection, that will be the same than the View one (selecting the transformation if we know it and we want to adjust the reprojection). We will select the name of the reprojected system and where it will be saved.

When we accept it, we indicate that it has to add the layer to the View, so it will be at the same reference system than the View. We will remove the old layer, and zoom to the new one.

 

How to check which is the reference system of a layer

If we have a layer, and we don’t know its reference system like we told at the beginning, and we don’t have the prj file with that information, we can use reference cartography to check it.

Most of the WMS services offer the layers in several reference systems, in the official ones of the offered area normally, so that we can use them for checking it.

For that we will open a View in gvSIG, that will be in a concrete reference system (one of the systems that we think our layer can be). Then we will load a WMS layer at the same system (it’s recommendable to use some layer that offers lots of details, like cadastral cartography). We will load our layer finally, assuming that it’s in the same reference system than the View, and if it coincides, the layer will be in that reference system.

In case it doesn’t coincide, we’ll do the same operation with another View in other reference system, and loading the WMS layer in that system.

Posted in english, gvSIG Desktop | 1 Comment

Reproyección de capas ráster y vectoriales en gvSIG 2.x

Cuando descargamos cartografía de una página web debemos saber en qué sistema de referencia está para poder cargarla en gvSIG correctamente. Para ello deberemos buscar en la propia página para ver si lo indican, o si ofrecen los metadatos accederemos a ellos y lo comprobaremos.

Los sistemas de referencia en gvSIG vienen designados por códigos, siendo el sistema más utilizado el EPSG (gestionados por la International Association of Oil & Gas Producers – IAOGP). Si no conocemos el código EPSG de nuestro sistema de referencia podemos realizar una búsqueda en gvSIG por Nombre o por Área. También podemos buscarlo en el siguiente listado de códigos EPSG.

Al trabajar en gvSIG, debemos seleccionar el sistema de referencia de la Vista que creamos, entrando en sus propiedades. Después, cuando insertamos una capa, si está en el mismo sistema de referencia que la Vista la añadiremos directamente, y aparecerá en su sitio.

Si, por el contrario, la capa se encuentra en un sistema de referencia distinto al de la Vista debemos reproyectarla, y dependerá de si es una capa ráster o vectorial lo haremos de una u otra forma.

 

Reproyección de capas vectoriales

Si tenemos una capa vectorial que está en un sistema de referencia distinto al de la Vista, deberemos indicárselo en el momento de cargarla, cambiando sus propiedades (al indicar el sistema de la capa podremos seleccionar también la transformación a aplicar, para ajustar más la reproyección). Al detectar gvSIG que es un sistema distinto la reproyectará al vuelo.

reproy-vectorial-es_1

Esta reproyección será, como hemos dicho, “al vuelo”, es decir, que la capa seguirá estando en su sistema de referencia original.

Si lo que queremos es tener esa capa vectorial en el sistema de la Vista, lo que deberemos hacer es, una vez reproyectada al vuelo, exportarla a nuevo fichero (menú Capa->Exportar a).

Ese nuevo fichero que hemos guardado en disco ya estará en el nuevo sistema de referencia, en el de la Vista, por lo que si lo cargamos ahora en dicha Vista ya no deberemos indicarle su sistema de referencia, asumiendo el de la propia Vista. Se cargará ya correctamente.

Nota: Si realizamos algún geoproceso sobre una capa reproyectada al vuelo, no obtendremos el resultado correcto, ya que lo realiza sobre la capa en su sistema original. Para ello debemos realizarlo sobre la nueva capa que hemos exportado, sobre la que tenemos ya en el sistema de la Vista.

 

Reproyección de capas ráster

Si tenemos una capa ráster que está en un sistema de referencia distinto al de la Vista, gvSIG no la puede reproyectar al vuelo como habíamos hecho con las capas vectoriales.

Si queremos reproyectar dicha capa ráster al sistema de la Vista, lo que haremos será cargarla en la Vista directamente (no se cargará en su sitio), y utilizar la herramienta de “Reproyección de capa ráster”.

Para ello abriremos el menú principal de herramientas ráster (el botón de la izquierda, pinchando sobre el triángulo blanco que hay en él), y seleccionaremos la opción de “Transformaciones geográficas”.

reproy-raster-es1

Una vez seleccionada esta opción, abriremos el menú de la parte derecha, y seleccionaremos “Reproyectar capa”.

reproy-raster-es2

En la nueva ventana que se abre seleccionaremos el sistema de referencia origen de la capa, y el sistema de referencia al que queremos reproyectarla, que en nuestro caso era el de la Vista (seleccionando la transformación a aplicar si la conocemos, y si queremos ajustar más la reproyección). Seleccionaremos el nombre del fichero reproyectado y dónde lo debe guardar.

Cuando aceptamos le indicamos que agregue la capa en la Vista, con lo que ya la tendremos en el sistema de la Vista. Entonces eliminaremos la capa anterior, que no estaba cargada correctamente, y haremos un zoom a la capa nueva.

 

Cómo comprobar en qué sistema de referencia está una capa

Si tenemos una capa, y no nos han facilitado su sistema de referencia como hemos indicado al principio, si no disponemos de ninguna información, como por ejemplo su fichero .prj, podemos utilizar cartografía de referencia para comprobarlo.

La mayoría de los servicios WMS ofrecen las capas en varios sistemas de referencia, normalmente en los oficiales del área ofrecida, por lo que podemos utilizarlos para hacer la comprobación.

Para ello lo que haremos es abrir una Vista en gvSIG en un sistema de referencia concreto (uno de los que nosotros pensamos en que puede estar la capa). Después cargaremos una capa WMS en el mismo sistema (es recomendable cargar alguna capa que ofrezca detalle, tal como cartografía catastral). Finalmente cargaremos la capa, asumiendo que es el mismo sistema de la Vista, y si coincide con la cartografía de referencia será que dicha capa está en ese sistema.

En caso de que no coincida, realizaríamos la misma operación con otra Vista en otro sistema de referencia, y cargando de nuevo la capa WMS en el sistema de dicha Vista.

Posted in gvSIG Desktop, spanish | 2 Comments

Talleres 7as Jornadas gvSIG LAC: gvNIX

Como ya sabréis en las 7as Jornadas gvSIG de Latinoamérica y Caribe hay previsto realizar un buen número de actividades, todas gratuitas, y entre ellas un taller de gvNIX.

Y aquí empezarán vuestras dudas… ¿gvNIX?¿Qué es esto? ¿Me puede interesar asistir a este taller?

gvNIX es el nuevo proyecto que se incorpora al catálogo de la Asociación gvSIG, un software que pensamos viene a cubrir un aspecto hasta ahora no cubierto por la geomática libre. Un proyecto que amplia considerablemente el abanico de usos de la geomática, entrando directamente a formar parte de soluciones informáticas en su sentido más amplio. En definitiva con gvNIX podemos ir un paso más allá de las soluciones IDE/Geoportal al uso y que pasen a estar integradas en soluciones de gestión más complejas y dejen de ser “islas” ajenas al resto de la informática de una organización.

gvNIX es una herramienta de desarrollo rápido de aplicaciones web Java. Es una herramienta de software libre (GNU/GPL v.3), altamente productiva, flexible y que no compromete la calidad de los proyectos. Y, claro, que incluye componente GEO … pero por componente GEO no estamos hablando de que nuestra aplicación muestre un mapa de Google Maps donde geoposicionamos información concreta de la aplicación, estamos hablando que nuestra aplicación permitirá a los usuarios finales, tanto si tienen conocimientos en geomática como si no los tienen:

  • Editar datos de tipo GEO.

  • Cruzar información de múltiples fuentes en un mapa.

  • Filtrar la información visualizada en el mapa.

  • Mostrar en el mapa sólo la información seleccionada.

  • Generar automáticamente listados de capas disponibles.

  • Añadir fácilmente nuevas capas:

    • Datos de entidades

    • Tile Layers

    • WMS Layers

  • Habilitar herramientas de mapas y permitir crear nuevas herramientas: medición, zoom, escala… así como herramientas personalizables.

  • Acceder desde cualquier dispositivo: tableta, móvil, PC … debido a su diseño responsive.

Precisamente en el taller nos centraremos en esta componente GEO.

Llegados a este punto podemos ya comentar que este taller está especialmente orientado a desarrolladores.

Para los que quieran asistir al taller y además quieran ir siguiendo los distintos ejercicios del mismo, los requisitos previos son:

En cuanto a la parte práctica, en el taller veremos como:

  • Crear base de datos POSTGRESQL con extensión POSTGIS (para agilizar el taller se aconseja que los asistentes ya lo tengan configurado)

  • Configurar un proyecto para trabajar con componentes GEO

  • Crear un proyecto gvNIX basado en modelo de entidades con campos GEO

  • Generar capa web (Datatables, Bootstrap, jQuery, etc…)

  • Transformar capa web de campos GEO para guardar datos

  • Demostración de creación, actualización y visualización de entidades con campos GEO

  • Generar mapa vacío

  • Añadir entidades al mapa

  • Añadir nuevas capas al mapa (Tiles y WMS)

  • Añadir nuevas herramientas al mapa (Personalizadas e incluídas en gvNIX)

  • Configuración de capas (filtrable, seleccionable, icono, colores, etc…)

  • Demostración de filtrado y selección utilizando componente Datatables

Al acabar el taller, los asistentes tendrán un Geoportal con el siguiente aspecto:

map_entities_1filter_0

Sin duda este tipo de talleres ya justifican la asistencia a las Jornadas. ¡Que no falte nadie!

Recordar que los talleres son gratuitos, al igual que todas las actividades de las jornadas, y que para asistir necesitáis realizar vuestra inscripción a las jornadas mediante el siguiente enlace:

http://www.gvsig.com/es/eventos/jornadas-lac/2015/inscripcion

Post anteriores sobre talleres:

Posted in events, gvNIX, spanish, training | Tagged , , , | 2 Comments

gvSIG at FOSS4G India 2015

gvSIG prsented by KAIINOS at FOSS4G India 2015

gvSIG prsented by KAIINOS at FOSS4G India 2015

FOSS4G India 2015 was held at Indian Institute of Remote Sensing, Dehradun. It was attended by more than 100 delegates from all over the country with student community participating with lot of enthusiasm. Close to 45 people presented their work in various domains like forestry, smart cities, open data and open standards, weather, defence applications, localization etc. The conference showcased the ever growing influence of FOSS4G in Indian context.

KAIINOS, as a representative of gvSIG Association, got an opportunity to present gvSIG case studies in the session “Use of Open Source Geospatial Tools in Capacity building and in Strategic Applications “. KAIINOS highlighted the technical advantages of gvSIG, its flexible development environment, ease of use, cross platform compatibility, strong geoprocessing library etc in the presentation. But the actual strength of Open Source lies in the community and gvSIG has a very large user and developer community spread in and around 100 countries. Another unique strength of gvSIG is availability of support for custom application development and other services through gvSIG association (An association of SMEs with more than 60 collaborators and partners). The outreach efforts by the association in delivering trainings such as MOOC was also highlighted in the presentation.

gvSIG at IIIT Booth in FOSS4G India 2015gvSIG, which is very famous in Europe and South American countries, is still a newbie to Indian GIS community. KAIINOS after realizing the strengths of gvSIG became member of the association with a two-point agenda. One to increase user base of gvSIG in the Indian geospatial community and the other is to develop cost effective solutions using the gvSIG technology. As part of increasing user base of gvSIG in India, KAIINOS has been putting up gvSIG exhibition material like posters in the conferences held in India.

 

Posted in community, english, events, gvSIG Association, gvSIG Desktop | 2 Comments

On the road to gvSIG 2.3

gvSIG_23

As we announced with the publishing of gvSIG 2.2, and following the current policy at the gvSIG project for releasing two versions every year, we plan to release gvSIG 2.3 in December.

The objective is to dedicate the odd versions for deep changes that allow to extend the use field of gvSIG.

For this version we are working on the necessary changes to have an official gvSIG distribution for Mac and for Windows 64 bits available. They are significant changes related to the raster and projection libraries, and we hope they allow us to have these new gvSIG distributions.

We are making changes  related to the geometry support too, in order to solve several problems that have appeared at multi-geometries, as well as include the possibility to work with the M coordinate. This last issue is related to the dynamically segmentation functionality, that we want to include in gvSIG. It will mean a valuable contribution for all the works related to network analysis (roads, railways…).

And what will gvSIG 2.3 have? Well, it will depend on you in a big part, on the development contributions and economical resources that are contributed to the project, that means directly or through contracting of services. The gvSIG Association maintains a team that develop every gvSIG version thanks to all the entities that bet on the professional services that we offer mainly. Bet on the gvSIG Association is to have the best professionals… and besides contributing to the technological evolution of gvSIG.

Posted in english, gvSIG Desktop | 1 Comment

Camino a gvSIG 2.3

gvSIG_23Como ya anunciamos con la salida de gvSIG 2.2, y siguiendo la actual política de publicación del proyecto gvSIG de liberar 2 versiones al año, fijamos como fecha para gvSIG 2.3 el mes de diciembre.

La intención es dedicar las versiones impares a cambios más profundos que permitan expandir el ámbito de uso de gvSIG.

Para está versión estamos trabajando en los cambios necesarios para poder tener distribución oficial de gvSIG para Mac y para Windows 64 bits. Son cambios significativos relacionados con las librerías de ráster y de proyecciones, y que esperamos que nos permitan tener estas nuevas distribuciones de gvSIG.

También estamos realizando cambios referentes al soporte de geometrías, de cara tanto a solucionar algunos problemas que se han presentado con multigeometrías, como a poder trabajar con la coordenada M. Esto último va relacionado con la funcionalidad de segmentación dinámica que queremos incorporar a gvSIG y que supondrá un valioso aporte para todos los trabajos relacionados con redes (carreteras, ferrocarril,…).

¿Y qué más tendrá gvSIG 2.3? Pues en gran parte depende de vosotros. De las contribuciones al desarrollo y de los recursos económicos que se aporten al proyecto, ya sean directos o mediante la contratación de servicios. La Asociación gvSIG mantiene un equipo que evoluciona versión a versión el proyecto gvSIG gracias principalmente a todas aquellas entidades que apuestan por los servicios profesiones que ofrecemos. Apostar por la Asociación gvSIG es disponer de los mejores profesionales…y además contribuir a la evolución tecnológica de gvSIG.

Posted in gvSIG Desktop, spanish | Tagged | 1 Comment

Look for your address or location in gvSIG using Scripting!

In an previous post, we spoke about the utility of the “geopy” library for Geocoding in gvSIG 2 using scripting.

Now, with the next script we are going to search addresses or towns and gvSIG will zoom to that point.

geopy

The first step will be to install the GeoPy library in our computer. For that we have to download the “geopy-1.7.1-patched-for-gvSIG-2.1.0.zip” file and unzip it in the folder:

gvSIG/plugins/org.gvsig.scripting.app.extension/lib/

at the home folder of our user (in that lib folder we will have the geopy and simplejson folders finally). If we had gvSIG opened we have to close it and run it again.

Depending on the operating system, we can find that gvSIG folder in:

  • Linux: /home/MY_USER
  • Windows: C:\Document and Settings\MY_USER or C:\Users\MY_USER

We remember that this library uses the Google addresses browser. It also has its defects like confusions in addresses or the necessity to have an online connection.

Look for any address in gvSIG!capture27

Once the libraries are installed, we will run gvSIG, and we will go to the Scripting Composer (Tools->Scripting->Scripting Composer menu), we will create a script (File->New), with the name that we want (for example ‘Address browser’), and we will add this source code on it:

from gvsig import *
from geopy.geocoders import get_geocoder_for_service
from commonsdialog import *
from geom import *

def main(*args):

    # Google v3: from address to coordinates
    address = inputbox("Search Address", "Search Address",1)
    geolocator = get_geocoder_for_service("googlev3")
    location = geolocator().geocode(address)

    print"Address: ", (location.address), "Coordinates: ", ((location.latitude, location.longitude))

    geomPoint = createPoint(location.longitude, location.latitude,)
    centerView(currentView(), geomPoint.buffer(0.0005))

def centerView(view, geom):
    view.getMap().getViewPort().setEnvelope(geom.getEnvelope())

Then we will open a View in gvSIG, that will be in geographical coordinates on WGS84 (EPSG: 4326) for the correct working, because they are the coodinates that the library gives.

On the View, with the layers included, we will open the scripting launcher (Tools->Scripting->Scripting Launcher menu), and we will run the script that we have created (doble-clicking on it). Once the script has been run, it will ask for the address or town through a text box, and it will center the View to the point finally.

We hope you enjoy this tool!

Posted in development, english, gvSIG Desktop, scripting | 1 Comment