Uno de los últimos desarrollos desde gvSIG, es la posibilidad de ejecutar código de R desde gvSIG. Y no estamos hablando de la solución parcial de Renjin como ya comentamos en un post hace tiempo, sino sobre un R que vendrá instalado en nuestra extensión.

¿Qué es R?

R es un lenguaje orientado principalmente para el análisis estadístico, que viene con una comunidad muy grande y activa en la que se realizan todo tipo de proyectos y se desarrollan todo tipo de librerías. Una de las librerías que nos interesa mucho es ‘rgdal‘, en la cual podemos trabajar con capas vectoriales, raster, etc, y que nos otorga la posibilidad de unir dos mundos, el geoespacial y el estadístico.

Para los que no conozcan R y toda las posibilidades que contrae este lenguaje, os animo a hacer una búsqueda rápida por Google y seguro que no os…

Comentamos la semana pasada la posibilidad de añadir geoprocesos a la Caja de Herramientas de gvSIG. Un problema era que teníamos que ejecutar manualmente este script cada vez que quisiéramos añadir el geoproceso, y esto hacerlo cada vez que arrancamos gvSIG.

Una solución que hemos desarrollado es la oportunidad de añadir un fichero que se ejecutará cada vez que arranquemos gvSIG, teniendo la posibilidad de realizar la tarea que deseemos. Por supuesto, esto será útil para cualquier tipo de herramienta que realicemos.

La forma de hacerlo es muy sencilla y voy a basarme en el script de la semana anterior que aparece en el post sobre Insertar nuevos geoprocesos mediante Scripting.

Vamos a suponer que tenemos nuestro script dentro de una carpeta denominada /gridpol/ dentro de la cual solo estaría por ahora nuestro script quedando: /gridpol/geoprocess_gridpol.py

Para poder crear un fichero autoejecutable, necesitamos dos cosas:

• Crear un fichero __init__.py dentro…

Para la nueva versión de gvSIG 2.3 se han realizado una gran cantidad de mejoras a nivel de integración con sus librerías, pero también en las herramientas de desarrollo para ayudar en la creación de scripts y extensiones.

Debido a esto, el Scripting Composer ha recibido una ampliación de funcionalidades muy interesantes para los desarrolladores, el pack de herramientas ScriptingComposerTools. Estas funcionalidades vienen a completar las herramientas básicas que podría tener cualquier IDE, con la ventaja de tenerlo todo ya integrado en gvSIG.

Y un tema importante, todas estas herramientas se han realizado con esta misma IDE dentro de gvSIG desarrolladas sobre Jython, las cuales amplían las funcionalidades del Scripting Composer en forma de extensiones.

Renovación del interfaz

Editor integrado

Tendremos un editor integrado en nuestro IDE no solo para ficheros .py, sino para otros como DBF, TXT..

Navigator

Una ventana en la que aparecerá un árbol con…

Comentábamos el otro día la facilidad de generar geoprocesos con la nueva implementación de librerías de Scripting, los cambios respecto a la versión anterior y mostrábamos un ejemplo de geoproceso.

Ahora vamos a ver cómo podemos integrar nuestro geoproceso en la Caja de Herramientas que tiene gvSIG. Esto nos permitirá acceder a ellos de manera sencilla, además de hacer que formen parte de otras herramientas como el Modelizador o su ejecución mediante gvpy.

El ejemplo, que nos podría servir de plantilla para vuestors scripts sería el siguiente:

En la primera parte, defineCharacteristics, incluiríamos el aspecto de la interfaz, podríamos añadir los controles necesarios para capturar los parámetros que nuestro script necesite.

En la segunda parte, processAlgorithm, incluiríamos lo que es nuestro script. Para que la Caja de Herramientas gestione nuestras capas de salida a través del módulo de geoprocesamiento y que se integre mejor con el Modelizador o…

Ayer hablamos de los cambios en las librerías de Scripting, pero nada mejor para ver algunos de ellos que enseñarlos en un ejemplo.

Da la casualidad que nuestro compañero José Guerrero publicó un script para la generación de una malla de puntos uniforme dentro de cada polígono en una capa designada. Cogiendo su script y aplicando algunos cambios, lo transformé para que pueda ser usado en gvSIG.

Vemos que hacemos uso de la nueva implementación que ya explicamos en otro post, algunas funciones han ampliado su funcionalidad, y en general, funciona como lo hacía anteriormente, aunque por debajo todo sea distinto.

Para ejecutar este script solo es necesario tener una Vista abierta con una proyección por ejemplo EPSG:25830 y con una capa de polígonos seleccionada en esa Vista.

Si quieres cargar el script y probarlo por tu cuenta, debes irte a Herramientas – Scripting – Editor de Scripts…

En el post anterior sobre la nueva integración de las librerías de scripting con la API de gvSIG, comentamos que habíamos realizados cambios importantes en su enfoque a nivel interno pero que, el uso de estas librerías, se mantuviera en lo posible a lo anteriormente desarrollado.

Hemos tenido en cuenta que mucha gente tiene scripts antiguos realizados para la versión 2.2, así que esta nueva implementación es muy parecida a la antigua con algunas excepciones que comentaré más abajo.

¿Qué pasa si tengo un script desarrollado para la versión 2.2?

Una posible solución es activar la compatibilidad de scripts con la 2.2. Esto se puede hacer desde el Scripting Composer, abriendo nuestro script y navegando en la pestaña de Propiedades. Aquí podemos activar la casilla de Compatibilidad con la 2.2. De esta forma cuando gvSIG ejecute este script, utilizará las librerías antiguas de la versión 2.2 de gvSIG.

¿Cuáles…

Este es el primer post de una serie de muchos en el que iremos explicando todas las novedades en el Módulo de Scripting, desde su nueva integración hasta las nuevas herramientas desarrolladas.

Un pequeño recordatorio sobre el Módulo de Scripting. El desarrollo de este está centrado sobre librerías y scripts en Jython, por su facilidad, versatilidad y potencia. Este lenguaje nos permite mezclar Java y Python en un mismo programa. Eso no quita que tengamos otras opciones a la hora de crear scripts como Groovy o R.

Esta nueva integración ya podéis probarla en la nueva gvSIG 2.3 RC2. Ya hemos encontrado algún bug en las librerías, si encontráis algo nuevo nos podéis informar en las Listas de gvSIG. Iremos sacando también nueva documentación para que podáis exprimirla a fondo.

Nueva integración

¿Qué hemos hecho?

Para la nueva versión de gvSIG 2.3 hemos realizado cambios importantes en…

Si disponemos de una tabla en gvSIG podemos obtener el número de registros que hay por cada uno de los distintos valores de un campo, la cantidad de veces que se repite cada valor.

Para ello tendremos que crear un nuevo script en gvSIG, desde el menú Herramientas->Scripting->Editor de Scripts (este menú se llama “Scripting Composer” hasta la versión 2.2).

Una vez creado, con el nombre que deseemos, copiamos el siguiente código en él:

Después guardamos dicho script.

Ahora ya sobre la Vista de gvSIG, ponemos la capa sobre la que queramos realizar el cálculo activa y abrimos su tabla de atributos. Después abrimos el lanzador de scripts (menú Herramientas->Scripting->Lanzador de Scripts; este menú se llama «Scripting Launcher» hasta la versión 2.2).

Con doble-click sobre el Script que habíamos creado se abrirá una ventana donde podremos escribir el nombre del campo sobre el que queramos realizar el cálculo. Tras…

Una de las más bien recibidas mejoras en el Módulo de Scripting durante los últimos meses, fue el desarrollo realizado para la creación de scripts con interfaz visual.

Siempre se han podido realizar scripts con una interfaz visual, es algo vital para la interacción del usuario con nuestro programa, pero nunca había sido tan sencillo. La forma de realizarlo anteriormente era excesivamente complicada, se perdía mucho tiempo y no cumplía siempre su propósito.

El desarrollo actual que se ha realizado es el de dar soporte a las interfaces creadas con un programa conocido como Abeille.

Ejemplo de interfaz incluyendo una imagen

Este programa es muy sencillo de usar, cualquiera puede aprender a manejarlo rápidamente. Corresponde a una cuadrícula en la cual vamos situando los elementos que necesitamos, definiendo sus características y dándoles nombre. Solo quedará guardarlos con extensión .xml y gvSIG podrá usarlos en nuestros scripts.

Programa…