Mostrando entradas con la etiqueta gvSIG. Mostrar todas las entradas
Mostrando entradas con la etiqueta gvSIG. Mostrar todas las entradas

sábado, 22 de mayo de 2010

Comentarios acerca de gvSIG 1.9

Hace ya algún tiempo que salió a la luz la nueva versión de gvSIG, 1.9, que es el siguiente paso a la 1.1.2, que muchos usábamos anteriormente. El futuro pasa ahora por la 2.0, pero como usuario aún es pronto para probarla.

Como usuario normal y corriente de GIS, me gustaría compartir algunos comentarios de mi experiencia con este programa. No lo hice antes porque es durante estas últimas semanas cuando realmente me sumergí en la 1.9.

Tres son los factores que me hicieron profundizar en el programa los últimos tiempos:
  • Estar presente en el taller de gvSIG 1.9. en las Jornadas de SIG Libre de Girona
  • Tener que dar un par de cursos de formación en el marco de mi trabajo en Cartolab
  • Un proyecto de análisis territorial en el cual debo hacer uso de un GIS para cargar y estudiar una cantidad bastante elevada de información.
En esta última tarea pude elegir con qué GIS hacer frente al proyecto, y me quedé inicialmente con gvSIG. Aunque no me arrepiento, reconozco que he tenido que volver a ArcMap para algunas tareas, y no estoy seguro que pueda acabar el trabajo con gvSIG. Intentaré explicar más adelante por qué.

Todo lo que voy a presentar es, ante todo, mi punto de vista particular y desde mi experiencia de trabajo con gvSIG. No pretendo sentar cátedra, ¡ni mucho menos! Tomad todas las consideraciones con si tuvieran un “para mi” inicial, y así se entenderá mejor.

Primero, gvSIG 1.9 supera a 1.1.2, sin duda. Se me haría muy difícil volver ahora al anterior. Tiene dos comodidades que “atrapan” al usuario: un doble clic abre las propiedades de una capa vectorial, y otro doble clic abre directamente la simbología si se pulsa encima del símbolo en la leyenda (de ahora en adelante, ToC). En definitiva, con pinchar dos veces en un sitio cambio color a cualquier elemento casi instantáneamente. Esto, en sí mismo y aunque parezca una tontería, ya justifica el cambio.

Además al llegar a la simbología nos encontramos con un despliegue de opciones que barre a las del 1.1.2. Ahora ya se puede dibujar elementos que antes era harto complejo, como la línea habitual en cartografía para el ferrocarril o para una autovía (la típica línea doble roja o azul con una blanca o amarilla en el medio). No sólo eso: ahora se pueden almacenar juegos de símbolos y de iconos, que se pueden crear en el propio gvSIG. Sólo echo de menos que no aporte ya un paquete de simbologías por defecto, pero por lo demás está más que correcto.


Las etiquetas son también una revolución importante respecto a la versión anterior. Ahora se pueden crear cosas más dignas. Sigue teniendo un lastre importante, y es que se colocan siempre a la derecha del centroide del elemento a etiquetar (como se ve en la captura de la zona de Pontevedra). Una lástima, porque si queremos construir buenos mapas es más que probable que tengamos que desplazar a mano centroides para cuadrar todo bien.

En el blog de uno de mis compañeros de Cartolab se explica mejor cómo funcionan las etiquetas en gvSIG 1.9.



Las alternativas de representación de elementos no se acaban ahí. Existen también más formas complejas de simbología por atributos y valores. No son la panacea, pero valen para crear mapas analíticos interesantes.


Por lo demás, la gestión de Raster también se amplía, se solucionan algunos problemas de la versión anterior y la georreferenciación es diferente. Aún así, los procesos Raster no son mi fuerte por lo que poco puedo aportar. Eso sí, la georreferenciación sigue siendo limitada, al no poder manipular libremente el Raster a georreferenciar en la vista. Para mi es muy rígida, y la única que vez que necesité usarla no cubrió mis necesidades y acabé con ESRI.


En cuanto a las conexiones, sólo probé la WMS, y por ahora estoy contento. Creo que va muy bien, al menos por ahora.

Los iconos, todos nuevos. Al principio no me gustaron, pero con el tiempo les cogí cariño. El roce es lo que tiene.

En general me da la impresión que la estabilidad ha mejorado, y eso es una gran noticia en un programa que no destaca por este aspecto. En general cada día “me lo cargo” alguna vez, pero bueno, lo asumo.

A pesar de todas esas mejoras, para trabajos de análisis de gran cantidad de información, va a ser muy complicado que sustituya a ArcMap. Al menos por ahora tengo importantes limitaciones.

Es importante entender la esencia de cada trabajo, porque hay proyectos y proyectos. Creo que actualmente gvSIG es muy bueno para tareas que no requieran un ToC repleto de datos, porque para mí una de sus debilidades es precisamente esa: el ToC. Por otro lado no es muy rápido cargando Raster, y además los “recarga” cada vez que tocamos cosas como la simbología, lo cual es algo desesperante a veces.

Para analizar información es necesario moverse muy rápido por el espacio de trabajo, y además conviene una carga muy ágil de capas; muchas veces hay que poner visible o no visible grandes cantidades de datos para entender qué está pasando en el territorio. Eso es algo que gvSIG no hace bien. Hay cosas que mejorarían terriblemente la experiencia de usuario, algo tan simple como que por defecto el “pan” tuviera un acceso directo (la rueda del ratón, por ejemplo), o que al usar dicha rueda para hacer zoom gvSIG no se pierda (lo hace habitualmente).

Otro problema es no poder poner rápidamente a no visibles una serie de capas. Son varios los “clics” que hay que usar hasta llegar al menú correspondiente. Las agrupaciones en el ToC no funcionan bien, y este es otra limitación grave. Son engorrosas y poco funcionales, y se echa de menos una línea que guíe a dónde estamos llevando una capa cuando la movemos por el ToC.

De hecho, estaría muy bien poder tener varios ToC en una sóla vista, y poder poner a visibles o no visibles ToC enteros.

Y, aunque sé que esto es enormemente subjetivo, el ToC es poco agraciado visualmente, y las capas ocupan demasiado espacio en él (en ordenadores pequeños esto es un problema). Y no digo que sea como el ArcMap, si no como en Kosmo, que en mi opinión tiene un ToC superior a gvSIG.

El camino por recorrer es largo, pero ilusionante a la vez. La estabilidad debe mejorar para abordar con tranquilidad algunos proyectos. También el diseño de ventanas, que en mi opinión es algo rígido. Y no puedo evitar sugerir eliminar el gestor de proyectos, que creo que no aporta nada y sería fácilmente sustituible por otras herramientas.

Y no puedo evitar señalar otro limitante para algunos de los proyectos donde estamos metidos: no poder hacer series cartográficas complejas con gvSIG. En mi opinión por ahora es muy laborioso sacar con este programa una serie de, pongamos, 100 mapas de un área geográfica sobre la cual se trabaja. Esto es así por múltiples motivos: no tener un gestor de series cartográficas, leyendas extremadamente rígidas, simbología que varía respecto a la vista, etc.

Y para acabar, un curioso fallo que me trastoca bastante es que algunos Raster los cargue en el ToC mostrando tan sólo la banda roja. Al trabajar con unas ortos del Vuelo Americano de los años 50 me pasa constantemente. Y aunque lo arregle a veces “pierde” esa simbología y vuelve a aparecer el rojo.


Así pues, y como conclusiones sintéticas:
  • Si usted quiere hacer simbologías decentes, pásese a la 1.9.
  • Si usted va a trabajar con pocas capas, pásese a la 1.9.
  • Si usted no tiene paciencia, no use gvSIG 1.9 para análisis territorial.

miércoles, 15 de julio de 2009

Clase de mapas e impresión

Aquí está mi clase en el curso de SIG realizado por el CartoLAB en la Escuela de Caminos, entre el 6 y 10 de julio de 2009. El tema era creación de mapas e impresión.

La presentación es muy sintética, porque las explicaciones eran orales, por lo que con sólo las diapositivas queda muy incompleta, pero espero que sirva para captar la filosofía de la misma. La primera parte repasa algo de cartografía histórica, intentando poner de manifiesto que los mapas son lo que queremos que sean, no lo que la realidad física nos dice. La segunda parte recorre algunos ejemplos - no muy buenos - de mapas sencillos que se pueden hacer con SIG. La última parte es un breve tutorial gráfico de elaboración de mapas en gvSIG.

viernes, 10 de julio de 2009

Curso de GIS y romanos...

La semana del 6 al 10 de julio hemos dado en la Escuela de Caminos una nueva edición del curso de introducción al SIG, usando como aplicativo la versión no oficial de gvSIG para Windows Vista, a la cual añadimos NavTable. Creo que el curso salio bastante bien, y en breve subiremos el material y los resultados a la páginas del CartoLAB.

Yo fui el encargado de impartir la sesión de creación de mapas. Aunque podría limitarse a una sencilla explicación de las herramientas disponibles en gvSIG para confeccionar mapas e imprimirlos, quería darle a la charla algo más de profundidad e intentar estimular el espíritu creativo a la hora de diseñar mapas.

En mi opinión, los mapas no tienen por qué ser realistas, ni precisos, ni complejos, ni siquiera útiles. Un mapa es un elemento de comunicacón entre un emisor y un receptor, que debe de trasladar información asociada a elementos geográficos de una persona que lo crea a otra persona que lo lee. Un mapa es, simplemente, una "representación geográfica abstracta que une personas".

Uno de los ejemplos más claros de esa idea es la Tabula Peutingeriana, que representa de manera esquemática las vías de comunicación romanas,. Su autor no se preocupó de dibujar correctamente la realidad geográfica porque no era su función. Dibujó las vías como largas líneas horizontales marcando en ellas las ciudades y villas importantes, así como la distancia entre ellas.

Es, en mi opinión, un documento de gran valor histórico y artístico. Su reproducción aquí es posible gracias a la Biblioteca Augustana, de la Universidad de Augsburgo.

En esta captura del extremo izquierdo de la Tabula se puede ver la Península Ibérica, Irlanda y Gran Bretaña, y se distinguen los nombres romanos de ciudades como Lugo, A Coruña o Pontevedra. Podeis verla completa aqui.


Como curiosidad, en este gran mapa sólo salen marcados dos faros en todo el mundo conocido: el Faro de Alejandría y la Torre de Hércules. Esta última ha sido recientemenre declarada Patrimonio de la Humanidad, pero desgraciadamente el primero no ha podido correr igual suerte ya que fue derribado por acción de terremotos y saqueos de sultantes a lo largo del medievo.

sábado, 6 de junio de 2009

NavTable 0.22, bienvenidos a los nombres largos!!!

Hace algunos días informe de la liberación por parte del CartoLab de NavTable, una herramienta de navegación por tablas para gvSIG. Esta semana ha salido la versión 0.22, con varias mejoras interesantes.

Una de ellas me ha parecido especialmente divertida a la vez que útil: ver nombres largos para los campos de una tabla, siempre usando NavTable. Muchas veces es farragoso analizar o consultar información con unos nombres de campos com por ejemplo "CODPROV", cuando realmente todos desearíamos leer "Código de provincia".

Pues bien, con NavTable podemos ver los nombres que queramos para nuestros SHP. En el manual está explicado el proceso, que realmente es muy simple. Como prueba, yo mismo me he creado unos nombres para el SHP de municipios de Galicia, que podeis ver aquí (se ve justo al lado la ventana de información de gvSIG, para precisar lo amigable que es usar nombres largos):


Los nombres se guardan en un archivo .alias, y el que me creé para los municipios contiene las siguientes líneas:

NOME=Nome do concello
CDPROV=Código provincial
CDCOM=Código da comarca
CDCONC=Código do concello
CDORD=Código de orden
SUP=Superficie [m2]
NOME_MAPA=Nome do concello no mapa

A la vista de las descargas de la forja europea OSOR, parece que la herramienta está siendo bien recibida y bastante usada. De cara a la versión 1.0 hay bastantes mejoras previstas, tal y como se puede ver en la página de NavTable.

Y a ver si escribo algo de temática menos "gis", porque últimamente estoy un poco cartoescorado...

miércoles, 13 de mayo de 2009

NavTable ya está con nosotros

Dentro del mundo del GIS, el gvSIG es uno de los proyectos más relevantes y con más proyección de futuro. Desde el principio se desarrollo como software libre, lo cual ha permitido que la comunidad de desarrolladores y el uso del programa crezcan de manera muy notable año tras año.

En el CartoLab llevamos varios años trabajando con gvSIG, entre otras cosas porque nos gusta mucho, y poco a poco vamos usando nuestras capacidades de desarrollo para mejorarlo y crear nuevas extensiones que sean útiles a la comunidad.

Pues bien, hoy día 13 de mayo de 2009 el CartoLab libera el código del NavTable, una extensión que mejorar sensiblemente la manera de ver, localizar y editar los datos de nuestras capas de información en gvSIG.

Como esto blog es personal y subjetivo, podría ir más allá de la noticia oficial de la web y afirmar que es:

"toda una nueva experiencia de trabajo para el usuario",
"la relación entre el hombre y la máquina cambiará para siempre...",

o bien

"nunca más te costará saber dónde $%*#% está Eirís (con todos mis respetos a los habitantes de tan ilustre villa)"

Aunque yendo más allá incluso podríamos llegar a decir que

"NavTable te llevará a donde quieras..." (porque las herramientas de zoom vinculado a información son muy chulas.)

Volviendo a la realidad, decir que la extensión está muy bien y realmente la veo muy útil para grandes proyectos de SIG. Podeis bajarla en la página de OSOR. Aquí teneis un ejemplo de mi mismo usando NavTable.