Plataforma de Geomática para el apoyo de la gestión territorial en la Comisión Nacional Forestal de México

En las pasadas Jornadas gvSIG México se presentaron diversos proyectos institucionales que fueron muy bien acogidos por los asistentes como ejemplos de administraciones públicas que apuestan por abordar sus necesidades con soluciones de software libre. Hoy os queremos hablar del proyecto SIGECO, uno de los presentados, y puesto en marcha por la Asociación gvSIG para la CONAFOR (Comisión Nacional Forestal de México).

En primer lugar habría que citar que es un proyecto enmarcado dentro del conocido programa REDD+, mecanismo de lucha contra el cambio climático que ofrece incentivos a los países en desarrollo para proteger, mejorar la gestión y el uso inteligente de sus recursos forestales, incluyendo el rol de la conservación, manejo forestal sostenible, el aumento de las reservas forestales de carbono a través de la forestación, la reforestación y la restauración.

sigeco_conafor

SIGECO se puso en marcha para cubrir la necesidad de la CONAFOR de disponer de una plataforma interinstitucional para el apoyo a la gestión territorial. La solución desarrollada incorpora información de los apoyos (ayudas o subvenciones) federales al sector forestal e información geográfica en materia social, económica y ambiental, habilitando la planificación y seguimiento de los incentivos locales para reducir la deforestación y degradación forestal. Tecnológicamente, el diseño de la solución comprende una base de datos territorial para el proyecto, sobre la cual se ha creado una aplicación SIG de escritorio (basada en gvSIG Desktop) así como una plataforma web integradas con otras herramientas existentes de la CONAFOR. Todas las tecnologías utilizadas y desarrolladas durante el proyecto tienen licenciamiento libre, garantizando así los derechos y libertades de CONAFOR sobre el software.

El proyecto resuelve los problemas habituales de las organizaciones que manejan información geográfica y no disponen de una solución tecnológica adecuada para su correcta gestión: dispersión de la información, dificltad para compartir la información entre gerencias, problemas a la hora de actualizar la información, falta de homogeneidad de la información territorial, imposibilidad de acceder a la información de una manera rápida y remota y, en definitiva, imposibilidad de tomar decisiones de calidad o con garantías.

Para más información podéis consultar un vídeo institucional sobre el proyecto aquí:

El proyecto también fue presentado en las 11as Jornadas Internacionales de la Asociación gvSIG, donde se explica con detalle el proyecto:

Posted in geoportal, gvSIG Desktop, Projects, SDI, spanish | Tagged , , , , | Leave a comment

Towards gvSIG 2.3: Bookmarks

favoritos_gvsig_xxx

One of the tools that browser users usually use are the bookmarks or favourite sites. They are links to web sites that make easy to return to your favourite sites in a quick way.

In gvSIG Desktop 2.3 we will have a new tool similar to the browser bookmarks but applied to geographic information. We will have a dataset catalogue with the cartography that we usually use, and they will be able to be loaded in our Views in a quick way.

Working is very easy. We can save and classify a layer in the bookmark catalogue, and we will be able to load any layer of the catalog to our View.

Here you have a video about how it works:

Posted in english, gvSIG Desktop, testing, training | Tagged | 1 Comment

Camino a gvSIG 2.3: Autoarranque de scripts al iniciar gvSIG

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 de la carpeta donde se encuentra nuestro script. Esto viene de Python y hará que esta carpeta sea tratada como un módulo, por ejemplo, permitiéndonos realizar imports sobre ella. Este fichero es de iniciación del módulo y puede estar en blanco.
  • Crear un fichero autorun.py, este script es el que se ejecutará al arrancarse gvSIG y que contendrá el código que nos interese.

En este caso, dentro del fichero geoprocess_gridpol.py he metido lo que había dentro de la función main() en una función selfRegister(). Esta parte del código es la que se encarga de añadir el proceso a la Caja de Herramientas. En este ejemplo podríamos eliminar la ventana emergente msgbox() para que no nos aparezca cada vez que abrimos gvSIG.

En geoprocess_gridpol.py quedará la función siguiente a la misma altura que la función main():

def selfRegister(*args):
        # Creamos nuesto geoproceso
        process = GridPol()
        # Lo registramos entre los procesos disponibles en el grupo de "Scripting"
        process.selfregister("Scripting")
        
        # Actualizamos el interface de usuario de la Toolbox
        process.updateToolbox()

 

Lo que hago ahora es escribir en el fichero autorun lo siguiente:

# encoding: utf-8

import geoprocess_gridpol
reload(geoprocess_gridpol)

def main(*args):
    geoprocess_gridpol.selfRegister()

De esta forma el fichero autorun estará llamando a la función selfRegister que acabamos de crear y ejecutará esa parte del código. Como vemos, estamos importando el script que teníamos creado. Con reload() estamos forzando a Jython a recompilar este módulo, por si hubieran habido cambios.

El reload es útil a la hora de realizar importaciones para que aparezcan los cambios realizados en script modificados pero no ejecutados, como puede ser el caso de librerías creadas por nosotros dentro del propio módulo.

Quedará una estructura del proyecto similar a:

geo_gridpol_estructuraGuardamos los cambios, reiniciamos gvSIG, y veremos que se realiza la ejecución de proceso. Los scripts que contienen un autorun, se van cargando en segundo plano mientras gvSIG se acaba de iniciar, podéis ver esta carga en la parte inferior izquierda de la aplicación.
geo_gridpol_autorun

Es recomendable no abrir el Scripting Composer hasta que no acabe la ejecución de estos autorun ya que en algunos casos puede llevar a un fallo de ejecución.

También hemos añadido una opción extra en la cual puedes desactivar los ficheros autorun que no desees que se ejecuten al inicio. Puede ser útil si estamos desarrollando uno de estos módulos o dejamos de utilizar alguna herramienta.

Para ello solo tienes que irte al Scripting Composer, abrir el fichero autorun correspondiente, y en la pestaña de Propiedades desactivar la opción de Enabled que vendrá activada por defecto:

geo_gridpol_enabledoff

Acordaros siempre de Guardar los cambios. Si falta algo por guardar, el nombre del script aparecerá en negrita en las pestañas de la parte superior.

Cualquier duda podéis poneros en contacto con nosotros en las Listas de Usuarios o Desarrolladores.

Posted in development, gvSIG Desktop, gvSIG development, scripting, spanish | 4 Comments

Camino a gvSIG 2.3: Catálogo de favoritos

favoritos_gvsig_xxx

Una de las herramientas que los usuarios de navegadores web solemos utilizar frecuentemente son los denominados marcadores o favoritos. Vínculos a sitios web que te facilitan volver a tus lugares preferidos de forma rápida.

Para gvSIG Desktop 2.3 tendremos disponible una nueva herramienta que sigue esa misma filosofía aplicada a la información geográfica. Disponer de un catálogo de fuentes de datos que solemos utilizar y que queremos que estén disponibles para poder añadirlas a nuestras Vistas de la forma más rápida posible.

El funcionamiento es extremadamente sencillo, aquella capa que queramos la podemos guardar y clasificar en el catálogo de favoritos, y aquella capa que esté en el catálogo de favoritos podremos añadirla a nuestras Vistas.

Os dejo con un vídeo donde se muestras su funcionamiento:

Posted in gvSIG Desktop | 1 Comment

gvSIG Online en la SECTUR: la Infraestructura de Datos Espaciales de la Secretaría de Turismo de México

En este post vamos a presentaros la Infraestructura de Datos Espaciales en software libre para la SECTUR, Secretaría de Turismo de México que ha puesto en marcha la Asociación gvSIG, gracias a la tecnología gvSIG Online. En las 3as Jornadas gvSIG México celebradas la pasada semana fue un proyecto que despertó bastante interés, así que espero que este post sirva para acceder fácilmente a la información del alcance del proyecto.

sectur_01

En primer lugar comentar que la tecnología utilizada, gvSIG Online, es una plataforma integral para la puesta en marcha, gestión y explotación de Infraestructuras de Datos Espaciales. Internamente está formada por una serie de componentes de software, todos ellos con licencia libre, que permiten disponer de una IDE completa.

El proyecto de la SECTUR es el primer caso de implementación de gvSIG Online en México y un ejemplo de las capacidades del software libre para la puesta en marcha de este tipo de proyectos.

¿Qué se necesitaba inicialmente?

De partida el proyecto era menos ambicioso desde el punto de vista de la información geográfica y formaba parte de un proyecto mayor relacionado con la gestión de apoyos (subvenciones o ayudas) para el sector turístico de México a nivel de estados y municipios. En este marco era necesario disponer de un geoportal o módulo cartográfico que permitiera analizar visualmente una serie de mapas temáticos.

Gracias a la potencialidad de gvSIG Online el alcance del proyecto se escaló rápidamente, ya que pasaron de necesitar un geoportal a disponer de una completa Infraestructura de Datos Espaciales con capacidad para generar tantos geoportales -públicos o privados- como fuera necesario.

En definitiva el proyecto pasó de ser un geoportal para visualizar mapas relacionados con la gestión de apoyos a convertirse en la Infraestructura de Datos Espaciales del sector turístico en México.

sectur03

En cualquier caso, centrándonos en las necesidades iniciales, a nivel de los apoyos el sistema solventa una serie de problemas que tenía la SECTUR como:

  • Carencia de marco geográficos. Pese a su relevancia no se consultaban datos espaciales, en muchos casos por ser inaccesibles, en la toma de decisiones relacionada con la adjudicación de apoyos.
  • Información geográfica descentralizada y en muchos casos ilocalizable o desconocida. La información geográfica se generaba en distintas áreas de la organización, no siempre conocida y no siempre localizada, lo que generaba una serie de dificultades para consultarla. En muchos casos, además, se daba la circunstancia de que no existía un software para consultarla.
  • Todo ello, lógicamente, generaba que hubiera mucha información geográfica desactualizada, así como distintas versiones de una misma información sin posibilidad de saber “cuál era la buena”.

En definitiva, había una dificultad de realizar consultas geográficas por parte de los servidores públicos de SECTUR que se extrapolaba a cualquier proyecto realizado por la organización. En este sentido vale la pena valorar la cantidad de recursos económicos invertidos que se están perdiendo cuando no se aprovecha el acceso a la información geográfica que tiene una organización…por el simple hecho de no tener una IDE.

A día de hoy a nivel interno se trabaja por aplicación (una de las características más destacadas de gvSIG Online), es decir, se generan distintos geoportales para cada necesidad que se presenta en SECTUR. De hecho, más allá del geoportal inicial de evaluación de recursos turísticos para determinar la calificación de los proyectos para recibir apoyos, hay más de una decena de geoportales internos con distintos usos, información y permisos de acceso.

Os dejo con la grabación de un webinar sobre la IDE de SECTUR, donde se explica en detalle el alcance y resultados del proyecto:

Y si queréis ver un vídeo-webinar sobre gvSIG Online…

Posted in geoportal, gvSIG Online, Projects, SDI, spanish | Tagged , , , | 1 Comment

Towards gvSIG 2.3: Portable distribution for Mac OS X

MAC_gvSIG_001

One of the novelties of the next gvSIG Desktop 2.3 is that a distribution for Mac OS X operating system will be released too. A long-awaited novelty… or at least we think it, because every week there was anybody who asked the gvSIG Association about gvSIG Desktop for Mac.

It will be available in portable version, so that a zip file will have to be unzipped and then run the application.

We would need extra help to detect new errors because it is the first official distribution for Mac, mainly related to the interface, and we will be able to improve this distribution. For that we ask all the Mac users and enthusiasts for help to test it.

In the latest release candidate builds that have been released it can be tested already. For example, gvSIG 2.3 RC4 for Mac can be downloaded from:

http://downloads.gvsig.org/download/gvsig-desktop-testing/dists/2.3.0/builds/2444/gvSIG-desktop-2.3.0-2444-RC4-darwin_macos_10.11-x86_64.app.zip

Once it is downloaded, as we told you, it can be unzipped, and then you can run the application.

MAC_gvsig_portable

All that’s left is to test gvSIG…

MAC_gvSIG_05

You can use the users mailing list to send the errors and suggestions. And a last advice: don’t change the app name because it won’t work.

Posted in development, english, gvSIG Desktop, testing | Tagged | 3 Comments

GeoTIC: Solution for inventory management of ICT resources

geoportal_geoticGeoTIC is one of the gvSIG Association projects which exemplifies the use of our technologies in free software for inventory management. If in gvSIG Roads is available a product for inventory management road in this project it is launched a solution to optimize inventory management of ICT resources.

The Service of User and Workstation support (SAUPT) of the General Direction of Information Technology and Communication (DGTIC) of the Generalitat Valenciana (GVA -regional government in Valencia, Spain-) had a number of needs in their management process.

The main problem to solve was that much of the management was done in spreadsheets and the information that they need to perform their functions were decentralized, needing to have access to different systems to obtain it, and therefore was not available an overview. As a solution to this problem the GeoTIC project was born.

GeoTIC is a tool for technicians, which facilitates their daily work, and a dashboard that helps in the decision making process to optimize the resources available in which service.

geotic_alfaThe application was developed using gvNIX -a product boosted by gvSIG Association- and stands out for increasing productivity, in terms of the reduction of development time. In addition, for this type of inventory solutions that combine (really the most important) alphanumeric management with the cartographic part , gvNIX facilitates the incorporation of the geographical component, integrating it into the the system as one element more. As a database has been used PostgreSQL + PostGIS.

Regarding to geographic information, the geoportal Geotic is dedicated to the management of ICT resources from DGTIC. This geoportal shows the headquarters which serving the Service of User and Workstation support (SAUPT), being able to access and manage information through them.

Another feature of GeoTIC is that it is an adaptive web application and can be used in devices with different resolutions: desktops, laptops, tablets or mobile As information GeoTIC feeds on different databases (GUC, BASKET, GeoTIC) , using different technologies (PostgreSQL and Oracle) and from different web services (JIRA, SAFE, OSM, official mapping):

  • CESTA is an Oracle database, which contains the inventory of ICT assets of GVA.
  • GUC is also an Oracle database, with headquarters inventory of GVA.
  • The GeoTIC database is implemented with postgreSQL + PostGIS where the information that was in spreadsheets is stored. Also, this database is the one that gives the space support to the application.
  • JIRA is an application for the management and project planning by the incidents managing.
  • SAFE is the authentication and authorization service offered by the GVA.

GeoTIC performs automatic synchronizations at night, when people are not working, to always have updated the data obtained from GUC and JIRA. It also offers the possibility to perform manual synchronizations.

The application also needs to access map servers for mapping. It obtains the cartography from OpenStreetMap and from various sources of official cartography.

For more information about the project (and see a demo of its operation) you can see the presentation that was made of it in The 11th International gvSIG Conference:

If in your organization you have equivalent needs to manage your inventory (whether ICT or any other information), we encourage you to contact us: info@gvsig.com. Besides we have the best experts in free geomatics you will be contributing to the maintenance and development of the gvSIG project.

Posted in english, geoportal, Inventory | Tagged , | Leave a comment

Camino a gvSIG 2.3: Nuevas funcionalidades en el Scripting Composer

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

renovacion_interfaz

 

Editor integrado

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

int_txt int_dbf

 

Navigator

Una ventana en la que aparecerá un árbol con todas las funciones y clases que tenga nuestro script, permitiendo movernos entre ellas con un solo click. Si cambiamos de script, el árbol se actualizará automáticamente al nuevo script.

Podemos tenerlo integrado en la ventana para un uso continuo:

code_navigator_integrado

O llamarlo cuando lo necesitemos con CONTROL + O.

code_navigator_ventana

Búsqueda de referencias

Podemos abrir esta herramienta con CONTROL+R. Nos ayudará a buscar texto, clases, funciones, métodos.. en nuestro código o módulo.

busqueda_referencias

Si por ejemplo buscamos en este caso sobre Panel, nos aparecerán los siguientes resultados mostrando en qué puntos está siendo llamado o declarado. Haciendo click sobre ellos nos llevará a la línea de código donde se encuentra.

busqueda_referencias_2

Correcciones mientras escribimos

Hemos integrado un analizador de código, que comprobará los errores básicos de programación.

Por ejemplo, en este caso estamos intentando imprimir el valor de una variable que no existe.

debug_2

Autocompletado

Herramientas de autocompletado básico, con variables de nuestro script, indicador de funciones de gvSIG con el mismo nombre, librerías, etc. Se lanza al presionar CONTROL+ESPACIO mientras escribimos código.

autocompletar

Herramienta de generación de interfaces visuales: Abeille

La integración de Abeille en la herramienta, nos permitirá su ejecución desde un botón, y a la hora de guardar el fichero creado nos aparecerá por defecto la ruta actual de nuestro script.

abeille_icon_1

Y abierta la aplicación:

abeille_1

Revisión de sintaxis con Lint

Una de las herramientas incorporadas es Lint.

lint_icon_2

Nos permitirá analizar nuestro código en busca de errores como en este ejemplo, encontrando variables declaradas en desuso.

lint_1

Debugging

Los errores que nos aparezcan en el IDE a la hora de la ejecución podremos hacer click sobre ellos y nos llevará directamente al error y nos abrirá el script donde saltó el error. Muy útil para el desarrollo de plugins.

error_click

Cerrar scripts en ejecución

A veces queremos cerrar un script el cual se encuentra en bucle o no accesible. Para ellos hemos desarrollado una herramienta en la cual podemos parar estos scripts en ejecución.

thread_killer_icon

Aparecerá integrada en nuestro IDE:

thread_killer

Empaquetador de scripts

La posibilidad de desarrollar plugins basados en scripts tenía que venir acompañada de la posibilidad de poder empaquetarlos y enviarlos. Seleccionando la carpeta donde se encuentra todo nuestro módulo, podremos empaquetar un script en un paquete de gvsig: .gvspkg

Estos paquetes podrán ser instalados desde el Administrador de Complementos como si se trataran de cualquier otro tipo de plugin.

empaquetador

empaquetador2

empaquetador3

Ayuda integrada

Y una de las más importantes, una ayuda integrada sobre el módulo de programación. Permitiendo acceder a la información de javadocs y otras webs sobre Scripting.

Por contenidos:

javadocs

Por clases:

javadocs_clases

Ayuda web que se encuentra actualmente en desarrollo:

javadocs_web

Y la posibilidad de añadir otro tipo de documentación:

javadocs_sets

Si este pack de herramientas no vienen instalados en vuestra distribución al no ser aún finales, podéis descargarlas desde el repositorio oficial denominadas como ScriptingComposerTools. Solo tendréis que instalarlo y reiniciar gvSIG. Si queréis echarle un vistazo al código, solo tendréis que entrar en el Scripting Composer y buscar en la carpeta de addons.

Todas estas herramientas son de nuevo desarrollo y siguen en desarrollo. Os animamos a probarlas y a reportar los posibles errores que podáis encontrar, también recomendaciones para su mejora. Os podéis poner en contacto con nosotros en Listas de Usuarios o Desarrolladores.

Posted in development, gvSIG Desktop, gvSIG development, scripting, spanish | 3 Comments

Free gvSIG Tutorial in English: Analyzing skatepark location in New York city in relation with graffiti cleaning complaints using gvSIG

There’s a new free tutorial about gvSIG in English, provided by Marwa Hassan, from Abu-Dhabi (United Arab Emirates).

This new document is a project that analyzes if skatepark location in New York city are related to graffiti cleaning complaints, using geoprocessing tools in gvSIG.

Two different documents are provided:
– A short document where only the tools to do that analysis are used.
– A long tutorial where that analysis is complemented with other tools, and almost all the main gvSIG functionalities are used in it (layouts, geoprocessing, symbology, labelling, editing tools…).

At the beginning there’s a section where how to download the cartography is explained.

Downloads are available here: Long documentShort document.

We hope that you enjoy them!

Posted in english, gvSIG Desktop, training | Leave a comment

Towards gvSIG 2.3: Anaglyph

Anaglifos_gvSIG

Viewing 3D Views in Anaglyph mode in gvSIG is one of the (multiple) new features that the user will find in gvSIG Desktop 2.3.

Anaglyph are images in two dimensions that can cause a three-dimensional effect when they are seen with special lenses (different colour lenses for each eye). Anaglyph images are composed of colour layers, overlapped but one of them is slightly moved respect the other one to produce the depth effect. When it is seen through anaglyph glasses, a three-dimensional image is seen. The visual cortex of the brain fuses this in a scene with depth.

In gvSIG 2.3, this visualization mode can be defined at the 3D tab of the View properties.

The effect of this application can be watched in this video:

Posted in english, gvSIG Desktop, testing | Tagged , | 1 Comment