¡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.

Integración de OpenMeetings con Moodle 2.x

Siguiendo con la serie de artículos sobre la integración de videoconferencia en Moodle, y después de haber instalado el servidor OpenMeetings, integrar este con Moodle 2.x es un proceso bastante sencillo siempre que se sigue correctamente el procedimiento que describo a continuación.

El objetivo no es otro que permitir que los profesores, o cualquiera de los roles de Moodle con capacidad para crear cursos, tengan la opción de crear un tipo nuevo de Actividad que consiste en la apertura de una sala de videoconferencia donde los usuarios del curso se conecten para establecer una sesión de comunicación en este formato.

Veamos qué necesitamos.

• Un servidor OpenMeetings y acceso como administrador a dicho servidor
• Un servidor de Moodle y acceso como administrador a dicho servidor
• El módulo de OpenMeetings para Moodle 2.x

Como vemos, un simple profesor de un campus virtual no tiene permisos para realizar el proceso, y tendrá que solicitar la colaboración del administrador del campus, si bien, si usted sigue este blog, podrá construir un laboratorio de pruebas en su propio ordenador personal.

Veamos las fases del proceso

• Crear en OpenMeetings un usuario de tipo SOAP-only en el servidor de OpenMeetings. Este usuario lo utilizará Moodle para realizar la conexión al servidor de videoconferencia.
• Descargar e instalar el módulo de OpenMeetings para Moodle
• Configurar el módulo indicando el servidor de OpenMeetings que utilizaremos y el nombre/contraseña del usuario que hemos creado.

El primer paso, la creación del usuario de OpenMeetings se debe hace entrando en la aplicación con una cuenta de administrador y creando un nuevo usuario desde la opción Administración. El usuario de tipo SOAP-only es un usuario especial que se utiliza para conexiones a OpenMeetings desde otras aplicaciones, evitando así utilizar el usuario administrador.

La descarga del módulo de integración se puede realizar tanto desde la web de Moodle como desde la web de OpenMeetings. Si lo hacemos desde la web de Moodle, los datos de descarga son los siguientes:

Módulo M-OM

20111019

http://moodle.org/plugins/pluginversions.php?plugin=mod_openmeetings

mod_openmeetings_moodle21_20111

La instalación del módulo es simple, ya que se instala como cualquier otro módulo externo a Moodle; basta con descomprimir el fichero descargado en el directorio de módulos externos, de manera que se crea el directorio

…..moodle/mod/openmeetings.

Para actualizar Moodle con el nuevo módulo basta con entrar en Moodle con la cuenta admin y seguir las instrucciones de actualización, al final de las cuales deberemos cumplimentar el formulario de conexión del módulo, al cual se puede acceder posteriormente para cualquier modificación mediante la opción del menú de Moodle

Administración del sitio-Extensiones-Módulos de Actividad-OpenMeetings

Rellenar adecuadamente este formulario es fundamental para que la conexión se realice sin dificultades. En este formulario debemos indicar, entre otras cosas, el nombre del servidor OpenMeetings (o si IP), el puerto de conexión (por omisión, el 5080) y el nombre/contraseña del usuario SOAP-only que hemos creado en OpenMeetings y mediante el cual se realizará la conexión interna.

Finalmente, en la lista de actividades Moodle podemos ver una nueva actividad denominada openmeetings, que nos permite crear 4 tipos diferentes de sala de conferencia dentro de nuestro curso. 

Cuando los usuarios Moodle se conecten a la sala, se dan de alta automáticamente en el servidor de OpenMeetings sin necesidad de intervención alguna por parte del administrador, si bien este deberá tener en cuenta que estos usuarios permanecen después de la finalización de la videoconferencia en la lista de usuarios OpenMeetings. 

Desde luego el resultado de este módulo es más que excelente ya que Moodle tiene una gran carencia en lo referente a la comunicación síncrona entre usuarios que se limita a un chat de texto con muchas deficiencias técnicas y claramente insuficiente para las necesidades de un campus virtual moderno.

Instalación de OpenMeetings sobre Windows.

Como ya comente en un artículo anterior me había planteado el reto de instalar el servidor de videoconferencias OpenMeetings en un ordenador con sistema operativo Microsoft, y definitivamente puedo asegurar que OpenMeetings se puede instalar y ejecutar perfectamente sobre una máquina bajo el sistema operativo Windows. Ni siquiera se necesita un Windows Server, ya que no se utilizan los servicios propios del servidor Microsoft, basta con un Windows XP o posterior.

La instalación la he realizado sobre una máquina virtual con 1 Gb de RAM y 40 Gb de espacio en disco, que es la configuración de máquina virtual que habitualmente utilizo para los laboratorios de pruebas, si bien hubiera bastado con una máquina de 20 Gb de espacio en disco El sistema operativo, como ya he dicho, un Windows XP Profesional con Service Pack 3, aunque con SP2 hubiera sido suficiente.

Para las pruebas de conexión posteriores he utilizado otra máquina virtual similar instalada en la misma red virtual. Una webcam y un micrófono sencillos completan la infraestructura, aunque estos últimos no son necesarios estrictamente para realizar la instalación del producto, sino para su utilización posterior.

Tras instalar el sistema operativo he realizado la instalación de todos los productos requeridos por OpenMeetings. He aquí la lista de sitios de descarga y versiones utilizadas.

Aplicación	Versión	Página de Descarga	Nombre del archivo
Java Platform	Java SE DK 6 29	http://www.oracle.com/technetwork/java/javase/downloads/index.html	jdk-6u29-windows-i586.exe
Flash Player	11.0.1.152	http://get.adobe.com/es/flashplayer/	install_flashplayer11x32_mssa_aih.exe
OpenOffice	3.3.0	http://download.openoffice.org/index.html	Ooo_3.3.0_Win_x86_install-wJRE_es,exe
ImageMagick	6.7.3.2 Q16 DLL	http://www.imagemagick.org/script/binary-releases.php#windows	ImageMagick-6.7.3-2-Q16-windows-dll.exe
GhostScript	9.0.4	http://www.ghostscript.com/download/gsdnld.html	Gs904w32.exe
SWFTools	0.9.1	http://www.swftools.org/download.html	Swftools-0.9.1.exe
FFMpeg	Latest 32-bits Static	http://ffmpeg.zeranoe.com/builds/	ffmpeg-git-e403a97-win32-static.7z
SoX	14.3.2	http://sourceforge.net/projects/sox	sox-14.3.2-win32.exe

La instalación de todos estos productos no tiene dificultad alguna. Basta con seguir las instrucciones de las páginas oficiales del los productos.

Una vez realizadas las instalaciones debemos modificar las variables de entorno de Windows realizando las siguientes operaciones

• Crear la variable JAVA_HOME

JAVA_HOME=C:\Archivos de programa\Java\jdk1.6.0_29

• Añadir las ubicaciones de la mayoría de los programas instalados a la variable PATH

PATH= {valores existentes};

;C:\Archivos de programa\SWFTools

;C:\Archivos de programa\ImageMagick

;C:\Archivos de programa\FFMpeg\bin

;C:\Archivos de programa\SoX

;C:\Archivos de programa\gs\bin

;C:\Archivos de programa\java\jdk1.6.0_29\bin

Respecto a OpenOffice, es necesario ejecutarlo como servicio Windows, lo que se consigue mediante el comando DOS

soffice.exe -headless -nofirststartwizard -accept="socket,host=localhost,port=8100;urp; StartOffice.Service"

Lo más adecuado es crear un fichero .BAT que se ejecute desde el Inicio de Programas Windows, para que se ejecute en el arranque del ordenador.

Una vez realizada la instalación de estos programas deberemos descargar e instalar OpenMeetings. El paquete que se descarga ya contiene el servidor Red5 bajo el que se ejecuta la aplicación.

OpenMeetings

1.8.8

http://code.google.com/p/openmeetings/downloads/list

openmeetings_1_8_8_r4555.zip

A tener en cuenta que ha fecha del artículo ya se ha publicado una nueva versión de OpenMeetings, la 1.9.1 (La 1.9.0 parece ser que tenía algún problema y fue inmediatamente sustituida)

La instalación consta de varios pasos

• Descomprimir el paquete descargado en una carpeta de nuestro ordenador, preferentemente a nivel de unidad, como pudiera ser 

  C:\red5

• Configurar el acceso a la base de datos, si no usamos la base de datos por omisión
  
  
• Arrancar el servidor mediante el proceso

  C:\red5\red5.bat

• Ejecutar el proceso de instalación desde nuestro navegador ejecutando 

  http://localhost:5080:openmeetings/install
• Al final de la instalación, entrar en la aplicación y configurar el acceso del usuario admin de la aplicación mediante el formulario que se nos presenta.

Respecto al segundo punto, si deseamos utilizar una base de datos alternativa a Apache Derby, que es la base de datos que viene en el paquete

• deberemos acceder a la carpeta 

C:\red5\webapps\openmeetings\WEB-INF\classes\META-INF,

y sustituir el fichero 

persistence.xml 

por el correspondiente al del tipo de base de datos que queremos utilizar, cuya plantilla encontraremos en la misma carpeta.  

• Seguidamente deberemos editar este fichero y sustituir el nombre de la base de datos, el usuario y su contraseña por los datos de nuestra base de datos (la llamaremos openmeetings), que hemos de haber creado previamente (MySQL, DB2 o Postgres).

Si nuestra máquina va a ejecutar siempre el servidor OpenMeetings, podemos cargar el archivo red5.bat en Inicio de Programas, para que arranque automáticamente al arrancar el equipo.

Ya tenemos el servidor OpenMeeting listo para su uso. 

El siguiente paso será integrar OpenMeetings en Moodle 2.x para poder realizar videoconferencias desde dentro de los cursos. Ya os contraé.

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.