Mundo Libre

Si te gustan los robots y quieres aprender a programar con ellos, entonces presta mucha atención.

 

Del 10 al 18 de Octubre de 2015. ¡Prepara tu agenda que llega la semana europea de la programación!

¿Qué es CodeWeek?

Es una semana en la que se organizan actividades y eventos en los que será posible introducirse en el mundo de la programación de una forma divertida y emocionante.

Desde la OSL y con la colaboración de Open XXI, los dias 13 de Octubre de 18:00 a 20:00 y 14 de Octubre de 17:00 a 19:00 se va a impartir un taller de Arduino y Ardublock, para que puedas aprender a manejar un robot y ver como el código cobra vida.

 

photo51504960507062507

 

Para inscribirte, rellena el siguiente formulario:

Codeweek 2015 Oficina de Software Libre UGR (niños) 14 y 15 de octubre

Codeweek 2015 Oficina de Software Libre UGR (familias)

 

 

200px-LUSITANA_WLM_2011_d.svg

Como ya avisamos hace unos días, este sábado es el Software Freedom Day y, para celebrarlo y aprovechando que este mes es también el concurso Wiki Loves Monuments 2015, vamos a organizar una ruta fotográfica.

El objetivo del concurso es fotografiar monumentos para la Wikipedia y sus reglas, tal como se detallan en la Wiki de este, son las siguientes:

  • Fotografiar monumentos o municipios preferiblemente aún sin fotografía en Wikipedia (se puede hacer en cualquier momento).
  • Subir las fotografías a Wikimedia Commons (necesitas registrarte) con una licencia libre entre el 1 y el 30 de septiembre de 2015. Alternativamente puedes añadir tus imágenes de Flickr a este grupo del concurso.
  • Las fotos deben ser realizadas por los participantes y subidas por ellos mismos.
  • Incluir el identificador del monumento en el formulario de subida de las fotografías (puedes encontrarlos en las listas de monumentos y municipios, así como en el mapa donde los monumentos no disponibles aparecen en rojo). Este requisito no es necesario para imágenes de municipios donde no se muestre un monumento listado.

No hay límite al número de imágenes que puedes subir y puedes participar con cualquier cámara. ¿A qué esperas para salir y hacer algunas fotos? (Lee las bases completas)

Y el plan previsto para la jornada es el siguiente:

  • 11:00 Café con churros y Software Libre en el Café Fútbol, en el centro de Granada.
  • 12:00 Gymkhana Wiki Loves Monuments, fotografiando los monumentos de los que no hay imagen en el catálogo.
  • 19:00 Beers & free software para terminar la Gymkhana.

La participación está abierta a cualquiera que lo desee, aunque es muy conveniente tener una cuenta en flickr (es gratis) para subir las fotos, y unirse al grupo Wiki Loves Monuments 2015 España.

También es una buena idea apuntarse en este formulario de inscripción para organizarlos mejor.

La Universidad de Granada, en su Portal de Transparecia y Open Data, ha publicado el Presupuesto de la misma para el ejercicio de 2015, y ya están disponibles tras un proceso de extracción y depuración de datos, y como es normal en esta Entidad, cumpliendo los estandares de «5 Estrellas para Datos Abiertos«.

Estos presupuesto han sido aprobados por el Consejo Social de la Universidad de Granada el 19 de diciembre de 2014 y publicado en el Boja nº 252 de 26 de diciembre de 2014.

A la fecha de hoy consta de un conjunto de 21 dataset, pero en los proximos días se irán aumentando.

También hay que destacar los siguientes conjuntos de datos:

opendata

Os mantendremos informados.

 

 

El próximo Miércoles 25 se celebra internacionalmente el Document Freedom Day, para dar a conocer y difundir el uso de los estándares abiertos.

Para acompañar los actos que se van a efectuar en el resto del mundo, en la OSL estamos preparando una serie de actos y charlas que se llevarán a cabo en esta oficina de 9:30 a 14:00, en c/Real de Cartuja, nº 36-38. c.p. 18071. Granada (planta baja).

Se hablará de cosas como R markdown, Ciencia Abierta, o de cómo formar parte de la Cultura Libre.

Hora Actividad
9.30 Inauguración
10:00 Navegando por las licencias libres, por Pablo Hinojosa
11:00 Pausa para el café
11:30 Ciencia reproducible, por Francisco Charte
12:30 Publicando con R Markdown, por David Charte
13:30 Publicando en acceso abierto, por JJ Merelo

La asistencia es libre, pero agradecemos la inscripción para enviaros un recordatorio y también tener una idea del aforo, que es muy limitado

Agradecemos la difusión en redes sociales:
Document Freedom Day 2015 – Oficina de Software Libre UGR #cienciaabierta #DFD #DFDUGR 
http://osl.ugr.es/2015/03/18/document-freedom-day-2015/ … @OSLUGR @CanalUGR

En la Oficina de Software Libre de la Universidad de Granada no paramos de trabajar así que acabamos de terminar una nueva versión de la plataforma UGR transparente que corrige los errores de funcionamiento que existían hasta ahora. Todo el código desarrollado es libre y se puede encontrar en este repositorio de GitHub, así que se interesa conocer mejor el estado del proyecto solo tienes que seguir leyendo.

Motivación de los cambios:

En la versión anterior se producía siempre un error interno del servidor cuando se cargaba una página por primera vez, además de forma intermitente las tablas de las páginas se mostraban vacías. Esto era debido a que por el funcionamiento asíncrono de Node.js, puede ser que la llamada retorne antes de que se completen las operaciones en su totalidad, por lo que se podía producir la situación de que se intentase visualizar una página antes de que la información del contenido que tenía que recuperarse de la base de datos pudiera haber sido recuperada o incluso accedida. Si la página se intentaba mostrar antes de que la base de datos fuera accedida, los recursos no se encontraban creados y por eso siempre daba un error la primera vez que se visualizaba; si la página se intentaba mostrar antes de que la información hubiera sido recuperada, los recursos ahora si existían, pero estaban vacíos por lo que las tablas de la página se mostraban vacías; solo si la llamaba retornaba cuando todas las operaciones habían sido completadas, lo que significa que la página se intentaba mostrar una vez la información ya había sido recuperada completamente de la base de datos, era cuando la página se mostraba correctamente.

Para evitar el error interno del servidor, al arrancar el servidor en transparente.ugr.es se hacía una carga inicial de todas las páginas mediante la orden «curl«, pero el problema de las tablas vacías seguía estando ahí. Como no conseguí encontrar la forma de arreglar estos errores que se producían por la asincronía entre las operaciones, y el uso de la base de datos era similar al de un índice al que igualmente había que introducirle los datos manualmente desde archivos externos JSON, empecé a desarrollar una nueva versión en la que se sustituyera la función de la base de datos con la carga de los archivos JSON directamente desde la aplicación, esto podría solucionar todos estos errores porque el propio Node.js mediante el módulo «fs«, que provee de la funcionalidad para operar con entrada/salida de ficheros, tiene un método para que la lectura de estos archivos se haga de forma síncrona [fs.readFileSync(archivo)]. Como los archivos son leídos de forma síncrona (forma de la que no era posible recuperar los datos de la base de datos), tanto el error interno como el error en las tablas vacías han dejado de producirse debido a que ya nunca se intentará visualizar las páginas antes de que los datos estén cargados.

Comparación de versiones:

En la versión anterior de UGR transparente, desde el archivo principal de la aplicación «app.js» se cargaba el contenido del archivo «config.json» (también en raíz), que tenía la configuración de acceso a la base de datos MongoDB de la que recuperaba el contenido de las tablas que se visualizan en las diferentes páginas de la web; también de dicho archivo, se recuperaba el contenido de las páginas sin tablas: «Inicio«, «Presentación» y página de error; y además la siguiente información sobre el contenido de cada una de las páginas: categoría, colección, contenido, dataset, nombre y plantilla. En la nueva versión, la información de cada una de las páginas se ha movido a archivos JSON independientes: «claustro.json«, «estadistica.json«, etc. (que también son cargados desde «app.js«), el contenido que se recuperaba desde la base de datos se ha introducido también en esos archivos JSON. Todos estos archivos se encuentran en una nueva carpeta «config» situada en raíz, además la información recuperada se ha simplificado a: nombre, plantilla, contenido y datos.

Toda la información cargada desde «app.js» luego es utilizada desde los archivos JS que se encuentran en la carpeta «routes» correspondientes a cada una de las secciones de la página UGR transparente: «administracion.js«, «docencia.js«, «gestionInvestigacion.js» y «normativaLegal.js«. En la versión anterior, se recuperaba la configuración de acceso a la base de datos desde la información cargada, y mediante iteraciones por las colecciones correspondiente a la página a visualizar, se almacena en variables el contenido recuperado, contenido que luego era gestionado cuando Express generaba la página web después de procesar la plantilla Jade pertinente. En la nueva versión, la recuperación de la información está mucho más simplificada porque se obtiene directamente de la información cargada desde «app.js«, recuperando el contenido de los archivos «config.json» y «PAGINA.json«; por ejemplo, para la gestionar la sección «Administración«, en el archivo «administracion.js» se recupera la información de «config.json» que nos dará la dirección del servidor con los datos (open.data.ugr en este caso) y también recupera la información de los archivos «personal.json» para la página «Personal«, «infoEconomica.json» para la página «Información Económica» y «servicios.json» para la página «Servicios«, esta información es la que usará Express para generar la página que se vaya a visualizar.

En las plantillas Jade de la carpeta «views«, también se ha cambiado la forma de acceder a las variables con la información de la página que la plantilla recibe. En la versión anterior, los valores del contenido eran recibidos en arrays bidimensionales con el contenido recuperado de la base de datos, que tenían que ser procesados mediante varios bucles for; en la versión actual, los valores de contenido son recibidos directamente como campos de archivo JSON, por lo que pueden ser fácilmente accedidos como un array unidimensional.

Ventajas e inconvenientes:

Como ventajas encontramos en primer lugar, que al eliminar MongoDB se liberan una gran cantidad de recursos del sistema; además, a falta de pasar los test pertinentes, no se ha vuelto a producir ningún fallo en la carga o visualización de los datos en las páginas. Como ya no dependemos de la base de datos, el trabajar directamente con los archivos JSON nos da una mayor manejabilidad como es que se puedan adaptar en cualquier momento y directamente la estructura y contenido de los archivos según las necesidades.

Un inconveniente que existe en este versión es algo que también existía en la versión anterior, y es que los datos provienen de archivos JSON que hay que crear manualmente, por lo que si el número de datos es elevado, el proceso de introducción de datos se puede volver realmente pesado.

Siguiente trabajo:

El problema de tener que crear los JSON directamente se podría solucionar si se pudieran recuperar los datos directamente desde el servidor de open.data.ugr, como ese portal esta construido con CKAN que usa una base de datos PostgreSQL para almacenar los datos y además provee de una API para acceder a los datos, sería deseable encontrar la llamada o llamadas que permitieran recuperar los mismos datos que se encuentran en los archivos JSON, algo que todavía no he conseguido encontrar. Una vez que se encontraran estas llamadas, los datos se podrían recuperar directamente utilizando el backend Recline.js que nos permite fácilmente recuperar la información (ejemplo en el script «prueba_recline.js» de la carpeta «public/script«) y trabajar con ella usando las funciones de las que nos provee, o bien, recuperar la información mediante consultas AJAX (ejemplo en el script «prueba_acceso.js» también en la carpeta «public/script«) y trabajar con funciones que desarrollemos para trabajar con la información recuperada.

Lo próximo en lo que voy a trabajar es en realizar los test de cobertura, siendo lo primero todo lo que se refiera al acceso a datos. Empezaré viendo como utilizar el framework de test «Mocha» para todo esto. Otros aspectos que quedan pendientes son la integración continua y el aprovisionamiento.

Una de las actividades más populares que se organizan desde la Oficina de Software Libre son los (o las) hackathones.

Se trata de eventos participativos en los que todos los asistentes pueden aportar cosas y trabajar juntos para lograr unos objetivos. En un Hackathon se presentan proyectos o retos que deberán ser acometidos, por los participantes, normalmente organizados en grupos.

La palabra Hackathon se forma por la contracción de los términos (en inglés) «Hack» y «Marathon», con lo que vendría a definirse como «Maratón de Haking» o , más propiamente, «Maratón de Programación». En un hackathon se proponen y llevan a cabo proyectos de programación entre los participantes, que no tienen por qué conocerse de antes. Un hackathon puede ser competitivo, con varios grupos que se enfrentan por conseguir un premio, o participativo, en el que se promueve la colaboración.

Suelen durar varios días (un fin de semana suele ser lo usual) para que de tiempo a desarrollar los proyectos propuestos.

El patrón que seguimos en la OSL para nuestros hackathones suele ser siempre el mismo:

  1. Naturalmente, se trabaja siempre sobre proyectos libres. Ya que la gente va a colaborar de modo altruísta, todo el trabajo que se haga debe redundar en la comunidad. Normalmente se trata de proyectos de software libre participante en en Certamen de Proyectos Libres de la Universidad de Granada, en el Concurso Universitario de Software Libre o alguno de los retos del Open Data Day, etc.
  2. La participación es voluntaria y se prima, ante todo, que haya un ambiente de trabajo cómodo y distendido. Hemos venido a pasarlo bien.
  3. Suele durar de viernes a lunes. El viernes es presencial, y todos los participantes se reúnen para conocerse, conocer los retos que se presentan y elegir en cuáles de ellos quieren colaborar. También se explican técnicas de trabajo colaborativo y todo lo necesario para realizarlo. Además, los que presentan sus proyectos deben dar una introducción a las tecnologías que sean necesarias para estos. El resto del viernes se emplea, ya sí, en trabajar en los proyectos.Después de esto, el fin de semana se suele trabajar a distancia desde casa, aunque hay grupos que prefieren quedar en cafés, espacios de coworking, etc.

    El lunes (normalmente sólo por la mañana) los participantes se reúnen de nuevo para presentar los proyectos y se muestran los avances que se han hecho durante el fin de semana.

  4. El relax y la socialización son importantes. Siempre hay un rato (normalmente el viernes por la noche) para un Hacks&Beers.
  5. No todo es programación. Todo desarrollo de software tiene montones de tareas ajenas a la programación. Cosas como traducción, diseño gráfico y de interfaces, documentación, corrección de textos, búsqueda de errores, testing, etc, sirven para dar cabida a los participantes que no quieran, no sepan o no se sientan capacitados para programar.
  6. El objetivo es doble (o triple):Un objetivo es ayudar a avanzar a los proyectos que se presentan, pero se pretende también que el trabajo no se quede ahí, y que los grupos formados tengan continuidad en el tiempo. El otro objetivo es que los participantes aprendan técnicas y habilidades de trabajo necesarias que, normalmente, no se enseñan en las facultades.

Cosas que no deben faltar en un hackathon:

  • Ganas de trabajar, aprender y pasarlo bien. (esto lo pones tú)
  • ¡WiFi! ¡Nunca hay suficiente WiFi! (esto lo ponemos nosotros)
  • Ordenador (esto lo pones tú, pero podemos buscarte uno en caso de emergencia)
  • Preferentemente, más de una sala, para que los grupos puedan distribuirse. (esto lo ponemos nosotros)
  • Mesas, sillas, ¡Enchufes! (esto lo ponemos nosotros)
  • Buen ambiente. (esto lo ponemos entre todos)
  • Gente para solucionar dudas o problemas ¿Cuál era la clave de la WiFi? ¿Dónde puedo comer algo? (esto lo ponemos nosotros)

Naturalmente, estos hackathones están abiertos a todo aquel que quiera participar.

hfdlogor1

El día 17 de enero de 2015 se celebra el Hardware Freedom Day y la Oficina de Software Libre nos unimos a dicho evento, felicitando a todos los que desarrollan, utilizan y hacen que este sueño sea realidad.
Durante este año se ha impartido el  I Campus Tecnológico UGR/Google para chicas en el que se han desarrollado múltiples proyectos con hardware libre.

También hacemos mención a dos actividades que desarrolla la Oficina en su día a día:

Happy  Hardware Freedom Day

 

Hace ya algún tiempo y visto los precios crecientes y las dependencias que crea el uso de cierto software privativo de cálculo matemático, en la UGR decidimos migrar a Octave. Se dejaron de pagar las actualizaciones del arriba (no) mencionado software y se instaló Octave UPM en una versión adaptada en todas las aulas.
Ahora, la comisión de relación con proveedores de la CRUE-TIC ha decidido ayudar a migrar a todas las universidades a Octave u otro software de cálculo científico y por ello hemos organizado un grupo de trabajo para migración a Octave, a partir del grupo ya existente en la UGR. En principio, en este grupo trataremos de auto-ayudarnos a crear material nuevo basado en Octave o adaptar el existente, coleccionando recursos y resolviendo dudas. Si estás interesado, no tienes más que inscribirte, el grupo está abierto a todo el mundo.

Ayer por la mañana estuvimos en la Facultad de Ciencias Políticas y Sociología de la Universidad de Granada para realizar una prueba sobre la próxima instalación de una nueva distribución con software libre en los PC de varias aulas.

Con grata sorpresa, comprobamos que los equipos van de lujo y están muy limpitos y bien conservados, a parte de llevar un hardware compuesto por una placa ASRock con doble núcleo a 3.00 Ghz, 2 GB de RAM y una gráfica Nvidia versión «aceptable».
Después de lo visto y ya que todas las aulas llevan idéntico hardware en los PC, nos hemos decidido a instalar Ubuntu 14:04 32 bits, con Unity y Gnome classic, aunque esto se podrá cambiar a gusto del consumidor en el inicio de sesión. Se dejara instalado el escritorio clásico por si necesitan más recursos para otros menesteres, que ya sabemos lo que consume Unity.

La clonación de todos los discos duros se realizará in situ, a partir del día 12 de junio y sobre las 12:00 de la mañana, que es cuando los estudiantes salen de clase después de realizar exámenes.

Está instalación va a quedar fenomenal. Los profesores que utilicen los ordenadores con Ubuntu 14:04 totalmente actualizado, configurado y optimizado by Manu, no van a querer utilizar ni Windows ni Macintosh… Uno por ser un virus en constante crecimiento-saca cuartos y el otro por tener un diseño y hardware «algo decente» pero por el cual te cobran un pastón nada más mirarlo.

Esperamos que actuaciones como está corran como la pólvora, ya sea por el boca a boca o las redes sociales, etc.          logo-oslEl profesorado y alumnado quedarán sorprendidos con esta nueva instalación y que conste que yo no soy de los de vender la piel del oso antes de cazarlo, pero en los dos años que llevo con el reciclaje de equipos en la OSL, doy fe que la mayoría del material reciclado y retirado en las distintas facultades nos llega en condiciones muy deterioradas. Por esto mismo, después de ver el excelente estado de conservación de los PC y en el buen momento en el cual esta el desarrollo de la distribución Ubuntu, me he ilusionado, que queréis que os diga, más aún de poder dar un golpe de efecto reivindicando la utilización de Software Libre en el mundo Universitario y que se dejen ya de tanto tirar balones fuera a la hora de justificar la compra y adquisición de licencias y programas privativos. En serio, después de ver el Guadalinex v7 que llevan instalados y lo obsoleto de los programas, herramientas, navegadores, ect. Esto va a ser como estrenar zapatos nuevos el día de la Palma en Semana Santa 😉

Estaría bien que se aclaren con la eterna Beta 9 de Guadalinex y llegará un día a liberarse como stable, pero con el tiempo que llevan con ella creo que, por desgracia para todos los usuarios de Software Libre, va para largo.

En fin, ahora despacito y buena letra.

Se ha celebrado este pasado 18 de mayo el Culture Freedom Day ( El Día de Libertad de Cultura). Esto ocurre cada año el tercer sábado de mayo. Está dirigido a la educación del público mundial sobre las ventajas de utilización y la cultura libre, así como el suministro de un día internacional para servir como una plataforma para promover a artistas de cultura libres.

El Software Libre es parte de esta cultura y felicitamos a todos aquellos que siguen, y difunden esta forma de vida.

Fuente:

http://en.wikipedia.org/wiki/Culture_Freedom_Day

www.culturefreedomday.org

 

 

 

Web Campus Infantil 2019
Logo y enlace Web Campus Infantil 2019
Web SereIngeniera
Logo y enlace Web SereIngeniera 2018
Web Jornadas De Software Libre
Logo y enlace Web Jornadas de Software Libre 2018
Calendario
abril 2020
lunes martes miércoles jueves viernes sábado domingo
30 marzo, 2020 31 marzo, 2020 1 abril, 2020 2 abril, 2020 3 abril, 2020 4 abril, 2020 5 abril, 2020
6 abril, 2020 7 abril, 2020 8 abril, 2020 9 abril, 2020 10 abril, 2020 11 abril, 2020 12 abril, 2020
13 abril, 2020 14 abril, 2020 15 abril, 2020 16 abril, 2020 17 abril, 2020 18 abril, 2020 19 abril, 2020
20 abril, 2020 21 abril, 2020 22 abril, 2020 23 abril, 2020 24 abril, 2020 25 abril, 2020 26 abril, 2020
27 abril, 2020 28 abril, 2020 29 abril, 2020 30 abril, 2020 1 mayo, 2020 2 mayo, 2020 3 mayo, 2020
Archivos
Categorías