martes, noviembre 30, 2010

gvSIG Code Sprint

Aquí va una entrada desde el Code Sprint que precede a las Jornadas de gvSIG, y donde estamos unos cuantos tratando de solucionar problemas y mejorar funcionalidades para ir calentando motores. Yo, como es de esperar, estoy trabajando en cosas relacionadas con SEXTANTE, entre las que cabe mencionar las siguientes:
  • Problemas con la representación de ciertas capas generadas por SEXTANTE. Esto afectaba a las máscaras y ya hemos detectado la razón. Al parecer, gvSIG asume que toda capa de tipo BYTE es una banda de una imagen RGB, y establece la representación en función de ello. Esto no es siempre cierto, y SEXTANTE genera capas BYTE en muchas situaciones distintas a esa. Hemos encontrado una solución rápida pero eficaz, así que ya hemos aportado una mejor directa a gvSIG :-)
  • Capas ráster grandes. Hemos aclarado un par de cosas, y creo que tengo una buena línea de trabajo ahí... Lógicamente, esto no lo voy a acabar hoy, pero voy enfocando el problema cada vez mejor y creo que puede verse una solución pronto...
  • Análisis de capas WMS. Más difícil de lo que parece, así que por ahora estamos pensando y reflexionando más que otra cosa. Aun así, el jueves haré un ejemplo de WMS y SEXTANTE, para ir abriendo boca...
Más noticias en breve, sobre todo el jueves después de mi taller, que esta vez es algo diferente a otros que he hecho, y en el que enseñaré algunas cosas nuevas.



lunes, noviembre 15, 2010

Región de análisis

La funcionalidad de "Salida ráster" que permitía, en caso de que un algoritmo generara algún resultado de tipo ráster, definir las características de este (tamaño de celda y extensión), se aplica ahora a todo tipo de resultados. Algo similar al concepto de región de análisis de GRASS, pero en este caso establecido en cada ejecución del algoritmo en lugar de para toda la sesión de trabajo de forma global.

Lógicamente, el tamaño de celda no es necesario para el caso de capas vectoriales. La región no es necesariamente la de salida de los datos, sino que el algoritmo puede emplearla como considere más oportuno. Por ejemplo, para el caso de interpolación, el establecer una región puede ser empleado para los datos de salida, pero en los de entrada se puede coger un margen más amplio para incluir más datos. En otros casos, se usa como filtro para los datos de entrada, y luego es el propio algoritmo el que marca la extensión de los datos de salida (por ejemplo, si se efectúa una traslación).

He adaptado ligeramente algunos algoritmos (sobre todo vectoriales) para que hagan uso de esta nueva capacidad de SEXTANTE. Por ejemplo, los algoritmos de generar una rejilla o una capa aleatoria requerían antes la entrada de cuatro valores para establecer las dos coordenadas de las esquinas opuestas del rectángulo de salida deseado. Ahora esos valores se toman de la región de análisis.

Aprovecho esta entrada para comentar que esta funcionalidad, junto con otra más novedosa sobre la que escribiré aquí en un par de días, las presentaré dentro del taller de SEXTANTE que realizaré en las jornadas de gvSIG de este año, el 2 de diciembre. Es decir, que el taller contendrá novedades...y alguna que otra sorpresa que seguro que gusta ;-) Ya sabéis, nada de perdérselo...