Tutorial sobre publicación de material

Un honor que lo uséis  y muchas gracias por los comentarios 🙂

Cuando pasemos este pico de trabajo conviene poner en marcha un grupo de trabajo sobre tutoriales, ya que la herramienta tiene muchas mejoras que la gente no conoce. Habrá que decidir temas, modo de publicación, …. y repartir el trabajo. 🙂 De todas maneras, seguro que para este tema tenemos mucha gente dispuesta y mucho material hecho.

¡Un saludo!

Tendría que crearme una cuenta para comprobarlo, pero creo que en el tutorial hay que remarcar más una idea: dropbox sólo es un ejemplo y se ha elegido por su sencillez de uso. La idea principal es que si alojas tus archivos en un lugar público, podrás utilizarlos donde quieras.

Lo que comentas sobre dropbox, sea o no cierto, plantea la dependencia de un servicio que, ahora es gratis pero mañana puede no serlo. A poco que se pretenda hacer una iniciativa mínimamente ambiciosa, conviene alojar los archivos en un lugar que nos garantice la consistencia de las URLs, por lo que conviene tener un domino. Se podría completar el tutorial con una página que recalque estas limitaciones.

Si quieres aportar algo más al tutorial, siéntete libre para hacerlo.

¡Un saludo! 🙂

Hola Luis Miguel:El formato SCORM se basa en el archivo imsmanifest.xml. Este archivo guarda la información establecida por este estándar, y básicamente se refiere a las páginas del paquete y los recursos utilizados.

eXeLeaning guarda la información en el contentv2.xml y en el content.data (para compatibilidad con versiones anteriores). Estos archivos guardan toda la información manejada por eXe, desde las páginas hasta el último campo de cada iDevice.

Sin embargo, ambos archivos son zips, y ambos archivos guardan los recursos con las mismas rutas relativas dentro del paquete. Gracias a esta feliz coincidencia, basta con incluir en el SCORM los archivos contentv2.xml y content.data para que dicho archivo sea editable por eXe. Eso es lo que hace la nueva funcionalidad: añadir esos dos archivos al SCORM. Se trata de una opción interesante si:

• Queremos que el SCORM sirva de copia de seguridad del .elp
• Un elp puede sufrir modificaciones a lo largo de su historia, pero puede ser necesario hacer retoques a lo publicado en una fecha.
• Desde mi punto de vista, lo más importante: garantizar que quien recibe un SCORM pueda modificarlo.

Sin embargo, los archivos SCORM de versiones previas o los creados con esta versión sin esa opción, no serán editables por no tener esos dos archivos.

¡Un saludo!

Hola Luis Miguel:

Lo que planteas es interesante, pero requiere desarrollo. Al fin y al cabo, el modo en que se guarda la información para edición es uno (basado en las librerías que utiliza eXeLearning) y el modo en que se exporta (para cada tipo de exportación) es otro. Supongo que sería posible desarrollar el proceso inverso, pero no es algo evidente. Es la línea de trabajo que inició el INTEF para importar a eXe materiales que tenían hechos en HTML.

Lo que hemos hecho con el SCORM es un truco para facilitar que, quien quiera, pueda publicar facilitando la edición de quien recibe el paquete.

¡Un saludo!

Hola Juan Rafael:

Yo también prefiero el IMS sobre el SCORM a la hora de publicar y por los mismos motivos.

Sin embargo, el estándar de empaquetado de ambos es el mismo, por lo que si exportas en eXe como SCORM, podrás publicar ese archivo .zip en Moodle como actividad SCORM o como recurso IMS. Por cierto, este truco lo aprendí de Ismail en la Moot de Logroño. 🙂

Por economía de esfuerzo de desarrollo, se han hecho los desarrollos adicionales sobre la exportación SCORM, ya que:

• La exportación tambíen sirve para IMS, pero no al revés.
• Es como nos vienen los cursos Moodle (con las actividades como SCORM)
• En Moodle, es posible alojar los contenidos SCORM en carpetas externas a Moodle de manera descomprimida. Esto nos facilita el mantenimiento y la coherencia entre lo publicado como SCORM y lo publicado como página única. Sin embargo, al recurso IMS (que yo sepa) hay que darle el paquete comprimido.
• Otro motivo no confesable: la palabra SCORM produce un efecto tranquilizante para todos aquellos “decision makers” que lo único que quieren oír es la palabara estándar. 😉

Sobre Agrega sólo he hecho unas pocas pruebas y no conozco a fondo la plataforma. En su día las documenté en este minitutorial:

http://www.ikastaroak.org/mod/scorm/view.php?id=5349

¡Un saludo!

Hola jfern:

Primero una aclaración: la compatibilidad SCORM IMS no es fruto de los desarrollos adicionales hechos por ULHI. Cualquier paquete SCORM 1.2 se puede publicar en Moodle como IMS porque ambos estándares utilizan las mismas especificaciones de empaquetado. En SCORM 2004 no lo recuerdo. Lo pruebo y te digo.

En ULHI hemos hecho desarrollos para dar solución a nuestras necesidades y los hemos compartido en la forja. Como no utilizamos Agrega, no hemos tirado por ahí. Nosotros partimos de los cursos desarrollados por TodoFP, en los que disponemos de un curso Moodle por cada módulo FP con sus tareas, foros, contenidos SCORM, …

Sin embargo, Agrega es el lugar natural para publicar y compartir contenidos, por lo que se están haciendo desarrollos en eXeLearning para facilitar la publicación (SCORM 2004, etiquetado LOM). Sería muy inetersante recoger tu experiencia de usuario de Agrega (la mía se limita a una par de pruebas) para detectar necesidades y ver si se puede solucionar por la vía que propone Antonio o es necesario hacer algún desarrollo adicional.

Por otra parte, la solución de añadir a SCORM otras exportaciones (website, singlepage y archivos fuentes) no deja de ser una forma de saltarse el estándar SCORM. Los archivos adicionales no están en el manifiesto SCORM. En el desarrollo se busca que, ADEMÁS de lo necesario para SCORM dispongamos de lo necesario para otras necesidades. Esto lo admite Moodle sin problemas ya que para Moodle, SCORM siempre ha sido una herramienta más a integrar en el catálogo de herramientas. Habría que probar cómo trata Agrega estos archivos adicionales no referenciados y si conviene añadirlos al manifiesto como recursos. Esta opción puede ser especialmente interesante para dar un mejor soporte a los archivos content.xml y content.data y hacer que los materiales publicados sean editables. Hasta ahora ha sido un pequeño desarrollo que nos ha resultado útil, pero creo que habría que abordarlo como un opción obligatoria. Creo que quien trabaje con eXe no debe tener la opción de publicar contenidos no editables. Los desarrollos de mejora de compatibilidad con Agrega son una buena oportunidad para testear a fondo está utilidad y convertirla en algo obligatorio. Pero como conviene ir pasito a pasito, antes de hacerlo obligatorio, tenemos que estar seguros de que no tiene efectos secundarios en Agrega.

¡Un saludo!

Hola José:

Si quieres utilizar el foramto SCORM, hay una limitación. Debido a la necesidad de diálogo entre el contenido y la plataforma, en el formato SCORM se incluyen unas funciones javascript encargadas de dicho diálogo. Para que funcionen correctamente, es necesario que el material esté alojado en el mismo servicio web que la plataforma.

Si quieres publicar enabierto y además utilizar el formato SCORM, te recomiendo lo siguiente:

• Pide a tu administrador de plataforma que te habilite una carpeta pública a donde puedas subir (por ftp o como sea) tus contenidos.
• Crea en esa carpeta una estructura ordenada de subcarpetas.
• Exporta tus elp como SCORM con las opciones relativas a página única y website activadas. Si además activas la opción de SCORM editable, por el mismo precio tendrás un copia de seguridad de tus contenidos.
• Subes ese material descomprimido a las carpetas públicas
• Si quieres utilizar Moodle el formato SCORM, llama al archivo imsmanifest.xml
• Si quieres compartir el contenido con otros usuarios de manera abierta, utiliza el archivo website_index.html
• Si quieres dar a tus estudiantes acceso al formato página única (p.e. para imprimir), enlaza con el archivo singlepage_index.html
• Si has perdido el elp o quieres recuperarlo en el punto en que se publicó, bajate esta carpeta y crea un zip con el contenido (con los contenidos en la raíz). Si le cambias la extensión .zip por .elp, podrás seguir trabajando con exelearning.

¡Un saludo!