Sobre Simbología:

• Copiar estilos entre capas de forma rápida (requiere hablar sobre como se hace esto internamente, poder copiar estilos entre geometrías distintas, etc...) [nachouve] (Esto requiere repensar arquitectura)
• No repintar capas vectoriales cuando se apreta el botón cancelar en el diálogo de simbología, y repasar todos los repintados por si hubiera alguno más no necesario. [jtorres] FIXED. El error estaba en extDockingSkin
• No hacer una nueva consulta a la base de datos al cambiar la simbología (creo que esto pasaba) [nachouve]

Sobre WMS:

Sobre WCS:

• Bug: No funciona con la última versión de geoserver [oscarfonts] FIXED by [jvhigon] ticket #14861 
• Request of images with fixed resolution, that is, allow for the omitting of WIDTH and HEIGHT parameters [fla83tn]

Sobre WFS:

• Bug: do not replace underscores ('_') with spaces (' ') in attributes name of the layer [fla83tn]

Sobre el Catálogo:

• Feature: Desarrollo del cliente OpenSearch. [oscarfonts]

Sobre la estructura de gvSIG:

• Apresenta muchos errores com grande cuantidad de datos raster. Uno ejemplo, es generar, en sextante, capas com tamaño grande (20000x20000 pixels, ejemplo). Error de "java heap space" es muy comun. Los desarrolladores de sextante hablan que es problema de gvSIG, y no de sextante. [Carlos Almeida]

Sobre Topologia:

• No es posible guardar lo resultado de topologia en shapefile. Solamente, en DXF, y GML [Carlos Almeida]
• Log poligonos de thiessem hace muchos bugs, y no funciona con la mayoria de capa de puntos que jo tengo a testar [Carlos Almeida]

Sobre Oracle Spatial:

• gvSIG es restrictivo en algumas conexiones Oracle (configuraciones del banco). Cuando hay a editar las geometrias, guarda con erro (cambia las unidades, ejemplo, de 6000000, para 6000000000) [Carlos Almeida] >>esto error es generado por las convenciones de unidades definidas en sistema operativo no cual Oracle es servidor. Pero, otros softwares no son restrictivos para adicionar y guardar novas geometrias en Oracle, independiente de las configuraciones de unidades. << [Carlos Almeida]

Sobre generacion de PDF

• gvSIG hay a utilizar mucha memoria RAM (cuando tiene etiquetados definidos por usuario y imagenes de satelite), u tiene un BUG cuando usuario define lo ZOOM por aproximacion [Carlos Almeida]
• Exportación a SVG para poder terminar de maquetar los mapas en algún programa de diseño.

Sobre etiquetado avanzado

• gvSIG hay a utilizar mucha memoria RAM para mostrar en la pantalla todos los elementos etiquetados. La funcionalidad de acoplar en poligonos las etiquetas no hay funcionado [Carlos Almeida]
• Permitir convertir a Anotaciones las etiquetas del "etiquetado avanzado". O poder editarlas individualmente de alguna forma.

Sobre Postgis:

• Testing/Bugs: testear el driver de postgis y corregir los posibles bugs. [josecarlosmartínez]
• Re-conectar la conexión después de un error:
  • Intentar que no se cierre la conexión con tanta frecuencia [nachouve]
  • Un ejemplo: Cuando el usuario de postgis no tiene permiso para editar una capa, se presenta un error, y solamente cerrando gvSIG y cargando nuevamente la capa, se puede reparar la conexion]  [Carlos Almeida]
  • Al producirse una excepción en la sentencia SQL (por ejemplo una violación de una restricción) el driver no se recupera de la excepción cortando la conexión. [josecarlosmartínez]
  • CORREGIDO y pendiente de subir a la OSOR: evitar cierre de conexión (y cuelgue de gvSIG) cuando un usuario se equivoca al escribir una restricción durante el proceso de carga de una capa PostGIS [amaneiro]
• Falta de sincronización entre la tabla de atributos y la visualización cuando se actualiza las geometrías desde una origen externo. [josecarlosmartínez]
  • Una solución provisional es que la opción de recargar la capa esté siempre activa cuando el origen sea FLayerVectorialDB. He testeado que al recargar la capa se sincronizan correctamente los datos. [fpuga]. Recargar siempre activo. [#14857].
• Actualmente no se puede crear o actualizar geometrías en capas 3D. Utilización de las funciones ST_FORCE_3D. [josecarlosmartínez].
• La escritura de geometrías se realiza utilizando WKT lo cual puede originar micro desplazamientos además de lentitud. Proposición de utilizar escritores utilziando EWKB igual que se hace en lectura. [josecarlosmartínez]
• Un gestor de conexiones, principalmente en tablas, mostrar las tablas disponibles, etc [Carlos Almeida] 
  • Poder ver el estado de las conexiones [Read, Read-Write, Close, Reconectar], indicar permisos que dispone el usuario [nachouve].
    
  • El dialogo de tablas alfanuméricas de base de datos debería ser igual/parecido al de capas geométricas y poder emplear las conexiones ya existentes. Además sólo deberían listarse las tablas alfnuméricas. [fpuga]
• FIXED. Permitir que el nombre del campo geométrico esté en mayúsculas. [fpuga]. [144485]
  
• Permitir crear conexiones a un esquema determinado, de modo que sólo se listen las tablas de ese esquema, o bien poder filtrar las tablas que aparecen en función de su esquema en el propio diálogo de selección de capa [fpuga]
• Detección automática del campo GID. Seguramente llega con detectar si hay algún campo autoincremental y preseleccionar ese en el combobox [fpuga]
• Cuando el tipo de datos es numeric y se introduce un valor menor a 1, por ejemplo 0.5 en la base de datos se guarda un 50000 [fpuga]
• [FIXED] Uso de cursores en postgis. mensaje en la lista. [fpuga]
  
• Revisión de errores reportados en la OSOR por lo usuarios:
  • Permitir editar el parámetro puerto de la conexión: http://forge.osor.eu/tracker/index.php?func=detail&aid=14739&group_id=89&atid=732
  • Cuando un usuario trata de cargar una capa PostGIS sin conexión previa gvSIG da un error: http://forge.osor.eu/tracker/index.php?func=detail&aid=14599&group_id=89&atid=732
• Revisión e integración de parches existentes en la OSOR [amaneiro]:
  • Parche preparado y pendiente de subir la nueva versión a la OSOR: http://forge.osor.eu/tracker/index.php?func=detail&aid=14547&group_id=89&atid=732

 

autor: Fran Peñarrubia

 

La verdad, no sé los demás, pero yo me lo he pasado muy bien en el code sprint. En nuestro grupo hemos empezado repasando los bugs que había apuntados en esta página, porque entiendo que son los que más nos molestaban y los que pensábamos que podríamos arreglar en solo un día.

Una vez repasados y visto lo que podíamos abordar, nos hemos distribuido el trabajo, y creo que ha sido muy productivo. Jose Carlos Martínez se ha peleado todo el día con el soporte 3D en las geometrías de PostGIS (y de paso, con las M), ha hecho un trabajo fantástico y al final ha conseguido casi terminar el parche. Le tengo en mi correo, y espero que cuando tenga tiempo podamos terminarlo y subirlo para la 1.11 (habrá que darse prisa).

Daniel López ha comenzado con un bug para evitar microcortes en el driver de PostGIS, que es muy molesto, dificil de pillar y que provoca roturas de la capa de PostGIS. Creemos que ha solucionado el problema, al menos en parte, y falta probarlo a fondo, a ver si con ese parche, el que han traído los chicos del CartoLab (Javier Estévez) y uno en el que he estado trabajando yo dejamos la capa PostGIS mucho más estable de lo que estaba. Andrés Maneiro ha estado trabajando en encontrar cortes de la conexión PostGIS que la dejan en un estado inválido y es necesario cerrar gvSIG para reconectar: ha corregido 2 bugs que permiten no sea necesario cerrar gvSIG para reconectarla. Luego le ha echado una mano a Daniel.

Pablo Sanxiao ha estado arreglando algunos bugs que estaban apuntado en OSOR, y Francisco Puga ha arreglado el driver de PostGIS para que deje usar el campo Geometry en mayúsculas, luego creo que han mejorado la interfaz de añadir capa para que muestre solamente las capas que de verdad tienen geometrías, y al final ha estado pensando en cómo hacer para poder filtrar las capas por el schema.

María Arias ha llegado por la tarde y se ha unido al grupo trabajando junto con los chicos del CartoLab.

Por mi parte, además de hablar bastante de temas que ni por asomo se me ocurriría sacar con gente "normal" ;-), hacer propaganda de The Big Bang Theory y de un intento de escuchar a Siniestro Total (que no ha prosperado porque los altavoces del portátil son pésimos), he corregido 2 bugs. El primero es algo que me suele pasar. Si te equivocas al meter la clave al cargar un proyecto, o en ese momento no puedes conectar a la base de datos,  empiezan a salir errores y lo único que puedes hacer es cerrar gvSIG. Con el parche, se cargará el proyecto con las capas en modo desconectado (aspa roja) y el usuario podrá recuperar la conexión y volver a recargar las capas. El segundo bug es el que está apuntado más arriba. El driver de PostGIS no lee bien los campos NUMERIC, y es un error provocado por la lectura binaria que hacemos del recordset. Para solucionarlo, he tenido suerte y he encontrado código por internet que lee este tipo de campos, lo he añadido al driver y creo que está solucionado.

Por nuestra parte queda repasar los parches que se han generado, y si todo está bien, meterlos al repositorio para que salgan en la siguiente versión.

Me gustaría dar las gracias a todos los participantes, y felicitarlos por su trabajo y las ganas que le han puesto. También hay que felicitar a los chicos del AI2 por buscarnos una sala tranquila y totalmente equipada para el Code Sprint.

Para terminar, solo decir que ha sido  mi primer code sprint y me lo he pasado muy bien, sobre todo por la gente que ha venido, espero que al año que viene lo podamos repetir, y desde la Asociación gvSIG podamos colaborar a hacerlo todavía mejor que este año.

Grupo "Ráster y Sextante"

autor: Nacho Brodin

Grupo "Usabilidad e Interfaz de Usuario"

autor: César Ordiñana
Tras la presentación inicial nos juntamos un pequeño grupo formado por Nacho Varela, José Manuel Vivó, Francisco Díaz y un servidor.

Tras un rato preparando el workspace del trunk, Nacho Varela comentó algunos temas que afectaban a la usabilidad de gvSIG:

• Ocultar la extensión de los archivos que se muestra por defecto en las capas del TOC. En algunos casos es información redundante, cuando hay muchas capas cargadas ya hay demasiada información en el TOC y además afecta al funcionamiento de la calculadora de mapas de Sextante. Quedamos en que podría ser una opción de preferencias del usuario y Nacho se puso a desarrollarlo. Está subido en la feature request 14854.
• El tipo de capa se distingue en el TOC mediante un icono. De forma parecida a lo anterior, por ejemplo eso provoca confusión visual con la información de leyenda en cada capa. Tras discutirlo un rato no llegamos a ninguna conclusión definitiva, ya que habría que buscar una forma alternativa de distinguir entre tipos de capas que sea más compacta. Está subido en la feature request 14855.
• Mejoras en el localizador:
  • En la configuración, cambiar el modo de apertura de la ventana de modal a tool.
  • Sustituir la lista de capas por un TOC.
  • Añadir botón de "importar vista" que importa la estructura de capas de una vista existente en el localizador actual.
  • José Manuel Vivó empezó con estos cambios y en cuanto disponga de tiempo los terminará y dará de alta los correspondientes feature request.
• Una funcionalidad muy útil para cuando se tienen muchas capas con la misma simbología o parecida, sería poder copiarla y pegarla entre las mismas. Entre capas con la misma estructura de datos y tipo de geometrías sería sencillo, habría que ver si somos capaces de copiar

Por otro lado se revisaron también los siguientes temas:

• La feature request 14342: activar el pan al pulsar el botón central del ratón. Estuvimos haciendo pruebas al respecto pero el parche forzaba el pan al pulsar el botón central dentro del código de MapControl. Como alternativa, José Manuel Vivó hizo una prueba rápida modificando el ToolListener que realiza el pan para indicarle sobre qué botón debe actuar, registrándolo en todos los behaviors. Sin embargo, la mayoría de listeners realizan su acción con cualquier botón, por lo que se activaban varias opciones a la vez. En consecuencia, se decidió que requería una actualización en el API de los Behavior/Listener de forma que se pueda asignar los botones concretos a los Behaviour. Subido en la feature request 14869.
• El look and feel Nimbus. Disponible por defecto a partir de la versión 1.6 update 10 de Java, presenta un nuevo interfaz más moderno y que puede ser renderizado en cualquier resolución. En gvSIG, si se arranca con las últimas versiones de java 1.6, podemos activarlo a través de las preferencias de usuario (General > Apariencia). Lo activamos y hicimos algunas pruebas, sin embargo en algunos paneles con tamaños fijos se descuadran. Habrá que estudiar si se activa por defecto en gvSIG 2.0, aunque para ello habrá que revisar estos paneles y dar unas recomendaciones básicas para que los paneles se vean bien en cualquier look and feel.
• Las barras de botones son reposicionables en swing, pudiéndolas mover a la izquierda, derecha, abajo o arriba de la ventana. Es sencillo activar esto, pero habría que dar la opción a poder reposicionar los grupos de botones dentro de la barra de botones.

Nacho Varela subió al tracker de Feature request los tickets:
[#14854] File extensions on ToC (con parche)
[#14855] Remove vector/raster ToC icons

autor: Jose Vicente Higón

Sin lugar a duda, una magnífica iniciativa. Espero que el año que viene se repita.

En cuanto al trabajo realizado por César Martí, Jose Badí y yo, hemos arreglado algún bug y añadido alguna funcionalidad interesante. En concreto, César ha mejorado el tratamiento de los parámetros que indican la escala máxima y mínima de una capa WMS, además ha añadido una poción "zoom a la escala visible". Los parches están accesibles en  ticket 14856

Jose Badía ha estado indagando en los servicios WMS y a solucionado un problema con la visualización de metadatos del servicio WMS ticket 14849

Por mi parte, he arreglado el parser WCS para que pueda conectarse al servicio WCS-1.0.0 que sirve Geoserver, ticket 14861