Se ha publicado una nueva versión de desarrollo (build 1411) de gvSIG 1.12. Se trata todavía de una versión no recomendable para su uso en producción, aunque no se ha detectado ningún error grave.
Esta versión contiene ya todas las mejoras que podremos encontrar en la versión final de gvSIG-Desktop 1.12, que saldrá en las próximas semanas. Los instaladores para Linux y para Windows pueden obtenerse desde la página de descargas de gvSIG.
Las novedades de la versión 1.12 son:
Funcionalidades:
o Se ha integrado la última versión de Sextante, 1.0.
o Se ha incluído una nueva paleta de colores.
o Se ha incrementado notablemente la usabilidad a la hora de organizar las capas en el TOC.
o Mejoras generales de usabilidad (ventana de vista maximizada por defecto, colores aleatorios, etiquetado de tamaño y color fijo, abrir ficheros independientemente de su tipo, zoom con la rueda del ratón más amigable, ventana del localizador no modal, etc.).
o Arreglos varios en el driver de Postgis (Simplificada la conexión a bases de datos, disminución de consumo de recursos en el servidor, soporte de fechas, etc.).
o Mejoras e incremento del rendimiento en la unión de tablas y conexiones odbc.
o Añadida la traducción al idioma Khmer.
o Actualizado el acceso a datos para WMS 1.3 y la última versión de kml.
o Mejoras varias en la carga de ráster, especialmente a la hora de capas pesadas.
o Mejoras en la creación e impresión de mapas.
o Soporte de simbología por intervalos para valores negativos.
o En cuanto a Navtable, se ha mejorado la interfaz gráfica y los filtros rápidos.
Desarrollo:
o Se ha actualizado la librería jts a la versión 1.12.
o Automatizado el proceso de generación de instaladores.
o Uso de installjammer y launch4j.
o Cambiada la API de la clase View.
o La calculadora de expresiones puede usarse desde plugins externos.
gvSIG necesita la ayuda de toda la comunidad para testear esta versión de la aplicación. Los errores encontrados pueden ser reportados en el tracker del proyecto o bien directamente a través de la lista de correo, usando un mensaje claro en el asunto del correo, como “bug en build 1411”.
En caso de que no aparezcan errores graves en el plazo de una semana publicaremos una RC (versión candidata a final) e iniciaremos un nuevo periodo de prueba por parte de la comunidad. Si los errores encontrado en la RC tampoco son graves se publicará la versión final.