Difference between revisions of "Comité Científico FOSS4G Buenos Aires"
Line 66: | Line 66: | ||
No venimos a vender un producto, sino a intercambiar ideas y experiencias. | No venimos a vender un producto, sino a intercambiar ideas y experiencias. | ||
− | [[Category:Geoinquietos | + | [[Category:Geoinquietos Argentina]] |
Latest revision as of 09:50, 11 September 2013
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:
- Que se hizo
"Se hizo un nuevo algoritmo para el despliegue de MDT, bla bla bla..."
- Por qué
"La cartografia necesita distiguir las cosas con mejor detalle y ...."
- Para qué
"Porque lo que se ve en pantalla no es suficiente para tal cosa y necesitamos mejorar la calidad de despliegue...."
- Con qué
"Con numpy y ...."
- Como
"Se generó este nuevo algoritmo bla bla bla, y se lo programó con Python...."
- Los resultados son
"Hay un despliegue de mayor cantidad de grises y colores ...."
- Y que se gana con ello
"Mejoramos la visualizacion ...."
Recomendaciones
Se sugiere que el resumen contenga los siguientes elementos:
- 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.
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.
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.