Agrega

Agrega permite albergar en el repositorio una gran cantidad de contenidos educativos, así como cargar en lote un gran número de objetos contratados a empresas o entidades especializadas en su producción.

La carga de contenidos es un proceso que permite a un administrador de Agrega programar la publicación en el repositorio de un lote de objetos educativos y comprobar los resultados del proceso cuando este haya finalizado. Al ser tan grande el número de objetos, es importante que la herramienta del administrador permita mostrar información precisa de cual ha sido el resultado de la carga.

Desde Agrega 2.0, el administrador dispone de un informe mejorado para las cargas de contenidos. Tras realizar una carga, el administrador puede descargarse de Agrega una hoja Excel con la información de los objetos que se han publicado o que no se han podido publicar por errores de validación. Entre la información proporcionada, se muestra el identificador con que se ha publicado el objeto (identificador único del catálogo de Agrega),  su título, el nombre del fichero original del objeto. Para aquellos objetos que no se han podido publicar, se da informacion precisa de cuáles son los errores de validación de los objetos. Toda esta información permite al administrador verificar que todo ha ido bien y tomar las acciones oportunas en caso contrario.

En futuras versiones de Agrega, toda esta información será fácilmente explotable para la gestión de los contenidos contratados para el nodo de Agrega donde se han cargado. Será posible despublicar objetos sabiendo el nombre de lote al que pertenece, el nombre del fichero original (anterior a la carga en Agrega) o la subcarpeta en la que estaba almacenado en el momento de programar la carga de contenidos.

La traducción literal de Cloud Computing sería computación en la nube pero, bajo el concepto de Cloud Computing se encuentran muchos más conceptos. Cloud Computing es una tecnología que permite ofrecer servicios a través de Internet o utilizar servicios propios de la nube para publicar contenidos propios.

En este tipo de computación todo lo que puede ofrecer un sistema informático se ofrece como servicio, de modo que los usuarios puedan acceder a los servicios disponibles “en la nube de Internet” sin conocimientos (o, al menos sin ser expertos) en la gestión de los recursos que usan. Es un paradigma en el que la información se almacena de manera permanente en servidores en Internet y se envía a cachés temporales de cliente, lo que incluye equipos de sobremesa, centros de ocio, portátiles, etc. Pese a que las capacidades de los PC han mejorado sustancialmente, gran parte de su potencia es desaprovechada, al ser maquinas de propósito general.

La computación en nube es un concepto general que incorpora el software como servicio, tal como la Web 2.0 y otros recientes, también conocidos como tendencias tecnológicas, donde el tema en común es la confianza en Internet para satisfacer las necesidades de cómputo de los usuarios.

El lanzamiento del servicio App Engine de Google y la fuerte apuesta Blue Cloud de IBM se unen a experiencias ya en marcha de compañías como Amazon y Salesforce.com que refuerzan el carácter “rompedor” con que el modelo Cloud Computing está irrumpiendo masivamente en el escenario de la entrega de servicios TI.

Las ventajas de Cloud Computing parecen evidentes, al permitir a las empresas y proyectos escalar rápidamente, en función de sus necesidades, sin tener que añadir equipamiento, software ni personal. A través de la “nube” (una red pública, generalmente Internet), los clientes pueden acceder bajo demanda, siguiendo el modelo de pago por uso, a un gran número de recursos informáticos asignados dinámicamente, dotándose así de una enorme capacidad de procesamiento y almacenamiento sin necesidad de instalar máquinas localmente, lo que se traduce en considerables ahorros de todo tipo, incluso de consumo energético.

Este modelo está inspirado en la idea de disponer de infraestructuras tecnológicas de modo que los recursos informáticos sean compartidos dinámicamente, se encuentren virtualizados y resulten accesibles como un servicio. Aúna de esta manera gran parte de las nuevas tendencias de software como servicio, virtualización de recursos, redes grids e informática bajo demanda. En el modelo Cloud Computing, los grandes clusters de sistemas se enlazan entre sí para proporcionar servicios tecnológicos como si se tratase de un único superordenador global.

Cloud computing no es utility computing, ni grid computing, ni software-as-service ni código gestionado. Pero lo contrario tampoco es falso. De todos estos conceptos más familiares para el usuario toma alguno o muchos principios, aunque con dinámicas propias que hay que saber comprender. Además de estar influido por estas tecnologías, así como por las tendencias hacia la virtualización, la automatización, el procesamiento masivamente paralelo y la orientación al servicio.

Cloud Computing surge como consecuencia de las expectativas creadas por la Web 2.0 entre los usuarios. Es importante destacar el papel que juega a favor del nuevo modelo, la excitación con que la gente está recibiendo las capacidades de mashup y Web 2.0. La idea de que una aplicación no tenga que existir en un lugar concreto, sino que pueda estar compuesta de múltiples piezas procedentes de múltiples sitios se la debemos a la Web 2.0.

Selección realizada: AWS - Amazon Web Services

Amazon Web Services está basada en una robusta plataforma tecnológica diseñada y desarrollada por ellos mismos.

En base a este potencial, Amazon decidió dedicar parte de dicha plataforma al servicio de terceros y así aprovechar comercialmente lo que habían desarrollado.

En general, estos servicios consisten en:

• Disponer de un ordenador de forma remota, el cual puede ser accedido y gestionado a través de Internet, y el cual puede ejecutar cualquier aplicación tal y como se tratara del ordenador personal del usuario. Por ejemplo, desde instalar un servidor web hasta un sistema de cálculo científico para aplicaciones científicas.
• Disponer de un sistema de almacenamiento remoto que los usuarios podrán usar como si se tratara de su disco personal. Se gestiona a través de Internet, y está limitado en capacidad tan solo al presupuesto disponible por el usuario.
• Estos dos servicios están apoyados por el servicio de paso de mensajes que está especialmente diseñado para la comunicación entre todos los componentes de las AWS, pero que también puede ser usado para enviar o recibir mensajes al exterior de la plataforma.

AWS (Amazon Web Services) provee de servicios en la nube desde 2006 a compañías y proyectos de todos los tamaños. Como ya se ha comentado, Agrega no es una excepción. Se ha optado por AWS porque cubre todas las necesidades de almacenamiento y escalabilidad horizontal y vertical. Con AWS se pueden solicitar servicios de almacenamiento, proceso y otros servicios de forma elástica y bajo demanda. Se puede elegir que plataforma se quiere utilizar, Linux en el caso de Agrega, reduciendo los costes pues solo se paga por lo que se usa, teniendo un sistema de tarificación transparente. Amazon puede absorber con total naturalidad los picos y valles en el uso de Agrega permitiendo en circunstancias concretas (seminarios, épocas de examen o preparación de contenidos) abastecer todas las peticiones. Además, según crece Amazon, se van reduciendo los precios pues los costes de infraestructura se reparten entre más usuarios.

Como ya se ha comentado, la disponibilidad de Amazon es muy alta, debido a que cuando un servidor se cae, hay millones de ellos que lo respaldan.

Debido a la escalabilidad horizontal y vertical prevista para Agrega, además de los actuales requisitos hardware, Amazon ha sido el proveedor elegido para desplegar el Taller de Agrega en la nube.

La portada de la plataforma Agrega muestra diversa información de carácter público: listados de noticias, informes sobre los contenidos, accesos a herramientas descargables, imagen de portada, etc.

A su vez la pantalla de acceso a usuarios muestra una serie de información que va desde una imagen a la posibilidad de ponerse en contacto con un usuario administrador, recordar la contraseña o acceder a la plataforma mediante Open Id.

Gracias  a facilidad de Configuración de Portada de Agrega, un usuario con perfil de administrador en el nodo, puede configurar que partes de la portada y del acceso de usuarios se muestran, definiendo un esquema particularizado para cada nodo.

El Administrador de la plataforma accede a esta utilidad mediante la navegación: Administración -> Configuración Portal, donde aparecen en dos bloques los elementos configurables para la Portada y el Acceso. Desde esta funcionalidad no solo se configura la aparición o no de información pública de Agrega, sino aspectos de apariencia mediante la modificación de varias imágenes públicas.

A partir de la versión 2.0 de Agrega se ha ampliado el abanico de estándares disponibles para trabajar con Agrega. Hasta ahora, era posible descargar objetos digitales (ODEs) sin empaquetar (HTML y sólo contenido) y empaquetados en los formatos: Scorm 2004, Scorm 2004 sin submanifiestos, Scorm 1.2 e IMS CP, mientras que sin embargo, sólo era posible importar a la plataforma ODEs empaquetados con formato Scorm 2004 o sin ningún tipo de empaquetado, por lo que Agrega lo formateaba automáticamente en un paquete Scorm 2004.

Con el nuevo desarrollo, Agrega da la posibilidad de importar ODEs en los mismos formatos que permite exportar. Gracias a esta nueva funcionalidad, Agrega se acerca más aún a otros repositorios y LMSs que trabajan con estándares anteriores a Scorm 2004, permitiendo la compartición de objetos y ampliando su interoperabilidad con otros sistemas.

Agrega, internamente, no almacena los ODEs en los formatos Scorm 1.2 e IMS CP sino que aplica una transformación de estándares convirtiéndolos a Scorm 2004, para que de este modo sea posible editarlos con el empaquetador (básico o avanzado) de la plataforma, así como visualizarlos. En la conversión se eliminan etiquetas propias del estándar de origen, se transforman otras o incluso se añaden etiquetas propias de Scorm 2004 asignando valores por defecto para éstas. Se hace por tanto, un remodelado completo del objeto para que sea posible importarlo a la plataforma, pero manteniendo inalterable el contenido didáctico y pedagógico.

De esta forma, os será más fácil utilizar Agrega para modificar y experimentar los ODEs que descarguéis de otras plataformas.

La nueva versión de Agrega (2.0) incorpora un cambio de imagen que la hace más atractiva y actual acorde con las nuevas tendencias de Web 2.0, cada vez más presentes en Internet.

¿Sobre qué hemos trabajado para conseguir este cambio de apariencia?

• Simplicidad: cuanto más sencillo mejor, teniendo siempre en cuenta cual es el propósito de las páginas en las que navegan los usuarios y eliminando contenido innecesario pero sin quitar funcionalidad.
• Composiciones (layouts) centradas: para obtener el contenido centrado en la página.
• Navegación superior: anteriormente ya aparecía arriba, pero se ha resaltado su posición.
• Diferenciar distintas áreas: para que cada área con diferente funcionalidad sea claramente diferenciable, incluso sin ser resaltadas con diferentes colores.
• Navegación sencilla: se busca que el usuario sepa dónde está y a qué funcionalidad puede acceder desde donde está.
• Colores fuertes: usando colores brillantes, sólidos y fuertes se consigue una separación de contenidos más sencilla.
• Superficies con detalle: ya sea mediante sombras, difuminados, etc.
• Iconos atractivos: para que sean fácilmente reconocibles, que no provoquen confusión.
• Bordes redondeados: que den un aspecto más agradable a las páginas.

Todos estos cambios se han llevado a cabo con el apoyo de CSS 3. Aquí os dejamos un ejemplo de la nueva imagen de la plataforma:

Para conocer los diferentes estilos implementados en la versión 2.0 de Agrega, puedes visitar la Guía de estilos y plantillas.

Todos los Objetos Digitales Educativos (ODEs) que se publican en la plataforma Agrega llevan asociada una imagen.

La imagen de cada ODE representa de forma visual el contenido de un objeto de manera que, de un vistazo, permite a un usuario hacerse una idea del contenido del mismo.

Cuando un ODE se publica en la plataforma, atraviesa por un proceso mediante el cual se profundiza en los contenidos Multimedia que lo componen y se toma la decisión de fotografiar uno de sus elementos.

Dada la diversidad de contenidos que puede albergar un objeto digital y al tratarse de un proceso automático, se hace difícil escoger aquel contenido que representa con mayor fidelidad el espíritu del ODE.

La selección del recurso, que pueda ser fotografiado (tomar una instantánea gráfica del objeto), se realiza mirando en el fichero de manifiesto (imsmanifest.xml) el primer ítem dentro del apartado </organization>. Si este recurso no puede ser fotografiado,  se escoge de entre todos los recursos que forman parte del objeto un contenido susceptible de que lo sea.

Si el resultado de la selección no da como resultado un objeto del que se pueda rescatar una imagen (un archivo de audio por ejemplo) el sistema dispone de un repositorio de imágenes por defecto que representan los contenidos que no tienen representación visual, de forma que el usuario siga teniendo la posibilidad de identificar rápidamente el tipo de contenido del que está compuesto el ODE.

Por ejemplo:

Icono defecto PDF

La imagen que se genera de un ODE se crea en dos formatos y tamaños. Una imagen pequeña, que se muestra junto con la descripción del ODE en el listado de resultados de búsqueda y la ficha, en formato PNG, ampliamente aceptada por los navegadores y que reduce entre un 5% y un 25% respecto a un GIF, y una imagen grande, en formato JPG, que al ser un formato comprimido, permite la creación de imágenes grandes sin un coste excesivo en tamaño.

Hemos comentado en multitud de ocasiones la voluntad integradora con que se ha desarrollado Agrega lo que nos lleva a implementar mecanismos que faciliten tanto nuestra posible integración con otros repositorios como de otros repositorios en Agrega.

En este sentido, uno de los estándares de interoperabilidad implementados en Agrega es OAI-PMH, como ya os hemos contado anteriormente

OAI-PMH (Open Archives Initiative - Protocol for Metadata Harvesting) es un protocolo desarrollado por Open Archives Initiative utilizado para la transmisión de metadatos en Internet. Mediante este protocolo, que actualmente se encuentra en su versión 2.0 revisada en 2002, se definen una serie de interfaces que facilitan la disponibilidad y difusión de contenidos digitales en Internet.

OAI-PMH se desarrolló a raíz de la necesidad de estandarizar los metadatos utilizados en los contenidos de las publicaciones electrónicas procedentes de diferentes proveedores, de tal manera que se asegurase la disponibilidad de las publicaciones científicas. Sin embargo,  muy pronto se extendió su aplicación a la comunicación de metadatos sobre cualquier material almacenado en soporte electrónico.

Por lo tanto actualmente OAI-PMH es una forma estándar de dar a conocer los contenidos de los repositorios digitales.

Como podéis observar desde por ejemplo Register of Open Access Repositories (ROAR) se puede seguir la actividad de repositorios Agrega  (como por ejemplo el nodo de contenidos) y obtener gráficas referentes a los registros de Agrega al total de registros acumulados y a los depósitos diarios.

También se recogen datos en formato interactivo.

Como siempre, en Agrega continuaremos trabajando para asegurar la máxima integración de nuestra plataforma mediante la implementación de estándares y normas de aplicación internacional.

Como ya sabemos la plataforma Agrega soporta una serie de estándares educativos que facilitan su utilización y accesibilidad.

Éstos estándares son: Catalogación LOM-ES, Accesibilidad AA y empaquetado SCORM.

Gracias a la uniformidad de estándares, los objetos educativos realizados con la plataforma pueden ser llevados a Moodle que soporta el estándar SCORM.

Para ello debemos descargarnos de la plataforma Agrega, el objeto digital educativo que nos interese, seleccionando una opción desde la descarga de estándares. Las opciones compatibles para la utilización de los objetos en Moodles son la de Scorm 2004 sin Sub-manifiestos, Scorm 2004 y Scorm 1.2.

Detallamos a continuacion estas opciones:

1.- Scorm 2004: es el estándar de empaquetado que sigue la propia plataforma.

2.- Scorm 2004 sin Sub-manifiestos: oculta los submanifiestos dentro de la organización principal o del submanifiesto raíz, esta opción es la recomendada para moodle que no maneja los submanifiestos de Scorm 2004.

3.- Scorm 1.2: descarga el objeto en la versión 1.2 del estándar.

Esta pantalla de Descarga es accesible desde diferentes zonas de la plataforma:

1.- Búsqueda (tanto usuarios registrados como no registrados).

2.- Carpeta personal del menú frontal (para usuarios registrados).

Para usar nuestro ODE Scorm en moodle, es necesario tener los permisos adecuados. Nos dirigimos a la opción de Agregar/Editar cursos desde la opción Cursos del menú de Administración.

Activamos el modo edición del curso y agregamos una actividad; en este caso de tipo SCORM. Ésto nos lleva al formulario que mostramos a continuación:

El campo paquete, permite seleccionar el archivo zip en formato Scorm para subirlo a nuestro curso. Una vez finalizado este paso, ya tenemos en moodle nuestro ODE Scorm.

Es posible incluir un acceso a un objeto digital concreto en una página Web personal. Mediante la opción de “Contenido Dinámico” accesible desde la sección ‘Agrega en tu Web‘ es posible obtener el código HTML correspondiente para incrustar en una página Web un objeto digital que cambiará aleatoriamente cada cierto tiempo. Pero, ¿y si lo que queremos tener es un acceso directo a un objeto concreto? Entonces podemos recuperar el código HTML correspondiente desde el visualizador de Agrega. Siendo un usuario registrado en un nodo de la plataforma, se puede acceder desde la cabecera del visualizador a la acción “Contenido embebido”, y tal y como se muestra en las imágenes:

El código HTML que aparece en la ventana de “Contenido embebido” se debe copiar tal y como aparece e incrustarlo en el código HTML de la página personal.

Y ¿de qué se compone dicho código HTML? En primer lugar de la URL de la localización del objeto digital dentro de la plataforma. Dicha URL se compone del nodo en el que está almacenado el objeto, del idioma en el que está catalogado (expresado en código ISO 639-1) y por último, del identificador único del objeto dentro de la plataforma (identificador MEC). Mediante esta URL se establece el enlace con el objeto. Además, se añade una imagen representativa, para la cual se utiliza también la ruta donde se encuentra almacenada en el nodo dicha imagen del objeto. Por último, se añade el título del mismo, es decir, el nombre con el que se da a conocer el objeto y que se encuentra almacenado como metadato LOM-ES.

La herramienta offline disponible en Agrega le permite instalar en su ordenador personal todo lo necesario para empaquetar contenidos educativos en un formato compatible con Agrega sin necesidad de disponer de una conexión a Internet. Pero, ¿como puedo proponer la publicación de uno de mis contenidos, disponibles en la herramienta offline, en un nodo de Agrega?

Desde Agrega v1.2.0 la herramienta offline dispone de una nueva funcionalidad que permite seleccionar los objetos con los que está trabajando y copiarlos a la carpeta personal del nodo Agrega en el que disponga de una cuenta. ¿Cómo funciona? Inicie la herramienta offline y en la carpeta personal seleccione aquellos objetos que desee subir y pulse ‘Subir’.

Esto le llevará a un formulario donde deberá rellenar los datos del nodo en el que desea almacenar los contenidos.

Los datos a rellenar son su usuario y login de su cuenta de Agrega, la URL de la plataforma Agrega en que está registrado, el puerto (solo deberá cambiarlo si en su nodo es diferente a ‘80’ y el destino donde desea subir los objetos, es decir: ‘Carpeta personal’ si desea subirlo a su carpeta personal en el nodo o ‘Catalogador’ si directamente desea proponerlos para publicación desde su herramienta offline.