¡Moodle_años feliz, te deseamos todos.....!

El 20 de Agosto pasado Moodle cumplió 10 años, acontecimiento que ha pasado desapercibido para muchos, pero que tiene una gran relevancia, no solo en el mundo del e-learning sino en el mundo del software libre, por cuanto implica la madurez de un proyecto basado en software opensource que ha conseguido hacerse con una cuota de mercado importante.

Para hacernos una idea, he aquí algunos datos relevantes:

• A día de hoy Moodle cuenta con 27 personas en staff y 54 partners distribuidos en 33 países.
• La comunidad de desarrolladores del núcleo de Moodle está formada por 105 personas y desde su creación han participado en la construcción de las diferentes versiones alrededor de 250.
• Moodle ha superado ya el millón de línea de código
• Además se han desarrollado por parte de otros colaboradores 95 extensiones disponibles en la base de datos de plugins que pueden ser descargadas e instaladas.
• También hemos de mencionar a un número desconocido de traductores alrededor del mundo que mantienen en este momento 110 paquetes de idioma, 24 de los cuales, entre ellos el español, disponen de más del 80% de cadenas de texto traducidas de las casi 18.000 con las que cuenta Moodle.

 

Podríamos hablar de otros datos, pero no se trata solo de números, sino del empuje de un proyecto y de un modelo de negocio basado en software libre que ha calado en estos diez años y  que esperamos que cumpla muchos más.

Para celebrar este acontecimiento el moodler  Piotr Peszko ha creado esta infografía que puede descargar de la url

http://blog.2edu.pl/2012/08/moodle-is-10-years-old-infographic.html

.....y que cumplas muchos más.......

Actualización de versiones del software OpenMeetings.

Siguiendo con la serie de artículos sobre la instalación de un servidor OpenMeetings y su integración con Moodle 2.x en un entorno local para pruebas basado en Windows, hoy hablaré de cómo podemos actualizar el software del servidor OpenMeetings con las nuevas versiones del mismo.

La verdad es que la documentación al respecto en la página web del proyecto se limita a una pequeña página en la que se hace referencia a dos métodos de actualización según estemos hablando de versiones anteriores o posteriores a la versión 1.3.

http://code.google.com/p/openmeetings/wiki/UpdateOpenMeetings

En nuestro caso, vamos a migrar de la versión 1.8.8 a la reciente versión 1.9.1, por lo que deberíamos seguir las instrucciones de la primera sección de la página. Como podemos ver, en esta página no se habla de ningún proceso de actualización sino que se menciona una opción dentro del menú de administración

Administración – Copia de Seguridad – System Backup

que nos permite hacer una copia de seguridad de parte de la información contenida en la base de datos, fundamentalmente de los usuarios y de las salas creadas. Pero, ¿qué debemos hacer con este archivo?.

Está claro que necesitamos más información, un procedimiento validado que nos permita realizar una migración lo más sencilla posible y con el menor riesgo para nuestra instalación. Por más que he buscado en la web oficial del proyecto, este procedimiento es inexistente, por lo que me he puesto a trabajar en la elaboración de una guía estructurada, una descripción de los pasos a realizar, que garantice en todo momento la integridad de la instalación actual y una vuelta atrás si esta fuera necesaria.

La verdad es que me ha resultado relativamente fácil, lo que no quiere decir que haya salido airoso al primer intento, por lo que puedo decir que la marcha atrás funciona sin problemas. También he de agradecer las aportaciones de los usuarios del foro de OpenMeetings que sugerían posibles caminos a a seguir para hacer la actualización de versiones.

He aquí los pasos de este proceso:

1. Generar copia de seguridad de usuarios y salas en archivo XML mediante opción interna de OpenMeetings.
2. Bajar servidor red5
3. Copiar carpeta c:\red5 e identificar archivos modificados (persistence.xml)
4. Hacer copia de la base de datos openmeetings
5. Eliminar carpeta c:\red5
6. Eliminar base de datos openmeetings
7. Instalar nueva versión de openmeetings según procedimiento estándar, utilizando el archivo persistence.xml adecuado.
8. Arrancar servidor red5
9. Restaurar copia de seguridad de usuarios y salas
10. Eliminar usuario administrador antiguo

Por lo tanto, debemos comenzar por utilizar la opción interna de OpenMeetings y exportar la información relevante de la base de datos. Una vez hecho esto, ya podemos bajar el servidor web, simplemente cerrando la ventana de consola de comandos que se abre al arrancar el servidor red5.

Teniendo en cuenta que la instalación completa de OpenMeetings, con servidor web incluido, se encuentra un la carpeta c:\red5 de nuestro sistema, lo siguiente que debemos hacer es una copia completa de esta carpeta y mediante el software de administración phpMyAdmin (recordemos que utilizamos el MySQL integrado en XAMPP), hacer una copia de seguridad de la base de datos openmeetings, Con estas dos copias siempre podemos volver al estado anterior ante fracaso de la actualización, simplemente reubicando la carpeta red5 en su posición inicial y restaurando la base de datos openmeetings).

Vayamos ahora al proceso de actualización. En esencia, consiste en eliminar completamente la instalación anterior y realizar una instalación limpia de la nueva versión en la que restauraremos la información particular de nuestro antiguo entorno, que, como es lógico, deberemos haber copiado con anterioridad (los archivos contenidos en la copia de la carpeta red5 ya nos sirven).

• En principio, deberemos guardar, para poder recuperarlos posteriormente, cualquier archivo de configuración que hayamos modificado, fundamentalmente, el archivo de configuración del acceso a la base de datos

C:\red5\webapps\openmeetings\WEB-INF\classes\META-INF\persistence.xml

que define la base de datos utilizada, el usuario y la contraseña de acceso.

• Eliminamos, por lo tanto, la carpeta c:\red5 y, mediante phpMyAdmin, eliminamos la base de datos openmeetings.

• Seguidamente realizamos la instalación de la nueva versión de openmeetings, siguiendo el mismo procedimiento que ya explicamos anteriormente en este blog en el artículo.

Instalaciónde OpenMeetings sobre Windows

Muy importante: antes de arrancar por primera vez el servidor red5, crear la base de datos y su usuario de acceso y sustituir el archivo persistence.xml por el archivo anterior que hemos guardado de la instalación previa.

Una vez realizada la nueva instalación, restauramos el archivo que generamos desde el menú de Administración de OpenMeetings, mediante la opción

Administración – Copia de Seguridad – System Import

de manera que restauramos todos los usuarios y las salas creadas anteriormente.

Para finalizar, ahora tenemos dos usuarios administradores, el que hemos creado al realizar la nueva instalación y el que hemos importado de la instalación anterior. Mi sugerencia es eliminar el importado y mantener un solo usuario con los máximos privilegios.

Desde luego el proceso no es el ideal y se aleja de los procesos de actualización de versiones de cualquier otro software que conozcamos, pero tiene ventajas, como la posibilidad de hacer un proceso de marcha atrás sencillo y sin riesgos y el hecho de que cada actualización sea limpia y no queden rastros de ficheros antiguos o versiones duplicadas de los mismos.

Por supuesto, si cualquier lector quiere aportar sus comentarios a su experiencia, estaríamos todos muy agradecidos.

Migrar o no Migrar Moodle. La problemática que genera la política de versiones.

La política que sigue Moodle respecto a las diferentes versiones del producto está causando un cierto desconcierto entre los usuarios, por no hablar de la dispersión de los recursos disponibles en la comunidad, que son escasos, o al menos finitos, como siempre que hablamos de recursos.

Respecto a la primera afirmación, la del despiste entre los usuarios, basta con echar un vistazo a los foros propios de Moodle, donde cada vez más se ven más aportaciones sobre la conveniencia o no de migrar entre versiones, sobre cómo realizar el proceso de migración, sobre los problemas encontrados en el mismo o sobre la oportunidad o rentabilidad de hacer o no la migración ahora o esperar a la próxima versión prevista para dentro de otros 6 meses.

Administradores y profesores están muy satisfechos con la versión 1.9.x, si bien están muy interesados por las mejoras de las versiones 2.x, pero se encuentran que desde finales del 2010 no han dejado de aparecer versiones (2.0, 2.1 y 2.2) cada una con nuevas funciones  que se añaden a las de la versión anterior. No hemos acabado de evaluar una versión cuando ya se anuncia la siguiente.

A pesar de todo, esta situación no es nueva del todo, basta con echar un vistazo a la página Historia de las versiones  para ver cómo esta política ha sido siempre la habitual de Moodle.

Entonces la pregunta es ¿qué ha cambiado para que ahora esta política se perciba como un problema?. En mi opinión la novedad radica en varios aspectos:

• Las expectativas puestas en la versión 2.0 han sido mucho mayores, o al menos son más recientes en el tiempo, que las que generaron en su día versiones anteriores, que ya no recordamos.
• La enorme difusión que ha tenido Moodle en los últimos años hace que cualquier evento tenga repercusión sobre un colectivo mayor de usuarios.
• La generalización de prácticas de gestión TIC como ITIL, que obligan a las organizaciones que las han adoptado a realizar una meticulosa Gestión de Cambios en cualquiera de sus sistemas informáticos y que si bien mejoran la gestión global de los sistemas, también pueden relentizar administrativamente cualquier proceso de migración de los mismos.
• La crisis económica actual que ha reducido el presupuesto TIC de las organizaciones, que ahora cuentan con menos recursos para abordar proyectos, y una migración Moodle, no lo olvidemos, es un proyecto y debe tratarse como tal.

A los administradores responsables de instalaciones más o menos complejas, esta situación les está causando un cierto estrés, por cuanto su obligación primera es mantener la disponibilidad del campus virtual del que son responsables. Garantizar que un campus virtual funciona adecuadamente con cada nueva versión del producto lleva un cierto tiempo y un consumo de recursos que no siempre están disponibles. Si además este proceso se debe realizar cada 6 meses, se justifican los nervios.

Ante esta situación, muchos responsables de campus han optado por seguir con la línea de versiones 1.9.x mientras puedan, pero todos saben que su evolución se detuvo en octubre de 2011, con la 1.9.14, si bien se mantiene la solución de problemas de seguridad hasta junio de 2012, fecha en la que también se abandonará definitivamente la versión puente 2.0.

Pero es que la cosa no queda aquí: liberada hace unos días la versión 2.2, la versión 2.1 publicada en julio 2011 se soportará solo hasta diciembre de 2012, de hoy en un año.

Es normal que esta avalancha de versiones y fechas de caducidad produzca en algunos responsables de Moodle un cierto vértigo

Pasemos ahora a mi segunda afirmación, la dispersión de los recursos existentes en la comunidad Moodle. Está claro que mantener varias líneas diferentes de trabajo es ineficaz desde un punto de vista de optimización de recursos. Pondré varios ejemplos:

• El desarrollo de nuevos módulo (plugins) tiene una dificultad añadida si es necesario mantener versiones para cada línea Moodle. De hecho se ha visto que muchos plugins creados para la línea 1.9.x, no han tenido continuidad en la línea 2.x.
• El desarrollo de material de formación Moode (es una experiencia propia) no es rentable ya que queda obsoleto a los pocos meses, ya que es necesario actualizarlo a cada nueva versión, con el coste que esto supone. De hecho, hay muy poca documentación didáctica sobre las versiones 2.x . Podemos añadir a este aspecto la dificultad o imposibilidad por parte de los partners de Moodle en actualizar su oferta formativa oficial MCC a las versiones 2.
• El sistema de soporte de Moodle, los foros de ayuda, se han convertido en una entrincada maraña en la que es difícil manejarse con soltura, ya que se mezclan problemas y soluciones no siempre trasladables de una versión a otra. Lo mismo pasa con la wiki de documentación.
• Respecto a las traducciones a los diferentes idiomas, se acumulan retrasos, ya que aún no se ha finalizado la traducción de una versión que ya se debe empezar la traducción de la siguiente en desarrollo. Además, para hacer una buena traducción es necesario entender las nuevas funcionalidades, lo que no siempre se hace por falta de tiempo y así salen algunas cosas (aquí también tengo un poco de experiencia).

La pregunta que nos surge inmediatamente es ¿ante esta situación que debemos hacer?.En mi opinión lo importante es que no cunda el pánico, no hay motivo para ello. Si su campus funciona, no tenga prisa por migrar, pero tampoco se duerma en los laureles, porque tarde o temprano se verá obligado a hacerlo y el recorrido será el mismo, lo haga paso a paso o a marchas forzadas.

A continuación trataré de dar una serie de consejos, que por supuesto, cada cual debe tomárselos de forma relativa y hacerlos suyos en tanto en cuanto le sirvan.

• Cualquier nueva instalación debe realizarse sobre la última versión estable existente, que es la que más garantías tiene de mantenimiento y la que más tiempo de vida previsto tiene por delante, Para los más conservadores donde digo “ultima versión”, podemos poner”ante-ultima versión” .
• Evite, siempre que sea posible, la utilización de módulos no estándar y de desarrollos propios que si bien son una de las grandes ventajas del software libre, también son uno de los grandes problemas. Si no es posible, entonces mantengase informado sobre la evolución del producto y evolucione sus desarrollos manteniendo al máximo la compatibilidad.
• Cualquier instalación existente se debe mantener actualizada dentro de la línea de versiones actual, ya que normalmente las subversiones solucionan errores anteriormente reportados o incorporan pequeñas mejoras que no afectan nunca a la estructura general de la versión, por lo que el riesgo de migración suele ser bajo.
• La migración a una nueva línea de versiones (de la 1.9.x a la 2.2.x, por ejemplo) deberá hacerse siempre según las recomendaciones de Moodle, ya que a veces es necesario realizar la migración versión a versión. Defina un proyecto de migración profesional, como se hace en cualquier otro proyecto TIC. Si es necesario, contrate especialistas, que para eso están.

De todas maneras, antes de migrar se debe hacer algunas cosas fundamentales.

• Leer detenidamente la documentación de la versión subversión (los documentos de nombre (Release notes, Upgrading notes y New features and Bug Fixes o Bug Fixes and improvements) que acompaña a cada nuevo paquete en la página de descargas de Moodle y analizar si podemos tener problemas derivados de esta actualización.
• Evaluar si una migración inmediata resuelve problemas actuales de nuestro campus, o bien, podemos aplazarla, al próximo periodo de inactividad académica.
• Disponer de un laboratorio de pruebas con una copia de nuestro campus virtual actual donde evaluar a nueva versión y probar el proceso de migración. La lógica dice que bastaría con comprobar el correcto funcionamiento de los nuevos elementos modificados o incorporados, siempre que estos afecten a nuestros cursos. Especial cuidado con los elementos de desarrollo propio o elementos de integración con otras aplicaciones
• Disponer de un plan de “marcha atrás” en caso de que posteriormente a una migración encontremos problemas irresolubles.

Como pueden ver son consejos elementales, pero que muchas veces se nos olvida aplicar. Me he limitado en ponerlos negro sobre blanco.

Videoconferencia. Estructura tecnológica de OpenMeetings.

Muchos profesores y administradores de Moodle hechan en falta herramientas que faciliten la comunicación síncrona entre el profesor y los alumnos. El módulo de chat que viene con Moodle es a todas luces insuficiente si queremos realizar una comunicación grupal ágil y dinámica. Muchos usuarios han optado por utilizar herramientas externas para realizar  comunicación directa mientras la comunidad Moodle trabaja en la integración de diversas  aplicaciones de videoconferencia grupal, basadas en software libre.

Actualmente destacan dos proyectos de integración que ya han presentado sus conectores para las versiones de Moodle 2.x; son OpenMeetings y BigBlueButton. También existe un conector para el software propietario Adobe Connect.

Recordaremos aquí que existe en Moodle un foro de discusión dedicado exclusivamente a temas de videoconferencia, al que podemos acceder en el siguiente enlace:

Web conferencing plugins

En este artículo vamos a hablar de cómo instalar un servidor OpenMeetings en nuestro propio ordenador personal, con la finalidad de poder evaluar el producto y ver si cumple nuestras expectativas. El objetivo final sería integrarlo posteriormente con Moodle.

Para realizar una evaluación completa de un producto de videoconferencia es obvio que necesitaremos al menos un segundo ordenador en la misma red para poder realizar como mínimo una videoconferencia a dos,  y que sería interesante que ambos ordenadores contaran con una webcam y un micrófono.

La instalación de un servidor de de videoconferencia OpenMeetings requiere de un poco de dedicación y bastante paciencia, tanto por los requerimientos propios del producto como por el hecho de la documentación que podemos encontrar está muy fragmentada, lo que provoca que las personas no expertas en la instalación de sistemas informáticos se encuentren con numerosas dificultades técnicas y fracasen en la mayoría de los casos.

Openmeetings se debería poder instalar perfectamente sobre Windows  XP y versiones posteriores ya que todos los elementos software necesarios están disponibles para este sistema operativo a pesar que la mayoría de ellos fueron creados para entornos Linux, como es habitual en el software de código abierto.

Para que la instalación sea más comprensible, primero hablaremos de la estructura técnica de OpenMeetings, lo que nos facilitará entender por qué es necesario instalar todo aquello qué deberemos instalar.

OpenMeetings es una aplicación Web desarrollada mediante dos tecnologías, Java como tecnología de programación, y Adobe Flash, como tecnología de transmisión de imagen (streaming). Ambas tecnologías son habituales hoy en día en el desarrollo de aplicaciones web que manejan vídeo y sonido y que ya usamos normalmente, al menos como usuarios, cuando vemos vídeo en Internet a través de nuestro explorador habitual.

Así pues, para la correcta ejecución del servidor es necesario instalar Java previamente en el ordenador donde va a residir OpenMeetings, concretamente la versión de Java JDK (la utilizada para el desarrollo de aplicaciones) e indicar al sistema donde se encuentra esta instalación mediante la creación de determinadas variables de entorno de Windows. También necesitaremos tener instalado el Flash player.

OpenMeetings es una aplicación web, por lo que necesita estar instalada en un servidor de páginas web capaz de servir páginas con las dos tecnologías ya mencionadas. Los desarrolladores de OpenMeetings decidieron utilizar un servidor opensource gratuito llamado Red5 y cuyas prestaciones son similares a las de los servidores de pago que Adobe tiene en el mercado. De hecho, cuando descargamos el software de OpenMeetings estaremos realmente descargando el servidor Red5 más OpenMeetings ya integrado dentro de este servidor.

OpenMeetings también necesita una base de datos donde almacenar la información que maneja. Openmeetings utiliza el gestor de base de datos Apache Derby que ya viene integrado en la descarga que realizaremos. Según la documentación del producto sería posible utilizar como gestor de base de datos mySQL, Postgress o DB2, pero de momento no he sido capaz de cambiar a mySQL y es algo que queda pendiente.

En cuanto a las diferentes funcionalidades de OpenMeetings, los creadores de este aplicativo decidieron apoyarlas sobre una serie de paquetes de software libre externos, todos ellos sin coste alguno para el usuario, que deberemos instalar y configurar adecuadamente al margen de la propia instalación de OpenMeetings; veamos:

• OpenOffice: es un paquete ofimático muy conocido; se utiliza a nivel interno para convertir los documentos ofimáticos que se intercambien al formato interno utilizado por OpenMeetings. Será necesario instalarlo como servicio Windows.
• GhostScript: software que permite convertir diversos tipos de documentos a formato PostScript y PDF para ser imprimidos.
• ImageMagic: se trata de un grupo de herramientas que permiten convertir imágenes entre diferentes formatos (alrededor de 100 formatos diferentes)
• SWFTools: se trata de un grupo de utilidades que permiten manejar ficheros tipo Flash.
• SoX: es un software que permite grabar y ejecutar sonido y cambiar los archivos de sonido a diferentes formatos.
• FFMpeg: es un software que permite grabar y convertir archivos de vídeo entre diferentes formatos

Todo este software anterior es necesario para la correcta ejecución de OpenMeetings, pero no para la instalación, por lo que podemos instalarlo en nuestro ordenador, bien antes, bien después de instalar OpenMeetings y Red5, que como ya hemos dicho, se descargan de forma integrada.

El último paso de todos sería realizar la configuración inicial de OpenMeetings, en la que se crea la base de datos y el usuario administrador, entre otras cosas.

Como podemos ver, se trata de montar un software-puzle bastante laborioso en el que todas las piezas deben encajar evitando errores de instalación. Otro elemento añadido es la elección de las versiones de cada producto, que deben ser las adecuadas.

La verdad es que me he puesto manos a la obra y estoy trabajando en ello, con diversos problemas, vueltas atrás y consultas a los foros especializados (en muchos casos sin encontrar respuestas claras).

Si salgo adelante, en un próximo artículo abordaré los detalles de esta instalación.

La videoconferencia como herramienta docente.

La videoconferencia es un formato de reunión en el que los participantes no están físicamente ubicados en el mismo recinto físico sino que se comunican en la distancia utilizando herramientas telemáticas que les permiten enviar y recibir imagen y sonido, de manera que pueden verse y hablar entre ellos prácticamente en tiempo real (comunicación síncrona), alcanzando una experiencia cercana a la que produce una reunión personal.

Para que la videoconferencia se pueda llevar a término la tecnología utilizada debe comprimir la imagen y el audio generado en el equipo de origen y transportarlos comprimidos a través de algún circuito de comunicación, para finalmente descomprimirlos en la terminal de destino, que simultáneamente actúa también como emisor, todo ello a una velocidad que permita la sincronía de la comunicación y unas perdidas de calidad de la imagen aceptables.

Es con la aparición de la televisión cuando se generan las primeras experiencias de videoconferencia con los primeros circuitos cerrados de televisión en los que la señal se trasmitía por cable, o los primeros enlaces de unidades móviles que transmitían por radiofrecuencia y que también fueron utilizados, entre otros, por la NASA en los primero vuelos tripulados. Este tipo de tecnologías eran económicamente muy costosas y técnicamente complejas de implementar

No no fue hasta los años 80, con la utilización de las redes de telefonía tipo RDSI, que se pudo empezar a pensar en la videoconferencia como una herramienta al alcance de muchos sectores de la economía que vieron e la aplicación de esta tecnología un importante ahorro de costes en desplazamientos de sus directivos y empleados para realizar reuniones de trabajo en las diferentes sedes de la empresa, a pesar del elevado coste de las primeras soluciones de videoconferencia que se comenzaron a comercializar de la mano de diferentes empresas de tecnología.

Es en los años noventa, década en la que confluyen el boom de la tecnología TCP/IP, con Internet como el máximo exponente de la misma, la difusión de los ordenadores personales, la utilización masiva de formatos de archivo digitales y la aparición de los primeros sistemas de software de compresión de audio y vídeo en tiempo real, los llamados codecs, cuando la videoconferencia se empieza a tener en cuenta en ámbitos más cercanos al ciudadano como la sanidad y la educación. La posibilidad de tener un sistema de videoconferencia en nuestro ordenador personal abrió un nuevo campo a explorar como se ha demostrado con el auge que han tenido iniciativas empresariales como Skype.

Si nos centramos en el mundo de la docencia, la videoconferencia se está utilizando actualmente con diversa intensidad según los niveles académicos en los que nos fijemos. Así, podemos ver aplicaciones de videoconferencia en diversas actividades, como son la 

• La educación a distancia
• La tutoría virtual
• La celebración de eventos, como Congresos
• La difusión de Conferencias
• Las reuniones académicas de cualquier tipo
• ….

Es en el entorno educativo donde se ha desarrollado el concepto de “webconferencing” o “webinar”, que describe una página web compartida en tiempo real por un grupo de usuarios, normalmente un profesor/tutor/moderador y sus alumnos, donde pueden compartir vídeo, sonido, chat, pizarra electrónica, mensajería, etc....

Un a de las críticas que siempre se ha hecho al e-learning es que la comunicación entre los participantes estaba basada en medios asíncronos, alejados de la interacción habitual en una aula presencial. La videoconferencia es una potente herramienta síncrona que puede solventar en parte esta dificultad, permitiendo al profesor impartir una clase muy parecida a una clase presencial

De todas maneras, la realidad es que la utilización de la videoconferencia en entornos educativos está muy lejos aún de las potencialidades que esta tecnología tiene y tropieza con numerosos impedimentos para su difusión, como son el elevado coste económico de las soluciones propietarias, prohibitivo para muchas organizaciones, o la falta de calidad de los recursos tecnológico disponibles, como es caso del escaso ancho de banda que muchas organizaciones y usuarios tienen contratado.

Para solventar estos inconvenientes podemos plantearnos diversas estrategias, una de las cuales consiste en alquilar los servicios de videoconferencia ofrecidos por diferentes proveedores, que por un precio módico permiten alquilar salas virtuales para la realización de sesiones grupales privadas. Esta solución es buena a la hora de plantearnos el uso de la videoconferencia como un hecho puntual y extraordinario en nuestro quehacer diario.

Ahora bien, si nuestro planteamiento es otro y queremos utilizar la videoconferencia grupal de una forma intensiva podemos mirar hacia soluciones de software opensource que nos permitan a un coste bajo disponer de nuestro propio servidor de videoconferencia. No es necesario que tengamos que instalar y mantener nosotros mismos el servidor de videoconferencia, ya que hoy día muchas empresas proveedoras de servicios de alojamiento (hosting) son capaces de proporcionarnos servidores de videoconferencia basados en software opensource a precios más que aceptables.

Y finalmente, si disponemos de un LMS como Moodle, ¿por qué no integrar la videoconferencia como una actividad más de nuestros cursos?. Esta última opción está empezando a coger forma gracias a diversas iniciativas que permiten integrar soluciones de videoconferencia como OpenMeetings o BigBlueButton mediante la instalación de las correspondientes extensiones en Moodle.

En este momento estoy trabajando en la instalación de la última versión de OpenMeetings en entorno Windows y trataré de hacer la integración con Moodle. Si tengo éxito prometo comentar la experiencia en futuros artículos.

Después de ocho meses, Moodle 2.1

En noviembre de 2010 vio la luz la largamente esperada versión de Moodle 2.0, que en mi opinión no ha cubierto muchas de las expectativas que en su día se pusieron en ella y ha generado un cierto desencanto entre algunos de los usuarios fieles a este software desde hace años.

Si bien es verdad que las mejoras aportadas por esta versión son muy interesantes y en algunos casos abren nuevas líneas de trabajo, también es verdad que se trata de una versión que vio la luz con numerosas deficiencias de programación, “bugs” y no pocos fallos conceptuales, por ejemplo, la incompatibilidad de los archivos de copia de seguridad de las versiones anteriores 1.9.X, o la incompatibilidad de los temas.

Si a todo esto añadimos la lógica prudencia con la que los administradores de sistemas suelen tratar las actualizaciones de aplicativos y más si se trata de software libre, nos encontramos con que la versión 2.0 ha sido para la mayoría de los usuarios más una versión para testeo, una beta, que una versión para poner en producción.

Y al cabo de ocho meses, tenemos nueva versión, la 2.1, que en este momento está en fase de testeo y que tiene previsto su publicación como versión estable el próximo 1 de julio. Para aquellos que quieran probarla se puede descargar de la web de Moodle donde se actualiza casi diariamente con las correcciones que se realizan tras la identificación de problemas encontrados en la fase de test y cuyas pruebas y resultado podéis consultar en la dirección

http://tracker.moodle.org/browse/MDLQA-944

En mi caso ya tengo instalada y la versión beta disponible y estoy colaborando en el testeo oficial antes mencionado, y creo que merece la pena compartir mis primeras impresiones.

En primer lugar, decir que muchas de las deficiencias de importancia media o baja que podemos encontrar en la versión 2.0 siguen sin ser corregidas en la versión 2.1, por lo que es posible que suscite las mismas reticencias a su puesta en producción que su antecesora.

En segundo lugar, algunas de las mejoras previstas inicialmente finalmente no serán implementadas, como son la incorporación del módulo Libro y del nuevo desarrollo el módulo Encuesta. Tampoco parece que se vaya a habilitar el nuevo módulo Noticias que debía sustituir al foro Novedades.

Dicho esto, pasemos a describir cuales son las nuevas aportaciones de esta nueva versión:

• Se establece la compatibilidad de los archivos de copia de seguridad con la versión 1.9.X, uno de los condicionantes que han disuadido a muchos usuarios de abordar una migración. A fecha de hoy los testeos siguen fallando, pero esperemos que los flecos que quedan estén subsanados antes de su liberación.
• Se ha reescrito totalmente el módulo Cuestionario, las Preguntas y el Banco de preguntas. Desde el punto de vista interno, se ha puesto orden en el código y se abre el camino para que las preguntas puedan ser utilizadas en el futuro por otros módulos como la Lección, algo que ha sido demandado por los usuarios en numerosas ocasiones. Desde el punto de vista funcional, aparece un nuevo concepto el “Comportamiento de la pregunta” que define cómo debe comportarse la pregunta tras ser respondida por el alumno, en aspectos como la retroalimentación, los nuevos intentos de respuesta o la calificación; se han definido 8 formatos diferentes de comportamiento.
• Para garantizar la compatibilidad con los cuestionarios y las preguntas creadas con versiones anteriores se ha incorporado a la versión 2.1 un “Motor de ayuda para la actualización de preguntas” que no es otra cosa que una aplicación que permite convertir las preguntas y los cuestionarios de las versiones anteriores al nuevo formato. No cabe duda que habrá que probarlo a fondo y ver si cumple adecuadamente con su función.
• Se ha realizado algunas modificaciones internas para mejorar el rendimiento del aplicativo, que según algunas fuentes, en la versión 2.0 era tres veces más lento que en la versión 1.9. Son mejoras difíciles de percibir en un primer análisis,
• Otra mejora que se incorpora en esta nueva versión es la ampliación de los servicios Web para que Moodle puede ser usado en dispositivos móviles. Se trata de otra vía de ampliación del desarrollo futuro de Moodle, pero entiendo que con un impacto aún limitado. Para más información sobre el tema de Moodle para móviles ver el siguiente post.
• Otro cambio se ha producido en las actualizaciones de versiones; ahora se puede ver en cada cambio de versión las extensiones (plugins) que instala, actualiza o elimina la nueva versión respecto a la instalada previamente; para que os hagáis una idea, en la actualización de Moodle 2.0.3 a Moodle 2.1beta están implicadas 23 extensiones diferentes.
• Un pequeño detalle: ahora es posible copiar un módulo (recurso o actividad) de un curso simplemente pulsando un nuevo botón de edición que se ha incorporado a los ya existentes.
• Para terminar, dejo para el final el cambio más importante que conlleva la nueva versión de Moodle: se trata de los requerimientos de infraestructura referentes al PHP necesario, que en esta versión, por primera vez pasan a ser PHP 5.3 de forma obligtoria, lo que causará no pocos problemas hasta que los proveedores de hosting asuman la nueva versión

Y si alguien está interesado en saber para cuando está prevista la siguiente versión, la 2.2, según el “roadmap actual”, para finales de año. Me pregunto: ¿No sería mejor versiones más espaciadas en el tiempo y más sólidas?. Es solo una reflexión personal.

Hot Potatoes. Descripción e Instalación de la herramienta

Hot Potatoes es un software formado por varias aplicaciones orientadas exclusivamente a la creación de cuestionarios con ejercicios educativos de diferentes tipos, como son:

• Respuesta corta y Selección múltiple (JQuiz)
• Completar huecos (JCloze)
• Emparejar conceptos (JMatch)
• Crucigramas (JCross)
• Ordenar frases (JMix)
   

Existe una sexta aplicación denominada The Masher que permite combinar los elementos anteriores para crear cuestionarios con preguntas de diferente tipo.

Se trata de un producto canadiense, creado en la Universidad de Victoria por el Centro de Humanidades y Computación de la mano de Martin Holmes y Stewart Arneil, que llevan trabajando en el proyecto desde 1998. Inicialmente, Holmes, Stewart y la propia Universidad de Victoria crearon la empresa Half Baked Software, para la comercialización y soporte de este y otros productos.

En el año 2009 se tomó la decisión, por razones de sostenibilidad económica del producto, de cambiar la licencia y desde entonces es un producto gratuito o freeware que no necesita ningún tipo de registro y que puede ser utilizado sin coste alguno, si bien queda la duda de su continuidad y de la evolución del mismo. Es importante entender que no se trata de un producto openSource, ya que su código no ha sido liberado y no es posible modificarlo.

La última versión liberada es la 6.3 y está diseñada para Windows o para ser ejecutada sobre Wine en Linux. También existe una versión multiplataforma desarrollada en Java y denominada Java Hot Potatoes, en su versión 6.1, que puede ejecutarse en cualquier plataforma que soporte este sistema de máquina virtual, como es el caso de Windows, Linux y Mac OS X.

La descarga del producto se puede realizar desde la página alojada por la Universidad de Victoria http://hotpot.uvic.ca/, donde también se puede encontrar diversa información sobre la instalación, tutoriales de uso y ejemplos de cuestionarios.

En esta misma página podemos ver que ya no existe soporte para el producto y que cuando accedemos al apartado Support de la web, nos redirige a un grupo de discusión de Yahoo donde los usuarios anglosajones se han organizado para darse soporte mutuo.

La instalación de Hot Potatoes es bastante rápida y sencilla y la configuración para trabajar con el idioma deseado también lo es, ya que basta con modificar un par de aspectos de la configuración base.

Podemos ver el siguiente vídeo que ilustra el proceso de descarga, instalación y configuración del Hot Potatoes en idioma español.

Siguiendo con las características de Hot Potatoes, comentaremos el producto está diseñado para que los cuestionarios creados sean exportados a formato de página web, utilizando los estándares XHTML 1.1 y Javascript, de manera que cualquier navegador moderno soporte las páginas creadas. De esta manera solo necesita tener instalado Hot Potatoes quien diseña los cuestionarios, normalmente el profesor, pero no los usuarios que que los ejecutarán, los alumnos, que accederán a ellos como a cualquier otra página web.

Por lo tanto, para que que los alumnos pueden acceder a los cuestionarios bastará con “colgarlos” de un servidor web al que tengan acceso, bien sea un servidor web privado, bien sea un servidor web público. En el caso de que optemos por un servidor público podemos contratar por un precio bastante competitivo los servicios de la red hotpotatoes.net, servicio de hosting especializado y empresa participada, como no podía ser de otra manera, por la Universidad de Victoria y la empresa Half Baked Software.

Otra opción para publicar los cuestionarios para nuestros alumnos consiste en utilizar nuestro campus virtual habitual. Hot Potatoes permite la exportación de los cuestionarios en formato SCORM 1.2., formato de intercambio de paquetes entre plataformas e-learning y que nos permite importar los ejercicios construídos con este estándar a nuestra plataforma habitual.

En un próximo artículo veremos la integración de Hotpotatoes en Moodle y cómo Hot Potatoes puede llegar a sustituir los cuestionarios propios de esta conocida platafoma.

Hasta entonces, le recomendamos que descargue Hotpotatoes y comience a trabajar con él lo antes posible; seguro que los resultados serán del todo satisfactorios tanto para usted como para sus alumnos.

Los Mapas Conceptuales. CMapTools

La elaboración de Mapas Conceptuales es una técnica de estudio cada día más extendida en la mayoría de los niveles educativos. Tiene su base en los planteamientos constructivistas que abogan entre otros mecanismos, por la interrelación de los conceptos como medio de aprendizaje.

Si algún lector quiere profundizar en la génesis de los mapas conceptuales apuntaré que tienen su origen en 1970 en la Universidad de Cornell (Ithaca – New York – EEUU) donde en los trabajos del profesor Novak y de sus colaboradores se considera que los conceptos y las proposiciones que unen los conceptos entre sí son elementos centrales en la estructura del conocimiento.

Los mapas conceptuales tienen por objeto representar gráficamente relaciones significativas entre conceptos en forma de proposiciones. Una proposición consta de dos o más términos conceptuales unidos por palabras para formar una unidad semántica.

Así, Los elementos fundamentales que componen un mapa conceptual son tres:

• Los conceptos: acontecimientos u objetos que se designan a través de un término. “Coche”, “Gasolina” o “Velocidad” son ejemplos de conceptos.
• Las palabras de enlace: se utilizan para unir los conceptos y para indicar la relación establecida entre ellos. Por ejemplo, si relacionamos los conceptos Coche y Gasolina, podemos hacerlo mediante la palabras de enlace “necesita”, o “funciona con”.
• Las proposiciones: dos o más términos conceptuales unidos por palabras de enlace para formar una unidad semántica. “Los coches funcionan con gasolina”.

A la hora de representar gráficamente una proposición existen algunas convenciones, como son:

• Los conceptos se escriben dentro de cajas
• Los conceptos se unen de forma lógica mediante líneas (aunque los autores no recomiendan las flecha, es normal verlas en muchos mapas conceptuales, indicando los diferentes flujos de información)
• Las palabras de enlace se escriben al lado o sobre las líneas o flechas de relación, fuera de cajas.
• Se pueden utilizar elementos complementarios como títulos, comentarios, enlaces externos....

La representación gráfica de la proposición anterior podría ser la siguiente:

El mapa conceptual se estructura de una forma jerárquica o arborescente a partir de cada concepto de manera que estos se van enlazando desarrollando el tema tratado. Veamos un ejemplo de estructura de Mapa Conceptual.

A la hora de elaborar un Mapa conceptual debemos tener en cuenta las siguientes consideraciones

• Deben ser simples, y mostrar claramente las relaciones entre conceptos y/o proposiciones.
  

• Deben ir de lo general a lo particular, de manera que los conceptos más generales deben ocupar parte superior de la estructura y los más específicos, la parte inferior.
  
• Deben ser agradables a la vista, utilizando en su construcción criterios estéticos que faciliten su lectura y seguimiento..
  

Para su elaboración no es necesario disponer más que de papel y bolígrafo, pero no cabe duda que una buena herramienta informática puede ayudarnos mucho en la elaboración, almacenado, reutilización y distribución de nuestros mapas conceptuales. 

 

Existen herramientas de índole general que nos permiten el tratamiento digital de nuestros mapas; cualquier procesador de textos o procesador de gráficos vectoriales que nos permita dibujar cajas de texto y unirlas mediante líneas nos servirá para este propósito. 

Ahora bien,  haré una referencia a una herramienta específica, CmapTools, gratuita, que se ha convertido en un referente en el mundo educativo y de la que hablaremos con más detalle en futuros artículos, donde veremos dese cómo instalarla, hasta cómo integrar los mapas generados en nuestra plataforma  Moodle.

Quiero finalizar con un enlace a un ejemplo de mapa conceptual que explica la estructura de CmapTools, realizado, como no podía ser de otra manera, con CmapTools, y que se encuentra compartido en la red. Por cierto, este mapa esconde todo un tutorial sobre CmapTools que le recomendamos vea detenidamente si desea comenzar a utilizar esta estupenda herramienta.

http://cmapspublic3.ihmc.us/servlet/SBReadResourceServlet?rid=1183326003765_1602145071_9423&partName=htmltext

Observación posterior: En otro artículo más reciente se comentan diversas fuentes con material orientado al aprendizaje del uso de CmapTools, que puede resultar de interes si desea conocer mejor la herramienta.

Distribuciones Linux para la educación.

Con este artículo quiero dar continuidad a uno anterior, Si me decido por Linux, ¿por qué linux me decido?, donde me comprometía a abordar el tema de las distribuciones de linux para la docencia.

A la hora de analizar las diferentes distribuciones Linux enfocadas a la docencia, y teniendo en cuenta solo aquellas distribuciones que cuentan con el español entre los idiomas posibles, nos encontramos con diferentes opciones que mencionaré a continuación, dando siempre el enlace a la página donde podemos descargar el distro.

De los grandes distros conocidos, Ubuntu tiene una versión adaptada a la docencia, denominada Edubuntu. Un análisis y valoración más detallada la podemos encontrar en la revista Linux Magazine en su número 26, que aunque tiene ya unos años, junio 2007, nos permite tener una visión amplia del producto.

En esta misma línea, Debian tiene su versión para la educación denominada SkoleLinux , que lleva ya 10 años de trayectoria.

Teniendo en cuenta que no todos los niveles educativos son iguales y que es necesario realizar adaptaciones, sobre todo, para los más pequeños, existen dos distribuciones basadas en Ubuntu orientadas a su utilización por niños hasta los 10 años, QuimoKids y Educanix, propiciada esta última por el Centro de Referencia Linux (CRL, UAM-IBM).

También basada en Ubuntu, orientada a niños entre 2 y 99 años, como dicen los promotores, tenemos EdulibreOs , con origen en una comunidad de Guatemala. Es una distribución con varios versiones que podemos escoger según nuestras necesidades

También a nivel internacional mencionaremos el Proyecto LULA , también basado en Ubuntu, en el que participan diferentes universidades iberoamericanas, entre ellas, alguna española. También dentro del mundo iberoamericano, mencionar EduLinux, un proyecto estatal chileno desarrollado por el Instituto de Informática Educativa y Universidad de La Frontera, que no ha tenido excesivo éxito por diferentes motivos, pero que por ello no deja de ser interesante.

Si nos centramos en el estado español diremos que los proyectos para la generación de distros de linux adecuados al mundo educativo ha estado y está en manos de las Comunidades Autónomas, algunas de las cuales han apostado por linux, si bien han actuado cada una por su cuenta y sin apenas criterios comunes, lo que ha generado una dispersión de recursos que ha impedido disponer de una distribución potente y con aspiraciones internacionales, entiéndase, el ámbito hispanohablante.

He aquí la lista de distribuciones de las que tengo constancia.

• Linex Edu - Junta de Extremadura – Debian
• Guadalinex – Junta de Andalucía - Debian
• Molinux – Castilla la Mancha – Ubuntu
• Max – Comunidad de Madrid – Ubuntu
• Trisquel – Comunidad Gallega - Ubuntu
• Lliurex – Generalitat Valenciana – Edubuntu/Ubuntu
• Linkat – Generalitat de Catalunya – openSUSE

Vemos que el punto de partida es diferente en cada caso, a destacar Linkat, que es la única distribución para la educación basada en openSuse que he podido encontrar; vaya por delante que openSuse es una de las distribuciones de Linux más interesantes que podemos encontrar y que cuenta con el apoyo de la multinacional Novell, todo un referente en el mercado de los sistemas operativos de red desde hace ya 30 años.

Se hecha a faltar un proyecto encabezadao por el Ministerio de Educación de España, pero es que este no apuesta por linux, sino por Windows de Microsoft, eso sí, casi regalado (según algunas fuentes, 8€ por alumno y curso). Véase la siguiente nota de prensa al respecto.

En otras comunidades como es el caso de Catalunya, a pesar de disponer de una distribución Linux, los centros públicos siguen trabajando mayoritariamente con Windows, y los ordenadores del plan 1x1 traen un arranque doble, para que cada centro elija lo que quiere instalar, igual que ocurre en Euskadi, pero....

..... esta es otra historia....