Cenatic Agrega


Nueva imagen de Agrega

24 July 2009

Cenatic's relevant Sin Comentarios »

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:

Nueva imagen Agrega

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

Tratamiento de las imágenes en los ODEs de Agrega

23 July 2009

Uncategorized, Cenatic's relevant Sin Comentarios »

Como bien sabéis, todos los ODEs que se publican en Agrega llevan asociados 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.

ejemplo-imagen-ode.jpg

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.

Nuevo tratamiento de los identificadores MEC en la validación y publicación

10 July 2009

Uncategorized, Cenatic's relevant Sin Comentarios »

 catalogacion.JPG

Como sin duda ya sabéis, las versiones anteriores de Agrega permitían la coexistencia de varios identificadores en el registro de cada ODE. Podían coexistir un identificador dado por el publicador, el que otorga automáticamente la Plataforma y el identificador MEC que, además también podía ser múltiple para aquellos casos en que un ODE hubiera sido descargado, modificado y vuelto a publicar.

Esta situación en la práctica provocaba diversos errores en el proceso de validación y publicación que se han subsanado en la versión 2.0.

A partir de esta versión sólo se admite un único identificador MEC en el campo IDENTIFIER en la categoría GENERAL de LOM-ES y todos los demás identificadores MEC que quedan obsoletos por la descarga, modificación y nueva publicación de cada ODE se incluyen en la categoría RELATION lo que nos permite continuar manteniendo el histórico de cada ODE publicado.

Os recordamos que el formato admitido para el identificador MEC es:

Código de localización geográfica _fecha de publicación_código de lengua_nivel de agregación_cadena numérica aleatoria 

Este es un identificador que admite variaciones posibles dentro de su cadena.

El código de localización geográfica puede ser de dos tipos:

·         Las letras “es” correspondientes a España

·         Las letras “es” seguidas de un guión alto y otras dos letras correspondientes a la CCAA que crea o modifica el ODE. (ejem: “es-ex” que indicaría que el ODE ha sido creado o modificado por la CCAA de Extremadura)

Después aparece la fecha de publicación del ODE en formato año-mes-día.

En el caso del código de lengua se establece la siguiente codificación:

  •  “_”para no identificar la lengua
  • “1″ para castellano
  • “2″ para catalán
  • “3″ para euskera
  • “4″ para gallego
  • “5″ para valenciano y
  • “6″ para inglés

Posteriormente se incluye el dígito del nivel de Agregación correspondiente al campo agregationLevel de la categoría GENERAL de LOM-ES.

En cuanto a los 7 últimos dígitos son una cadena aleatoria generada de manera automática. En este caso se solicita a los proveedores de contenido que no inicien este código con el número 9 reservado para indicar los ODES creados o modificados por la propia Plataforma Agrega.

Integración de Agrega con directorios LDAP

6 July 2009

Cenatic's relevant Sin Comentarios »

Red ordenadores

Una de las solicitudes más demandas por algunas CCAA, en concreto Valencia y Asturias,  era la integración Agrega con el directorio LDAP de cada CCAA.

Esta integración es importante para los administradores de las CCAA ya que facilita enormemente la administración de los nodos autonómicos de Agrega.

En la versión 2.0 de la Plataforma, ya está disponible esta funcionalidad que permite que cada vez que un usuario ya registrado en un directorio LDAP solicite acceso a da a Agrega, la Plataforma rellene los campos obligatorios para la generación de un nuevo usuario con los datos obtenidos del directorio LDAP. De este modo la tarea de dar de alta nuevos usuarios se simplifica para el administrador de Agrega en el nodo autonómico.

En esta nueva versión de desarrollo, Agrega crea un registro de usuario para cada usuario de la Plataforma.   Si el usuario que solicita acceso a Agrega ya tiene un usuario registrado en un directorio LDAP cada campo del registro de Agrega se mapea con un campo análogo del LDAP y aquellos campos que no tienen correlación posible con el LDAP se generan por defecto, lo que en la práctica implica que todos los usuarios se generan por defecto en rol “docente” y se les asigna la pertenencia al grupo “todos”. No se hace un volcado total del LDAP a Agrega, sino bajo petición. Es el momento en que un usuario solicita el registro a Agrega cuando se hace la copia de este usuario en el LDAP en la Base de Datos de Agrega. Esta copia es individual y bajo solicitud de acceso a Agrega.

Para ello, el administrador de la CCAA a la hora de instalar Agrega debe indicar contra qué rama de su LDAP se debe comparar la Plataforma, es decir, debe indicar con que campo del LDAP se debe cotejar cada campo del registro de usuarios de Agrega.

Si tienes cualquier duda o sugerencia sobre esta funcionalidad plantéanosla en el foro técnico de Agrega o contacta con el CAU Agrega.