<?xml version="1.0" encoding="ISO-8859-1"?><article xmlns:mml="http://www.w3.org/1998/Math/MathML" xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<front>
<journal-meta>
<journal-id>1024-9435</journal-id>
<journal-title><![CDATA[ACIMED]]></journal-title>
<abbrev-journal-title><![CDATA[ACIMED]]></abbrev-journal-title>
<issn>1024-9435</issn>
<publisher>
<publisher-name><![CDATA[Centro Nacional de Información de Ciencias Médicas]]></publisher-name>
</publisher>
</journal-meta>
<article-meta>
<article-id>S1024-94352005000600003</article-id>
<title-group>
<article-title xml:lang="es"><![CDATA[Web semántica: un nuevo enfoque para la organización y recuperación de información en el web]]></article-title>
<article-title xml:lang="en"><![CDATA[Semantic web: a new approach for the information organization and retrieval in the Web]]></article-title>
</title-group>
<contrib-group>
<contrib contrib-type="author">
<name>
<surname><![CDATA[Rodríguez Perojo]]></surname>
<given-names><![CDATA[Keilyn]]></given-names>
</name>
<xref ref-type="aff" rid="A01"/>
</contrib>
<contrib contrib-type="author">
<name>
<surname><![CDATA[Ronda León]]></surname>
<given-names><![CDATA[Rodrigo]]></given-names>
</name>
<xref ref-type="aff" rid="A02"/>
</contrib>
</contrib-group>
<aff id="A01">
<institution><![CDATA[,Centro Nacional de Información de Ciencias Médicas Infomed ]]></institution>
<addr-line><![CDATA[Ciudad de La Habana ]]></addr-line>
<country>Cuba</country>
</aff>
<aff id="A02">
<institution><![CDATA[,Universidad de La Habana Facultad de Comunicación ]]></institution>
<addr-line><![CDATA[ ]]></addr-line>
</aff>
<pub-date pub-type="pub">
<day>00</day>
<month>12</month>
<year>2005</year>
</pub-date>
<pub-date pub-type="epub">
<day>00</day>
<month>12</month>
<year>2005</year>
</pub-date>
<volume>13</volume>
<numero>6</numero>
<fpage>0</fpage>
<lpage>0</lpage>
<copyright-statement/>
<copyright-year/>
<self-uri xlink:href="http://scielo.sld.cu/scielo.php?script=sci_arttext&amp;pid=S1024-94352005000600003&amp;lng=en&amp;nrm=iso"></self-uri><self-uri xlink:href="http://scielo.sld.cu/scielo.php?script=sci_abstract&amp;pid=S1024-94352005000600003&amp;lng=en&amp;nrm=iso"></self-uri><self-uri xlink:href="http://scielo.sld.cu/scielo.php?script=sci_pdf&amp;pid=S1024-94352005000600003&amp;lng=en&amp;nrm=iso"></self-uri><abstract abstract-type="short" xml:lang="es"><p><![CDATA[Se realiza un acercamiento teórico-conceptual al desarrollo de la organización y recuperación de la información en ambiente automático, mediante la indización y la clasificación automática de la información como procesos previos a la recuperación de información. Se analiza la evolución experimentada por los sistemas de organización de la información y el conocimiento: taxonomías, tesauros y Topic Maps hacia estructuras más complejas como las ontologías. Se examinan algunos esquemas de meta-datos, concebidos para la descripción de la información en el web, así como los componentes y tecnologías que integran el modelo teórico de la web semántica. Finalmente, se explica el modelo constructivo de capas que garantizará el funcionamiento de toda su infraestructura.]]></p></abstract>
<abstract abstract-type="short" xml:lang="en"><p><![CDATA[A theoretical and conceptual approach to the development of the information organization and retrieval is made in an automatic environment by means of the automatic indexing and classification of the information as processes prior to information retrieval. The evolution experienced by the systems of organization of information and knowledge is analysed by taxonomies, thesaurus and Topic Maps toward more complex structures, such as ontologies. Some metadata schemes created for the description of the information in the web, as well as the components and technologies that integrate the theoretical model of the web semantics, are examined. Finally, the constructive stratum model that will guarantee the functioning of its entire infrastructure is explained]]></p></abstract>
<kwd-group>
<kwd lng="es"><![CDATA[Web semántica]]></kwd>
<kwd lng="es"><![CDATA[organización y recuperación de la información]]></kwd>
<kwd lng="es"><![CDATA[tecnologías de la información y la comunicación.]]></kwd>
<kwd lng="en"><![CDATA[Semantic Web]]></kwd>
<kwd lng="en"><![CDATA[information organization and retrieval]]></kwd>
<kwd lng="en"><![CDATA[information and communication technologies]]></kwd>
</kwd-group>
</article-meta>
</front><body><![CDATA[  <h2>Web sem&aacute;ntica: un nuevo enfoque para la organizaci&oacute;n y recuperaci&oacute;n de informaci&oacute;n en el web </h2>     <p><a name="autor"></a><a href="aci030605.htm#cargo">Lic. Keilyn Rodr&iacute;guez Perojo<span class="superscript">1</span> y Lic. Rodrigo Ronda Le&oacute;n<span class="superscript">2</span> </a></p>     <p>&nbsp; </p> <h4>RESUMEN </h4>     <p align="justify">Se realiza un acercamiento te&oacute;rico-conceptual al desarrollo de la organizaci&oacute;n y recuperaci&oacute;n de la informaci&oacute;n en ambiente autom&aacute;tico, mediante la indizaci&oacute;n y la clasificaci&oacute;n autom&aacute;tica de la informaci&oacute;n como procesos previos a la recuperaci&oacute;n de informaci&oacute;n. Se analiza la evoluci&oacute;n experimentada por los sistemas de organizaci&oacute;n de la informaci&oacute;n y el conocimiento: taxonom&iacute;as, tesauros y Topic Maps hacia estructuras m&aacute;s complejas como las ontolog&iacute;as. Se examinan algunos esquemas de meta-datos, concebidos para la descripci&oacute;n de la informaci&oacute;n en el web, as&iacute; como los componentes y tecnolog&iacute;as que integran el modelo te&oacute;rico de la web sem&aacute;ntica. Finalmente, se explica el modelo constructivo de capas que garantizar&aacute; el funcionamiento de toda su infraestructura. <em>&nbsp; </em></p>     <p><em>Palabras clave: </em>Web sem&aacute;ntica, organizaci&oacute;n y recuperaci&oacute;n de la informaci&oacute;n, tecnolog&iacute;as de la informaci&oacute;n y la comunicaci&oacute;n. </p>     <p><em>&nbsp; </em></p> <h4>ABSTRACT </h4>     <p align="justify">A theoretical and conceptual approach to the development of the information organization and retrieval is made in an automatic environment by    means of the automatic indexing and classification of the information    as processes prior to information retrieval. The evolution experienced    by the systems of organization of information and knowledge is analysed by    taxonomies, thesaurus and Topic Maps toward more complex structures, such as    ontologies. Some metadata schemes created for the    description of the information in the web, as well as the    components and technologies that integrate the theoretical model of the web    semantics, are examined. Finally, the constructive stratum model that will    guarantee the functioning of its entire infrastructure is explained <em>&nbsp; </em></p>     <p><em>Key words: </em>Semantic Web, information organization and retrieval, information and communication technologies. </p>     <p>&nbsp; </p>     <p>Copyright: &copy; ECIMED. Contribuci&oacute;n de acceso abierto, distribuida bajo los t&eacute;rminos de la Licencia Creative Commons Reconocimiento-No Comercial-Compartir Igual 2.0, que permite consultar, reproducir, distribuir, comunicar p&uacute;blicamente y utilizar los resultados del trabajo en la pr&aacute;ctica, as&iacute; como todos sus derivados, sin prop&oacute;sitos comerciales y con licencia id&eacute;ntica, siempre que se cite adecuadamente el autor o los autores y su fuente original. </p>     ]]></body>
<body><![CDATA[<p>Cita (Vancouver): Rodr&iacute;guez Perojo K. <strong></strong>Web sem&aacute;ntica: un nuevo enfoque para la organizaci&oacute;n y la recuperaci&oacute;n de informaci&oacute;n en el Web. Acimed 2005;13(6). Disponible en: <a href="http://bvs.sld.cu/revistas/aci/vol13_5_05/aci01505.htm">http://bvs.sld.cu/revistas/aci/vol13_6_05/aci03605.htm </a> Consultado: d&iacute;a/mes/a&ntilde;o. </p>     <p>&nbsp; </p>     <p align="right"><em>“Cient&iacute;ficos y especialistas poco inclinados a la ciencia ficci&oacute;n o a la especulaci&oacute;n futurol&oacute;gica – m&aacute;s cerca de Nobert Wiener, creador de la Cibern&eacute;tica , que de Arthur Clarke, padre de la comunicaci&oacute;n por sat&eacute;lite,- anunciaron una &eacute;poca radicalmente distinta, basada en la microelectr&oacute;nica y la transmisi&oacute;n global instant&aacute;nea. Incluso previeron el surgimiento de nuevas formas de civilizaci&oacute;n y culturas generales por el procesamiento masivo de datos e </em><em>im&aacute;genes accesibles a escala universal </em><em>mediante sat&eacute;lites y redes digitales” </em></p>     <p align="right"><em>Enrique Gonz&aacute;lez Manet ” La Era de las Nuevas Tecnolog&iacute;as” </em></p>     <p>&nbsp; </p>     <p>Actualmente, los sitios web emplean el HTML ( <em>Hypertext Markup Language </em>) como lenguaje est&aacute;ndar para la representaci&oacute;n de la informaci&oacute;n. “La evoluci&oacute;n experimentada por el HTML desde sus inicios no s&oacute;lo permite mostrar informaci&oacute;n textual sino que puede incluir tambi&eacute;n im&aacute;genes, y presentarla en un formato particular”. <span class="superscript">1 </span></p>     <p>La web sem&aacute;ntica es un &aacute;rea prol&iacute;fera, situada en la confluencia de la inteligencia artificial y las tecnolog&iacute;as web, que propone nuevas t&eacute;cnicas y paradigmas para la representaci&oacute;n de la informaci&oacute;n y el conocimiento; para facilitar, tanto localizar como el compartir, integrar y recuperar recursos. <span class="superscript">2 </span></p>     <p>Dicho enfoque propone enriquecer la estructura de la informaci&oacute;n y agregar componentes sem&aacute;nticos que puedan procesarse de forma autom&aacute;tica. La nueva generaci&oacute;n de formatos est&aacute; encabezada por XML ( <em>Extensible Markup Language </em>) y RDF ( <em>Resource Description Framework </em>), los cuales incluir&aacute;n <em>ontolog&iacute;as </em> -taxonom&iacute;a de conceptos con atributos y relaciones que proporcionan un vocabulario consensuado para definir redes sem&aacute;nticas de unidades de informaci&oacute;n interrelacionadas- que especificar&aacute;n las reglas l&oacute;gicas para que los agentes de software reconozcan y clasifiquen cada concepto. La evoluci&oacute;n del web, en opini&oacute;n de Pablo Castells, durante los &uacute;ltimos 15 a&ntilde;os, no puede pasar por alto los siguientes acontecimientos:<span class="superscript"> 2 </span></p>     <p>1989: <em>Tim Berners Lee </em> presenta su proyecto WWW en el CERN ( <em>Conseil Europ&eacute;en pour la Recherche Nucl&eacute;aire </em>). </p>     <p>1993: Creaci&oacute;n de los primeros servidores Web y el navegador <em>Mosaic </em>. </p>     ]]></body>
<body><![CDATA[<p>1994: Creaci&oacute;n del Consorcio Web (World Wide Web Consortium o W3C). </p>     <p>1997: Creaci&oacute;n de SHOE ( <em>Simple HTML Ontology Extensions </em>), primer antecedente de la web sem&aacute;ntica, basado en HTML. </p>     <p>Son numerosos los proyectos desarrollados en Internet con lenguajes de codificaci&oacute;n de ontolog&iacute;as. El servidor Ontolingua, resultado del KSE ( <em>Knowledge Sharing Effort </em>), ofrece herramientas para crear ontolog&iacute;as, integrarlas con otras existentes e incorporarlas a nuevos productos de software. Otro enfoque es el aportado por <em>Luke, Spector y Rager </em> con el desarrollo de SHOE ( <em>Simple HTML Ontology Extensions </em>) como complemento sem&aacute;ntico de HTML, que refleja el contenido de la p&aacute;gina web y que puede utilizarse por agentes de software para el descubrimiento de informaci&oacute;n. Posteriormente SHOE ha evolucionado hacia RDF, y es OWL ( <em>Web Ontology Language </em>), la m&aacute;s reciente especificaci&oacute;n, mantenida por el Consorcio del Web y que intenta proveer de un lenguaje que pueda utilizarse para describir clases y relaciones entre ellas inherentes a documentos y aplicaciones web. </p>     <p>La utilizaci&oacute;n de ontolog&iacute;as tambi&eacute;n est&aacute; presente en el proyecto FERMI ( <em>Formalization and Experimentation on the Retrieval Multimedia Information </em>), bajo la supervisi&oacute;n de <em>C. J “Keith </em>” <em>van Rijsbergen, </em> en el que se incluyen herramientas de planificaci&oacute;n, descubrimiento y selecci&oacute;n de recursos de informaci&oacute;n multimedia. El proyecto IMP ( <em>Information Manifold Project </em>) desarrollado en el &aacute;mbito de Bell Labs, en el que se hace uso de las ontolog&iacute;as para identificar las fuentes de informaci&oacute;n pertinentes a una b&uacute;squeda, acceder a ellas, obtener documentos relevantes, compararlos, seleccionar los m&aacute;s adecuados y ofrecer un resumen previo al usuario. En el &aacute;mbito de la medicina, se destaca el proyecto UMLS ( <em>Unified Medical Language System </em>), desarrollado por la National Library of Medicine de los Estados Unidos, que utiliza las ontolog&iacute;as como una herramienta m&aacute;s para el acceso, integraci&oacute;n y recuperaci&oacute;n de informaci&oacute;n biom&eacute;dica. </p>     <p>En este sentido, el grupo de trabajo SWAD Europe ( <em>Semantic Web Advanced Development </em>), “tiene como objetivo poner de manifiesto, mediante ejemplos pr&aacute;cticos, c&oacute;mo este conjunto de tecnolog&iacute;as suponen una ventaja real para la actual web, y resuelven problemas en &aacute;reas como: tesauros, clasificaciones, agendas, b&uacute;squeda de recursos etc&eacute;tera”. <span class="superscript">3 </span></p>     <p>A partir de la integraci&oacute;n de toda una infraestructura tecnol&oacute;gica, “que permita el intercambio global de conocimiento asistido por m&aacute;quina”, <span class="superscript">4</span> y la codificaci&oacute;n del significado de la informaci&oacute;n mediante lenguajes de marcado, toma forma el concepto de la web sem&aacute;ntica como “una extensi&oacute;n del web actual en el que el significado de la informaci&oacute;n est&eacute; bien definido, y permita al hombre y las m&aacute;quinas trabajar en estrecha cooperaci&oacute;n”. <span class="superscript">5 </span></p>     <p>La web sem&aacute;ntica es una extensi&oacute;n del web cuya idea b&aacute;sica es tener los datos definidos y relacionados para que su uso sea m&aacute;s efectivo y sea posible su automatizaci&oacute;n, integraci&oacute;n y re-utilizaci&oacute;n por medio de diferentes aplicaciones, es decir, pretende proporcionar una infraestructura que permita que las p&aacute;ginas web, las bases de datos, los programas y aplicaciones, los dispositivos, tanto personales como los empleados en el hogar, puedan consumir y producir datos, sin los problemas causados por los diferentes protocolos de acceso a la informaci&oacute;n que hacen de la transferencia de contenidos una tarea ardua y dif&iacute;cil. El soporte principal para la organizaci&oacute;n, almacenamiento y distribuci&oacute;n de la informaci&oacute;n siguen siendo los sistemas taxon&oacute;micos, es decir, sistemas de clasificaci&oacute;n que respondan a necesidades concretas de las empresas, bibliotecas y centros de informaci&oacute;n en favor no s&oacute;lo de los usuarios humanos, sino de las m&aacute;quinas tambi&eacute;n. </p> <h2><a>&nbsp; </a></h2> <h4>REPRESENTACI&Oacute;N GR&Aacute;FICA DEL CONOCIMIENTO </h4> <h6>Taxonom&iacute;as: concepto y aplicaci&oacute;n </a></h6>     <p>Cuando se busca informaci&oacute;n en las p&aacute;ginas amarillas de un directorio telef&oacute;nico, espec&iacute;ficamente en el &iacute;ndice de categor&iacute;as, encontramos en los encabezamientos de Autom&oacute;viles otras subcategor&iacute;as: </p>     <p>- Autom&oacute;viles, agencias de. </p>     <p>- Autom&oacute;viles, alquiler de. </p>     ]]></body>
<body><![CDATA[<p>- Autom&oacute;viles, reparaciones. </p>     <p>Ello representa un ejemplo de taxonom&iacute;a; el conjunto de p&aacute;ginas es una gran taxonom&iacute;a ordenada alfab&eacute;ticamente con la finalidad adicional de asistir al usuario en la b&uacute;squeda de informaci&oacute;n. “El primer acercamiento hacia la web sem&aacute;ntica y el uso de servicios web ( <em>Web Servicies </em>) es la expresi&oacute;n de taxonom&iacute;as legibles por m&aacute;quina“. <span class="superscript">6</span> Las taxonom&iacute;as constituyen formas de clasificar y categorizar un grupo de elementos en forma de jerarqu&iacute;as; es simplemente una estructura en forma de &aacute;rbol con ramificaciones y cada punto de estas constituye un nodo. De forma general, para la Biolog&iacute;a una taxonom&iacute;a propone “el estudio de los principios generales de la clasificaci&oacute;n cient&iacute;fica: en particular, la clasificaci&oacute;n sistem&aacute;tica, es la clasificaci&oacute;n ordenada de plantas y animales acorde con sus relaciones naturales”. <span class="superscript">7 </span>La evoluci&oacute;n acelerada de las tecnolog&iacute;as de informaci&oacute;n ha provocado que el concepto de taxonom&iacute;a -que hasta hace pocos a&ntilde;os se manejaba s&oacute;lo en el campo biol&oacute;gico- atienda no solamente a construcciones abstractas del lenguaje natural, sino tambi&eacute;n a la clasificaci&oacute;n de entidades de informaci&oacute;n en forma de jerarqu&iacute;as, seg&uacute;n las relaciones que en el mundo real ellas representan. </p>     <p>As&iacute; cada nodo de la taxonom&iacute;a constituye una entidad de informaci&oacute;n que tiene lugar en mundo real y cada enlace entre nodos representa una relaci&oacute;n entre clases, donde estas relaciones, a su vez, representan clases de objetos, cuya terminolog&iacute;a se le atribuye a la programaci&oacute;n orientada a objetos en Inform&aacute;tica. </p>     <p>En la medida que se asciende o desciende en determinada jerarqu&iacute;a, las taxonom&iacute;as adquieren un grado mayor o menor de generalizaci&oacute;n o especificaci&oacute;n. En la clasificaci&oacute;n de informaci&oacute;n, permiten establecer relaciones simples o compuestas para un espacio de informaci&oacute;n -esquemas de meta-datos, tesauros, modelos conceptuales, Topic Maps y ontolog&iacute;as. </p>     <p>Desde este punto de vista, una taxonom&iacute;a es una jerarqu&iacute;a sem&aacute;ntica en la que las entidades de informaci&oacute;n se relacionan mediante clases y subclases; la primera es sem&aacute;nticamente m&aacute;s fuerte que la segunda, y por ello se enfatiza en las taxonom&iacute;as sem&aacute;nticamente d&eacute;biles y sem&aacute;nticamente fuertes. Las taxonom&iacute;as del primer orden carecen de complejidad para expresar agudeza o riqueza en el significado, pero las del segundo orden tratan de utilizar la noci&oacute;n de propiedades o atributos para diferenciar una subclase de la clase superior. </p>     <p>El uso m&aacute;s frecuente de las taxonom&iacute;as en ambiente web es en la navegaci&oacute;n, especialmente cuando se tiene una idea general de lo que se busca mediante la consulta a motores de b&uacute;squedas o directorios web. La Clasificaci&oacute;n Decimal de Dewey, en su versi&oacute;n electr&oacute;nica, es una taxonom&iacute;a utilizada en las bibliotecas digitales para proporcionarle a los lectores, tem&aacute;ticas o t&oacute;picos generales sobre los cuales tratan sus materiales de consulta. El Sistema de Clasificaci&oacute;n Industrial Internacional Est&aacute;ndar (NAICS) , concebida como taxonom&iacute;a para el comercio electr&oacute;nico y desarrollad por los Estados Unidos, Canad&aacute; y M&eacute;xico, posibilita comparar estad&iacute;sticas sobre la actividad empresarial en todo Norte Am&eacute;rica. </p>     <p>Las taxonom&iacute;as, como los tesauros y las ontolog&iacute;as, son mecanismos que permiten estructurar datos e informaci&oacute;n para dotar a los sistemas de recuperaci&oacute;n de informaci&oacute;n de al menos, un m&iacute;nimo de sem&aacute;ntica. En el web, pueden utilizarse para ayudar a los usuarios/clientes a encontrar productos y servicios, as&iacute; como para representar mejor sus necesidades de informaci&oacute;n. Como estructuras enfocadas a la clasificaci&oacute;n de contenido, posibilitan que los motores de b&uacute;squedas y otras aplicaciones que utilizan taxonom&iacute;as como los servicios web ( <em>Web Services </em>), localicen entidades de informaci&oacute;n m&aacute;s r&aacute;pido y con mayor grado de precisi&oacute;n y exhaustividad mediante UDDI ( <em>Universal Description Discovery and Integration </em>). </p>     <p>Las taxonom&iacute;as son excelentes mecanismos para clasificar entidades de informaci&oacute;n, de ah&iacute; que las ontolog&iacute;as utilizan taxonom&iacute;as como columna vertebral para su funcionamiento como base estructural. A juicio de <em>Taylor </em>, las ontolog&iacute;as, que en el campo de la recuperaci&oacute;n de informaci&oacute;n y la inteligencia artificial suponen un avance en la interrelaci&oacute;n entre los humanos y las computadoras, pueden ser no ling&uuml;&iacute;sticas -empleadas para la creaci&oacute;n de agentes inteligentes- y ling&uuml;&iacute;sticas, al vincularse con aspectos gram&aacute;ticos, sem&aacute;nticos y sint&aacute;cticos. </p>     <p>En unos casos, estas ontolog&iacute;as ling&uuml;&iacute;sticas se reducen a una lista jer&aacute;rquica de t&eacute;rminos en un &aacute;rea espec&iacute;fica o dominio del conocimiento y en otros, son vocabularios controlados con categor&iacute;as que incluyen un an&aacute;lisis sem&aacute;ntico de palabras para su posterior categorizaci&oacute;n y enlace con otras, en t&eacute;rminos similares a las relaciones propias de los tesauros y mapas conceptuales. </p>     <p>&nbsp; </p> <h4>Mapas conceptuales </a></h4>     ]]></body>
<body><![CDATA[<p>Los mapas conceptuales surgen en &aacute;mbito de la did&aacute;ctica de las disciplinas cient&iacute;ficas de la mano de <em>Joseph Novak </em> en 1984. Dicho autor propone el uso de una herramienta que llama <em>Concept Map </em>y que define como “un dispositivo esquem&aacute;tico que representa un conjunto de significados conceptuales incluidos en una estructura de proposiciones”. <span class="superscript">8</span> Para <em>Novak, </em> los mapas conceptuales no deben considerarse herramientas para el aprendizaje, sino un medio para desarrollar las actividades y rutinas necesarias para que este se produzca. </p>     <p>Los mapas conceptuales no aplican ning&uacute;n control del vocabulario. Para su construcci&oacute;n no existe ninguna normalizaci&oacute;n, sin embargo se puede afirmar que su construcci&oacute;n sigue las pautas siguientes: </p>     <p><em>- </em>Identificaci&oacute;n de los conceptos importantes de un dominio. </p>     <p>- Clasificaci&oacute;n de los m&aacute;s generales a los m&aacute;s espec&iacute;ficos. </p>     <p><em>- </em>Puesta en relaci&oacute;n del conjunto. </p>     <p>Los conceptos pueden representar entidades concretas o abstractas, acontecimientos y cosas, a la vez que pueden distinguir entre procesos, procedimientos y productos. Para la descripci&oacute;n de los conceptos tampoco existe ninguna norma o control. Su definici&oacute;n y valor depende &iacute;ntegramente de su creador. En cuanto a la representaci&oacute;n de la sem&aacute;ntica de los enlaces, tambi&eacute;n var&iacute;a seg&uacute;n los autores. Las etiquetas de los enlaces pueden ser verbos o preposiciones, verbos o nombres, verbos o conectores l&oacute;gicos y en algunos casos los enlaces no vienen etiquetados. En cualquier caso, es importante subrayar la importancia que siempre asume el verbo como encargado de la descripci&oacute;n de los procesos. </p>     <p>En cuanto a la tipolog&iacute;a de las relaciones que pueden unir a los nodos en un mapa conceptual, se pueden distinguir los esfuerzos hechos por numerosos investigadores, entre las que pueden citarse las que se emplean con m&aacute;s frecuencia en la mayor&iacute;a de los dominios del conocimiento: </p>     <p>- Los de directriz (analog&iacute;a, comentario). </p>     <p>- Relaciones f&iacute;sicas (sobre, debajo, cerca). </p>     <p>- Relaciones temporales (antes, despu&eacute;s). </p>     ]]></body>
<body><![CDATA[<p>- Relaciones l&oacute;gicas (causa- efecto). </p>     <p>Finalmente, los mapas conceptuales pueden responder a una organizaci&oacute;n jer&aacute;rquica o no jer&aacute;rquica, con enlaces &uacute;nicos o m&uacute;ltiples, dispuestos en forma de la tela de ara&ntilde;a o de c&iacute;rculos conc&eacute;ntricos, etc&eacute;tera. Como ejemplo de su uso, se puso en pr&aacute;ctica el dise&ntilde;o de un mapa conceptual orientado a la compresi&oacute;n, de forma general, de los componentes y tecnolog&iacute;as que integran el modelo de la web sem&aacute;ntica (fig. 1). El dise&ntilde;o se realiz&oacute; con el software IMHC Camp Tool, un kit de herramientas orientadas al dise&ntilde;o, mantenimiento e intercambio de mapas conceptuales, desarrollado por el Institute for Human and Machine Cognition (IHMC) de la Florida. </p>     <p align="center"><em><a href="/img/revistas/aci/v13n6/f0103605.jpg"><img src="/img/revistas/aci/v13n6/f0103605.jpg" width="355" height="326" border="0"></a>&nbsp; </em></p>     
<p align="center"><strong>Fig. 1 </a>Mapa conceptual de la web sem&aacute;ntica. </strong></p>     <p align="center">&nbsp; </a></p> <h4>Los tesauros </h4>     <p>Sobre los or&iacute;genes del tesauro, <em>Norman Roberts </em>, relaciona de alg&uacute;n modo la aparici&oacute;n de este sistema de organizaci&oacute;n del conocimiento con tres factores: </p>     <p>- La llamada explosi&oacute;n de la informaci&oacute;n que dio lugar a la desactualizaci&oacute;n de los sistemas tradicionales. </p>     <p>- La necesidad de mecanizar los procesos t&eacute;cnicos. </p>     <p>- La teor&iacute;a de la indizaci&oacute;n post-coordinada del bibliotecario estadounidense <em>Mortimer Taube </em>. <span class="superscript">9</span> </p>     <p>El tesauro es un sistema de organizaci&oacute;n del conocimiento, cuyos t&eacute;rminos de indizaci&oacute;n se estructuran en un sistema de relaciones expl&iacute;citas que consta de un vocabulario de indizaci&oacute;n, conformado por descriptores e identificadores. Ambos son t&eacute;rminos aceptados en la indizaci&oacute;n para describir el contenido de los documentos en los cat&aacute;logos de la biblioteca, bibliograf&iacute;as u otros documentos secundarios; incluyen, a su vez no descriptores <em></em>que son sin&oacute;nimos o <em> cuasi </em>-sin&oacute;nimos de los descriptores. Su funci&oacute;n es remitir desde un t&eacute;rmino no autorizado al t&eacute;rmino equivalencia, cuyos descriptores, identificadores y no descriptores forman el vocabulario de entrada <em></em>del tesauro. En un tesauro, se hacen expl&iacute;citos tres tipos de relaciones: </p>     ]]></body>
<body><![CDATA[<p>- Relaciones de equivalencia. </p>     <p>- Relaciones de jerarqu&iacute;a. </p>     <p>- Relaciones de asociaci&oacute;n. </p>     <p>Un tesauro debe mostrar las tres relaciones; cuando se omiten, se trata de una lista de descriptores, pero no de un tesauro. La sintaxis del tesauro es poscoordinada, es decir, los t&eacute;rminos se almacenan en el registro bibliogr&aacute;fico sin seguir un orden de cita predefinido y se coordinan en el momento de la recuperaci&oacute;n. Desde el punto de vista de los tesauros, es muy interesante la propuesta que hacen <em>Corcho, Fern&aacute;ndez </em><em>L&oacute;pez y G&oacute;mez P&eacute;rez </em>, al mencionar, las ontolog&iacute;as de peso ligero, que incluyen los conceptos, las taxonom&iacute;as de los conceptos, las relaciones entre conceptos y las propiedades que describen los conceptos. <span class="superscript">10</span> De esta propuesta, puede deducirse claramente su vinculaci&oacute;n con los tesauros. Por otra parte, se encuentran las ontolog&iacute;as de gran peso y que superan el &aacute;mbito de los tesauros al a&ntilde;adir axiomas. </p>     <p>“Desde hace algunos a&ntilde;os, diversos investigadores han defendido la necesidad tanto de cambios estructurales como de adaptaciones tecnol&oacute;gicas por parte de los tesauros”. <span class="superscript">11</span> Desde el punto de vista estructural, cabe subrayar la preponderancia de las relaciones asociativas en detrimento de las jer&aacute;rquicas, que desaparecer&aacute;n una vez construido el vocabulario, porque la jerarqu&iacute;a pierde su importancia en favor de las construcciones asociativas, aun cuando mantiene funciones de ayuda a la construcci&oacute;n. </p>     <p>Desde la perspectiva tecnol&oacute;gica, es relevante el creciente inter&eacute;s por su conexi&oacute;n con la recuperaci&oacute;n de informaci&oacute;n, as&iacute; como otras propuestas como las que hacen referencia a la construcci&oacute;n autom&aacute;tica de tesauros, en sus diversas formas. En lo que respecta a su traslaci&oacute;n tecnol&oacute;gica, existen nuevos desarrollos de lenguajes documentales en el web, porque los tesauros en l&iacute;nea actuales destacan por su potencialidad hipertextual, empleada para convertir las relaciones entre t&eacute;rminos en enlaces, cuesti&oacute;n que tambi&eacute;n se refleja en los lenguajes epistemogr&aacute;ficos. Frente a esta ventaja, los tesauros en l&iacute;nea tienen un alto costo de mantenimiento, en especial en lo que se refiere a la actualizaci&oacute;n de los enlaces, y requieren de operaciones complejas derivadas de la automatizaci&oacute;n, pero no son din&aacute;micos ni adecuados para el tratamiento de objetos, lo que s&iacute; parece resolverse con los Topic Map y las ontolog&iacute;as. En el caso de los Topic Maps, lo m&aacute;s significativo es que no establece un n&uacute;mero concreto y cerrado de tipos posibles de relaci&oacute;n, sino que deja abierta la posibilidad de establecer un n&uacute;mero potencialmente infinito de tipos de relaciones. </p>     <p><em>Berners-Lee, Hendler y Lassila, </em> cuando aluden a la idea de la web sem&aacute;ntica, cuyo objetivo es proporcionar un lenguaje que exprese los datos y las reglas para el razonamiento acerca de aquellos, y aportar reglas para que cualquier sistema de representaci&oacute;n de conocimiento pueda exportarse al web, se&ntilde;alan a las ontolog&iacute;as como un instrumento &uacute;til, porque definen formalmente la relaci&oacute;n entre t&eacute;rminos, para lo que es necesario contar con una taxonom&iacute;a y con un conjunto de reglas de inferencia. <span class="superscript">5 </span></p> <h4>    <br> Las ontolog&iacute;as </h4>     <p>El crecimiento de la informaci&oacute;n en el web ha generado nuevas perspectivas para el dise&ntilde;o de clasificaciones, tesauros y ontolog&iacute;as. Estos lenguajes colaboran en la descripci&oacute;n de los diferentes recursos de informaci&oacute;n y en su posterior recuperaci&oacute;n, lo que tambi&eacute;n pudiese mejorar la recuperaci&oacute;n de informaci&oacute;n en el web, en t&eacute;rminos de efectividad, rapidez y facilidad de acceso a la informaci&oacute;n. Para la Metaf&iacute;sica , como rama de la Filosof&iacute;a cuyo estudio se centra en la naturaleza de la realidad &uacute;ltima, las ontolog&iacute;as describen los rasgos m&aacute;s generales de esta, como subdivisi&oacute;n que analiza los tipos fundamentales de entidades que componen el Universo, y en la metaf&iacute;sica propiamente dicha, describe los rasgos m&aacute;s generales de la realidad. Sin entrar en la validez de su significado, constituyen un tipo de instrumento que permite la representaci&oacute;n del conocimiento en un &aacute;rea determinada en clara conexi&oacute;n con su recuperaci&oacute;n en entornos inform&aacute;ticos. </p>     <p>Las ontolog&iacute;as se utilizaron tradicionalmente como modelo de representaci&oacute;n de conocimiento en la inteligencia artificial. Seg&uacute;n la definici&oacute;n ofrecida por <em> Gruber </em>y posteriormente extendida por <em>Studer, Benjamins y Fensel, </em> una ontolog&iacute;a es “una especificaci&oacute;n expl&iacute;cita y formal de una conceptualizaci&oacute;n”. <span class="superscript">12</span> M&aacute;s concretamente, una ontolog&iacute;a estar&aacute; formada por una taxonom&iacute;a relacional de conceptos y por un conjunto de axiomas o reglas de inferencia mediante los cuales se podr&aacute; inferir un nuevo conocimiento. </p>     ]]></body>
<body><![CDATA[<p>En la literatura especializada, la palabra ontolog&iacute;a apunta al mismo tiempo a cosas que, a&uacute;n estando relacionadas en muchos sentidos, presentan diferencias evidentes. Sobre esta base <em>Neches </em>, delimita la ontolog&iacute;a desde el punto de vista descriptivo como” un instrumento que define los t&eacute;rminos b&aacute;sicos y relaciones a partir del vocabulario de un &aacute;rea de conocimiento, as&iacute; como las reglas de combinaci&oacute;n de estos t&eacute;rminos y relaciones para definir extensiones a un vocabulario”. <span class="superscript">13 </span>El paralelismo con los tesauros es evidente, especialmente en lo que concierne a la delimitaci&oacute;n de los t&eacute;rminos que deben formar parte de una construcci&oacute;n de representaci&oacute;n del conocimiento en lo que se refiere a las relaciones que se establecen. Tambi&eacute;n pueden identificarse definiciones basadas en los procesos que se han de seguir para la construcci&oacute;n de cualquier ontolog&iacute;a, construcci&oacute;n que es considerada desde muchas perspectivas, incluso de hasta quienes incluyen en esta categor&iacute;a, las clasificaciones utilizadas para la confecci&oacute;n de los directorios web como los de Yahoo y Lycos. </p> <h6>Objetivos, tipolog&iacute;a y estructura </a>   </p> </h6>     <p><em>Noy y McGuinness </em>, plantean que las ontolog&iacute;as tienen como objetivos principales los siguientes: <span class="superscript">14 </span></p>     <p>- Compartir la compresi&oacute;n com&uacute;n de la estructura de informaci&oacute;n entre personas o agentes de software, lo que debe revertirse de forma positiva y casi necesaria en la extracci&oacute;n y recuperaci&oacute;n de informaci&oacute;n, en p&aacute;ginas web, de contenidos conectados tem&aacute;ticamente. </p>     <p>- Permitir la reutilizaci&oacute;n del conocimiento perteneciente a un dominio. Por ejemplo, a la hora de iniciar la elaboraci&oacute;n de una ontolog&iacute;a. </p>     <p>- Permite hacer expl&iacute;citos los supuestos de un dominio. Esta aseveraci&oacute;n puede conducir a conclusiones muy interesantes para la representaci&oacute;n del conocimiento m&aacute;s all&aacute; de consideraciones t&eacute;cnicas, operativas e inform&aacute;ticas. </p>     <p>- Separa el conocimiento de un dominio del conocimiento que se puede denominar operacional. Con esto se alude a que, en ocasiones, el conocimiento que se est&aacute; representando se puede implicar en diferentes &aacute;reas al pertenecer m&aacute;s a un conocimiento relacionado con procesos. </p>     <p>- Hace posible analizar el conocimiento de un campo, por ejemplo en lo que se refiere al estudio de los t&eacute;rminos y relaciones que lo configuran ya sea formalmente o no. </p>     <p>En el contexto de uso actual de las ontolog&iacute;as, como son los portales web, las colecciones multimedia, el dise&ntilde;o de documentos web, los agentes inteligentes, el comercio electr&oacute;nico, la gesti&oacute;n de la imagen audiovisual, entre otras, pueden contribuir a una mejora en la comunicaci&oacute;n con la reducci&oacute;n de la confusi&oacute;n terminol&oacute;gica y conceptual en un &uacute;nico marco de trabajo, as&iacute; como a su interoperabilidad. En efecto, las ontolog&iacute;as, en principio, han de potenciar el intercambio de datos en contextos inform&aacute;ticos y digitales en entornos heterog&eacute;neos y distribuidos gracias a los fundamentos sem&aacute;nticos que se encuentran en ellas. </p>     <p>Seg&uacute;n <em>Guarino </em> existen ontolog&iacute;as de nivel m&aacute;s alto: <span class="superscript">15 </span></p>     <p>- Las de dominios: Est&aacute;n destinadas a describir todos los conceptos generales como el espacio, el tiempo, la materia, el objeto, el hecho, la acci&oacute;n, etc., mediante la clasificaci&oacute;n fac&eacute;tica. </p>     ]]></body>
<body><![CDATA[<p>- Las de tareas: <em></em>Describen actividades, lo que puede resultar &uacute;til en las organizaciones. </p>     <p>- Las de aplicaciones: <em></em>Las ontolog&iacute;as de aplicaciones describen los conceptos conforme a un campo determinado o tareas concretas, que resultan, en muchas ocasiones, especializaciones de diversas ontolog&iacute;as. </p>     <p>Para <em>Guerrero y Lozano </em>, las ontolog&iacute;as m&aacute;s cercanas al dominio de la Documentaci&oacute;n ser&iacute;an las ontolog&iacute;as terminol&oacute;gicas porque especifican los t&eacute;rminos empleados para representar un conocimiento, y las de Informaci&oacute;n, al delimitar la estructura de almacenamiento de bases de datos. <span class="superscript">16</span> Su trascendencia documental radica en que cada t&eacute;rmino y cada relaci&oacute;n entre &eacute;stos, se define formalmente. Lo que marca la diferencia con los actuales tesauros es la presencia de una mayor variedad de relaciones entre los conceptos, procedentes adem&aacute;s del modelo conceptual existente en el dominio formalizado. Asimismo, su funci&oacute;n m&aacute;s importante es la de almacenar conocimiento de forma que pueda utilizarse por sistemas autom&aacute;ticos capaces de realizar deducciones a partir de la variedad de relaciones entre conceptos. En cuanto a su estructura, en t&eacute;rminos generales, se puede decir que una ontolog&iacute;a es una forma m&aacute;s de describir formalmente el conocimiento de un dominio y que se compone de las siguientes partes: </p>     <p>- Clases y subclases: se definen como el conjunto de caracter&iacute;sticas que presentan los objetos, especifican relaciones de ubicaci&oacute;n en una jerarqu&iacute;a determinada, as&iacute; como relaciones sem&aacute;nticas entre entidades de informaci&oacute;n. </p>     <p>- Slots: en ocasiones llamados roles o propiedades, delimitan las propiedades y caracter&iacute;sticas de cada concepto, describen varios rasgos y atributos. Ellos ayudan a definir las caracter&iacute;sticas de las clases. Pueden ser intr&iacute;nsecos, extr&iacute;nsecos, partes o bien relaciones de miembros individuales de las clases y otros &iacute;tems. </p>     <p>- Facetas: tambi&eacute;n llamadas restricciones de roles, describen cosas como los tipos de valores, los valores permitidos, el n&uacute;mero de valores y cualquier otra caracter&iacute;stica que un slot puede tomar. Entre las propiedades m&aacute;s comunes de las facetas est&aacute;n la cardinalidad -permiten definir cu&aacute;ntos valores puede tener un spot-, el tipo de valor del slot (string, n&uacute;mero, operadores booleanos), dominio y rango de un slot, etc&eacute;tera. </p>     <p>Tambi&eacute;n se podr&iacute;an incluir en esta enumeraci&oacute;n b&aacute;sica, formas de c&aacute;lculo como las funciones y los axiomas, que son teoremas sobre las relaciones que deben cumplir los elementos de una ontolog&iacute;a. </p>     <p>Finalmente, destacan las instancias, que en realidad son objetos de una clase. </p> <h6>    <br> M&eacute;todos, herramientas y lenguajes de codificaci&oacute;n </a></h6>     <p>Son muchos los m&eacute;todos de creaci&oacute;n de ontolog&iacute;as propuestos al amparo de diferentes grupos de investigaci&oacute;n. Se pueden destacar los m&eacute;todos de <em>Uschol and </em><em>King's </em>, el utilizado en el proyecto Rodas, el m&eacute;todo Methontology, el Onto-Knowledge, etc&eacute;tera. As&iacute;, en ocasiones, se acude a la investigaci&oacute;n de las propiedades de los conceptos o de sus relaciones, al uso de esquemas de conceptos sem&aacute;nticos, al uso del modelo de entidad-relaci&oacute;n para crear conceptos sem&aacute;nticos con la idea de agrupar entidades y relaciones o al trabajo con estructuras conceptuales asimilables a las redes jer&aacute;rquicas de trabajo. </p>     ]]></body>
<body><![CDATA[<p><em>Ding y Foo </em> realizan un repaso por los diferentes m&eacute;todos de trabajo empleados para el dise&ntilde;o de ontolog&iacute;as y establecen los siguientes: <span class="superscript">17-18 </span></p>     <p><em>- Datos-fuente </em>: vocabularios controlados, <em>corpus </em> de sentencias, extracci&oacute;n en texto libre, preguntas de usuarios, etc&eacute;tera. </p>     <p><em>- M&eacute;todos para la extracci&oacute;n de conceptos </em>: contempla las diferentes t&eacute;cnicas empleadas en la extracci&oacute;n de informaci&oacute;n: an&aacute;lisis sint&aacute;ctico, procesamiento del lenguaje natural, implicaci&oacute;n humana, etc.). </p>     <p><em>- M&eacute;todos para la extracci&oacute;n de relaciones </em>: se aplican normalmente de forma autom&aacute;tica a partir diversos algoritmos aunque en ocasiones se aplica de forma manual. </p>     <p><em>- Reutilizaci&oacute;n de ontolog&iacute;as </em>: suele ser habitual utilizar como base otros instrumentos terminol&oacute;gicos. </p>     <p><em>- Representaci&oacute;n de la ontolog&iacute;a </em>: que va desde la estructura jer&aacute;rquica, pasando por la l&oacute;gica de descripci&oacute;n, hasta los grafos conceptuales y el XML. </p>     <p><em>- Herramienta o sistema asociados </em>: donde se puede observar que no siempre hay programas inform&aacute;ticos inmiscuidos en los proyectos orientados a ontolog&iacute;as. </p>     <p>En general, se puede afirmar que la elaboraci&oacute;n y construcci&oacute;n de una ontolog&iacute;a debe tener en cuenta su relaci&oacute;n con la arquitectura del sistema de informaci&oacute;n en el que est&aacute; inmersa sin olvidar la importancia que se deriva de la formular teor&iacute;as de conocimiento sobre un dominio determinado. Y todo esto sin contar con las diferentes &aacute;reas como la evaluaci&oacute;n, el aprendizaje, la reingenier&iacute;a, etc&eacute;tera. Tambi&eacute;n son variadas las herramientas relacionadas con las ontolog&iacute;as. Desde las iniciales <em>Ontolingua Server </em>, <em>Ontosaurus </em> a las m&aacute;s recientes como <em>Prot&eacute;g&eacute; 2000 </em>, <em>WebODE </em>, y <em>Ontoedit </em>. </p>     <p>Las herramientas para la elaboraci&oacute;n de las ontolog&iacute;as se subdividen en: <span class="superscript">19 </span></p>     <p>1) Herramientas de desarrollo de ontolog&iacute;as: este grupo incluye las herramientas que sirven para la construcci&oacute;n de nuevas ontolog&iacute;as o bien para la reutilizaci&oacute;n de las existentes. Destacan entre sus funcionalidades la edici&oacute;n y la consulta, as&iacute; como la exportaci&oacute;n e importaci&oacute;n de ontolog&iacute;as, la visualizaci&oacute;n en diversos formatos gr&aacute;ficos, etc&eacute;tera. </p>     ]]></body>
<body><![CDATA[<p>2) Herramientas de fusi&oacute;n e integraci&oacute;n de ontolog&iacute;as: pretenden solucionar el problema de la combinaci&oacute;n y la integraci&oacute;n de diversas ontolog&iacute;as de un mismo dominio, lo que ocurre cuando se unen dos organizaciones diferenciadas, o cuando se pretende obtener una ontolog&iacute;a de calidad, a partir de las existentes. </p>     <p>3) Herramientas de evaluaci&oacute;n de ontolog&iacute;as: aparecen como instrumentos de apoyo que deben asegurar que tanto las ontolog&iacute;as como las tecnolog&iacute;as relacionadas tengan un nivel m&iacute;nimo de calidad. Para el futuro, este esfuerzo puede tambi&eacute;n conducir a las certificaciones estandardizadas. </p>     <p>4) Herramientas basadas de la anotaci&oacute;n: estas herramientas se han dise&ntilde;ado para permitir a los usuarios insertar informaciones y datos. La mayor&iacute;a de estas herramientas han aparecido recientemente, junto con la aparici&oacute;n de la idea de la web sem&aacute;ntica. </p>     <p>5) Herramientas de almacenamiento y preguntas: son instrumentos que se han creado para permitir utilizar con facilidad las ontolog&iacute;as. La clave est&aacute; en el intento de que el web se convierta en una aut&eacute;ntica plataforma para transmitir conocimiento. </p>     <p>6) Herramientas de aprendizaje: se utilizan semiautom&aacute;ticamente para construir ontolog&iacute;as a partir del lenguaje natural.     <br> &nbsp; </a></p> <h6>Tesauros y ontolog&iacute;as: diferencias y convergencias. </a></h6>     <p>Son varios los autores que han profundizado en las diferencias existentes entre las ontolog&iacute;as y los tesauros. Por ejemplo, <em>Qin y Paling </em> entienden que las primeras son superiores a los segundos por varias razones: en primer lugar, presentan un nivel m&aacute;s alto de concepci&oacute;n y de descripci&oacute;n del vocabulario. Adem&aacute;s, las ontolog&iacute;as se caracterizan por un desarrollo sem&aacute;ntico m&aacute;s profundo para las relaciones del tipo clase/subclase y para las relaciones cruzadas, lo que supone la ampliaci&oacute;n de &eacute;stas y un mayor cuidado en su descripci&oacute;n, por supuesto expl&iacute;cita. En tercer lugar, destacan el uso de la l&oacute;gica empleada en la descripci&oacute;n de situaciones. Y por &uacute;ltimo, enfatizan en la reusabilidad de las ontolog&iacute;as y en la posibilidad del trabajo en sistemas heterog&eacute;neos, al describir formalmente objetos en el mundo, sus propiedades y sus relaciones. <span class="superscript">20 </span></p>     <p>En esta misma l&iacute;nea de pensamiento, <em>Ding y Foo </em> creen que las diferencias fundamentales entre una ontolog&iacute;a y un vocabulario de representaci&oacute;n convencional como los tesauros se sit&uacute;an en el nivel de abstracci&oacute;n, en las relaciones entre conceptos, en la capacidad para que sean comprensibles para las m&aacute;quinas y, lo m&aacute;s importante, en la expresividad que pueden proporcionar: <span class="superscript">17-18 </span></p>     <p>Una ontolog&iacute;a puede estar elaborada de acuerdo con diferentes requerimientos y, al mismo tiempo, puede funcionar como un esquema de base de datos y como una aut&eacute;ntica base de conocimiento para definir varias tareas o aplicaciones. </p>     <p>Una ontolog&iacute;a potencia la comunicaci&oacute;n entre los humanos y las computadoras mientras que un vocabulario convencional en el mundo de lo que ellos llaman Library Science s&oacute;lo permite la comunicaci&oacute;n entre seres humanos. </p>     ]]></body>
<body><![CDATA[<p>Una ontolog&iacute;a promueve la normalizaci&oacute;n y reutilizaci&oacute;n de la representaci&oacute;n de la informaci&oacute;n mediante la identificaci&oacute;n del conocimiento com&uacute;n y compartido. </p>     <p>Las ontolog&iacute;as a&ntilde;aden valor a los tesauros tradicionales por medio de una sem&aacute;ntica m&aacute;s profunda, as&iacute; como desde un prisma conceptual, relacional e inform&aacute;tico. De hecho, una mayor profundidad sem&aacute;ntica puede implicar niveles m&aacute;s profundos de jerarqu&iacute;a, enriquecidas relaciones entre clases y conceptos, as&iacute; como la capacidad de formular reglas de inferencia. </p>     <p>No obstante, tambi&eacute;n se pueden encontrar puntos de encuentro: la creciente complementariedad entre el lenguaje natural y los lenguajes controlados y la disminuci&oacute;n en las diferencias entre los distintos lenguajes documentales. Se afirma que las ontolog&iacute;as son instrumentos claramente conectados con los agentes expertos en su objetivo de filtrar informaci&oacute;n y que, en muchos casos, pueden derivar en tesauros. </p>     <p>Asi mismo, <em>Qin y Paling </em> afirman que las ontolog&iacute;as son instrumentos adecuados para la definici&oacute;n de un vocabulario de representaci&oacute;n y coinciden con los tesauros y con las clasificaciones en su capacidad para representar el contenido de un documento por medio de la abstracci&oacute;n y de las relaciones entre conceptos. <span class="superscript">20 </span></p>     <p>Para ayudar a comprender qu&eacute; es una ontolog&iacute;a y sus diferencias con los tesauros, muchos especialistas dedicados a la ingenier&iacute;a del conocimiento suelen hacer una distinci&oacute;n entre dos aspectos muy importantes: t&eacute;rminos y conceptos. Tales aspectos establecen diferencias entre los tesauros y ontolog&iacute;as mediante el “ <em>Tri&aacute;ngulo del significado </em>”, que intenta mostrar de forma abreviada los tres componentes del significado de los lenguajes naturales como pueden ser el ingl&eacute;s y el espa&ntilde;ol (fig. 2). Este tri&aacute;ngulo b&aacute;sico representa de forma de forma anal&iacute;tica las relaciones existentes entre el significado, el significante y el referente. El significante simboliza un significado, el significado se refiere a un referente, y el significante representa, de forma convencional, al referente. El primer componente, ubicado en el v&eacute;rtice izquierdo del tri&aacute;ngulo, alude al t&eacute;rmino representado mediante s&iacute;mbolos o palabras y las reglas para combinarlas mediante frases y oraciones (sintaxis). Dicho componente, por si solo, no adquiere significado hasta asociarse con otros componentes como los conceptos y sus referentes en el mundo real. <span class="superscript">21 </span></p>     <p align="center"><a href="/img/revistas/aci/v13n6/f0203605.jpg"><img src="/img/revistas/aci/v13n6/f0203605.jpg" width="403" height="177" border="0"></a> </p>     
<p align="center"><strong>Fig. 2. Tri&aacute;ngulo del significado</strong></p>     <p align="center"><strong>&nbsp; </strong></p>     <p>Los tesauros generalmente operan con el lado izquierdo del tri&aacute;ngulo (t&eacute;rminos y conceptos), mientras las ontolog&iacute;as lo hacen m&aacute;s en el lado derecho (los conceptos y sus referentes), porque tratan de capturar y representar el significado de un dominio del conocimiento en particular y simularlo expl&iacute;citamente, siguiendo modelos mentales mediante el razonamiento inferencial.     <br> <em>&nbsp; </em></p> <h6>Representaci&oacute;n de las ontolog&iacute;as </a></h6>     ]]></body>
<body><![CDATA[<p>Las ontolog&iacute;as definen t&eacute;rminos y conceptos utilizados para describir y representar un &aacute;rea de conocimiento. En cuanto a los niveles de representaci&oacute;n, es necesario realizar distinciones en cuanto a los niveles de representaci&oacute;n, porque pueden considerarse como lenguajes o vocabularios sint&aacute;cticos acompa&ntilde;ados de sem&aacute;ntica. Adem&aacute;s, las ontolog&iacute;as forman parte del contenido en cualquier entorno de informaci&oacute;n distribuida o no, y como parte de este solamente pueden expresarse mediante lenguajes de contenidos generalmente denominados “ <em>Lenguajes de representaci&oacute;n del conocimiento </em>”. Seg&uacute;n <em>Daconta, Obrst y Smith </em> existen tres niveles de representaci&oacute;n para las ontolog&iacute;as: <span class="superscript">22 </span></p>     <p>- Nivel para la representaci&oacute;n de conocimiento ( <em>Metanivel </em>). </p>     <p>- Nivel para la representaci&oacute;n de conceptos ( <em>Nivel de objetos </em>). </p>     <p>- Nivel para la representaci&oacute;n de instancias. </p>     <p>En el primer nivel o metanivel de representaci&oacute;n de conocimiento, se definen las construcciones que se utilizar&aacute;n por las ontolog&iacute;as mediante un lenguaje formal. Estas construcciones acuden a la noci&oacute;n de clases, relaciones, propiedades y axiomas. Los lenguajes de representaci&oacute;n del conocimiento, a su vez, pueden dividirse en dos grupos: </p>     <p>- Lenguajes que anteceden al concepto web sem&aacute;ntica. </p>     <p>- Lenguajes para la representaci&oacute;n del conocimiento en la web sem&aacute;ntica. </p>     <p>En el segundo nivel, las ontolog&iacute;as se definen mediante el uso de las construcciones del primer nivel que son las ideas b&aacute;sicas que se intentan formalizar. Los conceptos pueden ser clases de objetos, m&eacute;todos, procesos de razonamiento, etc&eacute;tera. Asimismo, el tercer nivel es una extensi&oacute;n del segundo en el que las instancias se utilizan para representar objetos determinados de un concepto mediante bases de conocimiento.     <br> <em>&nbsp; </em></p> <h6>Redes sem&aacute;nticas, representaciones basadas en frames y l&oacute;gica descriptiva </a></h6>     <p>La representaci&oacute;n del conocimiento es una rama de la inteligencia artificial que estudia el dise&ntilde;o e implementaci&oacute;n de sistemas y lenguajes para representar el conocimiento sobre el mundo real, con la capacidad adicional de utilizar este conocimiento para el razonamiento inteligente y la eficiencia de los sistemas computacionales. De forma general, los lenguajes de representaci&oacute;n del conocimiento con limitaciones de expresividad no pueden emplearse directamente para el dise&ntilde;o de m&eacute;todos o algoritmos de razonamiento autom&aacute;tico que requieren mayor complejidad expresiva. De la representaci&oacute;n del conocimiento, se deriva, a su vez, de la noci&oacute;n de redes sem&aacute;nticas, desarrollada durante la d&eacute;cadas de los a&ntilde;os 60' y 70' del siglo XX, porque la primera elaboraci&oacute;n conceptual de las redes sem&aacute;nticas fue descrita por <em>Marvin Minsky </em> en su libro “ <em>Semantic Information Processing”, </em> donde explica los avances obtenidos en el campo de la inteligencia artificial en el MIT ( <em>Massachussets Institute of Technology </em>) en materia de representaci&oacute;n del conocimiento y describe “una estructura de red -t&iacute;picamente representada con grafos ac&iacute;clicos- para la expresi&oacute;n de sem&aacute;ntica o una representaci&oacute;n nodo-enlace de construcciones basadas en el conocimiento (conceptos y sus relaciones)”. <span class="superscript">23 </span></p>     ]]></body>
<body><![CDATA[<p>De ah&iacute; que lo que hoy se conoce como mapas del conocimiento probablemente pudieran tener sus bases te&oacute;ricas en las redes sem&aacute;nticas; el problema con las redes sem&aacute;nticas es que ellas eran estructuras heterog&eacute;neas, cuya representaci&oacute;n con sus dependencias sem&aacute;nticas, era s&oacute;lo realizada por los investigadores y los sistemas que las utilizaban sin extensi&oacute;n a otros entornos o aplicaciones computacionales. Los m&eacute;todos de razonamiento de las redes sem&aacute;nticas se basaron en estrategias particulares de implementaci&oacute;n, no en un lenguaje formal. </p>     <p>En un principio, el desarrollo de las redes sem&aacute;nticas no se reconoci&oacute; como un lenguaje para la representaci&oacute;n del conocimiento. “Entre finales de la d&eacute;cada de los a&ntilde;os 70' y principio de los 80' , la comunidad para la representaci&oacute;n del conocimiento comenz&oacute; a formalizar coherentemente la noci&oacute;n de red sem&aacute;ntica como un lenguaje para la representaci&oacute;n del conocimiento basada en la l&oacute;gica”. <span class="superscript">24</span> La primera formalizaci&oacute;n de una red sem&aacute;ntica basada en la l&oacute;gica fue el lenguaje basado en frames KL-ONE. Un lenguaje basado en la l&oacute;gica utiliza frames (marcos), que no son m&aacute;s que simples estructuras de datos para la representaci&oacute;n de conceptos (clases) y sus relaciones, concebidos dentro del paradigma de la modelaci&oacute;n orientada a objeto, porque el conocimiento de un dominio est&aacute; volcado sobre entidades primarias -representadas cono clases e instancias de estas- del dominio y cuyas propiedades se consideran est&aacute;ndares para modelos de objetos y ontolog&iacute;a como: herencia m&uacute;ltiple, valores predefinidos y las facetas, las cuales constituyen aspectos del conocimiento o meta-datos asociados a los frames. </p>     <p>Lenguajes como: DAML+ OIL y OWL, impl&iacute;cita o expl&iacute;citamente, permiten realizar distinciones para lograr la transparencia comunicativa entre usuario y lenguaje, un elemento importante a considerar a la hora de la interacci&oacute;n hombre-m&aacute;quina. Las redes sem&aacute;nticas evolucionan hacia sistemas basados en frames potenciado por la l&oacute;gica descriptiva, cuya descripci&oacute;n es una expresi&oacute;n en lenguaje formal que define un grupo de instancias. Adem&aacute;s, es un lenguaje para la representaci&oacute;n del conocimiento que consta de sintaxis y sem&aacute;ntica, la primera para construir descripciones y la segunda para definir el significado de cada descripci&oacute;n. La l&oacute;gica descriptiva es llamada en ocasiones l&oacute;gica terminol&oacute;gica, l&oacute;gica de clasificaci&oacute;n o l&oacute;gica de concepto basada en formalismos declarativos (axiomas) para la definici&oacute;n conceptual en m&uacute;ltiples taxonom&iacute;as. </p> <h6>    <br> Ontolog&iacute;as y mapeo sem&aacute;ntico </a></h6>     <p>Uno de los factores imprescindibles en la comprensi&oacute;n de las ontolog&iacute;as es su representaci&oacute;n en un espacio conceptual: <em>mapeo sem&aacute;ntico </em>. Esta definici&oacute;n corresponde a la confecci&oacute;n de diagramas o maquetas visuales que permitan resolver problemas de comprensi&oacute;n en t&eacute;rminos de significado entre sistemas, aplicaciones, bases de datos y colecciones documentales. El problema sem&aacute;ntico existe dentro y fuera de las ontolog&iacute;as, es decir, en el primer caso el foco de atenci&oacute;n se centra sobre el contexto de uso de una ontolog&iacute;a espec&iacute;ficamente y en el segundo caso en la equivalencia sem&aacute;ntica de diferentes conceptos y relaciones entre dos o m&aacute;s ontolog&iacute;as del mismo dominio. Estas ontolog&iacute;as pueden o no referirse a elementos comunes de dicho dominio, debido a que dos ontolog&iacute;as que requieran ser mapeadas de forma conjunta son similares, pero tratan elementos diferentes con relaci&oacute;n al mismo dominio. Por otra parte, puede darse el caso de que sea necesario mapear una parte de la(s) ontolog&iacute;as hacia otros est&aacute;ndares de representaci&oacute;n como: taxonom&iacute;as, tesauros, mapas conceptuales, Topics Maps y ontolog&iacute;as m&aacute;s gen&eacute;ricas. En cualquiera de los casos, es necesario evitar la p&eacute;rdida de significado en el momento de la representaci&oacute;n estructural. </p>     <p>Un ejemplo de ello, ser&iacute;a mapear una ontolog&iacute;a hacia una taxonom&iacute;a perteneciente al &aacute;rea del comercio electr&oacute;nico, espec&iacute;ficamente una parte de la taxonom&iacute;a de la UNSPC <em>( United Nations Standard Products and Services Code - </em><strong><a href="http://www.unspsc.org/">http://www.unspsc.org/</a>), </strong>(fig.3<em>) </em>. En la parte derecha de la figura, aparece referenciada una ontolog&iacute;a con sus relaciones bien definidas y en la parte izquierda, se muestra la taxonom&iacute;a empleada por una aplicaci&oacute;n de comercio electr&oacute;nico con menor grado de definici&oacute;n de sus relaciones. En la pr&aacute;ctica, se pueden mantener mapas entre ontolog&iacute;as y, como en el caso anterior, entre ontolog&iacute;as y taxonom&iacute;as, porque cada sistema puede gestionarse por separado en la organizaci&oacute;n. </p>     <p align="center"><a href="/img/revistas/aci/v13n6/f0303605.jpg"><img src="/img/revistas/aci/v13n6/f0303605.jpg" width="404" height="291" border="0"></a> </p>     
<p align="center"><strong>Fig. 3. Mapeo de una taxonom&iacute;a a una ontolog&iacute;a </strong></p>     <p>Determinar la equivalencia sem&aacute;ntica entre conceptos en las ontolog&iacute;as es dif&iacute;cil y requiere del conocimiento humano generalmente, aunque las actuales herramientas para la gesti&oacute;n de ontolog&iacute;as proporcionan alg&uacute;n soporte autom&aacute;tico para el razonamiento e inferencia de contenido en y entre estas. Aunque las etiquetas que identifican a los conceptos pueden ser las mismas o completamente diferentes en ambas ontolog&iacute;as, no existe garant&iacute;a de que estos conceptos signifiquen lo mismo o difieran debido a que los t&eacute;rminos (palabras) encierran muy poco significado y no pueden emplearse por separado para proporcionar a los sistemas y aplicaciones de software de equivalencia e identidad sem&aacute;ntica. </p>     <p>Muchos lenguajes de codificaci&oacute;n de ontolog&iacute;as, as&iacute; como herramientas que le ofrecen soporte, poseen facilidades para la definici&oacute;n de mapas entre ontolog&iacute;as. El mecanismo m&aacute;s simple es incluir o importar declaraciones -en t&eacute;rminos de objeto en el paradigma orientado a objeto y el modelo entidad/relaci&oacute;n -, porque consiste en insertar una ontolog&iacute;a dentro de otra y todos los conceptos y relaciones de la ontolog&iacute;a importada estar&aacute;n disponibles en la nueva integraci&oacute;n. No obstante, los nuevos conceptos y relaciones no est&aacute;n rectificados sem&aacute;ntica mente. La fusi&oacute;n de las nuevas y viejas relaciones y conceptos posibilitan mantener las ontolog&iacute;as con sus semejanzas y diferencias, pero conectadas. Aplicaciones como Prot&eacute;g&eacute; y Jena, soportan mejor el proceso de fusi&oacute;n y mapeo de ontolog&iacute;as. Los lenguajes concebidos para la web sem&aacute;ntica como DAML+ OIL y OWL presentan utilidades para importar ontolog&iacute;as, as&iacute; como para la declaraci&oacute;n de conceptos (representados como clases) e instancias sem&aacute;ntica mente iguales, lo cual constituye un nuevo paso hacia el logro de una mayor calidad en la representaci&oacute;n de ontolog&iacute;as mediante mapas sem&aacute;nticos, utilizando como soporte la web mediante lenguajes de sintaxis y marcado sem&aacute;ntico m&aacute;s expresivos. </p>     ]]></body>
<body><![CDATA[<p>&nbsp;</p> <h4>Lenguaje de marca: concepto y evoluci&oacute;n </h4>     <p>Desde hace varios a&ntilde;os, los denominados lenguajes de marca han adquirido un lugar muy importante en el procesamiento y recuperaci&oacute;n de la informaci&oacute;n, sobre todo, desde que los documentos electr&oacute;nicos, alcanzaron gran importancia. Muchos son los lenguajes de marca, pero se destacan SGML y XML, que tienen diferentes desarrollos que pretenden resolver problemas concretos. SGML (S <em>tandard Generalized Markup Language) </em>comenz&oacute; a desarrollarse por <em>IBM </em>en 1969, y se denomin&oacute; en un primer momento GML ( <em>Generalized Markup Language </em>). </p>     <p>GML fue el resultado de un esfuerzo por encontrar una v&iacute;a para conformar la documentaci&oacute;n b&aacute;sica de la empresa en un formato electr&oacute;nico transferible y gestionable por m&aacute;quina, cuya idea se extendi&oacute; hasta llegar a convertirse en la norma SGML durante una reuni&oacute;n de la <em>American National </em><em> Standard Institute en 1978. </em>Se consider&oacute; como una norma por la <em>ISO </em><em></em>en 1986, adoptada como <em>ISO 8879 </em>, y pas&oacute; a formar parte de un conjunto m&aacute;s amplio bajo el t&iacute;tulo “ <em>Information Processing- Text and Office Systems”. </em><span class="superscript">25 </span></p>     <p><em></em>SGML se basa en el concepto de <em>marca </em>, que originalmente describ&iacute;a una anotaci&oacute;n u otro s&iacute;mbolo para indicar a un maquetador de imprenta sobre c&oacute;mo dise&ntilde;ar una determinada p&aacute;gina: tama&ntilde;o de fuente, m&aacute;rgenes, tipo de fuente, entre otros. El manual de estilo “ <em>The Chicago Manual of Style”, </em>define marcado como <em>: “el proceso de marcar un documento manuscrito, c&oacute;mo se deben utilizar los tipos de letras, los tama&ntilde;os, espacios de letras, etc&eacute;tera”. </em><span class="superscript">26</span> Un <em>lenguaje de marcado </em>designa a un conjunto de convenciones de marcaje que se utilizan conjuntamente para codificar textos. Un lenguaje de esta naturaleza debe especificar: </p>     <p>1) Qu&eacute; marcas se admiten, </p>     <p>2) Cu&aacute;les son indispensables. </p>     <p>3) C&oacute;mo se distinguen las marcas del texto. </p>     <p>4) Qu&eacute; significa cada una de estas. </p>     <p>Seg&uacute;n <em>Van Herwijnen, </em> SGML proporciona los medios para realizar las tres primeras especificaciones; para la &uacute;ltima se necesita concretar una serie de directrices, porque se refiere a la capacidad de codificaci&oacute;n del significado de la informaci&oacute;n. El SGML se dise&ntilde;&oacute; para posibilitar representar la informaci&oacute;n de manera sencilla y que esta pudiera transferirse entre diferentes sistemas en forma compatible. Se enfrentaba as&iacute; a otros lenguajes de marca propietarios, dependientes de un software concreto o de una plataforma hardware determinada. <span class="superscript">27 </span></p>     <p>De esta forma, SGML permite el intercambio de informaci&oacute;n entre distintas plataformas, soportes f&iacute;sicos, l&oacute;gicos y entre diferentes sistemas de almacenamiento y presentaci&oacute;n (bases de datos, edici&oacute;n electr&oacute;nica) con independencia de su grado de complejidad. La posibilidad de separar el contenido de su formato de presentaci&oacute;n permite organizar de manera muy flexible la informaci&oacute;n, porque su estructuraci&oacute;n, actualizaci&oacute;n, selecci&oacute;n, combinaci&oacute;n o presentaci&oacute;n podr&aacute;n realizarse seg&uacute;n convenga en cada oportunidad. No obstante SGML, aunque conocido por la utilizaci&oacute;n generalizada de etiquetas descriptivas, no constituye un conjunto predefinido de etiquetas, ni una sintaxis de etiquetado. </p>     ]]></body>
<body><![CDATA[<p>Es en realidad un metalenguaje que permite el dise&ntilde;o y control de un conjunto de etiquetas y de una sintaxis a la medida del usuario o de la aplicaci&oacute;n. Su adaptaci&oacute;n a las necesidades de uso se concreta en la <em>Declaraci&oacute;n </em><em> de Tipo de Documento </em>( <em>Document Type Definition </em> o <em>DTD </em>). La DTD define los tipos de elementos, atributos y entidades permitidas, y expresa algunas limitaciones para combinarlos. Crear una definici&oacute;n de tipo de documento o DTD es como crear nuestro propio lenguaje de marcado para una aplicaci&oacute;n espec&iacute;fica. Por lo tanto, HTML es una DTD, es decir, dentro de las m&uacute;ltiples posibilidades de SGML, la DTD de HTML describe un conjunto concreto de etiquetas de hipertexto y una sintaxis para utilizarlas en Internet. </p> <h6>Aplicaci&oacute;n de SGML</h6>     <p>Adem&aacute;s de HTML para la web, existen muchas otras aplicaciones de SGML de gran envergadura y trascendencia. Varios organismos y asociaciones profesionales han establecido directrices propias que se materializan en el desarrollo de DTDs especializadas. La <em></em>Asociaci&oacute;n de Editores Americanos contempla el etiquetado para una extens&iacute;sima categor&iacute;a de documentos, muchas de las cuales se han reconocido por las asociaciones de estandarizaci&oacute;n ANSI/NISO e ISO. </p>     <p>Un caso similar es el desarrollo del Formato de Texto Universal <em> (UTF) </em>, promovido por el Consejo de Telecomunicaciones de la Prensa Internacional y la Asociaci&oacute;n de Editores de Prensa Diaria Americana para el intercambio de noticias entre agencias y clientes, que reemplaz&oacute; a los anteriores formatos IPTC 7901 y ANPA 1312. Este formato responde a la norma internacional “ <em>Unicode </em>”, para la codificaci&oacute;n de caracteres en computadoras, y su objetivo es asignar a cada posible car&aacute;cter de cada posible lenguaje un n&uacute;mero y nombre &uacute;nico. <em>Unicode </em>, b&aacute;sicamente, se representa con tres tipos de codificaci&oacute;n, seg&uacute;n el n&uacute;mero de bits necesarios para identificar cada car&aacute;cter: UTF-8, UTF-16, UTF-32. Actualmente, coincide con el est&aacute;ndar ISO/IEC 10646. Su utilizaci&oacute;n m&aacute;s frecuente, UTF-8, es compatible con el juego de caracteres ASCII. El UTF-8 tiene la ventaja de ser parcialmente compatible con los programas anteriores que funcionaban con caracteres de 8 bits. </p>     <p>Por otra parte, el proyecto del Consorcio Internacional para el Etiquetado de Textos <em> (TEI </em> o <em>Text Encoding Initiative) </em>es una iniciativa que ha partido de diversas asociaciones profesionales en el campo de las humanidades. Se trata de definir l&iacute;neas generales de actuaci&oacute;n para la representaci&oacute;n de materiales textuales en formato electr&oacute;nico. El objetivo de TEI es fomentar el uso de etiquetas rigurosas y productivas para cualquier clase de texto, aunque su aporte m&aacute;s directo se produce en el campo de los textos con valor cultural y cient&iacute;fico. Estas recomendaciones se recogen en un compendio conocido como <em>TEI Guidelines for Electronic Text Encoding and Interchange. </em></p>     <p>En el &aacute;mbito de la descripci&oacute;n archiv&iacute;stica, se han desarrollando proyectos para, a partir de la aplicaci&oacute;n de la ISAD (G) [ <em>International Standard Archival Description (General) </em>], codificarla posteriormente por medio de un lenguaje de marca como SGML, y el empleo de una DTD que se ha denominado EAD ( <em>Encoded Archival Description </em>), que permitir&iacute;a su tratamiento electr&oacute;nico.    <br>  </p> <h4>Esquema de metadatos </h4>     <p>Actualmente la mayor parte del contenido del web est&aacute; dise&ntilde;ado por humanos para ser le&iacute;da por ellos mismos, y conforma una ca&oacute;tica biblioteca de enormes dimensiones desde la que resulta complicado y costoso extraer conocimiento alguno. </p>     <p>Para solucionar esto, numerosas comunidades desarrollan y promueven la web sem&aacute;ntica, que tiene entre sus objetivos modificar la forma en que se presenta la informaci&oacute;n en el web de modo que facilite su procesamiento por parte de las m&aacute;quinas y de esta forma establecer canales para un factible procesamiento, integraci&oacute;n y re-utilizaci&oacute;n de la informaci&oacute;n contenida en el web, para apostar as&iacute; por la extracci&oacute;n de conocimiento de mayor utilidad a los humanos. </p>     <p>La web sem&aacute;ntica no ser&iacute;a sino a una extensi&oacute;n de la existente, en que la informaci&oacute;n adquiere significado mediante el uso de meta-datos para proveer una categorizaci&oacute;n sem&aacute;ntica de su contenido y permitir un razonamiento automatizado sobre la informaci&oacute;n. De manera formal, puede decirse que un metadato es un dato que se encarga de mantener un registro sobre el significado, contexto o prop&oacute;sito de un objeto de informaci&oacute;n, de forma de poder descubrir, entender, extraer y administrar dicho objeto. En general, estos registros son de menor envergadura que los objetos que describen y se crean en un formato corto y conciso de forma que puedan intercambiarse con facilidad. </p>     <p>Los metadatos tienen sus ra&iacute;ces en el cat&aacute;logo, probablemente inventado poco despu&eacute;s del comienzo de la historia por parte de los sumerios. A lo largo de los siglos, las tabletas de arcilla evolucionaron hasta listas manuscritas y posteriormente, a cat&aacute;logos de libros despu&eacute;s de la invenci&oacute;n de la imprenta. Estos primeros cat&aacute;logos de libros eran impresos y eran listas ordenadas alfab&eacute;ticamente sin criterios de clasificaci&oacute;n sofisticados. </p>     ]]></body>
<body><![CDATA[<p>Un avance importante en cuanto a esquemas de clasificaci&oacute;n se desarrolla alrededor del 1900 cuando los cat&aacute;logos de libros se reemplazan completamente por tarjetas, las que entre otras ventajas pueden actualizarse. En la d&eacute;cada de los a&ntilde;os 60&acute; los m&eacute;todos de producci&oacute;n en masa (mediante computadoras) hicieron necesaria la existencia de m&uacute;ltiples copias de los cat&aacute;logos existentes, surgen masivas colecciones distribuidas de libros y los cat&aacute;logos de tarjetas no logran satisfacer los nuevos requerimientos. Es necesario entonces desarrollar est&aacute;ndares de codificaci&oacute;n, llamados hoy metadatos. </p>     <p>Los primeros meta-datos en ambientes digitales y sus bases se desarrollaron a finales del siglo XX, cuando emergen m&uacute;ltiples est&aacute;ndares de codificaci&oacute;n, lenguajes y protocolos que se utilizan en la generaci&oacute;n y uso de cat&aacute;logos. Existen tantos esquemas, modelos o est&aacute;ndares de metadatos, como proyectos de creaci&oacute;n de sistemas y servicios de informaci&oacute;n digital en la web. Se pueden distinguir distintas tipolog&iacute;as de esquemas de metadatos como ( <em>Couceiro Ard&eacute;s D </em>. Metadatos y metainformaci&oacute;n [Tesis para optar por el t&iacute;tulo de Licenciada en Ciencias de la Informaci&oacute;n y Bibliotecolog&iacute;a]. La Habana : Facultad de Comunicaci&oacute;n, Universidad de la Habana , 2001): </p>     <p>1) Metadatos de prop&oacute;sito general: <em></em>Aquellos formatos dirigidos a cualquier tipo de informaci&oacute;n. El ejemplo por excelencia es el Dublin Core, pero tambi&eacute;n otros formatos como METS (Metadata Encoding and Transmission Standard), dirigido a describir cualquier “objeto documental”, en el seno de una biblioteca digital. En las bibliotecas digitales y, generalmente en la informaci&oacute;n distribuida en Internet, las colecciones est&aacute;n conformadas por texto, imagen, audio y v&iacute;deo en diversos formatos de codificaci&oacute;n, es decir, por documentos entendidos como objetos inform&aacute;ticos u objetos de informaci&oacute;n, de forma abreviada <em>DLOs </em>. El acr&oacute;nimo DLO, y el concepto aparejado a &eacute;l ( Document Like Object), surgi&oacute; en el seno del desarrollo del modelo de metadatos del Dublin Core, exactamente en el primer taller del DC en Ohio (Estados Unidos), donde comenz&oacute; a utilizarse para diferenciar nociones individuales que constituyen un objeto discreto, digno de una descripci&oacute;n individual por medio de metadatos. </p>     <p>2) Metadatos de prop&oacute;sito espec&iacute;fico. Se v inculan a un tipo de informaci&oacute;n digital o a un dominio tem&aacute;tico o comunidad informativa como: </p>     <p>- Formatos para describir informaci&oacute;n de archivo como EAD ( Encoded Archival Description) . </p>     <p>- Modelos de metadatos para la informaci&oacute;n textual de contenido literario y human&iacute;stico, como el TEI-Header en la Text Encoding Initiative. <em></em></p>     <p>- Esquemas de metadatos para im&aacute;genes, como VRA-Core de la Visual Resources Association y SVG ( <em>Scalable Vector Grafics </em>) derivado de XML. </p>     <p>Adem&aacute;s de todos estos esquemas de metadatos, el <em>World Wide Web Consortium- </em> W3C en lo adelante- desarroll&oacute; RDF ( Resource Description Framework), una infraestructura para la descripci&oacute;n de recursos en el web que m&aacute;s que un mero formato de metainformaci&oacute;n es un &quot;metamodelo de metadatos&quot; que permite codificar distintos esquemas de metadatos y adem&aacute;s, crear otros vocabularios espec&iacute;ficos por medio del Lenguaje para la Descripci&oacute;n de Vocabularios RDF ( <em>RDF Schema </em>). <em></em></p> <h6>MARC (Machine Readable Cataloguing) </h6>     <p>El formato MARC se concibi&oacute; para transmitir datos de un sistema a otro y fue revolucionario al incorporar campos de largo variable. Contiene c&oacute;digos alfanum&eacute;ricos de extensi&oacute;n fija que determinan el nombre, extensi&oacute;n y donde empieza cada campo de descripci&oacute;n, junto a campos de control, utilizados para clasificar la informaci&oacute;n en t&eacute;rminos de tiempo y lugar. Los campos de descripci&oacute;n variable son los contienen datos de catalogaci&oacute;n tradicionales, y est&aacute;n precedidos por un c&oacute;digo definido que va desde 001 a 999, donde, por ejemplo, el c&oacute;digo 650 es la materia del recurso. </p>     <p>Desde la creaci&oacute;n de MARC se generaron m&aacute;s de veinte est&aacute;ndares nacionales (DenMARC, AZMARC, CHMARC, UKMARC, CAN/MARC, etc&eacute;tera) los cuales tienden a armonizarse. El m&aacute;s conocido de ellos es USMARC ( <em>United States MARC </em>), tambi&eacute;n llamado LC-MARC que fue desarrollado en 1968 por la Biblioteca del Congreso de Estados Unidos y deriva de MARC. El formato MARC es una estructura de datos, basada en la norma ISO 2709 ( <em>Information and Documentation – Format for Information Exchange </em>) y de orientaci&oacute;n inicialmente bibliogr&aacute;fica <em>(Couceiro Ard&eacute;s D </em>. Metadatos y metainformaci&oacute;n [Tesis para optar por el t&iacute;tulo de Licenciada en Ciencias de la Informaci&oacute;n y Bibliotecolog&iacute;a]. La Habana : Facultad de Comunicaci&oacute;n, Universidad de La Habana , 2001): </p>     ]]></body>
<body><![CDATA[<p>Para la generaci&oacute;n de consultas a lo largo de m&uacute;ltiples cat&aacute;logos en l&iacute;nea, se integra al est&aacute;ndar ISO 23950 (Z39.50) que data de 1988- momento en que fue aprobado por la NISO ( <em>National Information Standards Organization </em>)- y que permite a un usuario de un sistema de informaci&oacute;n buscar y recuperar la informaci&oacute;n sin saber la sintaxis utilizada por los otros sistemas. Posee un protocolo XML llamado XER y es portable a SQL. Ambos, MARC y Z39.50, se utilizan ampliamente por las entidades bibliotecarias tradicionales y es probable que lo hagan por un tiempo debido al alto costo en el que deben incurrir estas entidades para cambiar de formato, adem&aacute;s del poco financiamiento de que disponen para estos fines. En el contexto norteamericano, a medida que se hizo evidente la necesidad de informatizar los dep&oacute;sitos de archivos, comenz&oacute; a utilizarse una adaptaci&oacute;n del formato USMARC: el llamado <em>USMARC Archives and Manuscripts Control </em>( <em>MARC AMC </em>). <span class="superscript">28 </span></p>     <p>Actualmente la descripci&oacute;n archiv&iacute;stica en formato MARC- producto de la conjugaci&oacute;n de CAN/MARC (de Canad&aacute;) y USMARC en 1999- se encuentra integrada en el formato MARC21, que sigue vigente en cuanto formato de descripci&oacute;n de archivos, en combinaci&oacute;n sobre todo con la norma de contenido Archives, Personal Papers and Manuscripts <em> (APPM2). </em>No obstante, en el a&ntilde;o 1997, <em>Daniel Van Pitti, </em> creador de la DTD de EAD, mencion&oacute; algunas de las razones que hac&iacute;an desaconsejable el uso de MARC en la descripci&oacute;n archiv&iacute;stica: <span class="superscript">29 </span></p>     <p>En primer lugar, los registros MARC tienen una longitud m&aacute;xima de cien mil caracteres, y las descripciones archiv&iacute;sticas con frecuencia superan este l&iacute;mite. </p>     <p>MARC acomoda de manera muy pobre la informaci&oacute;n estructurada jer&aacute;rquicamente, como lo es la archiv&iacute;stica. </p>     <p>La comunidad de usuarios MARC no fue capaz de reconducir el estado del arte hacia el desarrollo de hardware y software de bajo coste. </p>     <p>Pasado cierto per&iacute;odo de tiempo, estas afirmaciones pueden carecer de vigencia por cuanto el desarrollo del software ha abaratado los costos de producci&oacute;n, al tiempo que incorporado t&eacute;cnicas de programaci&oacute;n web y de orientaci&oacute;n a objetos que minimizan, cuando no eliminan, los problemas de la extensi&oacute;n y la jerarqu&iacute;a. </p>     <p>Sin embargo, el formato MARC ha encontrado nuevos retos que no ha resuelto adecuadamente. A medida que el proceso de codificaci&oacute;n se hace m&aacute;s sofisticado, en un entorno dominado por redes cada vez m&aacute;s globales, por metadatos cada vez m&aacute;s complejos y por necesidades de recuperaci&oacute;n que exigen manejabilidad, la sofisticaci&oacute;n parece inevitable a los efectos de una precisi&oacute;n, se requieren m&aacute;s c&oacute;digos, no externos, sino derivados de la propia estructura MARC. Adem&aacute;s, en la medida que su estructura se define seg&uacute;n una posici&oacute;n es limitado, e intentar dar cabida a todas estas nuevas realidades es un prop&oacute;sito que est&aacute; conduciendo a la saturaci&oacute;n y la inestabilidad. </p>     <p>MARC es un excelente contenedor de datos en la medida que permite fragmentar de manera coherente la informaci&oacute;n y, en consecuencia, realizar procesos m&aacute;s complejos con ella. Pero para poder sobrevivir, el formato tendr&aacute;, en primer lugar, que cambiar de orientaci&oacute;n y en segundo lugar, reconocer que no fue dise&ntilde;ado para cualquier prop&oacute;sito y definir sus l&iacute;mites. </p> <h6>TEI ( <a class="Estilo1">Text Encoding Initiative) </a></h6>     <p>Comenz&oacute; por un proyecto de investigaci&oacute;n internacional patrocinado por la Association for Computing in the Humanities <em></em>( <em>ACH </em>), la Association for Literary and Linguistic Computing <em></em>( <em>ALLC </em>) y la Association for Computational Linguistics <em></em>( <em>ACL </em>) en 1987; se orient&oacute; a la codificaci&oacute;n de textos, fundamentalmente literarios, posterior a 1994. <em>TEI </em>ha desarrollado esquemas de codificaci&oacute;n modular basados en SGML para una amplia variedad de tipos de documentos. Como consecuencia, el n&uacute;mero de textos electr&oacute;nicos en el &aacute;rea de humanidades ha crecido considerablemente y muchas bibliotecas e instituciones universitarias han comenzado a ampliar sus colecciones de textos electr&oacute;nicos basadas en estas directrices. </p>     <p>El encabezamiento TEI <em> (TEI Header) </em>constituye una de las principales contribuciones para la codificaci&oacute;n SGML de informaci&oacute;n bibliogr&aacute;fica. Las directrices <em>TEI </em>incluyen una secci&oacute;n especial -(24.3)- sobre los elementos de este encabezamiento y sus relaciones con los registros <em>Marc </em>. Estos elementos contienen meta informaci&oacute;n sobre el texto, con la particularidad de que algunas partes de estos encabezamientos se realizan seg&uacute;n las normas de descripci&oacute;n existentes en los cat&aacute;logos bibliotecarios como <em>AACR2 </em>, <em>ISBD </em> ( <em>G </em>) y <em>USMARC. </em>Esto no es sorprendente, si se sabe que dicho encabezamiento fue dise&ntilde;ado por el <em>Committee on Text Documentation </em>compuesto, entre otros, por archiveros y bibliotecarios. </p>     ]]></body>
<body><![CDATA[<p>Dunlop comenta el uso del <em>TEI Header </em>en el <em>British National Corpus Project </em>para la descripci&oacute;n a nivel de colecci&oacute;n. <span class="superscript">30</span> Esta informaci&oacute;n descriptiva, que es com&uacute;n para muchos textos de este repertorio, puede utilizarse para la generaci&oacute;n autom&aacute;tica de encabezamientos en una estructura de base de datos relacional. El proyecto <em>Digital Imaging </em>de la <em>Bodleian Library </em> de Oxford, utiliza el modelo <em>TEI </em>para la creaci&oacute;n de la base de datos como un esquema de metadatos conectado a las im&aacute;genes digitalizadas. La recuperaci&oacute;n proporciona una imagen del documento con sus datos bibliogr&aacute;ficos asociados. </p> <h6>EAD (Encoded Archival Description)</h6>     <p>Comenz&oacute; a desarrollarse en el marco del <em>Berkeley Finding Aids Project, </em> con SGML como metalenguaje para aplicar la codificaci&oacute;n normalizada a los instrumentos de descripci&oacute;n archiv&iacute;stica. El resultado de este proyecto fue una DTD <em></em>que define una clase de documento que, en t&eacute;rminos generales, consta de una p&aacute;gina de t&iacute;tulo opcional, la descripci&oacute;n de una unidad de material archiv&iacute;stica y una serie de ap&eacute;ndices opcionales. </p>     <p>Actualmente, el uso de <em>EAD </em>, bajo mantenimiento de la Biblioteca del Congreso <em></em>de Estados Unidos y responsabilidad de la Sociedad Americana de Archiveros, se ha generalizado para las descripciones de documentos de archivo potencialmente conectadas a sus correspondientes im&aacute;genes digitales y su difusi&oacute;n por medio de Internet. La <em>DTD </em><em>, </em> actualmente en su versi&oacute;n 1.0 y que posibilita el empleo de XML, fue dise&ntilde;ada para reflejar la jerarqu&iacute;a natural que presenta la organizaci&oacute;n de los fondos, en conjunci&oacute;n con el orden intelectual que imponen los archiveros con sus pr&aacute;cticas descriptivas. Contiene dos tipos de elementos: </p>     <p>Los que codifican puntos espec&iacute;ficos en la definici&oacute;n de partes componentes del instrumento de descripci&oacute;n o el material que describe (descriptivos). </p>     <p>Los que podr&iacute;an codificar cualquier caracter&iacute;stica del documento (gen&eacute;ricos). </p>     <p>A un nivel muy b&aacute;sico, un modelo de documento codificado utilizando <em>EAD </em>, consta de tres segmentos: </p>     <p>Uno que proporciona informaci&oacute;n sobre el instrumento de descripci&oacute;n propiamente dicho: su t&iacute;tulo, compilador, fecha de compilaci&oacute;n ( <em>&lt;eadheader&gt; </em>, que est&aacute; basado en el <em>TEI header </em>). </p>     <p>Un segundo componente que incluye las cuestiones preliminares necesarias para la publicaci&oacute;n formal del instrumento de descripci&oacute;n ( <em>&lt;frontmatter&gt; </em>). </p>     <p>Y un tercero que proporciona la descripci&oacute;n del material archiv&iacute;stico, adem&aacute;s de la informaci&oacute;n contextual y administrativa asociada ( <em>&lt;findaid&gt; </em>). </p>     <p><em>Burnard y Light </em> concluyeron que los componentes del encabezamiento <em>EAD </em>difieren ligeramente de los de <em>TEI </em>. Estos autores consideran la <em>EAD </em><em></em>como metadatos puros, debido a que los instrumentos de descripci&oacute;n son metadatos. En este sentido, el <em>EAD header</em>, que describe el instrumento de descripci&oacute;n, puede considerarse como metadatos. <span class="superscript">31 </span></p> <h6>Dublin Core </h6>     ]]></body>
<body><![CDATA[<p>Desde su aparici&oacute;n en 1995, se orient&oacute; a promover un est&aacute;ndar de prop&oacute;sito general, sencillo y descriptivo de los recursos web sobre cualquier materia. Originalmente facilitar&iacute;a la indizaci&oacute;n consistente sin necesidad de una gran experiencia en la aplicaci&oacute;n de procesos t&eacute;cnicos como la catalogaci&oacute;n y clasificaci&oacute;n de informaci&oacute;n. Promovidos concretamente por la iniciativa DCMI (Dublin Core Metadata Initiative) y su conjunto de elementos ISO 15836-2003, constituye una de las infraestructuras operacionales de la web sem&aacute;ntica y una de las claves de la interoperabilidad de la informaci&oacute;n electr&oacute;nica. </p>     <p>El Dublin Core es un conjunto de quince elementos b&aacute;sicos para describir el contenido web seg&uacute;n tres tipos de informaci&oacute;n: </p>     <p>- Siete elementos denominados de contenido estrictamente (T&iacute;tulo, Autor, Claves, Descripci&oacute;n, Fuente, Lengua, Cobertura). </p>     <p>- Elementos con informaci&oacute;n relativa a la propiedad intelectual del recurso (Creador, Editor, Otros colaboradores, Derechos). </p>     <p>- Elementos relativos a la temporalidad y formato del documento, as&iacute; como su identificaci&oacute;n (Fecha, Tipo de recurso, Formato, Identificador del recurso). </p>     <p>Adem&aacute;s de estos elementos b&aacute;sicos (ninguno obligatorio y todos repetibles) existen otros mecanismos que sirven para adaptar el Dublin Core a las necesidades concretas de informaci&oacute;n y que hacen que este modelo de meta-datos sea aplicable a cualquier proyecto de sistema o servicio de informaci&oacute;n digital. Estos mecanismos son fundamentalmente ( <em>Couceiro Ard&eacute;s D </em>. Metadatos y metainformaci&oacute;n [Tesis para optar por el t&iacute;tulo de Licenciada en Ciencias de la Informaci&oacute;n y Bibliotecolog&iacute;a]. La Habana : Facultad de Comunicaci&oacute;n, Universidad de La Habana , 2001): </p>     <p><em>Perfiles de aplicaci&oacute;n </em>, desarrollados para el uso del Dublin Core asociado a distintas disciplinas, como por ejemplo el perfil de aplicaci&oacute;n para bibliotecas DC-Lib. </p>     <p><em>T&eacute;rminos de metadatos </em>, donde se incluyen los nuevos elementos que se incorporan al vocabulario Dubl&iacute;n. </p>     <p><em>Core </em>, como las matizaciones de elementos existentes, esquemas de codificaci&oacute;n (antes conocidos como calificadores) y t&eacute;rminos de vocabularios controlados. Todos estos t&eacute;rminos de metadatos sirven para adecuar y precisar el valor y la utilidad de la metainformaci&oacute;n expresada a trav&eacute;s de Dublin Core. </p>     <p>La adaptabilidad de este modelo es un factor determinante para la descripci&oacute;n de recursos web mediante la codificaci&oacute;n sint&aacute;ctica en RDF/ XML como esquema gen&eacute;ricos para el intercambio de metadatos entre sistemas heterog&eacute;neos y distribuidos, est&aacute;ndares de descripci&oacute;n de contenido (ontolog&iacute;as, Topic Maps, tesauros, etc.) y toda una gama de protocolos y normas para el intercambio de informaci&oacute;n, constituyen la base para la segunda generaci&oacute;n del web. </p> <h6>XML (EXTENSIBLE MARKUP LANGUAGE)</h6>     ]]></body>
<body><![CDATA[<p>El desarrollo del web ha planteado nuevos retos para tratar de manejar adecuadamente la gran cantidad de informaci&oacute;n que por ella circula diariamente. Se plantea adem&aacute;s el problema de su falta de estructuraci&oacute;n y la complejidad que adquiere, que dificultan los procesos de gesti&oacute;n, mantenimiento y recuperaci&oacute;n de informaci&oacute;n. XML nace en el a&ntilde;o 1996- ratificada por el <em>World Wide Web Consorsium </em> en 1998 mediante la especificaci&oacute;n XML 1.0- con el fin de posibilitar el intercambio de documentos estructurados por medio del web, a la vez que permit&iacute;a el uso del hipertexto. XML es una versi&oacute;n abreviada de SGML, lo que permite una mayor agilidad en su implementaci&oacute;n, pero es necesario considerar que carece de muchas de las caracter&iacute;sticas del propio SGML y precisamente por ello no lo sustituye. Los objetivos de XML, seg&uacute;n esta recomendaci&oacute;n del Consorcio Web, son los siguientes: <span class="superscript">32 </span></p>     <p>- Se ha creado para el web. </p>     <p>- Sobre XML se puede desarrollar una gran cantidad de aplicaciones. </p>     <p>- XML debe ser compatible con SGML. </p>     <p>- Debe ser f&aacute;cil la escritura de los programas que procesen los documentos XML. </p>     <p>- Por compatibilidad, el n&uacute;mero de caracter&iacute;sticas opcionales debe tender a cero. </p>     <p>- Los documentos XML deben ser legibles por los usuarios y no desvirtuar el contenido. </p>     <p>- El dise&ntilde;o de XML debe ser muy r&aacute;pido. </p>     <p>- Los documentos XML deben ser f&aacute;ciles de crear. </p>     <p>XML precisa de otros est&aacute;ndares asociados como, Unicode e ISO/IEC 10646 para el tratamiento de caracteres, Internet RFC 1766 para las marcas de identificaci&oacute;n de lenguaje, ISO 639 para los c&oacute;digos de nombre de lenguaje e ISO 3166 para los c&oacute;digos de nombre de pa&iacute;s. </p>     ]]></body>
<body><![CDATA[<p>Los documentos XML est&aacute;n formados por unidades de almacenamiento llamadas entidades que contienen datos procesados o sin procesar. Los datos procesados est&aacute;n formados por caracteres, algunos de los cuales forman datos de car&aacute;cter, y otros marcas. Las marcas codifican la descripci&oacute;n del esquema de almacenamiento y la estructura l&oacute;gica del documento, y pueden establecer mecanismos de restricci&oacute;n, tanto al esquema de almacenamiento como a la estructura l&oacute;gica. Su potencia proviene de la separaci&oacute;n que ofrece entre la interfaz de usuario y la estructura de los datos, se centra en la definici&oacute;n de los contenidos. Se separan los datos de la representaci&oacute;n y del procesamiento, as&iacute; permite mostrar y procesar los datos como se desee, en dependencia de las diferentes aplicaciones u hojas de estilo empleadas. </p>     <p>Uno de los aspectos m&aacute;s importantes del XML es que es un conjunto de tecnolog&iacute;as basadas en est&aacute;ndares abiertos, que forman m&oacute;dulos opcionales y que ampl&iacute;an sus posibilidades. Algunos de estos m&oacute;dulos son: <span class="superscript">32 </span></p>     <p><em>DTD </em>( <em>Document Type Definition </em>): Conjunto formal de declaraciones de elementos, atributos y entidades que le indican a un sistema exactamente el tipo de etiquetado que se utiliza en dicho documento. </p>     <p><em>Esquemas para XML </em> ( <em>XML Schema </em>): Si bien las DTD permiten describir documentos, un esquema es algo m&aacute;s restrictivo, m&aacute;s similar a un esquema de bases de datos en que el contenido de los elementos tiene asociado un tipo. Un esquema permitir&iacute;a a un procesador validar el documento por inconsistencias de una forma m&aacute;s apropiada. </p>     <p><em>XML Namespaces </em>: Especificaci&oacute;n que describe como asociar un “URI”, con cada etiqueta y atributo en un documento XML. El Uniform Resource Identifier es un <em></em>sistema ideado por el Internet Engineering Task Force (IETF) que pretende ser un sistema global para identificar recursos en el web, sean documentos, im&aacute;genes, archivos de programas, correos electr&oacute;nicos, entre otros. Es un m&eacute;todo gen&eacute;rico que combina URL y URN ( <em>Uniform Resource Name </em>) y que se refiere al subconjunto de URIs que se requiere para identificar un recurso de forma globalmente &uacute;nica y persistente, incluso si el recurso deja de existir. El t&eacute;rmino m&aacute;s significativo es el de <em>identificadores </em>, que no es m&aacute;s que una secuencia de caracteres con sintaxis controlada mediante el cual se reconoce un documento de forma &uacute;nica. <span class="superscript">32 </span></p>     <p><em>CSS </em>: El lenguaje de hojas de estilo. </p>     <p><em>XSL </em>: Lenguaje avanzado para expresar hojas de estilo, que se basa en XSLT ( <em>eXtensible Stylesheet Language Transformation </em>) para la transformaci&oacute;n de documentos desde el punto de vista del contenido. </p>     <p><em>DOM </em>: Un conjunto est&aacute;ndar de funciones para realizar llamadas, desde un lenguaje de programaci&oacute;n, para manipular ficheros XML. </p>     <p><em>Xlink </em>: Describe como a&ntilde;adir hiperenlaces a un fichero XML. </p>     <p><em>XPointer y Xfragments </em>: Son sintaxis que indican la forma de apuntar a una parte, dentro de un documento XML. </p> <h6>    ]]></body>
<body><![CDATA[<br> Estructura de los documentos XML</h6>     <p>Definici&oacute;n de tipo de documento y esquemas XML </p>     <p>A partir de que los desarrolladores web puedan crear su propio vocabulario, las organizaciones requieren establecer est&aacute;ndares de estructuras de documentos para que sus miembros puedan comunicarse entre ellos. La especificaci&oacute;n de la estructura de un documento XML con independencia de su contenido, permite el control de la consistencia de documentos creados por diferentes autores, cuyo prop&oacute;sito se destina a una Definici&oacute;n de tipo de documentos ( <em>DTD o </em><em>Document Type Definition </em>) o un esquema en XML ( <em>XML Schema </em>). </p>     <p>Una DTD especifica los elementos, atributos, entidades y relaciones permitidos en un documento XML. Puede estar incluida en el mismo documento o en un documento separado que se puede referenciar mediante un URL. Describe los datos, proporciona la gram&aacute;tica y un vocabulario del lenguaje que se utiliza en un documento XML, as&iacute; asegura que los autores comprendan la estructura de los datos y los usuarios reciban toda la informaci&oacute;n que necesitan de forma consistente. Una DTD usa una sintaxis que no est&aacute; basada en XML para definir elementos, atributos y relaciones mediante un peque&ntilde;o conjunto de sentencias declarativas, un conjunto de s&iacute;mbolos que ayudar&aacute;n a definir la estructura de los datos y palabras reservadas para especificar tipos de datos. </p>     <p>Actualmente, se definen DTD para grupos sectoriales con intereses comunes de forma que existan est&aacute;ndares avalados por organizaciones que garanticen que cualquier usuario adopte las mismas normativas. Como ejemplos de estas DTD est&aacute;ndares, se pueden identificar: <span class="superscript">32 </span></p>     <p>- MathML ( <em>Mathematical Markup Language </em>): Para el intercambio de datos matem&aacute;ticos. </p>     <p>- SMIL ( <em>Synchronized Multimedia Integration Language </em>): Para el intercambio de presentaciones multimedia. </p>     <p>- RDF ( <em>Resource Description Framework </em>): Como plataforma contenedora para el intercambio de metadatos. </p>     <p>No obstante, se impone otra forma m&aacute;s eficaz de definici&oacute;n de elementos conocida como esquemas. Se puede definir como una DTD que permite su ampliaci&oacute;n mediante un lenguaje de definici&oacute;n de esquemas ( <em>XML Scheme </em>) y su funcionalidad equivale a una DTD, pero con la diferencia de que est&aacute; escrito en sintaxis XML. Asegura, por tanto, que los documentos se adhieran a un vocabulario previamente definido para permitir la extensi&oacute;n de la funcionalidad de una DTD con tipos de datos, herencia y reglas de presentaci&oacute;n. </p>     <p>&nbsp; </p> <h6>Espacios de nombre (Namespaces)</h6>     ]]></body>
<body><![CDATA[<p>XML fue creado con la finalidad de permitir la interoperabilidad entre aplicaciones y esquemas de metadatos en el que sus creadores pueden dise&ntilde;ar y mantener sus propios vocabularios en esta sintaxis. Se puede producir entonces una gran confusi&oacute;n si diferentes desarrolladores escogiesen los mismos nombres de elementos para representar diferentes entidades; por ello, se introdujeron los espacios de nombres ( <em>namespaces </em>) en XML para resolver este problema, y posibilitar as&iacute; el uso de m&uacute;ltiples vocabularios en un mismo documento. </p>     <p>Se puede definir y utilizar entonces un espacio de nombre dentro de un URI para resolver conflictos de nombres entre elementos de un documento XML cuando los elementos se derivan de dis&iacute;miles fuentes (fig. 4). En este caso, la declaraci&oacute;n de <em>namespace (xmlns) </em>se le asocia el prefijo “edi” con el URI <strong>“<a href="http://www.amazon.com/pc.htm">http://www.amazon.com/pc.htm</a> </strong>”. El nombre del elemento” precio” utiliza el prefijo para crear un nombre calificado, e indica que el elemento “precio” se deriva del espacio de nombre especificado. </p>     <p align="center"><a href="/img/revistas/aci/v13n6/f0403605.jpg"><img src="/img/revistas/aci/v13n6/f0403605.jpg" width="350" height="90" border="0"></a></p>     
<p align="center"><strong>Fig.4. Declaraci&oacute;n de un espacio de nombre en XML. </strong></p>     <p><em>&nbsp; </em></p> <h6>Estilo y presentaci&oacute;n</h6>     <p>Debido a que el objetivo fundamental de XML es separar el contenido de su presentaci&oacute;n, cualquier elemento XML puede enlazarse a una hoja de estilo para su visualizaci&oacute;n, espec&iacute;ficamente con una hoja de estilo de cascada ( <em>CSS o Cascade Style Sheet </em>). Esta especifica el formato de presentaci&oacute;n; fuentes, colores, m&aacute;rgenes, etc., en que inicialmente se presentaban los documentos HTML codificados en el navegador web. De ah&iacute; que el lenguaje extensible de CSS ( <em>XSL o eXtensible Stylesheet Language </em>) utilice la sintaxis XML, para proporcionar un conjunto de herramientas de formato mucho m&aacute;s completa que CSS. <span class="superscript">32 </span></p>     <p>En los documentos sustentados sobre la base de SGML no es posible codificar la informaci&oacute;n de presentaci&oacute;n en el navegador debido a la variedad de tipos de documentos que se aceptan en el sistema. Por esta raz&oacute;n, estos sistemas necesitan un Lenguaje de Especificaci&oacute;n y Sem&aacute;ntica de Estilo de Documentos ( <em>DSSSL o Document Style Semantics and Specification Language </em>) para proporcionar la presentaci&oacute;n e informaci&oacute;n de estilo, que es, a su vez, un est&aacute;ndar basado en SGML que regula las normas de presentaci&oacute;n de documentos de marcas para la web. En el caso de los navegadores XML o analizadores sint&aacute;cticos ( <em>parsers</em>), aceptan tipos de documentos diferentes y por tanto necesitan un lenguaje de estilo. </p>     <p>Por la complejidad del lenguaje de estilo del SGML, para lograr un uso amplio en el web, se desarroll&oacute; XSL como subconjunto de DSSSL con medios adicionales para operar en ambientes basados en HTML y XML. Adem&aacute;s, posibilita especificar la presentaci&oacute;n de los datos seg&uacute;n ciertas condiciones, se acerca un poco a un lenguaje de programaci&oacute;n y posibilita la ejecuci&oacute;n de bucles, sentencias condicionales, operaciones l&oacute;gicas, ordenaci&oacute;n de datos y utilizaci&oacute;n de plantillas, entre otras facilidades. </p>     <p>&nbsp; </p> <h6>Transformaci&oacute;n e integraci&oacute;n de datos</h6>     <p>Otro de los grandes beneficios de XML es su capacidad para transformar el c&oacute;digo desarrollado para una aplicaci&oacute;n, y hacerlo corresponder con el c&oacute;digo desarrollado por otra. En este sentido, XSL se utiliza para especificar la presentaci&oacute;n de un documento- como las hojas de estilo CSS en HTML-, pero las propiedades adicionales de XSL tambi&eacute;n posibilitan transformar la estructura de un documento XML mediante la transformaci&oacute;n de datos con XSLT ( <em>XSL Transformation </em>). </p>     ]]></body>
<body><![CDATA[<p>En este sentido, otra aplicaci&oacute;n importante de XML es el intercambio de datos electr&oacute;nicos entre dos o m&aacute;s fuentes de datos en el web orientado al procesamiento por computadora. Desarrolladores de software, organizaciones de informaci&oacute;n y gestores de informaci&oacute;n podr&iacute;an autom&aacute;ticamente integrar informaci&oacute;n de fuentes relacionadas que publican sus datos en XML, tambi&eacute;n las organizaciones podr&iacute;an publicar datos sobre sus productos, servicios y clientes potenciales pudiesen comparar y procesar esta informaci&oacute;n. Es posible tambi&eacute;n presentar nuevas oportunidades a terceros a partir de la integraci&oacute;n, transformaci&oacute;n, limpieza y agregado datos en XML. En este contexto, se toma como punto de partida, el enfoque de bases de datos de XML, y se considera que un documento XML es una base de datos y su DTD es el esquema de base de datos. Las aplicaciones de intercambio de datos electr&oacute;nicos requieren herramientas que soporten tareas de: </p>     <p>- Extracci&oacute;n de datos de extensos documentos codificados en XML. </p>     <p>- Conversi&oacute;n de datos entre bases de datos relacionales orientadas a objetos y XML. </p>     <p>- Transformaci&oacute;n de datos de una DTD a otra diferente. </p>     <p>- Integraci&oacute;n de datos XML de m&uacute;ltiples fuentes. </p>     <p>La extracci&oacute;n, conversi&oacute;n, transformaci&oacute;n e integraci&oacute;n de datos son problemas conocidos en el enfoque de bases de datos, cuyas soluciones se basan generalmente en un lenguaje de consulta relacional como SQL ( <em>Structure Query Language </em>) u orientado a objeto ( <em>Object Query Language </em>). “Para XML se han propuesto diferentes lenguajes de consulta como XQL, Lore y XML-Query Language”. 33 En el caso de XML-Query Language, presenta las siguientes caracter&iacute;sticas: </p>     <p>- Es declaratorio. </p>     <p>- Es relacionalmente completo y, en particular, puede expresar combinaciones. </p>     <p>- Es lo bastante sencillo como para que t&eacute;cnicas de bases de datos conocidas para la optimizaci&oacute;n de consultas y estimaci&oacute;n de costos puedan extenderse a XML-QL. </p>     <p>- Puede extraer datos de documentos XML existentes y construir nuevos documentos XML. </p>     ]]></body>
<body><![CDATA[<p>Para una aplicaci&oacute;n hipermedia, donde los datos provienen de un conjunto de aplicaciones distinto, los datos pueden almacenarse en un sistema gestor de base de datos relacional, orientado a objeto o documentos XML propiamente dichos que tendr&aacute;n estructura y or&iacute;genes heterog&eacute;neos. El trabajo con distintas fuentes de datos es aplicable a la arquitectura de Sistemas Federados, donde se distinguen los siguientes esquemas: <span class="superscript">32 </span></p>     <p><em>- Esquema local: </em> Los datos y la estructura se mantienen como los facilita la aplicaci&oacute;n emisora. En este caso, un sistema de base de datos relacional tendr&aacute; como esquema un conjunto de tablas interrelacionadas. Si la aplicaci&oacute;n facilita XML, el esquema corresponder&aacute; con la DTD asociada. </p>     <p><em>- Esquema componente: </em> Representaci&oacute;n del esquema local en t&eacute;rminos del modelo can&oacute;nico de datos. En este caso se escoge XML como lenguaje com&uacute;n. Si la aplicaci&oacute;n emisora no utiliza este modelo, ser&aacute; necesario un conversor para pasar el esquema local a XML. </p>     <p><em>Esquema federado: </em>Esquema resultante de la integraci&oacute;n de varios esquemas exportados utilizando mecanismos de vistas. “Para el caso de documentos XML, una posibilidad es utilizar XSLT o XML-Query Language”. <span class="superscript">34 </span></p>     <p>Progresivamente han aparecido soluciones a diferentes problemas documentales en el web, basadas en XML y RDF ( <em>Resource Description Framework </em>) para el intercambio de meta-datos. </p>     <p><em>&nbsp; </em></p> <h4>RDF (RESOURCE DESCRIPTION FRAMEWORK) </h4>     <p>En un principio el web se construy&oacute; para el uso humano y, a pesar de que todo en ella era legible por m&aacute;quina, los datos todav&iacute;a no lo son del todo. Una de las soluciones es el uso de metadatos para describir los datos contenidos en ella mediante empaquetadores gen&eacute;ricos que permitan la integraci&oacute;n y comunicaci&oacute;n entre distintos esquemas de meta-datos. RDF se cre&oacute; en agosto de 1997, bajo el auspicio del W3C <em></em>con la finalidad de crear una infraestructura para la descripci&oacute;n de recursos que proporcione una base para procesar meta-y posibilitar la interoperabilidad entre aplicaciones que intercambian informaci&oacute;n legible por m&aacute;quina en el web. </p>     <p>XML provee informaci&oacute;n sem&aacute;ntica como un subproducto de definir la estructura del documento, porque define una estructura en forma de &aacute;rbol para un documento, de manera que sus hojas contienen la informaci&oacute;n. Se puede observar entonces que la estructura y la sem&aacute;ntica de un documento XML est&aacute;n entrelazadas, porque RDF provee medios para agregar sem&aacute;ntica a un documento sin referirse a su estructura, como la DTD recomendada por el W3C. Su objetivo general es definir un mecanismo para describir recursos de forma que no cree dependencia alguna sobre un dominio de aplicaci&oacute;n particular, ni defina, a priori, la sem&aacute;ntica de alg&uacute;n dominio de aplicaci&oacute;n. La definici&oacute;n del mecanismo debe ser neutral con respecto al dominio, sin embargo este debe adecuarse para describir informaci&oacute;n sobre cualquier dominio. Entre los aspectos m&aacute;s representativos de la sem&aacute;ntica funcional de RDF, salidos a la luz en la Recomendaci&oacute;n del W3C del 22 febrero de 1999, se encuentran: </p>     <p>- El modelo de datos. </p>     <p>- La sintaxis. </p>     ]]></body>
<body><![CDATA[<p>- El esquema </p> <h6>El modelo de datos </h6>     <p>El fundamento o base de RDF es un modelo para representar propiedades designadas y valores de propiedades. El modelo RDF se basa en principios perfectamente establecidos de varias comunidades de representaci&oacute;n de datos como el <em>Warwick Framework </em>. Las propiedades RDF pueden recordar atributos de los recursos y, en este sentido, corresponden con los tradicionales pares de atributo-valor. </p>     <p>Las propiedades RDF representan tambi&eacute;n la relaci&oacute;n entre recursos y por lo tanto, un modelo RDF puede parecer un diagrama entidad-relaci&oacute;n. De forma m&aacute;s precisa, los esquemas RDF —que son objetos espec&iacute;ficos de la categor&iacute;a del modelo de datos RDF — son diagramas entidad-relaci&oacute;n. En la terminolog&iacute;a del dise&ntilde;o orientado a objetos, los recursos corresponden con objetos y las propiedades corresponden con objetos espec&iacute;ficos y variables de una categor&iacute;a. </p>     <p>El modelo de datos de RDF es una forma de sintaxis-neutral para representar expresiones RDF y se usa para evaluar la equivalencia en significado: dos expresiones RDF son equivalentes y s&oacute;lo si sus representaciones del modelo de datos son las mismas. Esta definici&oacute;n de equivalencia permite algunas variaciones sint&aacute;cticas en expresiones sin alterar el significado. As&iacute; el modelo de datos provee tres tipos de objetos: <em>recursos, propiedades y sentencias: </em><span class="superscript">35 </span></p>     <p>- Recursos: <em></em>Todas las cosas descritas por expresiones RDF se denominan <em>recursos </em>. Un recurso puede ser una p&aacute;gina web completa; como el documento HTML <strong>(&quot;<a href="http://www.desarrolloweb.com/programacion.php%20">http://www.desarrolloweb.com/programacion.php </a></strong>&quot; por ejemplo). Un recurso puede ser una parte de una p&aacute;gina web, es decir, un elemento HTML o XML espec&iacute;fico dentro del documento fuente. Un recurso puede ser tambi&eacute;n una colecci&oacute;n completa de p&aacute;ginas de un sitio web completo, as&iacute; como puede ser tambi&eacute;n un objeto que no sea directamente accesible v&iacute;a web como, por ejemplo, un libro impreso. Los recursos se designan siempre por URIs, m&aacute;s los identificadores de anclas opcionales. Cualquier cosa puede tener un URI; la extensibilidad de URIs permite la introducci&oacute;n de identificadores para cualquier entidad imaginable. </p>     <p>- Propiedades: Una propiedad <em></em>es un aspecto espec&iacute;fico, caracter&iacute;stica, atributo, o relaci&oacute;n utilizado para describir un recurso. Cada propiedad tiene un significado espec&iacute;fico, define sus valores permitidos, los tipos de recursos que puede describir, y sus relaciones con otras propiedades. <em></em></p>     <p><em>- </em>Sentencias: <em></em>Un recurso espec&iacute;fico junto con una propiedad denominada, m&aacute;s el valor de dicha propiedad para ese recurso es una sentencia <em> RDF </em>( <em>RDF statement </em>). Estas tres partes individuales de una sentencia se denominan, respectivamente, <em>sujeto, predicado y objeto </em>. El objeto de una sentencia (el valor de la propiedad) puede ser otro recurso o puede ser un <em>literal </em>; es decir, un recurso (especificado por un URI) o una cadena simple de caracteres u otros tipos de datos primitivos definidos por XML. En t&eacute;rminos RDF, un literal <em></em>puede comprender en su contenido marcado XML pero no puede valorarse m&aacute;s por un procesador RDF, porque existen varias restricciones sint&aacute;cticas en c&oacute;mo se puede expresar el marcado en literales. </p> <h6>Sintaxis de RDF </h6>     <p>El modelo de datos RDF proporciona un marco abstracto y conceptual para definir y utilizar metadatos. Necesita tambi&eacute;n una sintaxis concreta para crear e intercambiar metadatos. Esta especificaci&oacute;n de RDF utiliza el XML codificado como su sintaxis de intercambio. RDF necesita tambi&eacute;n la facilidad de los espacios de nombres en XML ( <em>XML namespace </em>) para asociar con precisi&oacute;n cada propiedad con el esquema que define dicha propiedad. Esta especificaci&oacute;n define dos tipos de sintaxis XML para codificar una instancia (objeto espec&iacute;fico de una categor&iacute;a) de modelo de datos. </p>     <p>La sintaxis seriada b&aacute;sica: Expresa las capacidades totales del modelo de datos de una forma muy regular. </p>     <p>La sintaxis abreviada: Aunque la sintaxis seriada muestra la estructura de un modelo RDF m&aacute;s claro, normalmente es mejor utilizar una forma XML m&aacute;s compacta. Esto se realiza por medio de la sintaxis abreviada <em></em>de RDF. Como valor a&ntilde;adido, la sintaxis abreviada permite a los documentos seguir los DTDs de XML bien estructuradas que se interpretan como modelos RDF, e incluyen construcciones adicionales. </p>     ]]></body>
<body><![CDATA[<p><em>&nbsp; </em></p> <h6>El esquema </h6>     <p>A pesar de todo, el modelo y la sintaxis no facilitan los mecanismos para la definici&oacute;n de propiedades y relaciones entre predicados y objetos. Para ello, desde el a&ntilde;o 2000, se defini&oacute; una especificaci&oacute;n para definir esquemas ( <em>schemas </em>). Un esquema RDF es un conjunto de informaciones relativas a las clases de recursos que sirve para explicitar relaciones jer&aacute;rquicas que se establecen entre ellos, o bien para matizar el car&aacute;cter obligatorio u opcional de las propiedades y otras restricciones como el n&uacute;mero de ocurrencias. </p>     <p>En otras palabras, puede pensarse en un esquema como en una especie de diccionario. Un esquema define los t&eacute;rminos que se utilizar&aacute;n en una declaraci&oacute;n RDF y le otorgar&aacute; significados espec&iacute;ficos. Con RDF se pueden utilizar una gran variedad de formas de esquema, incluso una forma espec&iacute;fica ( <em>RDF Schema </em>) que tiene algunas caracter&iacute;sticas espec&iacute;ficas para ayudar a la automatizaci&oacute;n de tareas con RDF. </p>     <p>Un esquema es una representaci&oacute;n donde se documentan o explican las definiciones y restricciones de uso de las propiedades. El mayor problema es generalmente la diversidad de intereses de las distintas comunidades de usuarios del web, que provoca, a su vez, ciertas diferencias terminol&oacute;gicas. Para evitar confusiones entre definiciones independientes y posiblemente conflictivas del mismo t&eacute;rmino, RDF utiliza la facilidad de los espacios de nombre ( <em>namespaces) </em>de XML, que permiten expresar un espacio o esquema inequ&iacute;voco al consignar un recurso que define la sem&aacute;ntica correspondiente al principio de un registro de meta-datos. Los espacios de nombre son simplemente una forma de asociar el uso espec&iacute;fico de una palabra en el contexto del diccionario en que se puede encontrar una definici&oacute;n determinada. En RDF, cada predicado utilizado en una declaraci&oacute;n debe identificarse con un s&oacute;lo espacio de nombre o esquema (fig. 5). </p>     <p align="center"><img src="/img/revistas/aci/v13n6/f0503605.jpg" width="350" height="90"> </p>     
<p align="center"><strong>Fig. 5</strong><em>.     </em><strong>Codificaci&oacute;n en RDF para el registro de metadatos en Dubl&iacute;n Core. </strong> </p>     <p>Seg&uacute;n la figura anterior, se cualificar&aacute; el nombre de los elementos y atributos utilizados en el registro RDF de la siguiente forma:     <br> En primer lugar, seg&uacute;n el <em>Resource Description Framework </em> como mecanismo para expresar el modelo y la sintaxis de metadatos RDF. </p>     <p>La propuesta de recomendaci&oacute;n para el esquema.     <br> El modelo, en este caso, <em>Dubl&iacute;n Core </em> como vocabulario de designaci&oacute;n de tipos de atributos definidos por la comunidad que lo desarrolla. </p>     ]]></body>
<body><![CDATA[<p>De esta forma, las declaraciones correspondientes a cada espacio de nombre, con sus respectivos URIs, definen los esquemas correspondientes cuyos prefijos para las propiedades ser&aacute;n: “rdf”, “rdfs” y”dc”. El uso de conjuntos de metadatos que garanticen la interoperatividad entre diversos sistemas de informaci&oacute;n como puede ser el uso de <em>RDF </em>y <em>Dubl&iacute;n Core </em>, la utilizaci&oacute;n de lenguajes de etiquetado menos complejos que el SGML y menos simples que el HTML como es el caso de XML, la aplicaci&oacute;n de protocolos pensados para la recuperaci&oacute;n de informaci&oacute;n entre aplicaciones como los Web Services y el empleo de t&eacute;cnicas de recuperaci&oacute;n de informaci&oacute;n para generar servicios determinados, permitir&aacute;n que este sistema de meta-datos tenga un futuro bastante promisorio por cuanto se fundamenta en cuatro principios seg&uacute;n el W3C: <span class="superscript">36 </span></p>     <p>- Neutralidad: <em></em>Por no estar ligado a ning&uacute;n otro sistema de metadatos. <em></em></p>     <p>- Expresividad: <em></em>Uso de etiquetas de forma intuitiva y facilidad de expresi&oacute;n del contenido. <em></em></p>     <p>- Familiaridad: <em></em>Su base en SGML posibilita que sea asequible para las personas relacionadas con HTML. <em></em></p>     <p>- Sencillez en el procesamiento: Por ser texto ASCII. </p>     <p>Por estas razones, “han aparecido en los &uacute;ltimos a&ntilde;os gran cantidad de aplicaciones que facilitan el trabajo con este sistema de metadatos”, <span class="superscript">36</span> como: “APIs” - API es la abreviatura de <em>Application Programming Interface </em>. Un API no es m&aacute;s que una serie de servicios o funciones que el sistema operativo ofrece al programador. Se refiere a toda interfaz de programaci&oacute;n que un sistema operativo o aplicaci&oacute;n exporta para su uso por ella misma o por otras aplicaciones. Por citar un ejemplo, se destaca <em>JENA. </em></p>     <p>Se <em></em>trata de una aplicaci&oacute;n experimental dise&ntilde;ada por <em>Hewlett Packard </em>en <em>Java </em>para manipular modelos <em>RDF </em>. <em>JENA </em> permite trabajar con contenedores y, adem&aacute;s, incluye un analizador sint&aacute;ctico capaz de procesar informaci&oacute;n RSS <em></em>( <em>RDF Site Summary </em>). RSS es un vocabulario RDF basado en XML que permite la catalogaci&oacute;n de informaci&oacute;n (noticias y eventos) de manera que sea posible encontrar informaci&oacute;n precisa adaptada a las preferencias de los usuarios. Los archivos RSS contienen metadatos sobre fuentes de informaci&oacute;n especificadas por los usuarios cuya funci&oacute;n principal es avisar a los usuarios de que los recursos que ellos han seleccionado para formar parte de esa RSS han cambiado sin necesidad de comprobar directamente la p&aacute;gina, es decir, notifican de forma autom&aacute;tica cualquier cambio que se realice en esos recursos de inter&eacute;s seleccionados, ello lo convierte en un m&oacute;dulo ideal para cualquier proceso automatizado de creaci&oacute;n de contenidos destinados al uso en canales de informaci&oacute;n. </p>     <p>A partir de las descripciones precisas de los recursos de informaci&oacute;n codificados mediante RDF, un agente inteligente ser&aacute; capaz de recuperar informaci&oacute;n relevante y precisa de diferentes repositorios de informaci&oacute;n accesibles en el web. A pesar de lo novedoso que pueda resultar el t&eacute;rmino web sem&aacute;ntica, pueden apreciarse algunas evidencias que no son nuevas para los profesionales de la informaci&oacute;n: </p>     <p>La necesidad de aplicar esquemas de organizaci&oacute;n en la descripci&oacute;n de recursos y en la formalizaci&oacute;n de las necesidades de informaci&oacute;n de los usuarios del sistema. </p>     <p>El propio hecho de que las descripciones de los recursos sean precisas, hacen posible la discriminaci&oacute;n de informaci&oacute;n relevante. </p>     ]]></body>
<body><![CDATA[<p>Una de las iniciativas estrechamente relacionadas con estos problemas, espec&iacute;ficamente a la web sem&aacute;ntica y que se suele relacionar con el modelo RDF y los sistemas de metadatos para web, son los Topics Maps. <em></em></p>     <p><em>&nbsp; </em></p> <h4>TOPIC MAPS </h4>     <p>Un Topic Map tiene como finalidad normalizar los elementos y la notaci&oacute;n utilizada para estructurar la informaci&oacute;n mediante la construcci&oacute;n de una red de enlaces sem&aacute;nticos que relacione diferentes recursos informativos. Tienen su origen en el grupo <em>Davenport </em>, un foro destinado a productores de libros electr&oacute;nicos surgido a principios de la d&eacute;cada de los 90. En 1993, se propuso la creaci&oacute;n de una norma cuyo principal objetivo fuera posibilitar la fusi&oacute;n de &iacute;ndices impresos, que posteriormente evolucion&oacute; hacia otras estructuras (como tesauros y ontolog&iacute;as), hasta llegar a ser una herramienta considerada en el web para la organizaci&oacute;n, representaci&oacute;n y gesti&oacute;n del conocimiento. Te&oacute;ricamente, un Topic Map equivale a un &iacute;ndice creado para una colecci&oacute;n de recursos disponibles en formato electr&oacute;nico, cuyos elementos son: </p>     <p>- Una serie de t&oacute;picos o materias que se utilizan para describir el contenido de los recursos y facilitar su recuperaci&oacute;n. </p>     <p>- Relaciones que establecen entre los t&oacute;picos. </p>     <p>- Una serie de recursos que se indizar&aacute;n o describir&aacute;n mediante los t&oacute;picos anteriores -ello equivale a decir que el recurso trata de o contiene informaci&oacute;n sobre ese t&oacute;pico. </p>     <p>En tal sentido, un Topic Map ser&iacute;a similar a un cat&aacute;logo de materias con los siguientes elementos: </p>     <p>- Un conjunto de encabezamientos que se pueden utilizar como descriptores. </p>     <p>- Relaciones expl&iacute;cita entre encabezamientos. </p>     <p>- Referencias a los libros a los que se han asignado las materias. </p>     ]]></body>
<body><![CDATA[<p>En la pr&aacute;ctica, la implementaci&oacute;n de los Topics Maps se dise&ntilde;&oacute; para arquitectura SGML con notaci&oacute;n de “ <em>HyTime </em>” - la DTD del est&aacute;ndar ISO/IEC 13250:2000 perteneciente al dise&ntilde;o de Topics Maps se ha mantenido en HyTime-, no obstante, esta notaci&oacute;n ha ca&iacute;do en desuso tras la aparici&oacute;n de XML. La Norma ISO /IEC 10744:1992 <em>Information technology - Hypermedia Time-Based Structuring Language </em> (Hytime) define el lenguaje y modelo subyacente para la representaci&oacute;n de hiperdocumentos que enlazan y sincronizan informaci&oacute;n est&aacute;tica y din&aacute;mica (dependiente del tiempo) contenida en documentos convencionales o multimedia y otros objetos de informaci&oacute;n. En este caso, las causas del desplazamiento de la notaci&oacute;n de HyTime se deben a la creaci&oacute;n de una DTD para crear Topic Maps en XML, denominada XTM ( <em>XML Topic Map </em>) y al auge que ha obtenido este. En cualquier caso, actualmente pueden encontrarse ejemplos de ambos lenguajes en la web. </p>     <p>Un <em>topic </em> es el elemento principal de un Topic Map, es el t&eacute;rmino que expresa determinado concepto o idea (o <em>subject </em>, como se denomina en el est&aacute;ndar). Ejemplos de <em>topics </em> pueden ser &quot;Europa&quot;, &quot;persona&quot;, &quot;idea&quot; o &quot;continente&quot;. B&aacute;sicamente, los <em>topics </em> tienen tres caracter&iacute;sticas principales: su denominaci&oacute;n (<em>names</em>), sus apariciones u ocurrencias ( <em>occurrences </em>) y su funci&oacute;n en las asociaciones ( <em>role associations </em>). Un topic puede tener varias denominaciones, pero debe estar representado por una forma base ( <em>base name </em>). La denominaci&oacute;n es un elemento obligatorio y representa la forma normal de hacer menci&oacute;n al <em>topic. </em>Las apariciones son enlaces a recursos informativos, como puede ser una p&aacute;gina web. Son elementos opcionales que son relevantes a un <em>topic </em> determinado, es decir, un <em>topic </em> puede tener cero o muchas ocurrencias. </p>     <p>Los recursos informativos pueden ser de muchos tipos: una cita de un texto, una definici&oacute;n, una ley, un art&iacute;culo, etc&eacute;tera. Cada uno de los diferentes tipos documentales puede agruparse mediante <em>roles de ocurrencia </em> (diccionario, p&aacute;gina web, imagen). Es importante que la mayor&iacute;a de estas ocurrencias suelan ser externas al Topic Map, una situaci&oacute;n an&aacute;loga a la que siempre ha existido entre un tesauro y la indizaci&oacute;n documental realizada con ese tesauro. </p>     <p>La asociaci&oacute;n es un enlace que establece una relaci&oacute;n entre dos o m&aacute;s <em>topics </em>. Una forma de verlo es tomar una frase y considerar los sustantivos de esas frases como <em>topics </em> y emplear los t&eacute;rminos de uni&oacute;n entre los <em>topics </em> para denominar la asociaci&oacute;n como por ejemplo: &quot;las pi&ntilde;as <em>est&aacute;n formadas por </em> pi&ntilde;ones&quot; </p>     <p>Ahora bien, la especificaci&oacute;n Topic Map se completa con un mecanismo de seriado, que se refiere a c&oacute;mo codificarlo y escribirlo por medio de un formato legible y procesable por m&aacute;quina. En este sentido, se han propuesto dos alternativas. Inicialmente, la norma ISO 13250 defini&oacute; una DTD en SGML para su codificaci&oacute;n, intercambio y procesamiento. Posteriormente, la generalizaci&oacute;n de XML hizo que se adaptase la DTD inicial a este lenguaje. </p>     <p>El resultado de este trabajo fue la especificaci&oacute;n XML Topic Map, publicada en febrero de 2001 y, a su vez, la norma ISO 13250 fue revisada para incluir, como parte del est&aacute;ndar, la versi&oacute;n XML de la DTD. Ambos proyectos se centran en la definici&oacute;n conceptual de los Topics Maps y en su representaci&oacute;n con lenguajes de marcas. ”Actualmente, se encuentran en fase de desarrollo algunos est&aacute;ndares para la consulta y representaci&oacute;n de los Topic Maps”: </p>     <p>- La especificaci&oacute;n TMQL ( <em>Topic Map Query Language </em>): tiene como prop&oacute;sito definir un lenguaje para interrogar el contenido de los Topics Maps. </p>     <p>- La especificaci&oacute;n TMCL ( <em>Topic Map Constraint Language </em>): permitir&aacute; definir restricciones sobre el contenido expresado en el Topic Map. </p>     <p>El estado actual de estas especificaciones se puede consultar en: &lt;<a href="www.%20isotopicmaps.org">www. isotopicmaps.org</a>&gt; </p>     <p>“Los Topic Maps constituyen una de las principales propuestas para la visualizaci&oacute;n de la web sem&aacute;ntica”. <span class="superscript">37</span> Existe una problem&aacute;tica obvia en este tema cuando se tiene en cuenta que un Topic Map puede tener cientos de miles de asociaciones de diferentes tipolog&iacute;as. Actualmente, entre las representaciones propuestas destacan los <em>&aacute;rboles </em>, los <em>browsers o navegadores </em> y los <em>gr&aacute;ficos </em>. A la hora de analizar estas representaciones, se debe considerar que muestren, tanto informaci&oacute;n local de los <em>topics </em> que interesan al usuario, como informaci&oacute;n sobre la localizaci&oacute;n de esos <em>topics </em> en su conjunto. En el caso de los gr&aacute;ficos, por ejemplo, se muestra un nodo principal y los nodos m&aacute;s pr&oacute;ximos (fig. 6). </p>     ]]></body>
<body><![CDATA[<p align="center"><a href="/img/revistas/aci/v13n6/f0603605.jpg"><img src="/img/revistas/aci/v13n6/f0603605.jpg" width="442" height="387" border="0"></a> </p>     
<p align="center"><strong>Fig. 6. Representaci&oacute;n gr&aacute;fica del metabuscador Kartoo</strong></p>     <p align="center"><strong>&nbsp; </strong></p>     <p>La figura muestra un metabuscador franc&eacute;s, salido a la luz en el a&ntilde;o 2001 que, tras recopilar los resultados de 14 buscadores, elimina los duplicados, clasifica los documentos web seg&uacute;n su pertinencia con respecto a la consulta y muestra la informaci&oacute;n final en una interfaz cartogr&aacute;fica. Kartoo presenta los resultados en forma de mapa inteligente, similar a los sistemas de representaci&oacute;n neuronal, en los cuales una vez efectuada la consulta se pueden visualizar los resultados en forma de una lista de documentos. Dentro del mapa, cada sitio se representa con una esfera enlazada a otras de contenido relacionado y el tama&ntilde;o de cada esfera es significativo de su relevancia, as&iacute; como su aproximaci&oacute;n al centro del mapa. Entre las esferas se incluyen enlaces que muestran que su contenido se encuentra relacionado por tratar aspectos comunes, es decir, cada enlace (t&oacute;pico) muestra un concepto que indica el tema compartido por las esferas vinculadas. </p>     <p>Por otra parte, los Topic Maps se proponen para modelar redes sem&aacute;nticas. Por ejemplo, si se establece una relaci&oacute;n entre un Topic Map y un tesauro se puede apreciar que los tesauros no son m&aacute;s que un caso particularmente simple del primero, donde tan solo existen tres tipos de relaciones (jerarqu&iacute;a, sinonimia y relacionado). </p>     <p>Al definir el modelado inicial del Topic Map y un tesauro, las semejanzas no son tan evidentes. Una de las diferencias con los tesauros est&aacute; m&aacute;s en el momento hist&oacute;rico en que cada propuesta tuvo lugar, as&iacute; los tesauros son normalmente productos incorporados a una &uacute;nica organizaci&oacute;n de forma centralizada y cuya presentaci&oacute;n en formato electr&oacute;nico es s&oacute;lo una caracter&iacute;stica extra, pero no un requisito. Los Topics Maps son productos descentralizados que mejoran con la cooperaci&oacute;n de distintas organizaciones y que tienen esencialmente un formato electr&oacute;nico. </p>     <p>Asimismo, los Topic Maps tienen una estrecha conexi&oacute;n con RDF porque, seg&uacute;n Le Grand y otros autores, ambos est&aacute;n destinados a ser complementarios. La diferencia es que un Topic Map es independiente de que existan recursos de informaci&oacute;n o no, y permite en ocasiones una navegaci&oacute;n entre conceptos. Por otra parte RDF, seg&uacute;n <em>Sigel, </em> est&aacute; m&aacute;s centrado en la descripci&oacute;n de recursos de informaci&oacute;n y no trata la sem&aacute;ntica de las relaciones entre los meta-datos. Por lo tanto, las ventajas que tienen los Topics Maps para la representaci&oacute;n del conocimiento en la web sem&aacute;ntica, se resumen de la siguiente manera: </p>     <p>- Los Topic Maps pueden dar una sem&aacute;ntica a elementos que est&aacute;n en el web, al organizarlos y describirlos, pero sin modificarlos. </p>     <p>- Presencia de perfiles de usuarios, p ermiten adaptarse a distintas comunidades para compartir recursos de informaci&oacute;n. </p>     <p>- Navegabilidad e inferencia mediante estructuras sem&aacute;nticas: Mejora no s&oacute;lo la recuperaci&oacute;n de informaci&oacute;n, sino tambi&eacute;n la gesti&oacute;n del conocimiento y el mantenimiento de los Topic Maps. En este punto, es tambi&eacute;n interesante recordar la independencia de los recursos de informaci&oacute;n que tiene un Topic Map, al poder navegar por nodos que no tengan ning&uacute;n recurso asociado </p>     ]]></body>
<body><![CDATA[<p>- Fusi&oacute;n con otras estructuras de conocimiento, que permite una gesti&oacute;n descentralizada. </p>     <p>- Buena escalabilidad y compatibilidad para adaptarse al creciente n&uacute;mero de recursos de informaci&oacute;n. </p>     <p>Entre las posibles desventajas, residen m&aacute;s en la poca madurez del est&aacute;ndar que en otros aspectos. As&iacute; se han revisado distintos aspectos como: </p>     <p>- La necesidad de mejorar la capacidad de integrar las propiedades de las dentro del esquema de definici&oacute;n de <em>Topic Maps </em>. </p>     <p>- La l&iacute;nea de investigaci&oacute;n emergente sobre la forma de asegurar la consistencia de los <em>Topic Maps </em>. </p>     <p>- Las restricciones necesarias relativas a su validaci&oacute;n y correcci&oacute;n. </p>     <p>El esfuerzo que supone la creaci&oacute;n de un Topic Map realmente se compensa si se piensa en las posibilidades que ofrecen en cuanto a capacidad de indizaci&oacute;n a texto completo delegados a aplicaciones inform&aacute;ticas de car&aacute;cter distribuido. Si bien estas aplicaciones son poco conocidas en nuestro &aacute;mbito acad&eacute;mico, constituyen buenos ejemplos del potencial que ofrecen para la organizaci&oacute;n y la recuperaci&oacute;n de informaci&oacute;n. Algunas de ellas, como <em>Ontopia </em>( <a href="http://www.ontopia.net/">http://www.ontopia.net </a>), <em></em><em>Empolis </em>( <a href="http://www.empolis.com/">http://www.empolis.com </a>), <em></em><em>Mondeca </em><em></em>( <strong><a href="http://www.mondeca.com">http://www.mondeca.com</a> </strong>) e <em>Infoloom </em><em></em>( <a href="http://www.infoloom.com/">http://www.infoloom.com </a>) ”, comparten caracter&iacute;sticas y funcionalidades; en todos los casos los Topics Maps se utilizan como una interfaz para indizar, interrogar y navegar repositorios de informaci&oacute;n. <em></em></p>     <p><em>&nbsp; </em></p> <h4>AGENTES INTELIGENTES </h4>     <p>Los agentes de software, denominados en el &aacute;mbito anglosaj&oacute;n <em>softbots o killer apps </em>, constituyen una de las &aacute;reas clave en el desarrollo de la inteligencia artificial, aunque intervienen otras &aacute;reas del conocimiento como la sociolog&iacute;a, La inform&aacute;tica, la l&oacute;gica, la ling&uuml;&iacute;stica y las telecomunicaciones, entre otras, ello ha llevado a proponer la creaci&oacute;n de una nueva disciplina dentro de la Ingenier&iacute;a de Software, la Ingenier&iacute;a de Software Orientada a Agentes ( <em>Agent-Based Software Engineering </em>), cuyo fundamento es solucionar el problema que supone la heterogeneidad de las situaciones en la que puede encontrarse un agente de software y solucionar este problema mediante la comunicaci&oacute;n y la cooperaci&oacute;n. </p>     <p>En la inteligencia artificial ha surgido un nuevo paradigma conocido como” paradigma de agente”, que ha tomado un gran auge entre los investigadores en el dise&ntilde;o y desarrollo de entidades que puedan actuar de forma aut&oacute;noma y razonada. Los investigadores en el campo de los agentes computacionales han aportado varias definiciones al t&eacute;rmino, cada uno desde su perspectiva particular, fundamentada b&aacute;sicamente en la l&iacute;nea de investigaci&oacute;n en la cual trabajan (inteligencia artificial, ingenier&iacute;a de software, sistemas aut&oacute;nomos). No obstante, la aplicaci&oacute;n de los agentes de software es del inter&eacute;s para especialistas en organizaci&oacute;n de informaci&oacute;n por las perspectivas que abren en lo que se refiere a la localizaci&oacute;n, identificaci&oacute;n, relaci&oacute;n, mantenimiento y selecci&oacute;n de recursos de informaci&oacute;n. </p>     ]]></body>
<body><![CDATA[<p>Un agente de software puede definirse como “un programa autocontenido capaz de controlar su proceso de toma de decisiones y de actuar, basado en la percepci&oacute;n del ambiente, en la persecuci&oacute;n de uno o varios objetivos”. En esencia, de la definici&oacute;n anterior es posible extraer algunas caracter&iacute;sticas que deben tener los agentes: </p>     <p>- Deben ser parte de un ambiente. </p>     <p>- Deben censar su entorno y actuar sobre &eacute;l. </p>     <p>- Deben responder seg&uacute;n los objetivos para los que se dise&ntilde;aron. </p>     <p>Para ello, seg&uacute;n <em>Jennings y Wooldridge </em>, son necesarios una serie de atributos o propiedades que lo definen como agente: 38 </p>     <p>- Autonom&iacute;a: <em></em>Capacidad de actuar sin intervenci&oacute;n directa de una persona u otro agente, y controlar sus propias acciones y estado interno. <em></em></p>     <p>- Habilidad social: <em></em>Un agente debe ser comunicativo, incorporar habilidades para interactuar con otros agentes o incluso con alguna persona, para solicitar informaci&oacute;n o bien para exponer los resultados obtenidos de la ejecuci&oacute;n de las tareas encargadas. </p>     <p>- Reactividad: Se refiere al hecho de que un agente debe poder censar el estado del ambiente dentro del cual se encuentra inmerso y, en funci&oacute;n de esto, actuar para responder de manera adecuada a los cambios que produzcan. </p>     <p>- Orientaci&oacute;n por objetivos: <em></em>Un agente no s&oacute;lo debe actuar ante los cambios detectados en el medio, sino que – adem&aacute;s –debe trabajar en funci&oacute;n de los objetivos para los cuales se dise&ntilde;aron y las tareas que les fueron delegadas en cada momento. </p>     <p>- Continuidad temporal: Un agente es un proceso temporalmente continuo. A diferencia de un programa convencional del cual se conoce su inicio y fin, un agente debe ejecutarse hasta que se alcance el conjunto de objetivos solicitados, o bien, mientras su ciclo perdure y su usuario no desee detenerlo. </p>     ]]></body>
<body><![CDATA[<p>El ciclo de vida de un agente depende de sus caracter&iacute;sticas, de las tareas que realice y de los deseos de su usuario en cuanto al tiempo durante el cual debe ejecutarse. De ah&iacute;, la movilidad como capacidad del agente para viajar por toda la red, nodo a nodo, en busca de recursos que cumplan con su estrategia de b&uacute;squeda. La movilidad no es una propiedad indispensable para un agente, sino que modifica la forma en que cumple con sus objetivos; en este caso, puede recurrir a los recursos que ofrece una red de computadoras, y aportar una nueva forma de computaci&oacute;n distribuida. Seg&uacute;n esto, <em>Berney </em> propone una clasificaci&oacute;n de agentes de acuerdo con sus l&iacute;neas de investigaci&oacute;n y desarrollo: <span class="superscript">39 </span></p>     <p>- Agentes de interfaz: <em></em>Un agente de interfaz es un software cuasi-inteligente que asiste a un usuario cuando interact&uacute;a con una o m&aacute;s aplicaciones. La motivaci&oacute;n es que se les pueda delegar tareas complejas y laboriosas. Son asistentes personales que reducen el trabajo ante la sobrecarga de informaci&oacute;n, por ejemplo, el filtrado de los mensajes de correo electr&oacute;nico o la recuperaci&oacute;n de archivos en Internet. </p>     <p>- Agentes de colaboraci&oacute;n: <em></em>Constituyen sistemas multiagentes, es decir, existe m&aacute;s de un agente dedicado a satisfacer los requerimientos de sus usuarios. Para ello, es necesario contar con esquemas de comunicaci&oacute;n entre agentes que posibiliten la cooperaci&oacute;n y el intercambio de conocimiento. </p>     <p>- Agentes m&oacute;viles: <em></em>Los agentes m&oacute;viles son aplicaciones capaces de viajar por una red de computadoras, interactuando con servidores externos y recolectar informaci&oacute;n en nombre de su due&ntilde;o y retornar luego de completar las tareas establecidas previamente. </p>     <p>- Agentes de recuperaci&oacute;n de informaci&oacute;n: El objetivo principal de los agentes dedicados espec&iacute;ficamente a la recuperaci&oacute;n de informaci&oacute;n es obtener informaci&oacute;n para el usuario. La motivaci&oacute;n para su construcci&oacute;n es que con el crecimiento vertiginoso de Internet, la cantidad de informaci&oacute;n accesible supera el tiempo de disponible para analizarla. </p>     <p>“El papel del agente inteligente en el proceso de recuperaci&oacute;n sem&aacute;ntica de informaci&oacute;n no debe confundirse con la de un buscador inteligente&quot;.<span class="superscript"> 40</span> Un buscador inteligente se aprovechar&aacute; del enriquecimiento sem&aacute;ntico de los recursos web para mejorar, principalmente, en la precisi&oacute;n y la recuperaci&oacute;n de informaci&oacute;n. , aunque su funcionamiento se basar&aacute;, como los actuales buscadores, en la previa indizaci&oacute;n de todos aquellos recursos susceptibles de recuperarse. Por otra parte, el agente inteligente recorrer&aacute; el web por medio de enlaces entre recursos (taxonom&iacute;as, tesauros, ontolog&iacute;as) en busca de aquella informaci&oacute;n que le sea solicitada y puede adem&aacute;s interactuar con el entorno para el cumplimiento de tareas encomendadas mediante la utilizaci&oacute;n de esquemas de metadatos codificados en esquemas RDF ( <em>RDF Schema </em>) que pudiesen procesar y reutilizar ontolog&iacute;as. </p>     <p>La web sem&aacute;ntica proyecta como uno de sus fundamentos el desarrollo de sistemas de informaci&oacute;n basados en el conocimiento de agentes inteligentes para lograr la interoperabilidad, no s&oacute;lo sint&aacute;ctica y sem&aacute;ntica, sino entre aplicaciones independientemente de la acci&oacute;n de los usuarios de la red. Sustentados sobre la base de la heterogeneidad, constituyen nuevos m&eacute;todos para la organizaci&oacute;n y la recuperaci&oacute;n de informaci&oacute;n en entornos distribuidos. </p>     <p> <h4>WEB SERVICES </h4>     <p>El costo de desarrollar software siempre es muy alto y la diversidad de las plataformas es una realidad desde el inicio de la Inform&aacute;tica. De hecho, conforme m&aacute;s complejas fueron las aplicaciones que las empresas demandaban, m&aacute;s caras era desarrollarlas. Para enfrentarse a esta situaci&oacute;n, se han seguido diferentes l&iacute;neas de implementaci&oacute;n, todas ellas dirigidas a reutilizar las aplicaciones desarrolladas. </p>     <p>Una de estas propuestas fue y es la estandarizaci&oacute;n de lenguajes de programaci&oacute;n de forma que si cualquier desarrollador escrib&iacute;a un programa en “C”, s&oacute;lo necesitar&iacute;a un compilador de C en la plataforma espec&iacute;fica en la que quisiera ejecutar la aplicaci&oacute;n. Esto, en realidad, es dif&iacute;cil de hacer funcionar, porque surgieron peque&ntilde;as diferencias y extensiones de C que hac&iacute;an dif&iacute;cil transportar una aplicaci&oacute;n entre diferentes plataformas. C, un lenguaje de programaci&oacute;n desarrollado en 1972 por el estadounidense <em> Dennis Ritchie </em> en los Laboratorios Bell, considerado por muchos un lenguaje ensamblador m&aacute;s independiente de la m&aacute;quina que un lenguaje de alto nivel, su estrecha asociaci&oacute;n con el sistema operativo UNIX, su enorme popularidad y su homologaci&oacute;n por el American National Standards Institute (ANSI) lo han convertido tal vez en lo m&aacute;s cercano a un lenguaje de programaci&oacute;n estandarizado en el sector de las microcomputadoras y estaciones de trabajo. </p>     ]]></body>
<body><![CDATA[<p>Otra posibilidad fue la que ha desarrollado Sun Mycrosystems con”Java”. Se programa para una plataforma, pero para una plataforma virtual, en este caso, para la m&aacute;quina virtual Java ( <em>Java Virtual Machine </em>), y en cada plataforma real se implementa una m&aacute;quina virtual de Java, que ser&aacute; la encargada de ejecutar las aplicaciones escritas en Java. </p>     <p>Java es lenguaje de programaci&oacute;n orientado a objetos desarrollado por la empresa Sun Microsystems en 1995 y que se ha extendido ampliamente en el web. Es un lenguaje de alto nivel y prop&oacute;sito general similar a C++, con marcadas caracter&iacute;sticas de seguridad y transportabilidad. Este lenguaje define una m&aacute;quina virtual independiente de la plataforma donde se ejecuta, que procesa programas, llamados Applets, descargados desde el servidor web. Adem&aacute;s, debido al modo de ejecuci&oacute;n de los Applets, este lenguaje es muy seguro frente a la presencia y ataque de virus inform&aacute;ticos. </p>     <p>Las implementaciones son espec&iacute;ficas de cada plataforma, pero al ser todas las m&aacute;quinas virtuales exactamente la misma, los programas escritos en Java deben poder ejecutarse sin ning&uacute;n problema en todas las plataformas que tengan una m&aacute;quina virtual de Java. </p>     <p>Esta apuesta ha demostrado ser muy &uacute;til y funcionar bastante bien. Sin embargo: &iquest;qu&eacute; pasa si se tienen varias aplicaciones desarrolladas en lenguajes propietarios o en plataformas espec&iacute;ficas y que interact&uacute;en entre ellas? El costo de elegir un &uacute;nico lenguaje o plataforma y migrarlo al mismo es descabellado en la mayor&iacute;a de las situaciones, y es aqu&iacute; donde los Web Services, as&iacute; como otras tecnolog&iacute;as, pueden ser de gran utilidad. </p>     <p>Con los Web Services se pueden reutilizar desarrollos empleados sin importar la plataforma en la que funcionan o el lenguaje en el que est&aacute;n escritos. Los Web Services se constituyen en una capa adicional a estas aplicaciones de forma que pueden interactuar entre ellas, a partir del uso de tecnolog&iacute;as est&aacute;ndares para comunicarse, desarrolladas en el contexto de Internet por organismos importantes de estandarizaci&oacute;n como: ANSI, IEEE ( <em>Institute of Electric and Electronics Engineers </em>.), ISO y W3C. <em></em></p>     <p>Actualmente, gran parte de los presupuestos destinados al dise&ntilde;o y mantenimiento de sistemas de informaci&oacute;n se dedican a resolver problemas de integraci&oacute;n entre aplicaciones, de forma que puedan comunicarse independientemente de su plataforma operativa en tiempo real. Muchas de las compa&ntilde;&iacute;a l&iacute;deres del mercado de software han concebido un nuevo m&eacute;todo mediante el cual solucionar el problema de la heterogeneidad e interoperabilidad entre aplicaciones web mediante el dise&ntilde;o y mantenimiento de los Web Services. <em>&quot;Un Web Service es un componente de software que se comunica con otras aplicaciones mediante la codificaci&oacute;n de los mensaje en XML y el env&iacute;o de estos mensaje con protocolos est&aacute;ndares de Internet como el Hyper -Text Transfer Protocol (HTTP)”. </em><span class="superscript">41 </span></p>     <p>El desarrollo de servicios web o <em>Web Services </em>como aplicaciones en entornos distribuidos y descentralizados, b&aacute;sicamente utiliza las siguientes tecnolog&iacute;as: <span class="superscript">41</span> </p>     <p>- Un formato que describa la interfaz del componente (sus m&eacute;todos y atributos) basado en XML. Por lo general, este formato es el WSDL (Web <em>Service Description Language </em>). </p>     <p>- Un protocolo de aplicaci&oacute;n basado en mensajes y que permita que una aplicaci&oacute;n interact&uacute;e (use, llame, ejecute) con el Web Service. Por lo general, este protocolo es SOAP ( <em>Simple Object Access Protocol </em>). </p>     <p>- Estructuras parecidas a las bases de datos que organizan los servicios web; as&iacute; como especificaciones que definen un camino para publicar y descubrir informaci&oacute;n sobre los servicios Web mediante el est&aacute;ndar UDDI ( <em>Universal Description, Discovery and Integration </em>). </p>     ]]></body>
<body><![CDATA[<p>- Un protocolo de transporte que se encargue de transportar los mensajes por Internet. Por lo general, este protocolo de transporte es HTTP ( <em>Hyper-Text Transfer Protocol </em>) que es exactamente el mismo que se usa para navegar por el web. </p>     <p>Los Web Services no son, por tanto, aplicaciones con una interfaz gr&aacute;fica con los que las personas puedan interactuar, sino que son software accesibles en Internet o en redes privadas que utilizan tecnolog&iacute;as de Internet en lugar de otras aplicaciones. De esta forma, pueden desarrollarse aplicaciones que hagan uso de otras, que est&eacute;n disponibles en Internet e interact&uacute;en con ellas. </p>     <p>En este sentido, un aspecto de suma importancia para la puesta en marcha y mejora de la web sem&aacute;ntica es la existencia de herramientas de soporte y la re-utilizaci&oacute;n de ontolog&iacute;as que puedan utilizar los Web Services para recuperarlas, mediante una plataforma que una entornos de desarrollo de aplicaciones para la web sem&aacute;ntica y un m&oacute;dulo de conexi&oacute;n a servicios web para la b&uacute;squeda y recuperaci&oacute;n de ontolog&iacute;as. </p>     <p>Definido sobre esta base, empresas como Hewlet Packard y la National University of Ireland trabajan desde el a&ntilde;o 2002 en una plataforma orientada al descubrimiento, descripci&oacute;n y mediaci&oacute;n entre Web Services en el marco de la web sem&aacute;ntica conocida como <em>Semantic Web Enabled Web Services </em>. Adem&aacute;s, el <em>Computer Science and Electrical Engineering Department </em>de la Universidad de Maryland, desarrolla un proyecto de investigaci&oacute;n iniciado en el a&ntilde;o 2004 con un per&iacute;odo de duraci&oacute;n de dos a&ntilde;os, que consiste en un buscador tem&aacute;tico llamado Swoogle, con una interfaz de consulta muy sencilla que recupera ontolog&iacute;as codificadas en RDF, OWL y DAML+OIL mediante esta plataforma de intercambio de Web Services. (fig. 7) </p>     <p align="center"><a href="/img/revistas/aci/v13n6/f0703605.jpg"><img src="/img/revistas/aci/v13n6/f0703605.jpg" width="563" height="505" border="0"></a> </p>     
<p align="center"><strong>Fig. 7. Buscador implementado para recuperar ontolog&iacute;as en la web sem&aacute;ntica</strong></p>     <p>Por otra parte, es v&aacute;lido aclarar que los Web Services utilizan las mismas tecnolog&iacute;as con las que se conciben muchas de las aplicaciones web actuales como: <em>Hyper-text Pre-Procesor </em> (php), <em>Active Server Page </em> (asp), <em>Java Server Page </em> (jsp), entre otras, por lo que pueden tener los mismos problemas de seguridad que estas tecnolog&iacute;a enfrentan. A ello hay que a&ntilde;adir que actualmente los Web Services no son capaces de ofrecer todo el conjunto de caracter&iacute;sticas avanzadas de muchos sistemas de integraci&oacute;n de aplicaciones, por ejemplo: gesti&oacute;n de la capa de comunicaci&oacute;n, coordinaci&oacute;n de transacciones, mapeo de datos, gesti&oacute;n de procesos de negocios y seguridad, aunque son cuestiones sobre las que se trabaja. </p>     <p><em>&nbsp; </em></p> <h4>FIRMAS DIGITALES Y REDES DE CONFIANZA</h4>     <p>Uno de las componentes fundamentales de la web sem&aacute;ntica ser&aacute;n las firmas digitales. Estas se definen como “bloques de datos cifrados que las computadoras y agentes de software podr&aacute;n utilizar para verificar que la informaci&oacute;n adjunta fue proporcionada por una fuente fiable”. <span class="superscript">42</span> Al aplicar un algoritmo de cifrado sobre un documento o mensaje a firmar, se obtiene un bloque de datos que representa un resumen del documento o mensaje. La firma digital se obtiene mediante un <em>Sistema de criptograf&iacute;a de clave p&uacute;blica </em>, que se basa en el empleo de dos tipos de claves: p&uacute;blica y privada, todo lo que se cifre mediante una clave p&uacute;blica solo puede ser descifrado a por medio de su correspondiente clave privada y viceversa. </p>     <p>Las ventajas que confiere la firma digital a los recursos, documentos o mensajes del web, son principalmente: </p>     ]]></body>
<body><![CDATA[<p>- Identificaci&oacute;n: Posibilidad de determinar la identidad del emisor o autor del recurso. </p>     <p>- Integridad: Facilidad para detectar la manipulaci&oacute;n o alteraci&oacute;n il&iacute;cita del recurso. </p>     <p>La privacidad de los datos personales que se manejan en Internet es una preocupaci&oacute;n constante para empresas, gobiernos, medios de comunicaci&oacute;n y el p&uacute;blico en general. Para solucionar este problema, surgieron grupos de trabajo e iniciativas dirigidas a estandarizar estos problemas como los grupos de trabajo XML Encryption y XML Signature, este &uacute;ltimo fruto del esfuerzo conjunto entre el W3C y el IETF (Internet Engineering Task Force), quienes han desarrollado una especificaci&oacute;n, con sintaxis XML, para la representaci&oacute;n de firmas digitales en recursos web que alcanz&oacute; el grado de Recomendaci&oacute;n del W3C en febrero de 2002. </p>     <p>XML Signature asegura la integridad de partes de documentos XML transportados, as&iacute; como proporciona la autenticaci&oacute;n de mensajes y servicios de autenticaci&oacute;n de firma para datos de cualquier tipo, tanto si se encuentra en el XML que incluye la firma o en cualquier otra parte. Puede aplicarse a cualquier contenido digital (objeto de datos), incluido XML por medio de la asociaci&oacute;n de claves con los datos de consulta. XML Signature representa un sistema que mediante una firma digital permite ofrecer autenticidad de los datos. Con la firma digital se confirma la identidad del emisor, la autenticidad del mensaje e integridad. </p>     <p>En el caso de XML Encryption, es un lenguaje cuya funci&oacute;n principal es asegurar la confidencialidad de partes de documentos XML por medio de la encriptaci&oacute;n parcial del documento transportado. XML Encryption puede aplicarse a cualquier recurso web, incluido contenido que no es XML. </p>     <p>Otro de los esfuerzos orientados a la seguridad es la conocida como P3P o Plataforma de Preferencias de Privacidad ( <em>Platform for Privacy Preferences </em>), que nace ante la necesidad de garantizar la privacidad en una web cada vez m&aacute;s extensa, que alcanz&oacute; el grado de Recomendaci&oacute;n por el W3C en abril de 2002. P3P es un lenguaje est&aacute;ndar que ofrece a los usuarios una forma sencilla y automatizada de controlar en mayor medida el uso que se hace de su informaci&oacute;n personal en los sitios web que visitan. A su vez posibilita: </p>     <p>Desarrollar herramientas y servicios que ofrezcan a los usuarios un mayor control sobre la informaci&oacute;n personal que se maneja en Internet y, al mismo tiempo, aumentar la confianza entre los servicios web y los usuarios. </p>     <p>Mejorar el control del usuario al colocar pol&iacute;ticas de privacidad donde los usuarios pueden encontrarlas, en un formato en el que los usuarios pueden entender y, lo m&aacute;s importante, con la posibilidad de que el usuario act&uacute;e sobre lo que ve. </p>     <p>A los usuarios web, facilidad y regularidad a la hora de decidir si quieren o no, y bajo qu&eacute; circunstancia, revelar informaci&oacute;n personal. </p>     <p>Permite a los sitios web trasladar sus pr&aacute;cticas de privacidad a un formato estandarizado y procesable por dispositivos -basado en XML - que puede ser recuperado de forma autom&aacute;tica y que adem&aacute;s puede interpretarse f&aacute;cilmente por los navegadores web. Sin embargo, “aunque las firmas digitales resultan de utilidad para describir la autenticidad de las relaciones de autor&iacute;a entre individuos y recursos, no describen la confianza de los usuarios y agentes inteligentes sobre dichos autores y, por lo tanto, sobre el contenido de sus recursos”. <span class="superscript">43 </span></p>     ]]></body>
<body><![CDATA[<p>La soluci&oacute;n puede estar en el concepto de una <em>Web de Confianza </em>que basa su funcionamiento sobre la base de la confianza o fiabilidad entre usuarios y agentes de software en la red, definido como “el grado en que un agente considera un aserto como verdadero para un contexto dado”.<span class="superscript"> 44</span> Cada usuario, identificado por un URI, expresar&iacute;a su grado de confianza o desconfianza sobre otros individuos, que a su vez har&iacute;an lo mismo sobre otros, lo que dar&iacute;a como resultado extensas e interoperables redes de confianza procesables por agentes inteligentes. </p>     <p>Para la web sem&aacute;ntica se han puesto en pr&aacute;ctica aplicaciones que propician el an&aacute;lisis de redes sociales que toman como premisa un vocabulario RDF para describir informaci&oacute;n sobre los individuos y sus relaciones en una red social, conocido como FOAF ( <em>Friend OF A Friend </em>), que se extiende con el objetivo de expresar el nivel de confianza entre los individuos de la red para finalmente mostrar su implementaci&oacute;n pr&aacute;ctica en &aacute;reas como el correo electr&oacute;nico y la mensajer&iacute;a instant&aacute;nea. </p>     <p>El uso conjunto de firmas digitales y redes de confianza, aplicadas a las reglas de inferencia con la cuales operan los agentes de software, pueden solucionar los problemas de autenticaci&oacute;n y validaci&oacute;n de permisos de usuarios, as&iacute; como entre estos y los computadoras. El problema de la centralizaci&oacute;n de los mecanismos de seguridad puede resolverse mediante el uso generalizado de redes de confianza y bloques de datos cifrados, que har&iacute;an innecesario el empleo de criptograf&iacute;a en la mayor&iacute;a de los casos y, consecuentemente, de las Autoridades de Certificaci&oacute;n, en un entorno caracterizado por la descentralizaci&oacute;n en el que pretende establecerse la web sem&aacute;ntica. </p>     <p>&nbsp; </p> <h4>MODELO CONSTRUCTIVO DE LA WEB SEM&Aacute;NTICA </h4>     <p>Una vez analizadas todas las tecnolog&iacute;as y lenguajes necesarios para la implementaci&oacute;n de la web sem&aacute;ntica, se puede esquematizar de forma gr&aacute;fica c&oacute;mo esta infraestructura, dividida en varias capas o niveles, se complementa para lograr dotar al web actual de sem&aacute;ntica desde el punto de vista te&oacute;rico-funcional (fig. 8). Este diagrama, presentado por <em> Berners-Lee </em> en la <em>XML Conference </em><em></em>del a&ntilde;o 2000, puede servir como aproximaci&oacute;n visual al conjunto de tecnolog&iacute;as que forman el esquema de capas mencionado, cuyos componentes son: </p>     <p>- Est&aacute;ndares para la localizaci&oacute;n de recursos de informaci&oacute;n en el web de forma inequ&iacute;voca y &uacute;nica como son los URIs ( <em>Uniform Resource Identifiers </em>) y la norma internacional Unicode para la codificaci&oacute;n de caracteres a nivel internacional. </p>     <p>- XML ( <em>eXtensible Markup Language </em>), como base sint&aacute;ctica para la estructuraci&oacute;n del contenido en el web, as&iacute; como el empleo de espacios de nombres (<em>Namespaces</em>) para asociar con precisi&oacute;n cada propiedad con el esquema que define dicha propiedad y esquemas ( <em>XML Schema </em>) para definir qu&eacute; elementos debe contener un documento XML, c&oacute;mo est&aacute;n organizados, qu&eacute; atributos y de qu&eacute; tipo pueden tener sus elementos. </p>     <p>- Un modelo b&aacute;sico para establecer propiedades sobre los recursos, para el que se emplear&aacute; RDF ( <em>Resource Description Framework </em>), as&iacute; como un modelo para definir relaciones entre los recursos por medio de clases y objetos, que se expresan mediante esquemas en RDF ( <em>RDF Schema </em>). </p>     <p>- Lenguajes para la representaci&oacute;n de ontolog&iacute;as que permitan la interoperabilidad y reutilizaci&oacute;n entre ontolog&iacute;as de diversos dominios del conocimiento en el web, cuya base se encuentra en <em>RDF Schema </em>. </p>     <p>- Una capa l&oacute;gica que permita realizar consultas e inferir conocimiento, donde estar&iacute;an las ontolog&iacute;as, agentes software y web services como estructuras para lograr interoperabilidad entre aplicaciones y sistemas de informaci&oacute;n heterog&eacute;neos. </p>     ]]></body>
<body><![CDATA[<p>- Una capa de seguridad que permita asignar niveles de fiabilidad a determinados recursos, de forma comprobable posteriormente por los agentes, para lo que se utilizar&aacute;n firmas digitales y redes de confianza. </p>     <p align="center"><a href="/img/revistas/aci/v13n6/f0803605.jpg"><img src="/img/revistas/aci/v13n6/f0803605.jpg" width="416" height="234" border="0"></a> </p>     
<p align="center"><strong>Fig. 8.</strong> <strong>Modelo de capas propuesto por Berners-Lee para la web sem&aacute;ntica</strong></p>     <p align="justify">Ossenbruggen, Hardman y Rutledge plantean que las primeras capas de la web sem&aacute;ntica (URIs, XML, RDF), que tienen la funci&oacute;n de describir, estructurar e identificar los recursos web, tienen soporte tecnol&oacute;gico en la web actual, mientras que las capas que pretenden dotar de l&oacute;gica e inteligencia al web, no tienen, por el momento, soporte en el web actual (agentes y ontolog&iacute;as).<span class="superscript"> 45</span> De igual manera, se considera que las capas necesarias para dotar de fiabilidad, confianza y seguridad al web se encuentran en discusi&oacute;n (firmas digitales y redes de confianza). Otro de los problemas que afronta este modelo es que cada capa mantiene su propia sintaxis y no todas extienden de la misma manera su sem&aacute;ntica. </p>     <p>Analizada la propuesta de la web sem&aacute;ntica, cabe cuestionarse qu&eacute; mejoras supondr&iacute;a este modelo para el web actual. Mientras mayor sea el nivel de descripci&oacute;n sem&aacute;ntica y estructuraci&oacute;n l&oacute;gica de los documentos en el web, mayor ser&aacute; la precisi&oacute;n obtenida en la recuperaci&oacute;n de la informaci&oacute;n. De igual forma, la exhaustividad mejorar&iacute;a gracias a que los axiomas definidos en las ontolog&iacute;as posibilitar&aacute;n tanto a agentes como buscadores inteligentes, inferir nuevo conocimiento no explicitado previamente y recuperar un mayor n&uacute;mero de recursos relevantes para determinada consulta. </p>  <h4>CONCLUSIONES </h4>     <p>El web ha cambiado profundamente la forma en la que nos comunicamos, hacemos negocios y realizamos nuestro trabajo. Se pueden realizar transacciones econ&oacute;micas por medio de Internet y tener acceso a millones de recursos, independientemente de nuestra ubicaci&oacute;n geogr&aacute;fica e idioma. Todos estos factores han contribuido al &eacute;xito del web. Sin embargo, al mismo tiempo, estos factores que han propiciado su &eacute;xito, tambi&eacute;n han originado sus principales problemas: sobrecarga de informaci&oacute;n y heterogeneidad de fuentes de informaci&oacute;n con el consiguiente problema de interoperabilidad. </p>     <p>La web sem&aacute;ntica ayudar&iacute;a a resolver estos dos importantes problemas al permitir a los usuarios delegar tareas espec&iacute;ficas al software. Gracias a la sem&aacute;ntica en el web, el software ser&iacute;a capaz de procesar su contenido, razonar con este, combinarlo y realizar deducciones l&oacute;gicas para resolver problemas cotidianos autom&aacute;ticamente. En este sentido, despu&eacute;s de realizar un an&aacute;lisis general con relaci&oacute;n a los componentes y tecnolog&iacute;as que integran el modelo te&oacute;rico-conceptual del proyecto de la web sem&aacute;ntica , as&iacute; como lograr un consenso entre la diversidad de criterios que en torno a esta iniciativa han tenido sus principales investigadores, puede afirmarse que: </p>     <p>La concepci&oacute;n de los procesos organizativos de la informaci&oacute;n como la clasificaci&oacute;n y de la indizaci&oacute;n documental en ambientes autom&aacute;ticos y, espec&iacute;ficamente en el web, tienden a integrar modelos estad&iacute;sticos y ling&uuml;&iacute;sticos (an&aacute;lisis sint&aacute;ctico y sem&aacute;ntico) en funci&oacute;n del desarrollo de las t&eacute;cnicas de procesamiento del lenguaje natural, de la inteligencia artificial y en favor de la creaci&oacute;n de sistemas de informaci&oacute;n mixtos que conjuguen el software con capacidad de razonamiento e inferencia, como paso previo para la mejora de las t&eacute;cnicas de recuperaci&oacute;n de informaci&oacute;n. </p>     <p>La web sem&aacute;ntica, como &aacute;rea interdisciplinar, proporcionar&aacute; un salto cualitativo sobre el potencial del web, porque una de las principales ventajas de esta extensi&oacute;n del web actual radica en el desarrollo de aplicaciones con esquemas de datos comunes para el fomento de las transacciones entre empresas por comercio electr&oacute;nico y b&uacute;squeda de informaci&oacute;n mediante inferencias. </p>     <p>El desarrollo de la web sem&aacute;ntica proporcionar&aacute; tres niveles fundamentales de interoperabilidad entre esquemas de datos y aplicaciones heterog&eacute;neos: </p>     ]]></body>
<body><![CDATA[<p>- Interoperabilidad sint&aacute;ctica: <strong></strong>mediante XML como metalenguaje de marcado para estructurar la informaci&oacute;n web. <strong></strong></p>     <p>- Interoperabilidad sem&aacute;ntica: <strong></strong>mediante RDF como modelo de datos gen&eacute;rico y contenedor de esquemas de datos espec&iacute;ficos. <strong></strong></p>     <p>- Interoperabilidad estructural: <strong></strong>mediante la unificaci&oacute;n los contenidos sem&aacute;nticos por medio de ontolog&iacute;as que formalicen el conocimiento en forma consensuada y reutilizable. <strong></strong></p>     <p>Se necesita un lenguaje com&uacute;n basado en el web, con suficiente capacidad expresiva y de razonamiento para representar la sem&aacute;ntica de las ontolog&iacute;as. Este constituye uno de los inconvenientes del actual modelo de capas planteado por <em>Berners Lee, </em> porque no todos sus niveles extienden la sem&aacute;ntica con el mismo grado de interoperabilidad. </p>     <p>En este sentido, los futuros agentes de software se dise&ntilde;ar&aacute;n para explotar el conocimiento del web contenido no s&oacute;lo en las ontolog&iacute;as, sino en otras estructuras de organizaci&oacute;n de la informaci&oacute;n como pueden ser las taxonom&iacute;as, tesauros y los Topic Maps. </p>     <p>&nbsp; </p> <h4>REFERENCIAS BIBLIOGR&Aacute;FICAS </h4>     <!-- ref --><p>1. Maller P, Dahaes V. Web Sem&aacute;ntica: el salto evolutivo de la Web. Disponible en: http://www.proyectoweb.org/boletines/034-marz03.html [Consultado: 20 de septiembre del 2004]. <!-- ref --><p>2. Castells P. Aplicaci&oacute;n de t&eacute;cnicas de la web sem&aacute;ntica. Disponible en: <a href="http://giig.ugr.es/~mgea/coline02/Articulos/pcastells.pdf">http://giig.ugr.es/~mgea/coline02/Articulos/pcastells.pdf </a> [Consultado: 2 de febreo del 2005]. <!-- ref --><p>3. Matthews B, Wilson M, Brickley D. Semantic Web Advanced Development in Europe . ERCIM News 2002;(51):15-6. <!-- ref --><p>4. Berners Lee T, Miller E. The Semantic Web lifts off, W3C. ERCIM News 2002;(51). Disponible: http://www.w3.org/2002/03/key-free-trust [Consultado: 23 de noviembre del 2004]. <!-- ref --><p>5. Berners Lee T, Handler J, Lassila O. The Semantic Web. Scientific American 2001;284(5). <!-- ref --><p>6. Daconta MC, Obrst Leo J, Smith KT. The Semantic Web: A guide to the future of XML, Web Services and Knowledge Management. New York:: Wiley, 2003 p. 145. <!-- ref --><p>7. Merriam- Webster Online. Disponible en: <a href="http://www.m-w.com/">www.m-w.com </a> [Consultado: 20 de marzo del del 2005]. <!-- ref --><p>8. Novak JD, Gowin DB. Learning How to Learn <em>. </em> New York: Cambridge University Press, 1984. <!-- ref --><p>9. Roberts N. Historical studies in documentation: pre-history of information retrieval thesaurus. Journal of Documentation 1984;40(4):271-85. <!-- ref --><p>10. Corcho O, Fern&aacute;ndez L&oacute;pez M, G&oacute;mez P&eacute;rez A. Methodologies, tools and languages for building ontologies:&nbsp;where is their meeting point? Data &amp; Knowledge Engineering 2003;46(1):41-64. <!-- ref --><p>11. Garc&iacute;a Jim&eacute;nez A. Instrumentos de representaci&oacute;n del conocimiento: tesauros versus ontolog&iacute;as. Anales de la Documentaci&oacute;n 2004;(7):7. <!-- ref --><p>12. Studer R, Benjamins R, Fensel D. Knowledge Engineering: Principles and Methods. Data and Knowledge Engineering 1998;25(1/2):161-97. <!-- ref --><p>13. Neches R. Enabling technology for knowledge sharing. AI Magazine 1991;12(3):36-56. <!-- ref --><p>14. Noy NF, McGuinness DL. Ontology Development 101: A Guide to Creating Your First Ontology. 2000. Disponible en : http://www.cs.man.ac.uk/~carole/old/GGF%20Tutorial%20Stuff/ontology101.pdf [Consultado: 11 de noviembre del 2004]. <!-- ref --><p>15. Guarino N. Formal ontology and information systems. En: Guarino N (ed.). <em>Formal Ontology in Informaton Systems </em>. Amsterdam: IOS Press, 1998. <!-- ref --><p>16. Guerrero Bote V, Lozano Tello A. V&iacute;nculos entre las Ontolog&iacute;as y la Biblioteconom&iacute;a y Documentaci&oacute;n. En: La Representaci&oacute;n y la Organizaci&oacute;n del Conocimiento en sus distintas perspectivas: su influencia en la Recuperaci&oacute;n de la Informaci&oacute;n. <em></em>Actas del IV Congreso ISKO-Espa&ntilde;a EOCONSID'99, abril 22-24, Granada, Espa&ntilde;a. Granada: ISKO-Facultad de Biblioteconom&iacute;a y Documentaci&oacute;n, 1999. p. 25-31. <!-- ref --><p>17. Ding Y, Foo S. Ontology research and development. Part 1. A review of ontology generation. Journal of Information Science 2002;28(2):123-36. <!-- ref --><p>18. Ding Y, Foo S. Ontology research and development. Part 2. A review of ontology mapping and evolving. Journal of Information Science 2002;28(5):375-88. <p>19. Garc&iacute;a Jim&eacute;nez A. Instrumentos de representaci&oacute;n del conocimiento: tesauros versus ontolog&iacute;as. Anales de la Documentaci&oacute;n 2004;(7):7. </p>     <p>G&oacute;mez P&eacute;rez A. (coord.). A Survey on Ontology Tools, OntoWeb deliverable 1.3.2002. Disponible en: </p>     <p><a href="http://www.aifb.uni-karlsruhe.de/WBS/ysu/publications/OntoWeb_Del%20_1-3.%20pdf">http://www.aifb.uni-karlsruhe.de/WBS/ysu/publications/OntoWeb_Del_1-3. pdf </a>[Consultado: 11 de noviembre del 2004]. </p>     <!-- ref --><p>20. Paling S. Converting a controlled vocabulary into an ontology. Information Research 2001;6(2). Disponible en: <a href="http://informationr.net/ir/6-2/paper94.html">http://informationr.net/ir/6-2/paper94.html </a>[Consultado: 5 de noviembre del 2004]. <!-- ref --><p>21. Tri&aacute;ngulo sem&aacute;ntico o semi&oacute;tico. Disponible en: <a href="http://culturitalia.uibk.ac.at/hispanoteca/Lexikon%20der%20Linguistik/sa/SEMIOTISCHES%20DREIECK%20%20%20Tri%C3%A1ngulo%20sem%C3%A1ntico%20o%20semi%C3%B3tico.htm">http://culturitalia.uibk.ac.at/hispanoteca/Lexikon%20der%20Linguistik/sa/SEMIOTISCHES%20DREIECK%20%20%20Tri%C3%A1ngulo%20sem%C3%A1ntico%20o%20semi%C3%B3tico.htm </a> [Consultado: 5 de noviembre del 2004]. <!-- ref --><p>22. Daconta MC, Obrst LJ, Smith KT. The Semantic Web: A guide to the future of XML. Web Services and Knowledge Management New York: Wiley, 2003. <!-- ref --><p>23. Minsky ML. Semantic Information Processing Cambridge: MIT Press, 1968. <!-- ref --><p>24. Branchman RJ. Structural Paradigm for Representing Knowledge. Harvard: Harvard University, 1977. <!-- ref --><p>25. ISO. ISO 8879. Information processing -- Text and office systems -- Standard Generalized Markup Language (SGML). Geneva: ISO, 1986. <!-- ref --><p>26. University of Chicago. The Chicago Manual of Style. 15 th ed. Chicago: University of Chicago Press, 2005. <!-- ref --><p>27. Van Herwijnen E. Practical SGML. 2 ed. Boston: Kluwer Academic Publishers, 1994. <!-- ref --><p>28. Irons Walch V. Standard for Archival Descriptions: A Hanbook. Disponible en: <a href="http://www.archivists.org/catalog/stds99/chapter3.html">http://www.archivists.org/catalog/stds99/chapter3.html </a> [Consultado: 20 de marzo del 2005]. <!-- ref --><p>29. Peis E, Ru&iacute;z Rodr&iacute;guez AA. EAD (Encoded Archival Description): Desarrollo, estructura, uso y aplicaciones. Disponible en: <a href="http://www.hipertext.net/web/pag223.htm">http://www.hipertext.net/web/pag223.htm </a> [Consultado: 10 de enero del 2005]. <!-- ref --><p>30. Burnage G, Dunlop D. Encoding the British National Corpus. Disponible en: <a href="http://www.natcorp.ox.ac.uk/using/papers/Burnage93a.htm">http://www.natcorp.ox.ac.uk/using/papers/Burnage93a.htm </a>[Consultado: 15 de enero del 2005]. <!-- ref --><p>31. Burnard L, Light R. Three SGML metadata formats: TEI, EAD, and CIMI. A Study for BIBLINK Work Package 1.1. 1996. Disponible en: <a href="http://hosted.ukoln.ac.uk/biblink/wp1/sgml/">http://hosted.ukoln.ac.uk/biblink/wp1/sgml/ </a> [Consultado: 15 de enero del 2005]. <!-- ref --><p align="left">32. Rusty Harold E, Means W. XML. Madrid: Anaya Multimedia, 2005. <p>33. 18Fern&aacute;ndez M, Sime&oacute;n J, Walder P. XML Query Language: Experiences and Examples. Disponible en: http://www. w3.org/1999/09/ql/docs/xquery.html [Consultado: 9 de marzo del 2005]. </p>     <!-- ref --><p>34. D&iacute;az O, Iturroz J, Ib&aacute;&ntilde;ez F. Integraci&oacute;n, navegaci&oacute;n y presentaci&oacute;n: experiencias utilizando XML. Nov&oacute;tica 2000;146(4):12-9. <!-- ref --><p>35. Miller E. An Introduction to the Resource Description Framework. D-Lib Magazine 1998;(5). Disponible en: <a href="http://www.dlib.org/dlib/may98/miller/05miller.html">http://www.dlib.org/dlib/may98/miller/05miller.html </a>[Consultado: 15 de abril del 2005]. <em></em><!-- ref --><p>36. Senso JA. Herramientas para trabajar con RDF. El profesional de la Informaci&oacute;n 2003;12(2):132-8. <p>37. Le Grand B and Soto M. Visualisation of the Semantic Web: Topic Maps Visualisation. En: IEEE Computer Society. Proceedings of Six International Conference on Information Visualisation, July 10-12, London, England. London: IEEE Computer Society, 2002. </p>     <!-- ref --><p>38. Jennings N, Wooldridge M. Agent Technology - Foundations, Applications, and Markets, New York: Springer-UNICOM, 1998. <!-- ref --><p>39 Berney B. Software Agents. A Review. Manchester: Manchester Metropolitan University, 1996. <!-- ref --><p>40. Hassan Montero, Y. Ontolog&iacute;as, taxonom&iacute;as y agentes: recuperaci&oacute;n “sem&aacute;ntica” de la informaci&oacute;n. En: Universidad Carlos III. Actas de las II Jornadas de Tratamiento y Recuperaci&oacute;n de Informaci&oacute;n (JOTRI - 2003), septiembre 8-9, Madrid, Espa&ntilde;a. Madrid: Universidad Carlos III, 2003. <!-- ref --><p>41. Fensel D, Bussler C. Semantic Enabled Web Services. 2002. Disponible en: <a href="http://www.swsi.org/resources/wsmf.pdf">http://www.swsi.org/resources/wsmf.pdf </a> [Consultado: 20 de marzo del 2005]. <!-- ref --><p>42. Hendler J, Golbeck J, Parsia B. Trust Networks on the Semantic Web. 2003. Disponible en: http://www.mindswap.org/papers/CIA03.pdf [Consultado: 15 de marzo del 2005]. <!-- ref --><p>43. Reagle JM. Key Free Trust in the Semantic Web: Finding Bacon's Key. Disponible en: <a href="http://www.w3.org/2002/03/key-free-trust">http://www.w3.org/2002/03/key-free-trust </a> [Consultado: 23 de abril del 2005]. <!-- ref --><p>44. Hendler J, Golbeck J, Parsia B. Trust Networks on the Semantic Web. <em></em>En: <em></em>Proceedings of Cooperative Intelligent Agents, August 27-29, Helsinki, Finland. Helsinki: s.e, 2003. <!-- ref --><p>45. Van Ossenbruggen J, Hardman L, Rutledge L. Hypermedia and the Semantic Web: A Research Agenda. <a href="http://jodi.tamu.edu/">Journal of Digital Information </a> 2002;3(1). Disponible en: http://jodi.ecs.soton.ac.uk/Articles/v03/i01/VanOssenbruggen/ [Consultado: 2 de mayo del 2005]. <p>&nbsp; </p>     <p>Recibido: 25 de noviembre del 2005.     <br> Aprobado: 6 de diciembre del 2005. </p>     <p><a name="cargo"></a><a href="aci030605.htm#autor">1-Licenciado en Bibliotecolog&iacute;a y Ciencia de la Informaci&oacute;n. Red Telem&aacute;tica de Salud en Cuba (Infomed). Centro Nacional de Informaci&oacute;n de Ciencias M&eacute;dicas-Infomed.     <br> 2-Licenciado en Bibliotecolog&iacute;a y Ciencias de la Informaci&oacute;n. Facultad de Comunicaci&oacute;n. Universidad de La Habana. </a></p>     <p>&nbsp;</p>     <p><em>Lic. Keilyn Rodr&iacute;guez Perojo<strong>. </strong></em>Red Telem&aacute;tica de Salud en Cuba. Centro Nacional de Informaci&oacute;n de Ciencias M&eacute;dicas-Infomed. Calle 27 No. 110 e/ N y M, El Vedado. Plaza de la Revoluci&oacute;n. Ciudad de La Habana. Cuba. Correo electr&oacute;nico: <a href="keylin@infomed.sld.cu%20">keylin@infomed.sld.cu </a></p>     ]]></body>
<body><![CDATA[<p>Ficha de procesamiento </p>     <p>Clasificaci&oacute;n: Art&iacute;culo monogr&aacute;fico.     <br> </p>     <p>T&eacute;rminos sugeridos para la indizaci&oacute;n </p>     <p>Seg&uacute;n DeCS <span class="superscript">1 </span></p>     <p>INTERNET; <strong></strong>ALMACENAMIENTO Y RECUPERACI&Oacute;N DE LA INFORMACI&Oacute;N . &nbsp; </p>     <p>INTERNET; INFORMATION STORAGE AND RETRIEVAL <strong>&nbsp;. </strong></p>     <p>Seg&uacute;n DeCI <span class="superscript">2 </span></p>     <p>INTERNET; WWW; CLASIFICACI&Oacute;N; INDIZACI&Oacute;N, RECUPERACI&Oacute;N DE LA INFORMACI&Oacute;N ; TESAUROS; METADATOS; TECNOLOG&Iacute;A DE LA INFORMACI&Oacute;N , TECNOLOG&Iacute;A DE LA COMUNICACI&Oacute;N. </p>     <p>INTERNET; WWW; CLASSIFICATION; INDEXING; INFORMATION RETRIEVAL; THESAURY; METADATA; INFORMATION TECHNOLOGY; COMMUNICATION TECHNOLOGY. </p>     ]]></body>
<body><![CDATA[<p>1 BIREME. Descriptores en Ciencias de la Salud (DeCS). Sao Paulo: BIREME, 2004. </p>     <p>Disponible en: http://decs.bvs.br/E/homepagee.htm </p>     <p>2 D&iacute;az del Campo S. Propuesta de t&eacute;rminos para la indizaci&oacute;n en Ciencias de la Informaci&oacute;n. Descriptores en Ciencias de la Informaci&oacute;n (DeCI). Disponible en: http://cis.sld.cu/E/tesauro.pdf </p>      ]]></body><back>
<ref-list>
<ref id="B1">
<label>1</label><nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Maller]]></surname>
<given-names><![CDATA[P]]></given-names>
</name>
<name>
<surname><![CDATA[Dahaes]]></surname>
<given-names><![CDATA[V]]></given-names>
</name>
</person-group>
<source><![CDATA[Web Semántica: el salto evolutivo de la Web]]></source>
<year></year>
</nlm-citation>
</ref>
<ref id="B2">
<label>2</label><nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Castells]]></surname>
<given-names><![CDATA[P]]></given-names>
</name>
</person-group>
<source><![CDATA[Aplicación de técnicas de la web semántica]]></source>
<year></year>
</nlm-citation>
</ref>
<ref id="B3">
<label>3</label><nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Matthews]]></surname>
<given-names><![CDATA[B]]></given-names>
</name>
<name>
<surname><![CDATA[Wilson]]></surname>
<given-names><![CDATA[M]]></given-names>
</name>
<name>
<surname><![CDATA[Brickley]]></surname>
<given-names><![CDATA[D]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Semantic Web Advanced Development in Europe]]></article-title>
<source><![CDATA[ERCIM News]]></source>
<year>2002</year>
<numero>51</numero>
<issue>51</issue>
<page-range>15-6</page-range></nlm-citation>
</ref>
<ref id="B4">
<label>4</label><nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Berners Lee]]></surname>
<given-names><![CDATA[T]]></given-names>
</name>
<name>
<surname><![CDATA[Miller]]></surname>
<given-names><![CDATA[E]]></given-names>
</name>
</person-group>
<source><![CDATA[The Semantic Web lifts off, W3C: ERCIM News 2002;(51).]]></source>
<year></year>
</nlm-citation>
</ref>
<ref id="B5">
<label>5.</label><nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Berners Lee]]></surname>
<given-names><![CDATA[T]]></given-names>
</name>
<name>
<surname><![CDATA[Handler]]></surname>
<given-names><![CDATA[J]]></given-names>
</name>
<name>
<surname><![CDATA[Lassila]]></surname>
<given-names><![CDATA[O]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[The Semantic Web]]></article-title>
<source><![CDATA[Scientific American]]></source>
<year>2001</year>
<volume>284</volume>
<numero>5</numero>
<issue>5</issue>
</nlm-citation>
</ref>
<ref id="B6">
<label>6</label><nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Daconta]]></surname>
<given-names><![CDATA[MC]]></given-names>
</name>
<name>
<surname><![CDATA[Obrst Leo]]></surname>
<given-names><![CDATA[J]]></given-names>
</name>
<name>
<surname><![CDATA[Smith]]></surname>
<given-names><![CDATA[KT]]></given-names>
</name>
</person-group>
<source><![CDATA[The Semantic Web: A guide to the future of XML, Web Services and Knowledge Management.]]></source>
<year>2003</year>
<page-range>145</page-range><publisher-loc><![CDATA[New York ]]></publisher-loc>
<publisher-name><![CDATA[Wiley]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B7">
<label>7</label><nlm-citation citation-type="">
<source><![CDATA[Merriam- Webster Online]]></source>
<year></year>
</nlm-citation>
</ref>
<ref id="B8">
<label>8</label><nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Novak]]></surname>
<given-names><![CDATA[JD]]></given-names>
</name>
<name>
<surname><![CDATA[Gowin]]></surname>
<given-names><![CDATA[DB]]></given-names>
</name>
</person-group>
<source><![CDATA[Learning How to Learn]]></source>
<year>1984</year>
<publisher-loc><![CDATA[New York ]]></publisher-loc>
<publisher-name><![CDATA[Cambridge University Press]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B9">
<label>9</label><nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Roberts]]></surname>
<given-names><![CDATA[N]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Historical studies in documentation: pre-history of information retrieval thesaurus]]></article-title>
<source><![CDATA[Journal of Documentation]]></source>
<year>1984</year>
<volume>40</volume>
<numero>4</numero>
<issue>4</issue>
<page-range>271-85</page-range></nlm-citation>
</ref>
<ref id="B10">
<label>10</label><nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Corcho]]></surname>
<given-names><![CDATA[O]]></given-names>
</name>
<name>
<surname><![CDATA[Fernández López]]></surname>
<given-names><![CDATA[M]]></given-names>
</name>
<name>
<surname><![CDATA[Gómez Pérez]]></surname>
<given-names><![CDATA[A]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Methodologies, tools and languages for building ontologies: where is their meeting point]]></article-title>
<source><![CDATA[Data & Knowledge Engineering]]></source>
<year>2003</year>
<volume>46</volume>
<numero>1</numero>
<issue>1</issue>
<page-range>41-64</page-range></nlm-citation>
</ref>
<ref id="B11">
<label>11</label><nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[García Jiménez]]></surname>
<given-names><![CDATA[A]]></given-names>
</name>
</person-group>
<article-title xml:lang="es"><![CDATA[Instrumentos de representación del conocimiento: tesauros versus ontologías]]></article-title>
<source><![CDATA[Anales de la Documentación]]></source>
<year>2004</year>
<numero>7</numero>
<issue>7</issue>
<page-range>7</page-range></nlm-citation>
</ref>
<ref id="B12">
<label>12</label><nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Studer]]></surname>
<given-names><![CDATA[R]]></given-names>
</name>
<name>
<surname><![CDATA[Benjamins]]></surname>
<given-names><![CDATA[R]]></given-names>
</name>
<name>
<surname><![CDATA[Fensel]]></surname>
<given-names><![CDATA[D]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Knowledge Engineering: Principles and Methods]]></article-title>
<source><![CDATA[Data and Knowledge Engineering]]></source>
<year>1998</year>
<volume>25</volume>
<numero>1/2</numero>
<issue>1/2</issue>
<page-range>161-97</page-range></nlm-citation>
</ref>
<ref id="B13">
<label>13</label><nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Neches]]></surname>
<given-names><![CDATA[R]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Enabling technology for knowledge sharing]]></article-title>
<source><![CDATA[AI Magazine]]></source>
<year>1991</year>
<volume>12</volume>
<numero>3</numero>
<issue>3</issue>
<page-range>36-56</page-range></nlm-citation>
</ref>
<ref id="B14">
<label>14.</label><nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Noy]]></surname>
<given-names><![CDATA[NF]]></given-names>
</name>
<name>
<surname><![CDATA[McGuinness]]></surname>
<given-names><![CDATA[DL.]]></given-names>
</name>
</person-group>
<source><![CDATA[Ontology Development 101: A Guide to Creating Your First Ontology. 2000]]></source>
<year></year>
</nlm-citation>
</ref>
<ref id="B15">
<label>15</label><nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Guarino]]></surname>
<given-names><![CDATA[N]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Formal ontology and information systems]]></article-title>
<person-group person-group-type="editor">
<name>
<surname><![CDATA[Guarino]]></surname>
<given-names><![CDATA[N]]></given-names>
</name>
</person-group>
<source><![CDATA[Formal Ontology in Informaton Systems .]]></source>
<year>1998</year>
<publisher-loc><![CDATA[Amsterdam ]]></publisher-loc>
<publisher-name><![CDATA[IOS Press]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B16">
<label>16</label><nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Guerrero Bote]]></surname>
<given-names><![CDATA[V]]></given-names>
</name>
<name>
<surname><![CDATA[Lozano Tello]]></surname>
<given-names><![CDATA[A]]></given-names>
</name>
</person-group>
<article-title xml:lang="es"><![CDATA[Vínculos entre las Ontologías y la Biblioteconomía y Documentación.]]></article-title>
<source><![CDATA[La Representación y la Organización del Conocimiento en sus distintas perspectivas: su influencia en la Recuperación de la Información]]></source>
<year>1999</year>
<page-range>25-31</page-range><publisher-loc><![CDATA[Granada ]]></publisher-loc>
<publisher-name><![CDATA[ISKO-Facultad de Biblioteconomía y Documentación]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B17">
<label>17</label><nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Ding]]></surname>
<given-names><![CDATA[Y]]></given-names>
</name>
<name>
<surname><![CDATA[Foo]]></surname>
<given-names><![CDATA[S]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Ontology research and development: Part 1 A review of ontology generation]]></article-title>
<source><![CDATA[Journal of Information Science]]></source>
<year>2002</year>
<volume>28</volume>
<numero>2</numero>
<issue>2</issue>
<page-range>123-36</page-range></nlm-citation>
</ref>
<ref id="B18">
<label>18</label><nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Ding]]></surname>
<given-names><![CDATA[Y]]></given-names>
</name>
<name>
<surname><![CDATA[Foo]]></surname>
<given-names><![CDATA[S]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Ontology research and development: Part 2 A review of ontology mapping and evolving]]></article-title>
<source><![CDATA[Journal of Information Science]]></source>
<year>2002</year>
<volume>28</volume>
<numero>5</numero>
<issue>5</issue>
<page-range>375-88</page-range></nlm-citation>
</ref>
<ref id="B19">
<label>19</label><nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[García Jiménez]]></surname>
<given-names><![CDATA[A]]></given-names>
</name>
</person-group>
<source><![CDATA[Instrumentos de representación del conocimiento: tesauros versus ontologías]]></source>
<year></year>
</nlm-citation>
</ref>
<ref id="B20">
<label>20</label><nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Paling]]></surname>
<given-names><![CDATA[S]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Converting a controlled vocabulary into an ontology]]></article-title>
<source><![CDATA[Information Research]]></source>
<year>2001</year>
<volume>6</volume>
<numero>2</numero>
<issue>2</issue>
</nlm-citation>
</ref>
<ref id="B21">
<label>21</label><nlm-citation citation-type="">
<source><![CDATA[Triángulo semántico o semiótico]]></source>
<year></year>
</nlm-citation>
</ref>
<ref id="B22">
<label>22</label><nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Daconta]]></surname>
<given-names><![CDATA[MC]]></given-names>
</name>
<name>
<surname><![CDATA[Obrst]]></surname>
<given-names><![CDATA[LJ]]></given-names>
</name>
<name>
<surname><![CDATA[Smith]]></surname>
<given-names><![CDATA[KT]]></given-names>
</name>
</person-group>
<source><![CDATA[The Semantic Web: A guide to the future of XML]]></source>
<year>2003</year>
<publisher-loc><![CDATA[New York ]]></publisher-loc>
<publisher-name><![CDATA[Wiley]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B23">
<label>23</label><nlm-citation citation-type="book">
<source><![CDATA[Semantic Information Processing]]></source>
<year>1968</year>
<publisher-loc><![CDATA[Cambridge ]]></publisher-loc>
<publisher-name><![CDATA[MIT Press]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B24">
<label>24</label><nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Branchman]]></surname>
<given-names><![CDATA[RJ]]></given-names>
</name>
</person-group>
<source><![CDATA[Structural Paradigm for Representing Knowledge]]></source>
<year>1977</year>
<publisher-loc><![CDATA[Harvard ]]></publisher-loc>
<publisher-name><![CDATA[Harvard University]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B25">
<label>25</label><nlm-citation citation-type="book">
<source><![CDATA[ISO. ISO 8879 Information processing -- Text and office systems -- Standard Generalized Markup Language (SGML)]]></source>
<year>1986</year>
<publisher-loc><![CDATA[Geneva ]]></publisher-loc>
<publisher-name><![CDATA[ISO]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B26">
<label>26</label><nlm-citation citation-type="book">
<collab>University of Chicago</collab>
<source><![CDATA[The Chicago Manual of Style.]]></source>
<year>2005</year>
<edition>15 th ed</edition>
<publisher-loc><![CDATA[Chicago ]]></publisher-loc>
<publisher-name><![CDATA[University of Chicago Press]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B27">
<label>27</label><nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Van Herwijnen]]></surname>
<given-names><![CDATA[E]]></given-names>
</name>
</person-group>
<source><![CDATA[Practical SGML]]></source>
<year>1994</year>
<edition>2 ed</edition>
<publisher-loc><![CDATA[Boston ]]></publisher-loc>
<publisher-name><![CDATA[Kluwer Academic Publishers]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B28">
<label>28</label><nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Irons Walch]]></surname>
<given-names><![CDATA[V]]></given-names>
</name>
</person-group>
<source><![CDATA[Standard for Archival Descriptions: A Hanbook]]></source>
<year></year>
</nlm-citation>
</ref>
<ref id="B29">
<label>29</label><nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Peis]]></surname>
<given-names><![CDATA[E]]></given-names>
</name>
<name>
<surname><![CDATA[Ruíz Rodríguez]]></surname>
<given-names><![CDATA[AA]]></given-names>
</name>
</person-group>
<source><![CDATA[EAD (Encoded Archival Description): Desarrollo, estructura, uso y aplicaciones]]></source>
<year></year>
</nlm-citation>
</ref>
<ref id="B30">
<label>30</label><nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Burnage]]></surname>
<given-names><![CDATA[G]]></given-names>
</name>
<name>
<surname><![CDATA[Dunlop]]></surname>
<given-names><![CDATA[D]]></given-names>
</name>
</person-group>
<source><![CDATA[Encoding the British National Corpus]]></source>
<year></year>
</nlm-citation>
</ref>
<ref id="B31">
<label>31</label><nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Burnard]]></surname>
<given-names><![CDATA[L]]></given-names>
</name>
<name>
<surname><![CDATA[Light]]></surname>
<given-names><![CDATA[R]]></given-names>
</name>
</person-group>
<source><![CDATA[Three SGML metadata formats: TEI, EAD, and CIMI. A Study for BIBLINK Work Package 1.1. 1996.]]></source>
<year></year>
</nlm-citation>
</ref>
<ref id="B32">
<label>32</label><nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Rusty Harold]]></surname>
<given-names><![CDATA[E]]></given-names>
</name>
<name>
<surname><![CDATA[Means]]></surname>
<given-names><![CDATA[W]]></given-names>
</name>
</person-group>
<source><![CDATA[XML]]></source>
<year>2005</year>
<publisher-loc><![CDATA[Madrid ]]></publisher-loc>
<publisher-name><![CDATA[Anaya Multimedia]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B33">
<label>33</label><nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Fernández]]></surname>
<given-names><![CDATA[M]]></given-names>
</name>
<name>
<surname><![CDATA[Simeón]]></surname>
<given-names><![CDATA[J]]></given-names>
</name>
<name>
<surname><![CDATA[Walder]]></surname>
<given-names><![CDATA[P]]></given-names>
</name>
</person-group>
<source><![CDATA[XML Query Language: Experiences and Examples]]></source>
<year></year>
</nlm-citation>
</ref>
<ref id="B34">
<label>34</label><nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Díaz]]></surname>
<given-names><![CDATA[O]]></given-names>
</name>
<name>
<surname><![CDATA[Iturroz]]></surname>
<given-names><![CDATA[J]]></given-names>
</name>
<name>
<surname><![CDATA[Ibáñez]]></surname>
<given-names><![CDATA[F]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Integración, navegación y presentación: experiencias utilizando XML]]></article-title>
<source><![CDATA[Novótica]]></source>
<year>2000</year>
<volume>146</volume>
<numero>4</numero>
<issue>4</issue>
<page-range>12-9</page-range></nlm-citation>
</ref>
<ref id="B35">
<label>35</label><nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Miller]]></surname>
<given-names><![CDATA[E]]></given-names>
</name>
</person-group>
<source><![CDATA[An Introduction to the Resource Description Framework. D-Lib Magazine 1998;(5).]]></source>
<year></year>
</nlm-citation>
</ref>
<ref id="B36">
<label>36</label><nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Senso]]></surname>
<given-names><![CDATA[JA]]></given-names>
</name>
</person-group>
<article-title xml:lang="es"><![CDATA[Herramientas para trabajar con RDF]]></article-title>
<source><![CDATA[El profesional de la Información]]></source>
<year>2003</year>
<volume>12</volume>
<numero>2</numero>
<issue>2</issue>
<page-range>132-8</page-range></nlm-citation>
</ref>
<ref id="B37">
<label>37</label><nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Le Grand]]></surname>
<given-names><![CDATA[B]]></given-names>
</name>
<name>
<surname><![CDATA[Soto]]></surname>
<given-names><![CDATA[M]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Visualisation of the Semantic Web: Topic Maps Visualisation]]></article-title>
<person-group person-group-type="editor">
<name>
<surname><![CDATA[IEEE Computer]]></surname>
<given-names><![CDATA[Society]]></given-names>
</name>
</person-group>
<source><![CDATA[Proceedings of Six International Conference on Information Visualisation, July 10-12, London, England]]></source>
<year>2002</year>
<publisher-loc><![CDATA[London ]]></publisher-loc>
<publisher-name><![CDATA[IEEE Computer Society]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B38">
<label>38</label><nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Jennings]]></surname>
<given-names><![CDATA[N]]></given-names>
</name>
<name>
<surname><![CDATA[Wooldridge]]></surname>
<given-names><![CDATA[M]]></given-names>
</name>
</person-group>
<source><![CDATA[Agent Technology , Foundations, Applications, and Markets]]></source>
<year>1998</year>
<publisher-loc><![CDATA[New York ]]></publisher-loc>
<publisher-name><![CDATA[Springer-UNICOM]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B39">
<label>39</label><nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Berney]]></surname>
<given-names><![CDATA[B]]></given-names>
</name>
</person-group>
<source><![CDATA[Software Agents: A Review]]></source>
<year>1996</year>
<publisher-loc><![CDATA[Manchester ]]></publisher-loc>
<publisher-name><![CDATA[Manchester Metropolitan University]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B40">
<label>40</label><nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Hassan Montero]]></surname>
<given-names><![CDATA[Y]]></given-names>
</name>
</person-group>
<article-title xml:lang="es"><![CDATA[Ontologías, taxonomías y agentes: recuperación &#8220;semántica&#8221; de la información]]></article-title>
<person-group person-group-type="editor">
<name>
<surname><![CDATA[Universidad Carlos]]></surname>
<given-names><![CDATA[III]]></given-names>
</name>
</person-group>
<source><![CDATA[Actas de las II Jornadas de Tratamiento y Recuperación de Información (JOTRI - 2003), septiembre 8-9, Madrid, España]]></source>
<year>2003</year>
<publisher-loc><![CDATA[Madrid ]]></publisher-loc>
<publisher-name><![CDATA[Universidad Carlos III]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B41">
<label>41</label><nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Fensel]]></surname>
<given-names><![CDATA[D]]></given-names>
</name>
<name>
<surname><![CDATA[Bussler]]></surname>
<given-names><![CDATA[C]]></given-names>
</name>
</person-group>
<source><![CDATA[Semantic Enabled Web Services. 2002]]></source>
<year></year>
</nlm-citation>
</ref>
<ref id="B42">
<label>42</label><nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Hendler]]></surname>
<given-names><![CDATA[J]]></given-names>
</name>
<name>
<surname><![CDATA[Golbeck]]></surname>
<given-names><![CDATA[J]]></given-names>
</name>
<name>
<surname><![CDATA[Parsia]]></surname>
<given-names><![CDATA[B]]></given-names>
</name>
</person-group>
<source><![CDATA[Trust Networks on the Semantic Web. 2003]]></source>
<year></year>
</nlm-citation>
</ref>
<ref id="B43">
<label>43</label><nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Reagle]]></surname>
<given-names><![CDATA[JM]]></given-names>
</name>
</person-group>
<source><![CDATA[Key Free Trust in the Semantic Web: Finding Bacon's Key]]></source>
<year></year>
</nlm-citation>
</ref>
<ref id="B44">
<label>44</label><nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Hendler]]></surname>
<given-names><![CDATA[J]]></given-names>
</name>
<name>
<surname><![CDATA[Golbeck]]></surname>
<given-names><![CDATA[J]]></given-names>
</name>
<name>
<surname><![CDATA[Parsia]]></surname>
<given-names><![CDATA[B]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Trust Networks on the Semantic Web]]></article-title>
<source><![CDATA[Proceedings of Cooperative Intelligent Agents, August 27-29, Helsinki, Finland]]></source>
<year>2003</year>
<publisher-loc><![CDATA[Helsinki ]]></publisher-loc>
<publisher-name><![CDATA[s.e]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B45">
<label>45</label><nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Van Ossenbruggen]]></surname>
<given-names><![CDATA[J]]></given-names>
</name>
<name>
<surname><![CDATA[Hardman]]></surname>
<given-names><![CDATA[L]]></given-names>
</name>
<name>
<surname><![CDATA[Rutledge]]></surname>
<given-names><![CDATA[L]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Hypermedia and the Semantic Web: A Research Agenda]]></article-title>
<source><![CDATA[Journal of Digital Information]]></source>
<year>2002</year>
<volume>3</volume>
<numero>1</numero>
<issue>1</issue>
</nlm-citation>
</ref>
</ref-list>
</back>
</article>
