Comité Científico FOSS4G Buenos Aires

Función
La función de este comité es orientar y facilitar a los expositores en la presentación de sus trabajos y charlas. En este sentido se sugiere al final un modelo de preguntas orientativas para realizar el resumen.

Objetivos
Revisar los trabajos, ordenarlos por temática y proponer modificaciones que garanticen calidad, respeto ético y etiqueta.

Presentaciones para FOSS4G en Buenos Aires
El objetivo de las presentaciones es compartir experiencias realizadas con software libre relacionadas con geomática. Las mismas podrán ser en la modalidad oral o poster. En todos los casos se deberá enviar un resumen expandido en español, y si es posible acompañada de su versión en ingles, utilizando el siguiente formulario.

Modelo de Resumen
Para facilitar la organización del resumen se recomienda explicar:
 * Qué se hizo
 * Por qué
 * Para qué
 * Con qué
 * Cómo
 * Cuáles fueron los resultados
 * Qué se gana con ello.

Por ejemplo: "Se hizo un nuevo algoritmo para el despliegue de MDT, bla bla bla..."
 * Que se hizo

"La cartografia necesita distiguir las cosas con mejor detalle y ...."
 * Por qué

"Porque lo que se ve en pantalla no es suficiente para tal cosa y necesitamos mejorar la calidad de despliegue...."
 * Para qué

"Con numpy y ...."
 * Con qué

"Se generó este nuevo algoritmo bla bla bla,  y se lo programó con Python...."
 * Como

"Hay un despliegue de mayor cantidad de grises y colores ...."
 * Los resultados son

"Mejoramos la visualizacion ...."
 * Y que se gana con ello

Recomendaciones
Se sugiere que el resumen contenga los siguientes elementos: En el caso de que se adjunten gráficos será necesario que los diagramas o dibujos sean claros, y en lo posible utilicen formatos abiertos como jpg, png y svg.
 * una pequeña introducción al tema aclarando porqué es importante la presentación;
 * definir en pocas palabras la metodología y software utilizado;
 * si hay código, dónde se puede consultar;
 * si hay novedades de programación, cuáles son;
 * dar una descripción de la arquitectura utilizada (si es que tiene que ver con el tema);
 * si se trata de experiencias o aplicaciones describir las metodologías y configuraciones de hardware y software;
 * si hay propuestas para mejorar el software, arquitectura o metodologías; y
 * por último un párrafo con las conclusiones y referencias.

Se debe indicar la fuente y los autores de la parte presentada que haya sido desarrollado en otro contexto u otras licencias de uso.

Con respecto a la etiqueta, se exige el respeto de los demás trabajos y opiniones. Por ejemplo, no debe decirse "mi software es el mejor" sino "no tengo conocimiento que mi software haya participado en un certamen con algún otro" o "lo tuyo o lo de los otros no sirve" sino "estuve tan concentrado desarrollando mi sorfware, que no alcancé a probar lo que hacían los demás". La etiqueta es importante en cuanto ayuda a la gente a entenderse y a mantener el espíritu colaborativo que nos une. Aquí hay que sumar. No venimos a vender un producto, sino a intercambiar ideas y experiencias.