Participantes

Agenda

1. Composición Equipo de Trabajo
2. Introducción al debate
   • Librerías más importantes.
   • Proyectos SL más destacados.
   • Comunidades más activas.
3. Cómo se nos ve desde fuera
4. Propuestas de acción

Resumen

Resumen de los temas tratados en la reunión

1. Composición Equipo de Trabajo

   • Se decidió no involucrar a más gente hasta que tengamos la primera ronda de conclusiones. En la discusión (vía mail o irc) se informará también a Javier Carrasco, José García y Alvaro Zabala. Como candidatos a añadirse al grupo, se habló de Gabriel Roldán y alguien a decidir por Iver.

2. Introducción al debate

   • Librerías más importantes.
     • gvSIG utiliza muchas librerías de otros proyectos de SL, como por ejemplo JTS, GDAL, Batik, JFreeChart.... Por lo tanto, gvSIG se apoya en la comunidad de SL. Sin embargo, no hemos colaborado mucho con ninguna de esas librerías (un poco con JTS a través de Zabala).
     • En el sentido contrario, pasa algo parecido. No hay prácticamente contribuciones externas al proyecto, y a pesar de tener más de 12 posibles librerías de componentes, no se usa fuera de gvSIG ninguna de ellas. En cambio, gvSIG aparece como una aplicación extensible (en bloque), y de hecho sí se han realizado varios desarrollos en forma de drivers, extensiones que amplían funcionalidad, librerías de símbolos, etc. Se habló de que se han hecho esfuerzos por parte de Conselleria para promover la creación de componentes reutilizables, pero que no ha calado esta filosofía en las empresas (ni en la Universidad).
     • También se comentaron ejemplos como Geotools, donde hay desarrolladores que van trabajando sobre uno u otro proyecto (Geotools, Geoserver, etc. Y de Apache, que podríamos estudiar cómo han llegado a donde están ahora, ya que pueden ser un buen modelo a seguir.
   • Proyectos SL más destacados. Se habló de aquellos proyectos similares a gvSIG en cuanto a licencias, propósitos y/o afinidad. Los más interesantes son:
     • Geotools (con JTS, uDig, Geoserver)
     • Sextante
     • GDAL, Proj4
     • WWJ (World Wind Java)
     • La familia OpenJump, Kosmo, etc.
     • Otros de menor envergadura (OrbisGIS, JGrass, gisEIEL....)
   • Comunidades más activas. La más fuerte (aparte de la de gvSIG) parece la de Geotools y proyectos asociados (uDig, GeoServer). Otras interesantes: Camp2camp, 52North...

3. Cómo se nos ve desde fuera

   Se nos ve como un proyecto potente, pero con sensación de cerrado. Se habló de mejorar nuestra imagen, ya que la voluntad es firme para mejorar. Para ello, hablamos de las posibles barreras a las que nos tenemos que enfrentar.

   • Lenguaje. Se nos ve como un proyecto español, con poca proyección hacia afuera (a nivel de desarrollo).
   • Poca documentación para desarrolladores, y en castellano. Es una cosa que estamos mejorando, pero queda un largo camino por recorrer. Falta crear más ejemplos y una lista de "how-to".
   • Sensación de organización compleja. Poca transparencia en las decisiones (lista interna, lista pública). No hay IRC públicos.
   • Trac no público, o al menos un bug tracking que no se puede seguir externamente.
   • No hay una normativa clara de cómo se deben enviar parches o solucinar pequeños bugs de código (quién lo recibe, cómo se trata eso, qué respuesta y en qué tiempo se le da al colaborador....).

4. Propuestas de acción

   • Mejorar la documentación (y hacerla en inglés). Crear manuales, ejemplos y how-to.
   • Participar en eventos para integrarnos más con otros desarrolladores de la comunidad. A la vuelta de esos congresos hay que explicar al equipo lo que se ha hecho para mejorar la sensación de grupo.
   • Organizar nosotros algún Code Sprint o Hacking day como el de Bolzena.
   • Patrocinar otros desarrollos. (De hecho, ya se está haciendo).
   • Hacer camisetas y material promocional
   • Evaluar a qué proyectos nos tenemos que acercar
   • Se habló un poco de cómo impulsar mejor los formatos abiertos. ¿Una licencia LGPL para las librerías que permitan leer esos formatos?.
   • Las empresas deben apoyar e incentivar la participación en otras comunidades SL.
   • Realizar un seguimiento a las personas y contactos que han mostrado interés por colaborar. Promocionar la parte de las colaboraciones externas al proyecto, apoyando aquellos proyectos interesantes que sean susceptibles de formar parte de la distribución oficial. (Sextante, suizos (etiquetado inteligente), etc).

Plan de trabajo