Modelo Jerárquico simple:
- Recursos Web
- Usabilidad
- Bitácoras
- Español
- Inglés
- Portales
- Español
- Inglés
- Listas de Correo
- Español
- Inglés
- Web Semántica
- Bitácoras
- Español
- Inglés
- Portales
- Español
- Inglés
- Listas de Correo
- Español
- Inglés
Modelo Facetado:
- Temática (<–Faceta)
- Usabilidad (<–Categoría)
- Web Semántica
- Agentes Inteligentes (<–SubCategoría)
- Tipología
- Bitácora
- Portal
- Lista de correo
- Idioma
- Inglés
- Español
Como se puede observar, en la versión facetada existen 3 facetas (Temática, Tipología e Idioma), que a su vez contienen sus correspondiente categorías.
En este ejemplo se muestra la flexibilidad y facilidad para clasificar objetos mediante facetas en comparación con la clasificación jerárquica simple (aunque estas ventajas siempre dependen de la naturaleza de los objetos a clasificar y los objetivos de la clasificación).
Además, observe que en el modelo facetado, en la faceta 'temática', se ha añadido una subcategoría a la categoría 'Web Semántica', llamada 'Agentes Inteligentes'. Incorporar esta categoría al modelo jerárquico supondría un enorme esfuerzo, ya que es un modelo menos flexible y escalable que el facetado.
A la hora de clasificar un recurso web con este modelo habría que especificar a cuál o cuáles de las categorías de cada faceta corresponde o pertenece.
Conclusiones
Mostrados los conceptos básicos de los metadatos facetados, en el siguiente artículo explicaremos qué es XFML y cómo definir taxonomías facetadas mediante este lenguaje de etiquetado.
XFML
Resumen: Descripción del lenguaje de etiquetado XFML creado por Peter Van Dijck, para la definición, distribución e interambio de metadatos en forma de clasificaciones facetadas.
¿Qué es XFML?
XFML (eXchangeable Faceted Metadata Language), creado por Peter Van Dijck, es un lenguaje o vocabulario con sintaxis XML para definir, distribuir e intercambiar metadatos en forma de taxonomías o clasificaciones facetadas.
Para ampliar información acerca de este lenguaje, se puede consultar su especificación: XFML Core Spec 1.0.
En el fichero Ejemplo.xml hemos definido mediante XFML la taxonomía facetada para la clasificación y descripción de 'recursos web' que apareció en el anterior artículo, por lo que recomendamos tener abierto este fichero ejemplo en otra ventana del navegador para comprender la explicación de cada uno de sus elementos.
En una taxonomía XFML podemos distinguir entre 4 tipos principales de elementos:
- Información general (elemento <mapInfo>)
- Facetas (elemento <facet>)
- Categorías (elemento <topic>)
- Objetos (elemento <page>)
Todos estos elementos son sub-elementos del elemento raiz <xfml>. Como se puede apreciar en nuestro ejemplo, en este elemento se declaran varios atributos: 'version' de XFML (obligatorio); 'url' del mapa (obligatorio); y el atributo 'language' (opcional) que indica el idioma del mapa.
Información General
El elemento <mapInfo> tiene la función de encapsular información acerca de nuestro fichero XFML, a través de sus elementos:
- <managingEditor> : Información sobre la persona responsable del contenido del mapa o taxonomía.
- <editor> : Información sobre cada uno de los editores del mapa.
- <publisher> : Entidad que edita o publica el mapa.
- <webMaster> : Responsable técnico del mapa.
- <license> : Licencia de uso del mapa.
- <generator> : Información sobre el software empleado para generar el mapa.
Tanto el elemento <mapInfo> como todos sus sub-elementos son de tipo opcional, no es obligatorio definirlos. De hecho, en nuestro ejemplo, únicamente hemos definido el sub-elemento <managingEditor>.
Cada uno de estos sub-elementos, pueden contener a su vez otros elementos hijos: <name>, <email> y <url>. El elemento <license>, además, puede contener un elemento adicional llamado <text>, dónde poder explicar la licencia de uso del mapa.
Facetas
Las facetas se definen a través del elemento <facet>:
<facet id="idioma">Idioma</facet>
Cada faceta es identificada de forma inequícova a través del atributo 'id'. Hay que recordar que este atributo es propio de XML, por lo que debe ser definido conforme a las normas de XML para este tipo de atributos: No puede empezar con un número; Debe ser único para cada elemento; No puede contener espacios en blanco.
Categorías
Se definen a través del elemento <topic>:
<topic id="usabilidad" facetid="tematica"> <name>Usabilidad</name> <connect>http://www.dominio.com/otro.xml#HCI</connect> <psi>http://www.entrelinea.com/usabilidad/quees/usab.htm</psi>
<description>Facilidad de uso</description> </topic>
Al igual que las facetas, es obligatorio estar identificadas de forma inequívoca por un atributo 'id'. Además también es obligatorio que cada categoría incluya un atributo 'facetid' indicando a qué faceta pertenece. Como se vio en el anterior artículo, una categoría determinada sólo puede pertenecer a una faceta, y todas las categorías pertenecen al alguna faceta.
A través del sub-elemento <name>, especificamos el nombre de la categoría, y el sub-elemento <description> es utilizado para explicar o describir la categoría.
El elemento <connect> tiene la función de conectar dos mapas o taxonomías XFML diferentes, a través de dos categorías equivalentes, cada una en uno de los mapas. El contenido de este elemento es una URL que apunta a un elemento con una 'id' definida, en este caso con valor 'HCI'. En nuestro ejemplo:
<connect>http://www.dominio.com/otro.xml#HCI</connect>
En este ejemplo apuntamos a un mapa imaginario, localizado en 'http://www.dominio.com/otro.xml' y que debería tener un elemento <topic> parecido a este:
<topic id="HCI"> <name>Interacción Persona-Ordenador</name> </topic>
El elemento <psi> tiene la función de dirigir a un recurso web (sitio web, artículo, …) que describa o explique la categoría. En nuestro ejemplo enlazaría con un artículo introductorio sobre usabilidad.
De todos estos elementos (name, connect, psi y description), sólo es obligatorio definir el elemento <name>, el resto son opcionales.
Relaciones entre Categorías
XFML permite, además, definir relaciones jerárquicas entre las categorías que forman una faceta a través del atributo opcional 'parentTopicid' del elemento <topic>.
<topic id="agentes_inteligentes" facetid="tematica" parentTopicid="web_semantica"> <name>Agentes Inteligentes</name> </topic>
La categoría (agentes inteligentes), por medio de este atributo, es vinculada con la categoría jerárquica y directamente superior (web semántica), haciendo referencia a su 'id' (web_semantica).
De esta forma, podemos fácilmente establecer una organización jerárquica entre las categorías que forman una faceta.
Objetos
Los objetos a clasificar o describir son definidos a través de la etiqueta <page>, e identificados mediante su URL.
<page url="http://www.cadius.org"> <title>Cadius</title> <description>La mayor lista de correo sobre AI y Usabilidad en España</description> <occurrence topicid="usabilidad"/> <occurrence topicid="lista_de_correo"/> <occurrence topicid="espanol"/> </page>
Los sub-elementos <title> y <description>, que son opcionales, se utilizan para indicar el título del objeto, y una descripción o explicación del mismo.
El elemento <occurrence>, establece a cuál o cuáles categorías pertenece el objeto. No hace falta indicar la faceta a la que pertenece cada categoría ya que esa información se encuentra indicada de forma explicita en la definición de la categoría (ver <topic>), y no hay posibilidad de confusión ya que, como sabemos, una misma categoría sólo puede formar parte de una faceta.
El elemento <occurrence> puede contener opcionalmente un atributo 'strength', que indica de forma numérica (de 1 a infinito), la confianza o seguridad que tenemos sobre la pertenencia del objeto a una determinada categoría. El valor '1' indica una completa confianza sobre su pertenencia, y cuanto mayor es el valor, menos confianza expresamos.
Conclusiones
Una vez que hemos comprendido qué es una clasificación facetada, qué significa la descripción de objetos mediante metadatos facetados y cómo definir estas taxonomías facetadas con XFML, en el siguiente artículo abordaremos la implementación real de estos mapas XFML en entornos Web.
Publicado en No Solo Usabilidad – Revista multidisciplinar sobre diseño de interacción
Febrero de 2003
Autor:
Yusef Hassan Montero
Licenciado en Documentación e investigador sobre Visualización de Información e Interacción Persona-Ordenador de la Universidad de Granada (Grupo SCImago), además de editor de NoSoloUsabilidad. http://www.nosolousabilidad.com/hassan
Francisco Jesús Martín Fernández
Licenciado en Documentación e investigador sobre Usabilidad y Accesibilidad del Centro de Enseñanzas Virtuales de la Universidad de Granada, y editor de NoSoloUsabilidad. http://www.ugr.es/~chesco
Óscar Martín Rodríguez
Licenciado en Documentación, e investigador en el Centro de Enseñanzas Virtuales de la Universidad de Granada sobre el tema de los Estándares en eLearning.
http://www.ugr.es/~omartin/
| Página siguiente |