cosetes

Los que venís siguiendo este blog con más o menos regularidad (tres: Isma, César y Enric ) sabéis que me preocupa, de lo que estoy haciendo, esa obligatoriedad que se transmite en los foros que hablan de accesibilidad, a que todas las páginas sean accesibles y a no admitir páginas separadas más o menos accesibles.

Hoy, sin embargo, en mi lista de referencia, se trataba el tema de contenidos educativos y accesibilidad. Allí se defendía la posibilidad sobre la que se ha basado lo que he ido haciendo hasta ahora: Es perfectamente admisible que exista contenido no accesible en un material educativo, siendo recomendable que exista un contenido accesible alternativo.

Sí, es de lógica, pero al no encontrar nada escrito, así, claramente, me daba una cierta “cosa” el ser yo el que lo escribiese. Ahora ya hay personas reconocidas que lo afirman, ya estoy más tranquilo

Sigamos pues en lo que estábamos.

Llevo unos días dándole vueltas a la posibilidad de incluir metadatos de accesibilidad a los objetos de aprendizaje. Como tengo algunas lagunas, lo mejor que se me ocurrió fue buscar información de como esos OA incluyen los metadatos. Y, a partir de aquí, he empezado a buscar y leer información sobre SCORM, LOM e IMS.

Para poder entender bien los metadatos que se añaden habitualmente, ver de que manera quedan almacenados en el OA y que posibilidades tengo de ampliarlos, me propuse crear u OA sencillo y probarlo, primero solo y después dentro de un entorno de aprendizaje como Moodle.

La primera tarea fue buscar alguna herramienta que me permitiese generar OA de una manera fácil. Buscando por la red encontré algunos: RELOAD (con su player), Advanced SCORM Editor (de pago, 59 $) y Autore, una herramienta online de la Universidad del Pais Vasco / Euskal Herriko Unibertsitatea que aunque parece muy interesante, tiene algunas limitaciones.

Al final me decidí por RELOAD que, hecho en Java, es fácil de usar. Sin embargo, el código generado es horroroso y por supuesto no accesible. De momento he hecho pocas cosas y quiero hacer un objeto “en condiciones” para poder criticarlo con más criterio. De momento, sin embargo, dado que los metadatos se guardan en un fichero XML, no debería haber ningún problema para extenderlo añadiendo los datos necesarios de accesibilidad.

Seguiremos informando…

El objetivo de esta entrada es intentar explicar el problema que pretendo resolver y que solución propongo.

El problema

En un entorno de aprendizaje tenemos OA que incluyen recursos no accesibles. Para considerar esos OA accesibles deberíamos incluir la información necesaria para suplir las carencias que podrían encontrar algunos usuarios. Sin embargo, puede considerarse innecesario o poco útil realizar el esfuerzo de hacer accesible para ciegos un OA de una asignatura de gráficos, en que se habla del color. O tener dos versiones de una animación Flash, una para usuarios con PC y otra para usuarios con un dispositivo móvil.

Puede parecer una trivialidad hablar en estos términos, cuando existen soluciones para estos problemas de accesibilidad. Sin embargo, el coste de esas soluciones, cuando hablamos de realizar 1000 animaciones Flash en un año, puede ser muy elevado, más si tenemos en cuenta que es muy probable que ningún estudiante llegue a usar nunca muchas de ellas.

Ahora bien, si un estudiante está estudiando un determinado módulo de una asignatura, empaquetado en un OA, puede resultarle útil saber a priori si ese OA lo podrá usar en su dispositivo móvil o no. O si el ordenador que tiene en su lugar de vacaciones, será capaz de mostrarle las animaciones que incluye. Y debe ser el entorno de aprendizaje quien le proporcione esta información. Incluso el entorno de aprendizaje, conociendo adecuadamente las características (tanto técnicas como físicas) de un determinado usuario, podría, conociendo las características de los OA de una determinada asignatura optativa, recomendársela o no.

Propuesta de solución

Una vez descrito el problema, parece obvio que la solución pasa por etiquetar correctamente los OA, de manera que el entorno de aprendizaje, y el mismo usuario, puedan conocer sus características y, por tanto si pueden usarlo o no. Incluso, sin demasiada dificultad, dados dos objetos de aprendizaje que tratan el mismo tema, uno multimedia y el otro textual (tipo PDF), el entorno de aprendizaje podría ofrecer al usuario aquel OA que se ajustase más a sus características, de manera transparente, o indicándole la existencia del otro OA para que, de forma opcional, pudiese escogerlo si lo desease.

Dónde y cómo

Esa es la cuestión. Conocemos el problema y una posible propuesta de solución. Ahora resta poner en práctica la solución. ¿Qué pasos habría que dar? Primero, identificar los posibles casos de inaccesibilidad que se pueden dar en los materiales web de la UOC. Después habría que definir que metadatos podrían usarse para definir esas posibilidades y, sobre todo, de que manera se deberían poner en el OA, aunque parece bastante evidente que deberían ponerse en la definición del OA y no en las páginas web que lo componen, por lo que los microformatos y cosas similares no creo que sirviesen.