Welcome to Planet OSGeo

CartoView é um app market para compartilhar aplicativos WebGIS diretamente do navegador, além de ser uma extensão do GeoNode para fornecer aplicativos em cima de uma infraestrutura de dados espaciais (SDI) sólida.

O GeoNode fornece uma ótima plataforma de infraestrutura de dados espaciais para carregar, gerenciar e compartilhar dados geoespaciais e mapas on-line em um ambiente totalmente compatível com os padrões OGC.

A Cartoview exibe todas as aplicações através de um app market (mercado de aplicativos) on-line e gratuito.

Após a instalação do GeoNode e do Cartoview, todos os aplicativos estarão disponíveis para os usuários do site e os usuários poderão configurar e compartilhar os aplicativos.

Os aplicativos são gerenciados pelo administrador do site, que pode instalá-los no portal, executar atualizações ou suspender aplicativos.

Não há foco particular no que os aplicativos podem fornecer, cabe aos desenvolvedores determinar a função de negócios do aplicativo.

No CartoView você pode encontrar aplicativos para publicação de dados, design, coleta de dados, geoprocessamento, entre outros. A ideia é de aplicativos realmente simples, para ser semelhante aos aplicativos para dispositivos móveis. Em vez de ter um site muito grande que faz muitas funções e seria muito complexo de gerenciar, os aplicativos fornecem uma solução muito mais simples, onde cada aplicativo está fazendo uma função distinta muito mais fácil e eficiente, exatamente semelhante à experiência dos aplicativo móveis.

Fonte: CartoView

El día 18 de Octubre durante las 13as Jornadas Internacionales de gvSIG se impartirá un taller sobre geoestadística con gvSIG usando R.

El lenguaje R tiene un gran potencial dentro del campo de los Sistemas de Información Geográfica, dispone de una gran cantidad de librerías tanto para el análisis espacial como para el de preparación y visualización de mapas, consiguiendo muy buenos resultados con pocas líneas de código.

El taller es totalmente gratuito, pero tiene un número de plazas limitadas. Se realizará en la Escuela Técnica Superior de Ingeniería Geodésica, Cartográfica y Topográfica (UPV) y tendrá una duración de alrededor de 1 hora y media. Será el primer día de las jornadas, 18 de Octubre a las 15.30.

Durante el taller veremos la forma de ejecutar R desde gvSIG a través Scripting, explicando las diferentes opciones de ejecución que tenemos. Veremos un ejemplo de tratamiento de datos aplicado a la criminología, usando datos del portal de crímenes en UK descargados de data.police.uk. Se enseñará una forma rápida de procesarlos y convertirlos en capas con las que poder trabajar en gvSIG, además de realizar ciertos análisis con ellos.

Ejemplo de gráfica que veremos durante el taller basada en datos de criminología para UK

Todo el material necesario ya estará listo en los ordenadores del taller. Si quieres utilizar tu propio portátil, solo será necesaria la última versión de gvSIG que os podéis descargar desde el siguiente enlace y los datos que colgaremos en este post o os daremos antes de comenzar el taller. Se recomienda el uso de la versión portable para el taller.

http://www.gvsig.com/es/productos/gvsig-desktop/descargas

Inscripción a las jornadas:

http://www.gvsig.com/es/eventos/jornadas-gvsig/13as-jornadas-gvsig/inscripcion

La inscripción a los talleres se abrirá el próximo jueves día 28 de septiembre:

http://www.gvsig.com/es/eventos/jornadas-gvsig/13as-jornadas-gvsig/inscripcion-talleres

Some days ago we received a nice detail from Alexander Karandeev, distinguished member of the gvSIG Russian Community, a tourist guide (“Pyotr Semyonov-Tyan-Shansky Homeland Tourist Guide“) the maps of which have been made with gvSIG Desktop.

We share some pictures about this interesting gvSIG case study:

Hace unos días recibimos un bonito detalle de Alexander Karandeev, miembro destacado de la Comunidad Rusa de gvSIG, una guía turística (“Pyotr Semyonov-Tyan-Shansky Homeland Tourist Guide“) cuyos mapas han sido realizados con gvSIG Desktop.

Compartimos unas fotos con todos vosotros de este interesante caso de uso de gvSIG:

Este webinar vai abordar assuntos como análise da utilização de serviços geoespaciais padrão OGC (WMS, WFS, WMTS), como economizar tempo e dinheiro em seus processos que usam dados espaciais, automatizar de tarefas de rotina, comprovando o retorno do investimento em sua infraestrutura de dados espacias e ao mesmo tempo fornecer serviços altamente confiáveis.

Você verá com é importante conhecer o número de solicitações que os serviços podem lidar em um ambiente em constante crescimento e evolução e desta forma, garantir que a capacidade do serviço seja suficiente para atender às necessidades futuras.

Nossos clientes sabem o desempenho e quem está usando seus serviços espaciais, e você? Venha descobrir como nesse webinar que ocorrerá no dia 28/09 as 11:00h (horário de Brasília).

Link para se registrar no webinar: http://bit.ly/2yfnVkw

Under the slogan “Why is software created using taxpayers’ money not released as Free Software?” the Public Code initiative (https://publiccode.eu/) claims a reasoning that is irrefutable.

From now we encourage the maximum of individuals and organizations, as we have done at the Association gvSIG, become adhered to the Public Code open letter.

These initiatives are very necessary to make the decision-makers aware of the importance of our administrations working with free software, because as of today, there is still a long way to go in spite of what has been advanced, and from the politics the technology (and the licensing conditions that determine the access to it) is usually seen as something outside of their scope of decision. This raising awareness, however, seems to be achieved already in other movements similar to open data ones.

Today, no one can doubt the growing trend in favour of open data generated by public administrations; by reasons of conviction, legislative or merely imitation, open data portals are multiplying day by day. It’s a dynamic that seems unstoppable, and its importance lies there. This international tendency to open data generated by public administrations is mainly due to a citizen movement that demands greater participation, transparency, democratization, collaboration and derived from all this, a greater economic efficiency.

The logic encourages these claims to be applied also to the technology, and that public administrations do not have the need to look the other way when the question that is at the beginning of this post is asked, that taxpayers’ money used to develop software is published as open source software. It leads us to its adoption and use by our Public Administrations.

Filed under: english, opinion Tagged: open source software

El día 18 de octubre de 2017, en el transcurso de las 13as Jornadas Internacionales gvSIG, que se celebrarán en Valencia (España), se impartirá un taller de “Introducción a gvSIG”, en el que podréis aprender a manejar la herramienta.

Durante el taller veremos cómo crear un proyecto y como crear vistas en él, insertando capas de diferentes tipos, y trabajando con distintos sistemas de referencia. También veremos cómo tratar la información de las tablas de atributos asociadas a las capas vectoriales, y aprenderemos cómo crear un mapa, que será la salida gráfica de las vistas creadas, con su norte, leyenda, escala… Sobre las capas vectoriales aplicaremos simbologías a partir de alguno de los campos de su tabla de atributos, y también agregaremos etiquetas a los diferentes elementos de la capa en concreto. Otras de las herramientas que veremos durante el taller serán las de edición, donde aprenderemos a crear nuevas capas vectoriales y a digitalizar elementos sobre una ortofoto, añadiéndoles información alfanumérica.

Este taller os servirá como base para poder investigar el resto de herramientas disponibles, como por ejemplo los más de 200 geoprocesos disponibles tanto para análisis ráster como vectorial, o las vistas 3D entre otras.

Para asistir a los talleres debéis inscribiros tanto a las jornadas como a cada uno de los talleres en los que estéis interesados. Los talleres, como el resto de las jornadas, son totalmente gratuitos, pero tened en cuenta que las plazas son limitadas.

El taller se impartirá en la Escuela Técnica Superior de Ingeniería Geodésica, Cartográfica y Topográfica (UPV), y a él deberéis llevar vuestro ordenador con la última versión de gvSIG instalada, que podéis descargar desde

http://www.gvsig.com/es/productos/gvsig-desktop/descargas

En los próximos días se publicará en este mismo post la cartografía que tenéis que llevar descargada también en vuestro ordenador.

Podéis consultar el programa completo de las jornadas aquí:

http://www.gvsig.com/es/eventos/jornadas-gvsig/13as-jornadas-gvsig/programa

Inscripción a las jornadas:

http://www.gvsig.com/es/eventos/jornadas-gvsig/13as-jornadas-gvsig/inscripcion

La inscripción a los talleres se abrirá el próximo jueves día 28 de septiembre:

http://www.gvsig.com/es/eventos/jornadas-gvsig/13as-jornadas-gvsig/inscripcion-talleres

Bajo el lema “Why is software created using taxpayers’ money not released as Free Software?” (¿Por qué el software creado con dinero de los contribuyentes no se publica como Software Libre?) la iniciativa Public Code (https://publiccode.eu/) reivindica un razonamiento que se muestra irrebatible.

Desde ya animamos a que el máximo de individuos y organizaciones, como ya hemos hecho desde la Asociación gvSIG, se adhieran a la carta abierta de Public Code.

Estas iniciativas son muy necesarias para concienciar a los tomadores de decisiones de la importancia de que nuestras administraciones trabajen con software libre, pues a día de hoy pese a lo que se ha avanzado queda mucho camino por recorrer y todavía desde los ámbitos de la política se suele ver la tecnología (y las condiciones de licencia que determinan el acceso a la misma) como algo ajeno a su ámbito de decisión. Esta “concienciación”, sin embargo, parece que ya se está logrando en otros movimientos similares como el de los datos abiertos.

Hoy día nadie puede dudar de la creciente tendencia en favor de los datos abiertos generados por las administraciones públicas; sean razones de convencimiento, legislativas o de mera imitación, los portales de datos abiertos se multiplican día a día. Una dinámica que, y ahí radica su importancia, parece imparable. Esta tendencia internacional de apertura de datos generados por las administraciones públicas, obedece principalmente a un movimiento ciudadano que reivindica una mayor participación, transparencia, democratización, colaboración y derivado de todo ello, una mayor eficiencia económica.

La lógica invita a que esas reivindicaciones se apliquen también a la tecnología y las administraciones públicas no tengan la necesidad de mirar a otro lado cuando se les haga la pregunta que inicia este post. Que el dinero de los contribuyentes que se utiliza para desarrollar software se publique como software libre. Lo que nos lleva a su adopción y uso por parte de nuestras Administraciones Públicas.

Hoy en día se reconoce como fundamental el valor del análisis territorial en el fenómeno delictivo. En ese marco de la conocida como criminología ambiental surge gvSIG Crime el nuevo producto de la Asociación gvSIG, que será presentado durante las 13as Jornadas Internacionales de gvSIG. De forma complementaria se realizará un taller orientado de introducción al análisis delictivo geoespacial con gvSIG Desktop. Un taller gratuito, como el resto de actividades de las Jornadas gvSIG.

Bajo la premisa de que los delitos que se producen y la conducta criminal están influenciados por el ambiente inmediato en el que ocurren, donde la componente geográfica no tiene un papel pasivo, veremos como los Sistemas de Información Geográfica pueden ayudarnos a estudiar la información relacionada con la convivencia y seguridad ciudadana.

Los requerimientos de un software de gestión del delito de este tipo, como es gvSIG Desktop, están definidos en el libro blanco de IACA (The International Association of Crime Analysts). Mediante ejercicios prácticos iremos aplicando y revisando estos requisitos.

¿A quién va dirigido el taller?

Criminólogos, sociólogos, analistas, curiosos o interesados en la aplicación de los Sistemas de Información Geográfica al análisis delictual. No es necesario tener ningún conocimiento previo de la materia o el software para asistir al taller.

¿Qué veremos?

Comenzaremos por cuestiones básicas como la descarga e instalación del software, o la forma de trabajo y herramientas básicas de gvSIG Desktop, para pasar a realizar ejercicios prácticos de gestión y análisis de información delictual: metodologías para carga de información, creación y uso de simbología del delito, generación de mapas temáticos, cálculos estadísticos y aplicación de geoprocesos en criminología (centro medio, centro mediano, enlaces espacial por inclusión, mapas de calor, etc.). Por último aplicaremos la visualización 3D a los resultados de nuestros análisis.

¿Cómo inscribirme?

Para asistir a los talleres debéis inscribiros tanto a las jornadas como a cada uno de los talleres en los que estéis interesados. Los talleres, como el resto de las jornadas, son totalmente gratuitos, pero tened en cuenta que las plazas son limitadas.

El taller se impartirá en la Escuela Técnica Superior de Ingeniería Geodésica, Cartográfica y Topográfica (UPV), que cuenta con ordenadores totalmente equipados para la formación, por lo que no es necesario llevar vuestros equipos al curso.

Podéis consultar el programa completo de las jornadas aquí:

http://www.gvsig.com/es/eventos/jornadas-gvsig/13as-jornadas-gvsig/programa

Inscripción a las jornadas:

http://www.gvsig.com/es/eventos/jornadas-gvsig/13as-jornadas-gvsig/inscripcion

La inscripción a los talleres se abrirá el próximo jueves día 28 de septiembre:

http://www.gvsig.com/es/eventos/jornadas-gvsig/13as-jornadas-gvsig/inscripcion-talleres

I meant to write this blog post for quite some time. It's my view on the new project I'm working on called Noise. I work together with Damien Katz on it full-time for already about a year now. Damien already blogged a bit about the incarnation of Noise.

I can't recall when Damien first told me about the idea, but I surely remember one meeting we had at Couchbase, were plenty of developers were packed in a small room in the Couchbase Mountain View office. Damien was presenting his idea on how flexible JSON indexing should work. It was based on an idea that came up a long time ago at IBM (see Damien's blog post for more information).

Then the years passed without this project actually happening. I've heard again about it when I was visiting Damien while I was in the Bay Area. He told me about his plan actually doing this for real. If I would join early i would become a founder of the project. It wasn't a light-hearted decision, but I eventually decided to leave Couchbase to work full-time on Noise.

Originally Damien created a prototype in C++. But as I was really convinced that Rust is the future for systems programming and databases, I started to port it to Rust before I visited him in the US. Although Damien was skeptical at first, he at least wanted to give it a try and during my stay I convinced him that Rust is the way to go.

Damien did the hard parts on the core of Noise and the Node.js bindings. I mostly spent my time getting an R-tree working on top of RocksDB. It took several attempts, but I think finally I found a good solution. Currently it's a special purpose implementation for Noise, but it could easily be made more generic, or adapted to other specific use cases. If you have such needs, please let me know. At this year's Global FOSS4G conference I presented Noise and its spatial capabilities to a wider audience. I'm happy with the feedback I got. People especially seem to enjoy the query language we came up with.

So now we have a working version which does indexing and has many query features. You can try out Noise online. There's also basic geospatial bounding box query support, which I'll blog more about once I've cleaned up the coded-in-rush-for-a-conference mess and have merged into the master branch.

There are exciting times ahead as now it's time to get some funding for the project. Damien and I don't want to do the venture capital based startup kind of thing, but rather try to find funding through other channels. This will also define the next steps. Noise is a library so it can be the basis for a scaled up distributed system, and/or to scale down into a nice small analytics system that you can run on your local hardware when you don't have access to the cloud.

So in case you read this, tried it out and think that this is exactly what you've been looking for, please tell me about your use case and perhaps you even want to help funding this project.

The PostGIS development team has uploaded the final release of the PostGIS 2.1 branch. The 2.1 branch is now end-of-life. As befits a patch release, the focus is on bugs and breakages.

• Download
• html doc download
• pdf doc download
• Changelog

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

• 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 is about to be merged, 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.

• geotools-18-beta-bin.zip
• geotools-18-beta-doc.zip
• geotools-18-beta-userguide.zip
• geotools-18-beta-project.zip

TL;DR: If you are using ORDER BY or GROUP BY on geometry columns in your application and you have expectations regarding the order or groups you obtain, beware that PostGIS 2.4 changes the behaviour or ORDER BY and GROUP BY. Review your applications accordingly.

The first operators we learn about in elementary school are =, > and <, but they are the operators that are the hardest to define in the spatial realm.

When is = equal?

For example, take “simple” equality. Are geometry A and B equal? Should be easy, right?

But are we talking about:

1. A and B have exactly the same vertices in the same order and with the same starting points?
2. A and B have exactly the same vertices in any order? (see ST_OrderingEquals)
3. A and B have the same vertices in any order but different starting points?
4. A has some extra vertices that B does not, but they cover exactly the same area in space? (see ST_Equals)
5. A and B have the same bounds?

Confusingly, for the first 16 years of its existence, PostGIS used definition 5, “A and B have the same bounds” when evaluating the = operator for two geometries.

However, for PostGIS 2.4, PostGIS will use definition 1: “A and B have exactly the same vertices in the same order and with the same starting points”.

Why does this matter? Because the behavour of the SQL GROUP BY operation is bound to the “=” operator: when you group by a column, an output row is generated for all groups where every item is “=” to every other item. With the new definition in 2.4, the semantics of GROUP BY should be more “intuitive” when used against geometries.

What is > and <?

Greater and less than are also tricky in the spatial domain:

• Is POINT(0 0) less than POINT(1 1)? Sort of looks like it, but…
• Is POINT(0 0) less than POINT(-1 1) or POINT(1 -1)? Hm, that makes the first one look less obvious…

Greater and less than are concepts that make sense for 1-dimensional values, but not for higher dimensions. The “>” and “<” operators have accordingly been an ugly hack for a long time: they compared the minima of the bounding boxes of the two geometries.

• If they were sortable using the X coordinate of the minima, that was the sorting returned.
• If they were equal in X, then the Y coordinate of the minima was used.
• Etc.

This process returned a sorted order, but not a very satisfying one: a “good” sorting would tend to place objects that are near to each other in space, near to each other in the sorted set.

Here’s what the old sorting looked like, applied to world populated places:

The new sorting system for PostGIS 2.4 calculates a very simple “morton key” using the center of the bounds of a feature, keeping things simple for performance reasons. The result is a sorted order that tends to keep spatially nearby features closer together in the sorted set.

Just as the “=” operator is tied to the SQL GROUP BY operation, the “>” and “<” operators are tied to the SQL ORDER BY operation. The pictures above were created by generating a line string from the populated places points as follows:

CREATE TABLE places_line AS 
SELECT ST_MakeLine(geom ORDER BY geom) AS geom 
FROM places;

The program with presentations and workshops of the 13th International gvSIG Conference is now available. The conference has been moved earlier this year, and it will be held from October 18th to 20th at School of Engineering in Geodesy, Cartography and Surveying (Universitat Politècnica de València, Spain). Friday will be dedicated to a gvSIG developers meeting.

Workshops will have independent registration, with limited capacity and having the possibility to get a certificate. Registration for workshops, that are free of charge, will be available at the website soon. Workshops available are:

• Workshop 1: Introducción a gvSIG
• Workshop 2: Geoestadística con gvSIG
• Workshop 3: gvSIG aplicado a criminología
• Workshop 4: Introducción al desarrollo en gvSIG con Scripting
• Workshop 5: Hydro-geomorphological Modelling in gvSIG with the JGrasstools plugins in English)
• Workshop 6: gvSIG Online y gvSIG Mobile
• Workshop 7: Desarrollo avanzado en gvSIG con scripting

This year there won’t be simultaneous interpretation (Spanish-English and English-Spanish), so presentations and workshops will be given in their original language.

In the next days, all the information about workshops will be published at the gvSIG blog, with the cartography, and what you have to install in case you have to take your own computer to the workshop.

In addition, registrations of the conference are free of cost too (limited capacity) and must be done through the application form on the Conference web page. We recommend you to register as soon as possible because of the limited capacity.

We expect your participation!

Ya está disponible el programa con las ponencias y talleres que se van a dar en las 13as Jornadas Internacionales de gvSIG, que este año se adelantan respecto a las fechas en que se han ido celebrando en los últimos años. Concretamente tendrán lugar del 18 al 20 de octubre en Valencia (España), en la Escuela Técnica Superior de Ingeniería Geodésica, Cartográfica y Topográfica (Universitat Politècnica de València), dedicándose el día 20 para reunión de los desarrolladores del proyecto.

Al igual que el año pasado, los talleres se realizarán mediante inscripción independiente, con un número de plazas limitadas, y pudiéndose obtener certificado tras ellos. La inscripción se podrá realizar en los próximos días desde los enlaces que se habilitarán en la web de las jornadas. Los talleres que se impartirán, totalmente gratuitos, son los siguientes:

• Taller 1: Introducción a gvSIG
• Taller 2: Geoestadística con gvSIG
• Taller 3: gvSIG aplicado a criminología
• Taller 4: Introducción al desarrollo en gvSIG con Scripting
• Taller 5: Hydro-geomorphological Modelling in gvSIG with the JGrasstools plugins
• Taller 6: gvSIG Online y gvSIG Mobile
• Taller 7: Desarrollo avanzado en gvSIG con scripting

Este año no se dispondrá de traducción simultanea Español-Inglés y viceversa, por lo que las ponencias y talleres se darán en su idioma original.

En los próximos días se irá publicando la información sobre los distintos talleres en el blog de gvSIG, con la cartografía necesaria y lo que hay que llevar instalado en caso de que en el taller se deba llevar ordenador propio.

Por otro lado, la inscripción a las jornadas, independiente de la de los talleres, sigue abierta, siendo el aforo limitado, por lo que recomendamos realizarla lo antes posible. Las inscripciones son gratuitas.

¡Os esperamos!