María Jesús Lamarca Lapuente. Hipertexto: El nuevo concepto de documento en la cultura de la imagen.

La especificación XML Topic Maps (XTM) 1.0. TopicMaps.Org Specification (http://www.topicmaps.org/xtm/1.0/) provee un modelo y una gramática para representar la estructura de los recursos de información usados para definir temas (topics), y las relaciones entre los temas. Nombres, recursos y las relaciones entre ellos se establecen mediante una serie de características de contenidos abstractos, que son llamados "topics". A su vez, los topics se caracterizan por una serie de elementos como los "scopes", esto es, los ámbitos, campos o contextos limitados en los cuáles son considerados. Cuando uno o más documentos interrelacionados emplean esta gramática, constituyen lo que se denomina un mapa temático o "topic map".

Un Topic Map (TM) tiene como fin normalizar los elementos y la notación utilizada para estructurar la información mediante la construcción de una red de enlaces semánticos que relacionen diferentes recursos informativos.

La especificación XML Topic Maps (XTM) 1.0 (XTM), describe un modelo abstracto y una gramática para el intercambio de Topic Maps basados en la Web. Esta especificación ha sido creada por los miembros del TopicMaps.Org Authoring Group. Toda la información sobre XTM y TopicMaps.Org está disponible en http://www.topicmaps.org/about.html.

Los Topic Maps son un estándar que se está implantando con gran éxito en la World Wide Web y que posibilita la navegación entre conceptos y la inferencia, lo que constituye un paso adelante en lo que se ha denominado la Web semántica. Además, poco a poco aumenta la  la utilización de los Topic Maps en la Web como una forma de representación gráfica que permite el acceso y navegación por los recursos de un mismo campo del conocimiento mediante los llamados mapas temáticos que no son sino un mapa conceptual aplicado a la World Wide Web.

El estándar Topic Map fue impulsado por el grupo Davenport, un grupo de editores que en 1993 se propuso la creación de una norma que posibilitara la fusión de índices impresos y la construcción de tesauros. Tras varios años de trabajo, en 2000, la ISO-International Standard formaliza el modelo de mapa temático en la ISO/IEC 13250:2000. Posteriormente se forma la TopicMaps.Org para desarrollar la aplicación del modelo para la Web, con el fin de facilitar la búsqueda y el manejo de la información, ya que se consideró que estos estándares de organización, representación y gestión del conocimiento podían aplicarse perfectamente a la Web.

Así pues, TopicMaps.org (http://www.topicmaps.org/) es un consorcio independiente que desarrolla la aplicación del modelo de Mapas temáticos especificado en la norma ISO 13250:2000 para la World Wide Web estableciendo una serie de especificaciones para XML. Todas las versiones de las distintas especificaciones XTM son públicas.

La implementación de los TM se diseñó para el lenguaje SGML, sin embargo, la aparición y auge del lenguaje XML junto con la universalización de la utilización de los URIs para la identificación de las referencias externas,  ha conducido al desarrollo del estándar Topic Maps para XML y las URIs, lo que se ha denominado XTM (XML Topic Maps). En cualquier caso, actualmente se pueden encontrar ejemplos de ambos lenguajes en la Web y, además, la ISO ha incluido en la segunda edición de la norma 13250, junto a la antigua sintaxis para HyTime, la nueva sintaxis XML: (http://www.y12.doe.gov/sgml/sc34/document/0322_files/iso13250-2nd-ed-v2.pdf).

He aquí dos ejemplos de ambas sintaxis recogidos en ISO/IEC JTC 1/SC34. Information Technology --Document Description and Processing Languages. Guide to the topic map standardization. (http://www.y12.doe.gov/sgml/sc34/document/0323.htm)

Ejemplo de sintaxis en HyTime:

<topname scope="...">
    <basename scope="...">...</basename>
    <dispname scope="...">...</dispname>
    <sortname scope="...">...</sortname>
  </topname>

Ejemplo de sintaxis en XML:

<baseName>
    <scope>...</scope>
    <baseNameString>...</baseNameString>
    <variant>
      <parameters>...</parameters>
      <variantName>...</variantName>
    </variant>
  </baseName>

Recientemente, la ISO/IEC también ha publicado la norma The Topic Maps Reference Model (TMRM): (http://www.isotopicmaps.org/tmrm/) un modelo gráfico más abstracto de topic map.

Los elementos principales de los Topic Maps son los temas (topics), las ocurrencias (occurrences) y las asociaciones (associations). Aunque hablando con rigor, occurrences y associations representan sólo una parte del topic. Para deshacer la ambigüedad que puede crear la simple aparición de un nombre como "Pedro" (topic), este topic se puede asociar con otros datos o documentos, como decir el tipo de topic de que se trata, por ejemplo "persona" (topic type),  el número de DNI "334555555"  (ocurrence) y las expresiones "hijo de x" e " hijo de y" para expresar el nombre del padre y la madre (associations).

Así pues, un topic es el elemento principal de un Topic Map. Un topic es el término que expresa determinado concepto o idea (subject). Ejemplos de topics pueden ser "país", "persona", "idea" o "África".

Los topics se pueden asociar con otros topics denominados "topic types", por ejemplo "España" puede tener un "topic type" que sea "país". Los topic types definen relaciones clase-instancia, para las relaciones superclase-subclase se debe de crear una asociación (association) específica.

Ejemplo definición de "Topic type":

<Topic id=”tm>
            <instanceOf>
                        <topicRef xlink:href=#representación conocimiento”/>
            <instanceOf>
            <baseName>
            …
            <ocurrence>
</Topic>

Las característica principales de un "Topic Map" son:

•  su denominación (<name>): aunque un topic puede tener varias denominaciones, el nombre debe estar representado obligatoriamente por una forma base (<baseName>). El "base name" representa la forma normal de hacer mención al topic. Es complementario del identificador interno (id). Los "base name" deben de ser únicos en un dominio determinado bajo un ámbito (scope) dado. Cuando se fusionan dos TM se tratan los distintos base names de los topics que hacen mención a un mismo "subject" (concepto). Y para ello, se normalizan los base names mediante los "public subject", un recurso que identifica al subject de forma no ambigua. Pero además, el topic puede tener otras denominaciones (alternative names), como el "display name", que es la forma en la que se mostrará al usuario, y el "sort name", que es como se ordenará alfabéticamente cuando se saque un listado.

•  sus apariciones (<occurrence>): son enlaces a recursos informativos, como por ejemplo, una página web. Las "occurences" son elementos opcionales que son relevantes a un topic dado. Un topic puede tener cero o muchas occurrences, y éstas pueden ser de muchos tipos: una cita de texto, una definición, un artículo, etc. Cada uno de los diferentes tipos de documento puede ser agrupado mediante "occurrence roles" (por ejemplo, página web, imagen, diccionario, etc). La mayoría de estas ocurrences suelen ser externas al Topic Map, como ocurría entre los índices documentales y los tesauros. A cada occurrence le corresponde un único enlace. Existen 2 tipos de occurrences: un dato expreso (resourceData) y un enlace a un recurso externo (resourceRef )

•  sus roles de asociación (<association>): La "association" es un enlace que establece una relación entre dos o más topics. En las siguientes frases podemos encontrar los siguientes topics: álamo, chopo, madera, árboles, leña, madera, chopos, ribera, bosque y álamos, los términos de unión entre los topics forman la asociación. Por ejemplo:

  "el álamo se denomina chopo"
  "la madera está en los árboles"
  "la leña se obtiene de la madera"
  "los chopos se localizan en la ribera"
  "En el bosque encontramos álamos"

  Las asociaciones (associations) se pueden agrupar por tipos de asociación (association type). Así, "se localizan" y "encontramos", se pueden agrupar como un tipo de asociación de "ubicación". Existen otros elementos que disminuyen la ambigüedad, así por "association roles" hacemos referencia al rol que desempeña determinado topic en una association. En la frase "En el bosque encontramos álamos" el topic "bosque" desempeña un rol de lugar y el término "álamos" designa un tipo de árbol. En una association, los topics se denominan "miembros" y los miembros representan "roles", por ejemplo de la frase "Pedro da clase a Juan en la facultad" se puede obtener la siguiente representación ternaria: Pedro-Juan-da clase. Si no indicamos más información, es imposible saber quién es profesor y quién el alumno, así, es mejor indicar esta información también mediante roles (profesor, alumno), por lo que es preciso también que los términos: profesor, alumno, lugar, sean definidos como topics.

Fuente: GARSHOL, Lars Marius. Metadata? Thesauri? Taxonomies? Topic Maps!
 http://www.ontopia.net/topicmaps/materials/tm-vs-thesauri.html

En la sintaxis de XTM podemos encontrar los siguientes tipos de elementos.

•  <topicRef>: referencia de un topic.
•  <subjectIndicatorRef>: referencia de un indicador de concepto (subject Indicator)
•  <scope>: topic(s) que comprende el scope o ámbito
•  <instanceOf>: topic que representa una clase
•  <topicMap>: documento Topic Map
•  <topic>: elemento topic
•  <subjectIdentity>: concepto (subject) definido por un topic
•  <baseName>: Nombre base de un topic
•  <baseNameString>: cadena que contiene un Base Name
•  <variant>: formas alternativas de Base Name
•  <variantName>: contenedor para Variant Name
•  <parameters>: contextos de proceso para Variant
•  <association>: asociación de topic
•  <member>: miembro en una topic association
•  <roleSpec>: topic que sirve como una regla de asociación (Association Role)
•  <occurrence>: recursos considerados como una aparición (occurrence)
•  <resourceRef>: referencia de un recurso (resource)
•  <resourceData>: contenedor para Resource data
•  <mergeMap>: combinación con otro Topic Map

El elemento <topicMap> es el padre de todos los elementos <topic>, <association>, y  <mergeMap> en el documento topic map. El elemento <topicMap> es el elemento raíz desde el que se realiza el reconocimiento sintáctico del topic map. El elemento <topicMap> puede ser la raíz de un documento que contiene solamente un topic map (por ejemplo, cuando este es el elemento documento), o puede ser la raíz de un sub-árbol dentro de un documento XML que contiene otra información distinta del topic map mismo. En este último caso, solamente el sub-árbol que empieza con el elemento <topicMap> se toma para el reconocimiento sintáctico y la conformidad para el topic map.

Una de las características de los Topic Maps es que permiten la posibilidad de adaptarse a diferentes perfiles de usuarios. Esto se lleva a cabo por medio de dos tipos de filtrado: a través del "scope" que filtra diferentes topics y "themes" (temas) para una determinada comunidad; o a través de las facetas (facets) que se encargan de filtrar recursos informativos, por ejemplo, ofrecer a determinado usuario sólo los recursos informativos que estén en un idioma determinado.

Los scopes y los themes representan el ámbito en el que las afirmaciones realizadas sobre algún name, occurrence o association de un topic coherencia y validez. Un theme es la forma en que se denomina un determinado scope.

He aquí 2 ejemplos de scopes en XML:

<scope>
    <subjectIndicatorRef
      xlink:href="http://www.topicmaps.org/xtm/1.0/language.xtm#en"/>
  </scope>

En este caso se define un "scope" que consta del subject  “english” usando un "published subject":

<scope>
    <topicRef xlink:href="#coche"/>
    <topicRef xlink:href="#moto"/>
  </scope>

En este ejemplo se define un scope que consta de los topics  “coche” y “moto” en el documento actual:

En resumen, los scopes son el medio para filtrar los topics.

Por su parte, las facets proporcionan un mecanismo para asignar pares de propiedad-valor a los recursos de información, por ejemplo, considerar solamente documentos en un idioma determinado o con una aplicación determinada (experimental, práctica, etc.).

Otros dos conceptos importantes de los Topic Maps en relación a la Web, son los conceptos de navegación e inferencia.

La navegación en la Web se realiza mediante los enlaces que asocian unos recursos informativos a otros, esto es, la navegación se realiza entre occurrences. Los Topic Maps permiten la navegabilidad mediante enlaces entre topics que no tengan un recurso asociado.

Sin embargo, la navegabilidad entre topics (u occurrences) relacionados no tiene un sentido lógico, puesto que las asociaciones que se establecen entre tópicos como, por ejemplo, "Pedro da clase a Juan", sólo afirma que ambos elementos "Pedro" y "Juan" están relacionados y que desde cualquiera de ellos se puede acceder o navegar hacia el otro.

Así pues, necesitamos otro elemento o característica mediante el que podamos obtener una información no explícita en el Topic Map. Esta características es la inferencia.

Las inferencias que se pueden realizar a partir de un conjunto de asociaciones están marcadas por las propiedades que tienen las association type implicadas. Esta propiedades pueden ser: reflexividad, conectividad, transitividad (en algunas asociaciones de tipo clase-subclase y parte-todo), simetría (en las sinonimias con una asociación entre dos roles type idénticos), etc.

Sin embargo, ni con las asociaciones más conocidas como las del tipo parte-todo, la inferencia está siempre clara, puesto que cualquier relación entre dos término aunque ésta sea del mismo tipo, tiene sus propias peculiaridades. Además, existen otro tipo de inferencias no transitivas basadas en conjuntos de association type no homogéneas, como cuando se quieren enlazar un conjunto muy heterogéneo de association types.

Los TM representan una de las principales propuestas para la visualización de la Web semántica y la puesta en práctica de mapas temáticos y los mapas conceptuales de la Web. Sin embargo, existen todavía muchos problemas por resolver ya que no hay que olvidar que un Topic Map puede tener un gran número de asociaciones de diferentes tipos (association types, roles, occurrences, etc). Para visualizar los Topic Maps en la Web se han propuesto y se utilizan varios tipos de representaciones, entre las que destacan las tablas (basadas en tablas con enlaces de referencias cruzadas), los árboles (modelos jerárquicos de datos con hiperenlaces), los gráficos (como RDF, TMs) y las corrientes de texto desestructurado. A la hora de analizar estas representaciones se debe tener en cuenta que muestren tanto información local de los topics que interesan al usuario, como información sobre la localización de esos topics en el conjunto del Topic Map.

Los mecanismos de inferencia y la declaración de los distintos tipos de Topic Maps no sólo favorecen la navegación, sino que también se pueden aplicar a los sistemas de búsqueda y recuperación de información. Por ejemplo, interrogando a un buscador sobre "productos obtenidos de los árboles", mediante los topic type podremos saber que álamo es un <árbol> y madera un <producto> que tiene una association type <obtenidos de> con álamo, y que por la propiedad transitiva me permite llegar el <producto> leña, así podré responder a la pregunta con los términos madera y leña.

Existen distintas propuestas sobre lenguajes para recuperar Topic Maps, entre ellas hay que destacar el estándar de la ISO 18048: Topic Maps Query Language (TMQL) http://www.y12.doe.gov/sgml/sc34/document/0249.htm y Topic Map Query Language (TOLOG), un lenguaje desarrollado por Ontopia (http://www.ontopia.net/topicmaps/materials/tolog.html).

Ejemplo de Topic Map.Fuente: GARSHOL, Lars Marius. Metadata? Thesauri? Taxonomies? Topic Maps! http://www.ontopia.net/topicmaps/materials/tm-vs-thesauri.html

En la imagen anterior, podemos ver las asociaciones de un Topic Map que trata precisamente sobre los lenguajes de los Topic Maps. Los tipos se indican con diferentes colores, se han dejado fuera los nombres alternativos. Los tipos de asociaciones se pueden ver en las etiquetas amarillas sobre las líneas.

Si comparamos esta clasificación con la clasificación tradicional jerárquica, vemos que esta clasificación es muy diferente. En primer lugar, no hay jerarquía, sino una red de conceptos. En segundo lugar, las relaciones entre los conceptos son claramente definidas de forma genérica. Desde el punto de vista de la búsqueda, esta característica es muy potente porque permite preguntas como: "muéstrame las tecnologías usadas con los topic maps", o "muéstrame cada formato de intercambio basado en SGML", o preguntas similares. Pero la potencia de los Topic Maps radica en que también podemos añadir esquemas e incluso, metadatos, a una clasificación de este tipo.

En los topic maps, los usuarios pueden definir ellos mismos el vocabulario de clasificación, pero existe tal variedad y riqueza en el lenguaje a la hora de crear la clasificación que se puede crear el vocabulario de forma incorrecta. Por ejemplo, los usuarios pueden usar asociaciones de manera que no tengan sentido, adjuntar occurrences a topics de tipos erróneos, establecer tipos de topics inconsistentes o incluso dejar fuera información requerida.

Para las bases de datos relacionales y XML, la solución tradicional a este problema es definir un esquema (schema) que formalmente defina la estructura permitida para este conjunto de datos. Esta es también la solución usada con los topic maps. Hay que tener en cuenta que en este momento no hay un lenguaje estándar para los schemas de los topic maps. Sin embargo, está en desarrollo un estándar llamado TMCL (Topic Map Constraint Language) y algunos lenguajes no estándar ya están en funcionamiento, como TOLOG de Ontopía.

Usando un lenguaje de esquemas es posible buscar cosas como "solamente los empleados, y los empleados de una organización", "solamente las personas y organizaciones que tengan números de teléfono", "los lenguajes de interrogación usados con una tecnología", y similares. Tipificar las capacidades de los topics maps nos da un punto de partida para describir las reglas de clasificación, y los lenguajes de esquema nos ofrecen una manera de expresar las reglas que pueden ser forzadas mediante software.

En la imagen de la derecha se muestra el resultado de una aplicación específica para una ontología particular (un topic map schema) realizada en lenguaje TOLOG y desarrollada por Ontopia. Muestra un ejemplo de un sitio web basado en una Topic Map sobre Ópera Italiana, que permite la navegación y búsqueda mediante determinados criterios.

Para la creación de Topic Map existen muchos y variados métodos que pueden simplificar la creación de un nuevo Topic Map. Se puede partir del procesamiento del lenguaje natural analizando frases en lenguaje libre para luego identificar estructuras verbales que puedan asociarse de forma automática a determinados association types. Sin embargo, este método presenta muchos problemas debido a la polisemia, riqueza del lenguaje y ambigüedad. Más práctico es, mediante las propiedades de las asociaciones, obtener nuevas asociaciones distintas a las originales, o utilizar la fusión de recursos.

La fusión de recursos y plantillas (templates) es precisamente una de las formas más utilizadas. No en vano, el origen del estándar fue, precisamente, facilitar la fusión de recursos. Así pues, para crear un TM, el método más obvio es fusionar distintas representaciones del conocimiento de un área determinada o distintos Topic Maps o plantillas (templates) para que sirvan de punto de partida para el nuevo TM. La única condición previa para que esta unión tenga éxito es que los subjects y sus topics relacionados estén bien definidos y que, cuando exista cualquier duda, se recurra a la "public subject".

En realidad, un TM template no es más que un Topic Map que contiene los themes y types básicos (topic types, occurrence role types, association types y association role types) de un dominio. A todos estos elementos se les denomina la parte declarativa de un TM. Su ventaja principal en la creación de Topic Maps es que actúan como un punto de partida para crear otros TM. Además, es posible utilizar varias plantillas (templates) para generar un TM y al template se le puede añadir información sobre las superclases y subclases y las restricciones de consistencia que se le deben aplicar. De esta forma, se puede llegar a determinar el número de association type que deben existir en un TM concreto.

Los Topic Maps se han propuesto como una fórmula para modelar redes semánticas, no en vano, están muy emparentados con los tesauros. En cierta forma, los tesauros no son más que un caso particularmente simple de Topic Map, donde tan solo existen tres tipos de asociación (jerarquía, sinonimia y relacionado con). Así, la relación de jerarquía es una association type que podría denominarse "es un" o "es una clase de".

Los Topic Maps sirven también como una forma de gestión del conocimiento (KM o Knowledge Management) en donde los Topic Maps se consolidan como una forma de representar dicho conocimiento. Además, utilizando las reglas de inferencia se puede llegar a realizar un Knowledge Management basado en Topic Map.

Como muchos autores han afirmado, los Topic Maps y el lenguaje RDF están condenados a entenderse y ser complementarios. La diferencia entre ellos radica en que un Topic Map es independiente de que existan o no recursos informativos, puesto que lo que permite es una navegación entre conceptos. RDF no trata la semántica de las relaciones entre metadatos, sino que está, más bien, centrado en la descripción del contenido de los recursos.

Por su parte, la norma ISO 13250-2: Topic Maps - Data Model (SAM)  que es parte de la ISO 13250-2, Topic Maps Standard,  define un modelo formal de datos para topic maps, que será usado para definir la sintaxis de los topic maps en XML (XTM), y también para establecer el lenguaje de interrogación o query (TMQL) y el lenguaje de esquemas (TMCL). Se conoce con el acrónimo: TMDM, pero también es conocido como Modelo de Aplicación Estándar o Standard Application Model (SAM) http://www.isotopicmaps.org/sam/.

La puesta en marcha del estándar The Topic Maps Reference Model (TMRM): (http://www.isotopicmaps.org/tmrm/) ha venido a confirmar estos supuestos. En el Reference Model, los Topic maps son cuerpos de información que constan de topics, cada uno de los cuales es un sustituto para un único subject (idea, concepto). Si cada topic en un topic map es el único representante (o proxy) para este subject, entonces los usuarios pueden encontrar toda la información acerca del subject en una única localización (location) virtual.

El Reference Model es un modelo gráfico más abstracto de topic maps. En este modelo, nombres y occurrences de recursos se tornan en nodos en el mismo nivel que los topics, y son relacionados a sus topics usando una estructura parecida a la asociación de nodos y arcos. El resultado es un modelo que usa unos pocos componentes y que puede ser extendido sin cambiar el metamodelo.

El Reference Model provee un mecanismo para explicar las relaciones entre diferentes representaciones del conocimiento, tales como los topic maps, RDF, y Knowledge Interchange Format (KIF). Esto hace que sea más fácil inter-operar con los topic maps y otros sistemas de representación del conocimiento.

El número de posibles subjects (conceptos) es ilimitado, pero el número de representantes (subject proxies) en una mapa dado es necesariamente finito. Por lo tanto, siempre que se crea un topic map, es necesario hacer elecciones como qué subjects serán provistos con proxies y cuáles no. El Topic Maps Reference Model (TMRM) no constriñe estas elecciones, sino que provee las bases sobre las que tales elecciones pueden ser hechas sin ambigüedad.

Los topics son suplentes de los subjects. Cada topic representa un concepto (subject), y cada topic consta de un conjunto de propiedades (por ejemplo, un conjunto de nombre/par de valores). El valor de las propiedades (property values) está tipificado. El tipo de valor puede ser complejo. El nombre de las propiedades debe ser único.

Hay 2 clases de "clases propiedades": SIDPS y OPs. El subject que representa un topic está especifidado independientemente por cada una de sus Subject Identity Discrimination Properties (SIDPs). La unión de topics ocurre solamente en la base de sus SIDPs. Dos topics se unen cuando se considera que sus respectivas SIDPs especifican el mismo subject. Un topic puede tener también otras propiedades (Other Properties -OPs); Las OPs pueden usarse para muchos otros propósitos distintos que el de discriminar la identificación del subject.

De este modo, es posible establecer una manera uniforme para representar las relaciones entre subjects. Los topics pueden participar en declaraciones (assertions). Cada declaración especifica una relación entre conceptos (subjects). Una relación consta de un conjunto de subjects componentes (el tipo de relaciones, los roles, los representantes del rol, la relación misma, y las piezas), una declaración (assertion) consta de un conjunto de los tópicos componentes (component topics) correspondientes. Cada conjunto de topics colectivamente representa los subjects componentes de una relación individual, de la siguiente forma:

•  El tipo de la relación es el subject del "t-topic" (assertion type topic o tópico de tipo declarativo). Hay siempre exactamente un t-topic.

•  Cada role en la relación es el subject de un "r-topic" (role topic). Hay siempre como mínimo dos r-topics.

Así, TMRM define conexiones entre t-topic y los r-topics.

El t-topic de una aserción está recíprocamente conectado a cada uno de sus r-topics. Las propiedades del t-topic t-roles se muestran en rojo para ilustrar el hecho de que éste se usa para discriminar  los subjects de los t-topics - esta es una Propiedad para Discriminar la Identidad del Concepto o Subject Identity Discrimination Property (SIDP). El valor de las propiedades t-roles es el conjunto de r-topics que son componentes de todas las instantes del tipo de declaración que es el subject del t-topic. En la relación representada por la declaración del diagrama, hay 2 reglas, cada una de las cuales es el sujeto de un r-topic. Cada uno de los r-topics es un miembro del conjunto que es el valor de las propiedad t-roles del t-topic.

La conexión entre el t-topic y los r-topics de una declaración es recíproca: el valor de cada propiedad del r-topic r-type es el t-topic, el valor de cuya propiedad t-roles incluye el r-topic como uno de sus componentes de valor. La propiedad r-type es una OP (Other Property); se muestra en negro para ilustrar el hecho de que no se usa para discriminar los subjects de los r-topics; ésta no es una SIDP. (Las SIDPs de r-topics no se muestran, son definidas en las aplicaciones, no definidas en el TMRM.)

El t-topic de una declaración está recíprocamente conectado al a-topic. La propiedad t-topic t-assertions se muestra en negro, mejor que en rojo, para ilustrar el hecho de que no se usa para discriminar los subjects de los t-topics - ésta es una OP (Other Property). El valor de la propiedad t-assertions es el conjunto de a-topics que representan las instancias del tipo de relaciones que es el subject del t-topic. Una de estas relaciones es el subject del a-topic representado en este diagrama, porque el a-topic es un componente del valor de la propiedad del t-topic t-assertions.

La conexión entre el t-topic y el a-topic de una declaración es recíproca: el valor de la propiedad del a-topic a-type es el t-topic, el valor de cuya propiedad t-assertions incluye el a-topic como uno de sus componentes de valor. La propiedad a-type es una OP (Other Property); ésta se muestra en negro para ilustrar el hecho de que no se usa para discriminar los subjects del a-topic; ésta no es una SIDP. (El nombre de la SIDPde cada a-topic es a-sidp).

Todas las propiedades definidas en el TMRM están representadas en el siguiente gráfico:

Fuente: http://www.isotopicmaps.org/tmmm/TMRM-latest.html

En resumen, la utilización de los Topic Maps ofrece una serie de avances en el camino hacia la Web Semántica y la gestión del conocimiento que podemos resumir en los siguientes puntos:

•  Los Topic Maps permiten dotar de semántica a muchos elementos y recursos de la  Web, para poder describirlos y organizarlos.

•  Los TM permiten distintos perfiles de usuarios mediante la utilización de las características scope y theme para adaptarse a las distintas comunidades que pueden compartir los recursos informativos

•  Los TM permiten la navegación y la inferencia mediante estructuras semánticas.

•  Los TM permiten una mejor gestión del conocimiento y mejoran los sistemas de búsqueda y recuperación de información,

•  Los TM pueden combinarse con otras estructuras de conocimiento, permitiendo una gestión descentralizada.

•  Los TM se adaptan a un gran número de recursos de información distintos.

Las aplicaciones y ejemplos concretos de Topic Maps, se encuentran en el apartado de esta tesis Mapas temáticos.

Bibliografía: