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, spanish, training | Tagged , , , | 8 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 | 2 Comments

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 | 3 Comments

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 | 2 Comments

¡Busca tu dirección o población en gvSIG mediante Scripting!

En un post anterior comentamos la utilidad de utilizar la librería “geopy” para la geocodificación de direcciones mediante Scripting en gvSIG 2, su uso básico y utilización.

Con el siguiente script vamos a realizar una búsqueda de esta dirección o población y haremos que gvSIG haga un centro de la vista en ese punto que nos devuelve la  petición.

geopy

Como primer paso deberemos instalar la librería GeoPy en nuestro equipo si no lo habíamos hecho. Para ello deberemos descargar el fichero “geopy-1.7.1-patched-for-gvSIG-2.1.0.zip” y descomprimirlo en la carpeta:

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

que encontraremos en el home de nuestro usuario (en dicha carpeta lib deberemos tener finalmente las carpetas geopy y simplejson). Si tenemos ya arrancado gvSIG deberemos cerrarlo y volverlo a arrancar.

Según el sistema operativo podemos encontrar dicha carpeta gvSIG en:

  • Linux: /home/MI_USUARIO
  • Windows: C:\Document and Settings\MI_USUARIO o C:\Users\MI_USUARIO

Recordamos que esta librería tiene la potencia del buscador de direcciones de Google, ya que utiliza su motor. También tiene sus defectos como confusiones en direcciones por parte del buscador o la necesidad de una conexión online.

¡Busca cualquier dirección con gvSIG!capture27

Una vez tengamos las librerías instaladas arrancaremos gvSIG, iremos al Scripting Composer (menú Herramientas->Scripting->Scripting Composer), crearemos un nuevo script (File->New), con el nombre que queramos (por ejemplo ‘Buscador de direcciones’), y añadiremos el siguiente código en él:

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

def main(*args):

    # Google v3: de direccion a coordenadas
    address = inputbox("Search Address", "Search Address",1)
    geolocator = get_geocoder_for_service("googlev3")
    location = geolocator().geocode(address)

    print"Direccion: ", (location.address), "Coordenadas: ", ((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())

Después iremos a una Vista en gvSIG, que deberá estar en coordenadas geográficas en WGS84 (EPSG: 4326) para que funcione correctamente, ya que son las que nos devuelve la librería.

En la vista, con las capas insertadas, abriremos el lanzador de scripts (menú Herramientas->Scripting->Scripting Launcher), y ejecutaremos el script que acabamos de crear (con doble click sobre él). Una vez ejecutado el script pedirá mediante un cuadro de texto la dirección o población a buscar, para después realizar la petición y hacer un centrado a este lugar en la Vista.

¡Esperamos que os sea útil esta herramienta!

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

5as Jornadas Argentinas de gvSIG. “Tecnología libre para las ciencias y la educación”

Inicio_web_Argentinas_2015Los días 24 y 25 de septiembre de 2015 se celebrarán las 5as Jornadas Argentinas de gvSIG en Mendoza, bajo el lema “Tecnología libre para las ciencias y la educación”.

Ya está abierto el periodo para el envío de propuestas para comunicaciones para las Jornadas. Desde hoy pueden enviarse las propuestas a la dirección de correo electrónico jornadas.argentina@gvsig.org, que serán valoradas por el comité científico de cara a su inclusión en el programa de las Jornadas. Toda la información sobre las normas para la presentación de comunicaciones puede consultarse en el apartado de Comunicaciones de la web. El periodo de recepción de resúmenes finalizará el próximo 29 de julio.

El próximo día 24 de junio se abrirá el periodo de inscripción. La inscripción a estas jornadas es gratuita.

¡Os esperamos!

Posted in community, events, gvSIG Desktop, spanish | 1 Comment

What to do when we get an error in gvSIG

If we get an error in gvSIG, the most recommendable thing is to send it to the users mailing list of the project, where there’s a huge group of users, and developers can reply directly too.

Before sending the error to the mailing list we can check if any user has got it previously and it has been solved. Many times it’s the same error got by other users and the solution has been told at the mailing list. For that, we can see the archives of the mailing list: http://osgeo-org.1560.n6.nabble.com/gvSIG-users-f4102847.html and look for our problem at the upper right-hand corner (indicating only to search at the gvSIG users mailing list).

What to send to the users mailing list

In case we don’t find the solution at the archives of the mailing list we will send the mail to the list (it’s necessary to register previously from http://listserv.gva.es/mailman/listinfo/gvsig_internacional). To find the causes of the error easily we have to:

  • Indicate at the subject of the e-mail the tool where we have got the error and the gvSIG version (for example, “gvSIG 2.3.1: Error opening a project” or “gvSIG 2.4: Error at the Merge geoprocess”), in order to get an answer as soon as possible.
  • Tell in detail the steps that have been followed before the error (in case it has happened when opening or saving a project, more information has to be provided as much as possible about what layers there were and how they had been created).
  • Attach the next files (it’s recommendable to zip them in an only .zip file, in order to reduce their size):
        • gvSIG.log: This file is removed every time gvSIG is opened, so we must send it before opening a new gvSIG session. If we are working on the same session for a long time, several gvSIG.log files will be created (with a number at the end, gvSIG.log.1, gvSIG.log.2…). We must attach all of them.
        • gvSIG-launcher.log
        • gvSIG-environ.info
        • .gvsproj project file: In case the problem has been when opening or saving a project.

The first three files are at the gvSIG folder of the user one in our computer, that will be different depending on the operating system:

  • Windows XP: C:\Documents and settings\[user]\gvSIG
  • Windows Vista, 7, 8 and 10: C:\Users\[user]\gvSIG
  • Linux: /home/[user]/gvSIG

If we have the portable version, the file will be, depending on the gvSIG version:

  • gvSIG 2.4: ‘/preferences/gvSIG’ folder of the gvSIG installation folder.
  • gvSIG 2.3 y 2.2: ‘/home/gvSIG’ folder of the gvSIG installation folder.

If it’s a very concrete error, like a geoprocess or opening a project, that can be replicated easily, it’s recommendable to close gvSIG, open it again, follow only the steps until the error, and close gvSIG, in order to reduce the gvSIG.log file and make the error detection easy. At this way, the file will contain only the information related to the error.

Registering at the mailing list

To send e-mails to the mailing list we must register previously from http://listserv.gva.es/mailman/listinfo/gvsig_internacional.

We can change our preferences later if we don’t want to receive the e-mails. We will be able to send the doubts to the list, and consult replies from

http://osgeo-org.1560.n6.nabble.com/gvSIG-users-f4102847.html.

Apart from the errors, doubts and suggestions can be sent to the users mailing list too. There’s also a developers mailing list (http://joinup.ec.europa.eu/mailman/listinfo/gvsig-desktop-devel, and the archives of this list is available in http://osgeo-org.1560.n6.nabble.com/gvSIG-developers-f4175719.html).

Posted in community, english, gvSIG Desktop, testing | 21 Comments

Qué hacer cuando sale un error en gvSIG

Si nos sale un error en gvSIG, lo más recomendable es enviarlo a la lista de usuarios del proyecto, donde hay una masa de más de 2500 usuarios, y en la que también pueden responder directamente los propios desarrolladores de la funcionalidad.

Antes de enviar el error a la lista podemos ver si le ha ocurrido a otro usuario y si se ha solucionado. En muchas ocasiones es el mismo error que le ha aparecido a distintos usuarios y en la lista se ha comentado la solución. Para ello podemos ir al archivado de correos de la lista: https://www.mail-archive.com/gvsig_usuarios@listserv.gva.es/ y buscar en la parte superior nuestro problema.

Qué se debe enviar a la lista de usuarios

En caso de no encontrar la solución en el archivado de la lista enviaremos el correo a la lista (será necesario registrarse previamente en http://listserv.gva.es/mailman/listinfo/gvsig_usuarios). Para poder averiguar las causas del error, en el correo se deberá:

  • Indicar en el asunto sobre qué herramienta ha ocurrido y la versión de gvSIG (por ejemplo, podría ser, “gvSIG 2.3.1: Error al abrir proyecto” o “gvSIG 2.4: Error en geoproceso Unión”), para obtener así una respuesta más rápida.
  • Detallar los pasos previos a la aparición del mismo (y en caso de ser al abrir o salvar proyecto dar en lo posible información sobre qué capas había y cómo se habían generado).
  • Adjuntar los siguientes ficheros (es importante comprimirlos como un único fichero .zip, que reduce considerablemente su tamaño):
        • gvSIG.log: Este fichero se limpia cada vez que se abre gvSIG, por lo que deberemos enviarlo antes de abrir una nueva sesión de gvSIG. Si llevamos mucho tiempo en la misma sesión de gvSIG (desde que lo arrancamos), se crearán varios ficheros gvSIG.log (con un número al final, gvSIG.log.1, gvSIG.log.2…). Debemos adjuntar todos.
        • gvSIG-launcher.log
        • gvSIG-environ.info
        • Proyecto .gvsproj: En caso de que el problema haya sido abriendo o guardando un proyecto.

Los tres primeros ficheros se encuentra en la carpeta gvSIG de la carpeta de usuario de nuestro equipo, que normalmente, según el sistema operativo, será:

  • Windows XP: C:\Documents and settings\[usuario]\gvSIG
  • Windows Vista, 7, 8 y 10: C:\Usuarios\[usuario]\gvSIG o C:\Users\[usuario]\gvSIG
  • Linux: /home/[usuario]/gvSIG

Si la versión que se tiene es la Portable, el fichero se encontrará, según la versión de gvSIG que tengamos, en:

  • gvSIG 2.4: en la carpeta /preferences/gvSIG de la carpeta de instalación de gvSIG.
  • gvSIG 2.3 y 2.2: en la carpeta /home/gvSIG de la carpeta de instalación de gvSIG.

Si es un error muy concreto, como puede ser un geoproceso con una capa, o abriendo un proyecto, que podemos reproducirlo fácilmente, para que el fichero gvSIG.log no sea muy grande y sea más fácil detectar la causa, lo recomendable es cerrar gvSIG, abrirlo de nuevo, ejecutar solo los pasos hasta el error, y cerrar gvSIG. De esa forma el fichero gvSIG.log contendrá una información más precisa, solo lo relativo al error.

Registrarse en la lista de usuarios

Para enviar correos a la lista de usuarios deberemos darnos de alta previamente desde http://listserv.gva.es/mailman/listinfo/gvsig_usuarios.

Si después de registrarnos no deseamos recibir los correos de la lista, podremos configurarlo en las Preferencias después de suscribirnos (en el enlace anterior, abajo del todo). Podremos seguir enviando las dudas a la lista, y ver las respuestas a nuestro correo en el archivado de correo, en

https://www.mail-archive.com/gvsig_usuarios@listserv.gva.es/

Aparte de los errores, a la lista de usuario también podremos enviar todas las dudas y sugerencias que tengamos sobre gvSIG. También existe una lista para desarrolladores (http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores, y el archivado de correos de la lista: https://www.mail-archive.com/gvsig_desarrolladores@listserv.gva.es/).

Posted in community, development, gvSIG Desktop, spanish, testing | 56 Comments