Difference between revisions of "Comité Científico FOSS4G Buenos Aires"

From OSGeo
Jump to navigation Jump to search
 
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 Buenos Aires]]
+
[[Category:Geoinquietos Argentina]]

Latest revision as of 10: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.