<?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-94352006000400009</article-id>
<title-group>
<article-title xml:lang="es"><![CDATA[Descripción de los recursos de información en Internet: formato Dublín Core]]></article-title>
<article-title xml:lang="en"><![CDATA[Description of information resources on the Internet: Dublin Core Format]]></article-title>
</title-group>
<contrib-group>
<contrib contrib-type="author">
<name>
<surname><![CDATA[Daudinot Founier]]></surname>
<given-names><![CDATA[Isabel]]></given-names>
</name>
<xref ref-type="aff" rid="A01"/>
</contrib>
</contrib-group>
<aff id="A01">
<institution><![CDATA[,Empresa de Tecnologías de la Información y Servicios Telemáticos Avanzados  ]]></institution>
<addr-line><![CDATA[Ciudad de La Habana ]]></addr-line>
<country>Cuba</country>
</aff>
<pub-date pub-type="pub">
<day>00</day>
<month>08</month>
<year>2006</year>
</pub-date>
<pub-date pub-type="epub">
<day>00</day>
<month>08</month>
<year>2006</year>
</pub-date>
<volume>14</volume>
<numero>4</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-94352006000400009&amp;lng=en&amp;nrm=iso"></self-uri><self-uri xlink:href="http://scielo.sld.cu/scielo.php?script=sci_abstract&amp;pid=S1024-94352006000400009&amp;lng=en&amp;nrm=iso"></self-uri><self-uri xlink:href="http://scielo.sld.cu/scielo.php?script=sci_pdf&amp;pid=S1024-94352006000400009&amp;lng=en&amp;nrm=iso"></self-uri><abstract abstract-type="short" xml:lang="es"><p><![CDATA[Se muestran diferentes tendencias que caracterizan las herramientas de búsqueda de información existentes en Internet con respecto a la utilización de los metadatos. Se aborda también el tema del empleo de los formatos normalizados de metadatos para la descripción de los recursos de información, con énfasis en los principios, las características y la codificación del formato Dublín Core en HTML]]></p></abstract>
<abstract abstract-type="short" xml:lang="en"><p><![CDATA[The different tendencies that characterize the information search tools existing on the Internet as regards the utilization of metadata are analyzed. The topic of the use of normalized metadata formats to describe the information resources is also approached, making emphasis on the principles, characteristics and codification of the Dublin Core format in HTML]]></p></abstract>
<kwd-group>
<kwd lng="es"><![CDATA[Herramientas de búsqueda]]></kwd>
<kwd lng="es"><![CDATA[metadatos]]></kwd>
<kwd lng="es"><![CDATA[Dublin Core]]></kwd>
<kwd lng="es"><![CDATA[HTML]]></kwd>
<kwd lng="en"><![CDATA[Search tools]]></kwd>
<kwd lng="en"><![CDATA[metadata]]></kwd>
<kwd lng="en"><![CDATA[Dublin Core]]></kwd>
<kwd lng="en"><![CDATA[HTML]]></kwd>
</kwd-group>
</article-meta>
</front><body><![CDATA[  <h2>Descripci&oacute;n de los recursos de informaci&oacute;n en Internet: formato Dubl&iacute;n Core </h2>     <p><a href="#cargo">MsC. Isabel Daudinot Founier<span class="superscript">1</span></a><span class="superscript"><a name="autor"></a></span></p> <h4>Resumen </h4>     <p align="justify">Se muestran diferentes tendencias que caracterizan las herramientas de b&uacute;squeda de informaci&oacute;n existentes en Internet con respecto a la utilizaci&oacute;n de los metadatos. Se aborda tambi&eacute;n el tema del empleo de los formatos normalizados de metadatos para la descripci&oacute;n de los recursos de informaci&oacute;n, con &eacute;nfasis en los principios, las caracter&iacute;sticas y la codificaci&oacute;n del formato Dubl&iacute;n Core en HTML. </p>     <p><em>Palabras clave</em>: Herramientas de b&uacute;squeda, metadatos, Dublin Core, HTML. </p> <h4>Abstract </h4>     <p align="justify">The different tendencies that characterize the information search tools existing on the Internet as regards the utilization of metadata are analyzed. The topic of the use of normalized metadata formats to describe the information resources is also approached, making emphasis on the principles, characteristics and codification of the Dublin Core format in HTML. </p>     <p><em> </em><em>Key words</em>: Search tools, metadata, Dublin Core, HTML. </p>     <p align="justify">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>     <p>Cita (Vancouver): Daudinot Founier I. Descripci&oacute;n de los recursos de informaci&oacute;n en Internet: formato Dubl&iacute;n Core. Acimed 2006;14(4). Disponible en: <a href="http://bvs.sld.cu/revistas/aci/vol14_3_06/aci01306.htm">http://bvs.sld.cu/revistas/aci/vol14_4_06/aci09406.htm </a>Consultado: d&iacute;a/mes/a&ntilde;o. </p>     <p align="justify">Los usuarios de Internet se encuentran inmersos en grandes vol&uacute;menes de informaci&oacute;n cuya utilidad se ve cada vez m&aacute;s reducida, tanto por las caracter&iacute;sticas propias de los recursos digitales -volatilidad, inestabilidad,…-, como por carecer de la sem&aacute;ntica necesaria como para que las herramientas dise&ntilde;adas para la b&uacute;squeda y recuperaci&oacute;n de la informaci&oacute;n en Internet puedan recobrarlos seg&uacute;n sus necesidades. </p>     <p align="justify">Dichas herramientas se basan fundamentalmente en la automatizaci&oacute;n de las tareas de clasificaci&oacute;n e indizaci&oacute;n; la mayor&iacute;a emplean un robot que se ocupa de recorrer constantemente la Web para clasificar y organizar autom&aacute;ticamente la informaci&oacute;n encontrada y confeccionar a partir de ella sus bases de datos. Este tipo de indizaci&oacute;n es, sin lugar a dudas, menos costosa que la indizaci&oacute;n humana, pero, a diferencia de esta &uacute;ltima, la indizaci&oacute;n autom&aacute;tica es bastante imperfecta y no puede identificar las caracter&iacute;sticas de los documentos -materia, autor, fecha de publicaci&oacute;n…-, o distinguir el tipo de documento, por ejemplo, si se trata de un art&iacute;culo o de un libro. </p>     ]]></body>
<body><![CDATA[<p align="justify">Todo esto se debe a que la mayor&iacute;a de estas herramientas no soportan metadatos y, en los casos en que est&aacute;n preparadas para reconocerlos, la mayor&iacute;a de los autores de p&aacute;ginas Web no los emplean en los documentos que generan, bien sea por el desconocimiento de su importancia o de c&oacute;mo hacerlo. </p>     <p align="justify">Si los autores de p&aacute;ginas Web utilizaran modelos de metadatos est&aacute;ndares para agregar una descripci&oacute;n a los documentos que ellos generan, se facilitar&iacute;a, tanto el trabajo de las herramientas para la recuperaci&oacute;n de informaci&oacute;n en el Web que reconocen metadatos, como de los usuarios que realizan sus consultas, quienes podr&iacute;an valorar el contenido de los documentos sin necesidad de acceder al original, y ahorrarse un tiempo valioso. </p>     <p align="justify">En el contexto de Internet, existen diversos mecanismos o herramientas para la recuperaci&oacute;n de informaci&oacute;n, cada una de ellas con tendencias diferentes hacia la utilizaci&oacute;n o no de los metadatos; entre las herramientas m&aacute;s significativas, se distinguen: los directorios o &iacute;ndices, los motores de b&uacute;squedas, los metabuscadores y los portales tem&aacute;ticos. </p>     <p align="justify">Los &iacute;ndices o directorios son listas de recursos, organizados en categor&iacute;as tem&aacute;ticas por expertos. Las categor&iacute;as tem&aacute;ticas se organizan jer&aacute;rquicamente en un &aacute;rbol de materia que permite descender desde las m&aacute;s generales a las m&aacute;s espec&iacute;ficas, las categor&iacute;as presentan una lista de enlaces a las p&aacute;ginas Web referidas en el buscador. Los directorios son sistemas precoordinados de recuperaci&oacute;n de informaci&oacute;n, que ofrecen inventarios de materias. Los directorios han comenzado a evolucionar hacia los portales tem&aacute;ticos. El ejemplo m&aacute;s representativo de directorio hasta el momento es Yahoo (<a href="http://www.yahoo.com">http://www.yahoo.com</a>), que se ha convertido tambi&eacute;n en un portal, pero mantiene a&uacute;n su estructura seg&uacute;n categor&iacute;as. </p>     <p align="justify">No se puede hablar en sentido estricto de metadatos asociados a este tipo de sistemas de recuperaci&oacute;n de informaci&oacute;n en Internet, sin embargo las categor&iacute;as clasificatorias que establecen estos sistemas podr&iacute;an entenderse como metainformaci&oacute;n que anticipa, en cierta manera, el contenido de los recursos clasificados dentro de cada tema, al agrupar la informaci&oacute;n en listas precoordinadas de encabezamiento de materia. La organizaci&oacute;n de los recursos que realizan estos directorios nos podr&iacute;a llevar a considerarlos sistemas de recuperaci&oacute;n de informaci&oacute;n con organizaci&oacute;n bibliotecaria; porque aun cuando no son bibliotecas digitales en sentido estricto, s&iacute; se basan en criterios sem&aacute;nticos de organizaci&oacute;n del conocimiento. </p>     <p align="justify">Se puede hablar de metadatos estrictos, vinculados a directorios generales en el caso del Open Directory Proyect (ODP) (http://dmoz.org), un directorio puro que sirve para la clasificaci&oacute;n cooperativa de informaci&oacute;n en RDF.<span class="superscript">1</span> </p>     <p align="justify">Los buscadores de informaci&oacute;n como sistema de recuperaci&oacute;n de informaci&oacute;n en Internet Altavista, Excite y otros son sistemas post-coordinados de recuperaci&oacute;n de informaci&oacute;n, consistentes en bases de datos muy voluminosas, generadas a partir de la indizaci&oacute;n autom&aacute;tica de los textos completos o partes significativas de los documentos encontrados en Internet por los robots, que emplean principalmente t&eacute;cnicas de an&aacute;lisis estad&iacute;sticos y ponderaci&oacute;n.<span class="superscript">1</span> </p>     <p align="justify">Con independencia de las t&eacute;cnicas utilizadas por los buscadores, <em>Gimeno Montoro </em> y otros autores opinan que su principal inconveniente es la calidad de los registros recuperados.<span class="superscript">2</span> Aunque en general, los m&eacute;todos de ordenamiento de los resultados se rigen por su relevancia, el usuario se enfrenta a listas de miles de documentos. Su presentaci&oacute;n consiste en una mezcla del texto extra&iacute;do de determinadas etiquetas del c&oacute;digo fuente HTML del recurso, sin ning&uacute;n tipo de coherencia, y de los metadatos, cuando, en el mejor de los casos, el autor los coloc&oacute; debidamente, que no siempre es as&iacute;. </p>     <p align="justify">En opini&oacute;n de <em>M&eacute;ndez</em>, los metadatos que se consideran en la indizaci&oacute;n -y en su caso, en el c&aacute;lculo de relevancia-, son los que se denominan metaetiquetas o metatags, creadas como estructuras gen&eacute;ricas de metainformaci&oacute;n (cabeceras HTML) por los autores o editores de los recursos Web. 1 Si estos sistemas utilizan metadatos HTML para indizar (Altavista, Hotbot, MetaCrawler, Inktomi, Infoseek, entre otros), lo hacen sobre valores b&aacute;sicos (Description, Keywords) de las metaetiquetas HTML o a lo sumo las metaetiquetas author u otras partes del documento HTML que puedan entenderse en cierto sentido, como metainformaci&oacute;n. No existe un acuerdo sobre los motores de b&uacute;squeda que utilizan las etiquetas &lt;META&gt; para el c&aacute;lculo de relevancia de sus b&uacute;squedas, porque normalmente el funcionamiento interno de los buscadores es transparente para los usuarios y los propios creadores de este tipo de software tampoco realizan mucha publicidad sobre sus funcionalidades. </p>     <p align="justify"><em>Rodr&iacute;guez Gair&iacute;n </em>, en un art&iacute;culo escrito sobre el buscador Altavista, plantea que muchos motores de b&uacute;squeda emplean la informaci&oacute;n almacenada en los metaelementos para crear sus &iacute;ndices y permitir al usuario un acotamiento por campos, que posibilite que el ruido generado por la indizaci&oacute;n del texto completo pueda reducirse f&aacute;cilmente.<span class="superscript">3</span> En el caso de Altavista, por el momento, s&oacute;lo utiliza la metainformaci&oacute;n almacenada en “KeyWords” para generar sus &iacute;ndices y la almacenada en Description para elaborar el breve resumen que presenta en la hoja de resultados. </p>     ]]></body>
<body><![CDATA[<p align="justify">En opini&oacute;n de Koch, los sistemas de recuperaci&oacute;n globales que se basaban, de alguna forma, en metaetiquetas HTML para la indizaci&oacute;n eran: Altavista, Infoseek, SwistSearch, Hotbot, Webcrawler, los motores de b&uacute;squedas de informaci&oacute;n en alem&aacute;n, Aladin y Eule y los sistemas de recuperaci&oacute;n de informaci&oacute;n en Internet especiales para metainformaci&oacute;n, Fireball, Polish Academic Web Index, Hotmeta Search Engine (que indizaba metadatos DC) y Nordis Metadata Index -que indizaba los modelos IAFA, DC y Gil.<span class="superscript">4</span> </p>     <p>Para Rowland, los metadatos que soportan metaetiquetas son Altavista, Excite y Webcrawler.<span class="superscript">5</span> </p>     <p><em>Medeiro </em> (2000) se&ntilde;alaba que solo Altavista, Go, HotBot e Inktomi consideran las metaetiquetas. </p>     <p align="justify">En un estudio en el que se evaluaron las fluctuaciones de acceso a los documentos por medio del an&aacute;lisis de treces motores de b&uacute;squeda, Mettrop estableci&oacute; que las etiquetas de t&iacute;tulos las soportan los treces motores analizados; la metaetiqueta Keywords la utilizan Altavista, la consideran HotBot, Ilse, Infoseek, MSN, Snap y Windex; la etiqueta Description: Altavista, HotBot, Ilse, InfoSeek, MSN, Search.nl y Snap; la metaetiqueta relativa al autor: Robot, MSN y Snap.<span class="superscript">6</span> </p>     <p align="justify">Como puede apreciarse, cada autor tiene una opini&oacute;n diferente sobre cuales son los motores globales de b&uacute;squeda y recuperaci&oacute;n de informaci&oacute;n en Internet, que soportan metadatos y en que medida los soportan, no existe un consenso general en este problema. Y en este sentido, coincidimos con la opini&oacute;n de la Dra. <em>Eva Maria </em><em>M&eacute;ndez </em> con relaci&oacute;n a que los creadores de estos motores apenas ofrecen informaci&oacute;n sobre su funcionamiento. </p>     <p align="justify">Algunos motores como es el caso de Altavista y de Northern Light, que, en principio, indizan y est&aacute;n preparados para indizar las etiquetas META, tienden a obviarlas para su c&aacute;lculo de relevancia, esto se debe a que muchos autores de p&aacute;ginas Web utilizan la metainformaci&oacute;n de manera abusiva para conseguir una mejor posici&oacute;n en los clasificaciones de relevancia de los buscadores. Se ha detectado el uso por parte de algunos autores de aquellas palabras que m&aacute;s utilizan los usuarios de robots en las b&uacute;squedas para describir sus documentos, aunque no tengan ninguna relaci&oacute;n con el contenido tem&aacute;tico, con el &uacute;nico prop&oacute;sito de aumentar su visibilidad en la red y tratar de atraer la mayor cantidad posible de visitantes a sus p&aacute;ginas. </p>     <p>Es necesaria una toma de conciencia entre los creadores de p&aacute;ginas Web en materia de una correcta asignaci&oacute;n de metadatos a cada p&aacute;gina. </p>     <p align="justify">El otro tipo de herramienta global para la recuperaci&oacute;n de informaci&oacute;n en Internet son los metabuscadores, que son motores que no tienen base de datos propias, sino que env&iacute;an sus solicitudes a varios buscadores o directorios a la vez, act&uacute;an como intermediarios de los propietarios de las bases de datos y organizan los resultados para su presentaci&oacute;n. Realizan las consultas con bastante rapidez debido a que asignan un tiempo de b&uacute;squeda limitado a cada buscador o directorio. Otra de sus caracter&iacute;sticas es la eliminaci&oacute;n de los duplicados, esto quiere decir, que cuando coinciden varios enlaces iguales en la respuesta, se eliminan los repetidos. De esta manera, el n&uacute;mero de p&aacute;ginas que se obtiene es menor. </p>     <p>La relaci&oacute;n de estos sistemas con los metadatos es la que tenga cada uno de los motores de b&uacute;squeda o directorios con los que trabaja, es decir, la pol&iacute;tica de indizaci&oacute;n que tenga cada uno de ellos con relaci&oacute;n a la metaetiquetas.<span class="superscript">1 </span></p>     <p>La b&uacute;squeda y recuperaci&oacute;n de informaci&oacute;n basada en metadatos es objetivamente mejor que la autom&aacute;tica basada en texto completo (full-text) que utilizan muchas de las herramientas actualmente existentes en Internet para la recuperaci&oacute;n de informaci&oacute;n, por las siguientes razones:<span class="superscript">7</span> </p> <ul>       ]]></body>
<body><![CDATA[<li> Los metadatos facilitan la descripci&oacute;n de recursos no textuales e informaci&oacute;n binaria, como: audio, software, im&aacute;genes, videos, etc., esto supone una ventaja con respecto a la indizaci&oacute;n autom&aacute;tica dirigida s&oacute;lo a texto. </li>       <li> Los metadatos deben proporcionar instrumentos para describir el contenido sem&aacute;ntico de un recurso y est&aacute;n mejor preparados para soportar la recuperaci&oacute;n de informaci&oacute;n que el propio documento. En muchos casos, los recursos de informaci&oacute;n no son capaces de facilitar por s&iacute; mismos sus propias relaciones sem&aacute;nticas. Por ejemplo, un c&oacute;digo de un programa no puede facilitar cual es su utilidad si no dispone de una caracterizaci&oacute;n (metadatos) en la que se describa. </li>       <li> La existencia de gran cantidad de recursos electr&oacute;nicos no textuales en Internet, justifica la necesidad de que existan sistemas de recuperaci&oacute;n de informaci&oacute;n en la red basados en metadatos. </li>       <li> Una categor&iacute;a especial de metadatos que hace que los sistemas que los utilizan presenten una ventaja comparativa en la recuperaci&oacute;n frente a los que buscan sobre el texto completo, son los metadatos sobre recursos que no son f&aacute;cilmente accesibles porque est&aacute;n ocultos (protegidos por contrase&ntilde;as), o que son accesibles s&oacute;lo por medio de protocolo espec&iacute;ficos (Internet invisible). Estos metadatos deben publicarse de forma que los programas que indizan sobre ellos puedan acceder f&aacute;cilmente a su metainformaci&oacute;n. </li>     </ul>     <p align="justify">Son muchas las razones que avalan la b&uacute;squeda de informaci&oacute;n basadas en metadatos como cualitativamente superior con relaci&oacute;n a la b&uacute;squeda autom&aacute;tica basada en texto completo, los datos requieren contener informaci&oacute;n que auxilien a los usuarios en la toma de decisiones sobre su debida aplicaci&oacute;n. Los sistemas de recuperaci&oacute;n de informaci&oacute;n basados en metadatos, a diferencia de los autom&aacute;ticos, pueden discernir la importancia relativa de los documentos, identificar el contexto de la informaci&oacute;n, facilitan la recuperaci&oacute;n de materiales no textuales, etc&eacute;tera. Adem&aacute;s de todas las desventajas que presentan los sistemas de recuperaci&oacute;n autom&aacute;tica en la recuperaci&oacute;n de informaci&oacute;n, se suma el hecho de que el n&uacute;mero de estos robot que recorren la red en funci&oacute;n de descubrir e indizar nuevos recursos es cada vez mayor, y ello genera un aumento del tr&aacute;fico y la saturaci&oacute;n de la red. </p>     <p>Para darle mayor consistencia y flexibilidad a la b&uacute;squeda de informaci&oacute;n basada en metadatos, se han desarrollado en Internet diferentes modelos o formatos de metainformaci&oacute;n. </p> <h4>Formatos para la implementaci&oacute;n de metadatos </h4>     <p align="justify">Actualmente, existe en Internet una gran proliferaci&oacute;n de formatos de metadatos para la descripci&oacute;n y gesti&oacute;n de recursos en la red, muchos de los cuales se concibieron en sus inicios, en el &aacute;mbito de comunidades especializadas y sectores del mercado, con el prop&oacute;sito de cubrir las necesidades espec&iacute;ficas que requer&iacute;an el tratamiento de la informaci&oacute;n en su &aacute;mbito; esto origin&oacute; una gran variedad de formatos especializados,<span class="superscript">8</span> con independencia que la mayor&iacute;a de los formatos se concibieron para estructurar la informaci&oacute;n de una comunidad determinada; muchos de estos formatos se han adaptado para describir informaci&oacute;n con fines distintos a los se crearon, pero todos deben reunir las siguientes caracter&iacute;sticas considerarse como verdaderos formatos de metadatos:<span class="superscript">9</span> </p> <ul>       <li> Independientemente del &aacute;rea del conocimiento para la cual se utilicen, todos los formatos deben responder a las particularidades de los recursos de informaci&oacute;n de la red para facilitar su identificaci&oacute;n y ulterior recuperaci&oacute;n. </li>       <li> Todos los esquemas tienen un n&uacute;mero limitado de elementos, un nombre para cada elemento o etiqueta y un significado asociado a cada elemento. </li>       ]]></body>
<body><![CDATA[<li> Todos contienen tambi&eacute;n, una sem&aacute;ntica descriptiva con informaci&oacute;n relativa al contenido, ubicaci&oacute;n, atributos f&iacute;sicos, tipo de documento, etc&eacute;tera. </li>     </ul>     <p>Por su parte, <em>Gimeno Montoso</em>, indica los requerimientos m&iacute;nimos que debe presentar un formato para su uso en la descripci&oacute;n de objetos de informaci&oacute;n:<span class="superscript">2</span> </p> <ul>       <li> Que tenga alg&uacute;n grado de normalizaci&oacute;n: que emane de alguna instituci&oacute;n reconocida, como las tradicionales ISO, NISO o, en el &aacute;mbito de Internet IETF. </li>       <li> Que posea un software que permita su gesti&oacute;n y se apoyen en programas probados por otros proyectos similares, mucho mejor que lanzarnos a la costosa tarea, en tiempo y dinero, de desarrollar un software propio. </li>       <li> Que se implemente por proyectos de caracter&iacute;sticas similares, para compartir experiencias y aprender de los errores. </li>       <li> Que presente la posibilidad de conversi&oacute;n entre formatos presentes y futuros, debido al car&aacute;cter cambiante de la descripci&oacute;n de los recursos en Internet. </li>     </ul>     <p align="justify">Cuando se habla de modelos de metadatos, se habla no s&oacute;lo de una sem&aacute;ntica para la descripci&oacute;n de los recursos, sino tambi&eacute;n de una estructura de codificaci&oacute;n o de una forma de almacenamiento. El lenguaje HTML permite que los atributos de la etiqueta &lt;META&gt; pueden soportan esquemas de metadatos concretos como es el caso del DC, mientras que el lenguaje XML, permite una descripci&oacute;n abierta y personalizable mediante el RDF (Resource description Framework) y de otras tecnolog&iacute;as relacionadas. </p>     <p>Los formatos en dependencia de su &aacute;rea de aplicaci&oacute;n se dividen en:<span class="superscript">1</span> </p> <ul>       ]]></body>
<body><![CDATA[<li> Formatos de prop&oacute;sitos generales: modelos destinados a la descripci&oacute;n de documentos electr&oacute;nicos sin consideraci&oacute;n de la tem&aacute;tica y su finalidad. </li>       <li> Formatos de prop&oacute;sitos espec&iacute;ficos: formatos que consideran la tem&aacute;tica y finalidad de los recursos a describir, generalmente, se desarrollan por determinadas comunidades que requieren de diferentes tipos de elementos y complejidad en un formato, raz&oacute;n por la cual, los formatos de prop&oacute;sito general resultan inadecuados o insuficientes. </li>     </ul>     <p align="justify">Entre los formatos mas utilizados en la red, pueden citarse al formato MARC, emblem&aacute;tico por su historia de m&aacute;s de cuarenta a&ntilde;os en el mundo de la recuperaci&oacute;n de informaci&oacute;n; TEI, <em>Text Encoding Initiative</em>, el <em></em>proyecto para el etiquetado de texto; el RDF, el formato de metadatos en el nuevo contexto del XML y el Dublin Core, el formato m&aacute;s importante en el contexto de esta contribuci&oacute;n y que se describir&aacute; a continuaci&oacute;n. </p> <h6>Formato Dublin Core </h6>     <p align="justify">Entre la gran variedad de formatos de metadatos existentes en Internet, el Dublin Core es el m&aacute;s citado y aceptado, descrito por la mayor&iacute;a de los autores como uno de los m&aacute;s prometedores hasta el momento; es un formato producto de un esfuerzo internacional e interdisciplinario con una vida muy intensa y el m&aacute;s influyente en relaci&oacute;n con el desarrollo de la teor&iacute;a del uso de los metadatos para la recuperaci&oacute;n de informaci&oacute;n en la red. </p>     <p align="justify">Creado en 1995 por iniciativas de las asociaciones de bibliotecarios americanos, y patrocinado por la OCLC (On Line Computer Library Center), tiene su origen en un c&iacute;rculo intelectual de Dublin, en el estado de Ohio en Estados Unidos. La primera reuni&oacute;n para tratar aspectos relacionados con el Dublin Core la convoc&oacute; la OCLC y el NCSA (National Center for Supercomputing Applications); en ella participaron 52 investigadores expertos en el campo de la bibliotecolog&iacute;a, ciencias de la computaci&oacute;n, codificadores de textos y &aacute;reas afines, con el objetivo de impulsar el desarrollo de los registros descriptivos de recursos de informaci&oacute;n en l&iacute;nea.<span class="superscript">10 </span></p>     <p align="justify">Muchas son las personalidades e instituciones que se han interesado y han participado en el desarrollo de este formato. Su progreso ha ocurrido aparejado al desarrollo del XML y del RDF; en octubre del 2001, se logr&oacute; convertir el conjunto de elementos del vocabulario de Dublin (DCMES, Dublin Core Metadata Element Set) en un est&aacute;ndar formal, ANSI/NISO Z39.852001.<span class="superscript">1</span> </p>     <p align="justify">El Dublin Core tiene como objetivo, definir un conjunto b&aacute;sico de atributos que sirvan para describir todos los recursos existentes en la red, se supone que este formato ayudara a los motores de b&uacute;squeda en la recuperaci&oacute;n global de informaci&oacute;n en la red, este fin lo convierte en un formato de prop&oacute;sito general. </p>     <p align="justify">Para cumplir con su objetivo, el Dublin Core define un conjunto de quince elementos (tabla 1), que pueden modificarse y ampliarse debido a su flexibilidad, esto permite que los autores de las p&aacute;ginas Web puedan codificar sus documentos en el momento de generarlos. </p>     <p align="center">Tabla 1. Elementos del formato Dublin Core </p> <table align="center" cellpadding="0" cellspacing="3">   <tr>     <td width="208" valign="top">    ]]></body>
<body><![CDATA[<p align="center">Elementos del DC </p></td>     <td width="376" valign="top">    <p align="center">Descripci&oacute;n y uso </p></td>   </tr>   <tr>     <td width="208" valign="top">    <p>DC-Title </p></td>     <td width="376" valign="top">    <p>El nombre dado al material, generalmente por el Creador o Editor. </p></td>   </tr>   <tr>     <td width="208" valign="top">    <p>DC-Creator </p></td>     <td width="376" valign="top">    <p align="justify">La persona u organizaci&oacute;n principal que es responsable de la creaci&oacute;n del contenido intelectual del material. Por ejemplo, los autores en el caso de los documentos escritos, los artistas, fot&oacute;grafos, o ilustradores en el caso de los materiales visuales. </p></td>   </tr>   <tr>     <td width="208" valign="top">    <p>DC-Subject </p></td>     <td width="376" valign="top">    <p align="justify">El tema del material. Generalmente, las materias son expresadas a trav&eacute;s de las palabras clave o frases que describen el tema o contenido del material. Se recomienda el empleo de vocabularios controlados y de esquemas (schemes) de clasificaci&oacute;n formales. </p></td>   </tr>   <tr>     <td width="208" valign="top">    <p>DC-Description </p></td>     <td width="376" valign="top">    <p align="justify">Una descripci&oacute;n textual del contenido del material, incluyendo res&uacute;menes en el caso de documentos como objetos, o descripciones de contenido en el caso de materiales visuales. </p></td>   </tr>   <tr>     <td width="208" valign="top">    ]]></body>
<body><![CDATA[<p>DC-Publischer </p></td>     <td width="376" valign="top">    <p align="justify">La entidad responsable de que el material est&eacute; disponible en su formato actual, tales como una casa editorial, un departamento universitario, o una entidad corporativa. </p></td>   </tr>   <tr>     <td width="208" valign="top">    <p>DC-Contributor </p></td>     <td width="376" valign="top">    <p align="justify">Persona u organizaci&oacute;n que haya tenido una contribuci&oacute;n intelectual significativa en la creaci&oacute;n del documento, (ejemplo, editor, traductor, ilustrador, etc.) </p></td>   </tr>   <tr>     <td width="208" valign="top">    <p>DC-Date </p></td>     <td width="376" valign="top">    <p align="justify">Una fecha asociada con la creaci&oacute;n o disponibilidad del material. Tal fecha no debe confundirse con la correspondiente al elemento Cobertura, el cual debe de estar asociado con el material solo en los casos que el contenido intelectual se refiera a esa fecha. Para determinar la fecha de publicaci&oacute;n o de disposici&oacute;n al p&uacute;blico se utiliza el formato del Consorcio Web, Data and Time Format (W3CDTF) </p>           <p align="justify">&lt;<a href="http://www.w3.org/TR/NOTE-datetime">http://www.w3.org/TR/NOTE-datetime</a>&gt;     <br>         basado en la norma ISO 8601 </p></td>   </tr>   <tr>     <td width="208" valign="top">    <p>DC-Type </p></td>     <td width="376" valign="top">    <p align="justify">La clase del material, tales como: homepage, novela, poema, documento de trabajo, reporte t&eacute;cnico, ensayo, diccionario. </p></td>   </tr>   <tr>     <td valign="top">    ]]></body>
<body><![CDATA[<p>Elementos del DC </p></td>     <td valign="top">    <p>Descripci&oacute;n y uso </p></td>   </tr>   <tr>     <td valign="top">    <p>DC-Identifier </p></td>     <td valign="top">    <p align="justify">Una cadena de signos o n&uacute;meros empleados para identificar el material de manera un&iacute;voca. Los ejemplos para los materiales existentes en red incluyen los URLs y los URNs (cuando han sido incorporados).     <br>       Otros identificadores universalmente un&iacute;vocos como los n&uacute;meros ISBN u otros nombres formales que tambi&eacute;n son opciones para este elemento. </p>        </td>   </tr>   <tr>     <td valign="top">    <p>DC- Sourse </p></td>     <td valign="top">    <p align="justify">Informaci&oacute;n acerca de alg&uacute;n material secundario del cual se deriva el material principal. Puesto que generalmente s&oacute;lo son recomendados aquellos elementos que contienen informaci&oacute;n acerca del material principal, este elemento podr&aacute; contener la fecha, creador, formato, identificador u otros metadatos del material secundario considerados importantes para la identificaci&oacute;n del material principal. </p></td>   </tr>   <tr>     <td valign="top">    <p>DC-Languaje </p></td>     <td valign="top">    <p>El idioma del contenido intelectual del material. El contenido de este campo deber&iacute;a coincidir con la norma ISO 639 (RFC 1766) </p></td>   </tr>   <tr>     <td valign="top">    <p>DC-Relation </p></td>     <td valign="top">    ]]></body>
<body><![CDATA[<p align="justify">Un identificador de un material secundario y su relaci&oacute;n con el material principal. Este elemento permite v&iacute;nculos entre materiales relacionados y las descripciones del material deben de ser indicadas. Los ejemplos incluyen la edici&oacute;n de un trabajo (IsVersionOf), la traducci&oacute;n de un trabajo (IsBasedOn), el cap&iacute;tulo de un libro (IsPartOf) y una transformaci&oacute;n mec&aacute;nica de una serie de datos en imagen (IsFormatOf). </p></td>   </tr>   <tr>     <td valign="top">    <p>Dc-Format </p></td>     <td valign="top">    <p>Formato de datos de un documento, usado para identificar el software y, posiblemente tambi&eacute;n el hardware que se necesita para mostrarlo </p></td>   </tr>   <tr>     <td valign="top">    <p>Elementos del DC </p></td>     <td valign="top">    <p>Descripci&oacute;n y uso </p></td>   </tr>   <tr>     <td valign="top">    <p>DC-Coverage </p></td>     <td valign="top">    <p align="justify">Las caracter&iacute;sticas espaciales o temporales del contenido intelectual del material. La cobertura espacial se refiere a una regi&oacute;n f&iacute;sica (por ejemplo, sector celeste); uso de coordenadas (por ejemplo, longitud y latitud), o nombres de lugares que provienen de una lista controlada o escritos en su forma completa. La cobertura temporal se refiere a lo que trata el material, a diferencia de cuando fue creado o puesto a disponibilidad (esto &uacute;ltimo pertenece al elemento Fecha). Aunque usa el mismo formato ISO 8601/W3CDTF. </p></td>   </tr>   <tr>     <td valign="top">    <p>DC-Right </p></td>     <td valign="top">    <p align="justify">Referencia sobre derecho de autor (por ej. URL), bien a un servicio de gesti&oacute;n de derecho o a un servicio que dar&aacute; informaci&oacute;n sobre los t&eacute;rminos y condiciones de acceso a un recurso electr&oacute;nico. </p></td>   </tr> </table> <h4>Elementos del formato Dublin Core </h4>     <p>El total de 15 elementos que conforma el formato DC pueden clasificarse en tres grupos que indican la clase o el &aacute;mbito de la informaci&oacute;n que se guarda en ellos: (<em>Donos</em>, 1998; <em>M&eacute;ndez</em>, 2002; <em>San Segundo</em>, 1998) </p> <ol>       ]]></body>
<body><![CDATA[<li>Elementos relacionados principalmente con el contenido del recurso: titulo, tema, descripci&oacute;n, fuente, lenguaje, relaci&oacute;n y cobertura. </li>       <li>Elementos relacionados principalmente con el recurso cuando es visto como una propiedad intelectual: autor, editor, otras colaboraciones y derechos. </li>       <li>Elementos relacionados principalmente con la temporalidad y formato del documento as&iacute; como su identificaci&oacute;n: fecha, tipo de recurso, formato, identificador del recurso. </li>     </ol>     <p align="justify">El desarrollo y evoluci&oacute;n que ha alcanzado el formato Dublin Core se debe al arduo y constante trabajo desarrollado por los diferentes grupos de trabajos vinculados a este formato en los diferentes talleres, seminarios y otras reuniones realizadas en funci&oacute;n de lograr un est&aacute;ndar cuyas caracter&iacute;sticas garanticen la interoperabilidad en la recuperaci&oacute;n e intercambio de informaci&oacute;n en la red. <strong></strong></p> <h6>Caracter&iacute;sticas del Dublin Core </h6>     <p>Entre las principales caracter&iacute;sticas de este formato pueden citarse: </p> <ul>       <li>Alcance internacional: con i ndependencia de que el formato Dubl&iacute;n Core tiene un origen netamente anglosaj&oacute;n se ha traducido a m&aacute;s de 20 idiomas, esto es posible como resultado de la participaci&oacute;n en el proyecto de representantes de pr&aacute;cticamente todos los continentes, que ha garantizado que el formato considere la naturaleza multiling&uuml;e y multicultural del universo de la informaci&oacute;n que alberga hoy Internet. Se puede hablar de un consenso internacional en n&uacute;mero y definici&oacute;n de los elementos que integran el formato. </li>       <li> Simplicidad y flexibilidad: el Dubl&iacute;n Core es un simple, pero eficaz conjunto de elementos descriptivos, pensado, desde su inicio, para su uso, tanto por profesionales como por cualquier autor que desee describir su recurso con el objetivo de hacerla m&aacute;s visible. Todos los elementos del formato son opcionales y repetibles, lo que permite a cada autor poder escoger los elementos del formatos que considere necesarios en correspondencia con las necesidades descriptivas de sus recursos de informaci&oacute;n. La disposici&oacute;n de los elementos puede tener cualquier orden. </li>     </ul>     <p align="justify">La complejidad en la sem&aacute;ntica y la estructura de los diferentes formatos de metadatos que se emplean actualmente en Internet dificultan la comprensi&oacute;n y el intercambio de informaci&oacute;n entre las diferentes comunidades. El Dubl&iacute;n Core propone un conjunto de elementos com&uacute;n, cuya sem&aacute;ntica es sencilla, universalmente entendida y soportada. La mayor&iacute;a de los quince elementos del formato tienen una sem&aacute;ntica que puede describirse como equivalente a un registro de catalogo de una biblioteca tradicional. </p> <ul>       ]]></body>
<body><![CDATA[<li> Interoperabilidad sem&aacute;ntica, diferentes comunidades -bibliotecas, museos, universidades, etc., que conviven en Internet, utilizan diferentes normas para la descripci&oacute;n de los recursos, &eacute;stas responden a diferentes necesidades y evolucionan de manera independiente. Sin embargo, la mayor&iacute;a de los recursos comparten elementos comunes, a&uacute;n con nombres diferentes, en dependencia de cada comunidad. El Dublin Core intenta promover un conjunto de descriptores comprensibles a todas las disciplinas y favorece de este modo, la b&uacute;squeda interdisciplinaria. Est&aacute; orientado a la interoperabilidad sem&aacute;ntica entre las diferentes comunidades que conviven en Internet. </li>       <li><strong></strong>Uso de t&eacute;rminos de matizaci&oacute;n de los elementos y esquemas de codificaci&oacute;n: los t&eacute;rminos de refinamiento tienen como objetivo que el significado de un elemento sea m&aacute;s espec&iacute;fico, m&aacute;s estrecho, en ning&uacute;n caso se utilizan para extender dicho significado y comparten el significado del elemento. Por ejemplo, el t&eacute;rmino de refinamiento ‘abstract' esta asociado al elemento ‘description' e indica que el valor del elemento es un resumen del recurso en cuesti&oacute;n. </li>     </ul>     <p align="justify">Los esquemas de codificaci&oacute;n contextualizan los valores de los elementos, especifican un contexto para la interpretaci&oacute;n de un elemento espec&iacute;fico, su objetivo es referenciar a un esquema externo, definido como un est&aacute;ndar a incorporar y s&oacute;lo por medio del cual se puede entender el valor del elemento. Los cualificadores esquemas permiten a los autores proporcionar un contexto para la interpretaci&oacute;n correcta de los metadatos. Un ejemplo de esquema de codificaci&oacute;n, asociado al elemento ‘date' es el ‘W3C-DTF', que define las reglas de codificaci&oacute;n W3C para fechas y horas y se basa en el formato ‘ISO 8601'. Este esquema de codificaci&oacute;n define que la fecha debe escribirse de acuerdo al siguiente formato: yyyy-mm-dd, o sea, a&ntilde;o (las 4 cifras), mes (dos cifras) y d&iacute;a (dos cifras), si no se especifica este esquema, una fecha como ‘2005-11-12, puede interpretarse lo mismo como 11 de diciembre del 2005 que como 12 de noviembre del 2005. El cualificador esquema ‘W3C-DTF' elimina esta ambig&uuml;edad. </p> <ul>       <li> Extensibilidad: los creadores del formato Dublin Core han creado mecanismos que permiten ampliar el conjunto de sus elementos, y esto permite que las diferentes comunidades que utilizan o desean utilizar el formato puedan formular y fundamentar propuestas de agregaci&oacute;n de modificaciones y nuevos elementos al formato, seg&uacute;n una necesidad descriptiva concreta. </li>     </ul>     <p align="justify">Presenta gran importancia tambi&eacute;n, la creaci&oacute;n de perfiles de aplicaci&oacute;n, que consisten en tomar elementos de datos de uno o m&aacute;s formatos de metadatos y adaptarlos a una aplicaci&oacute;n local determinada. Esto permite que diferentes comunidades puedan utilizar en sus perfiles de aplicaci&oacute;n elementos de sus formatos, mezclados con elementos del formato Dubl&iacute;n Core y viceversa. </p> <h6>Principios del formato Dubl&iacute;n Core </h6>     <p>Entre los principios m&aacute;s importantes para una correcta comprensi&oacute;n sobre c&oacute;mo deben relacionarse los metadatos del Dubl&iacute;n Core con los recursos que describen, pueden establecerse los siguientes:<span class="superscript">11</span> </p> <h6>Principio de simplificaci&oacute;n </h6>     <p align="justify">Este principio considera la posibilidad de convertir f&aacute;cilmente el Dubl&iacute;n Core cualificado en simple y por tanto, cualquier cliente puede ignorar cualquier cualificador del formato Dubl&iacute;n Core que no entienda y utilizar el valor del elemento sin el cualificador, es decir, como si estuviese sin cualificar, esto aunque menos espec&iacute;fico puede servir para la localizaci&oacute;n y recuperaci&oacute;n de la informaci&oacute;n en Internet. Por tanto, los cualificadores se utilizan s&oacute;lo para matizar y nunca para extender el alcance sem&aacute;ntico de un elemento. </p> <h6>Principio uno a uno (One-to-One Principle) </h6>     <p align="justify">El principio uno a uno define que a cada manifestaci&oacute;n o versi&oacute;n de un recurso corresponde una descripci&oacute;n con metadatos, es decir, una manifestaci&oacute;n de un recurso no sustituye a la otra y, por tanto, cada una lleva su descripci&oacute;n, por ejemplo: no se puede describir la traducci&oacute;n de un documento determinado, como si fuese el original, porque, aun cuando tengan mucho en com&uacute;n, son recursos diferentes, que involucran en su descripci&oacute;n, diferentes tipos de elementos de metadatos, por ejemplo: el idioma, la traducci&oacute;n tendr&iacute;a el traductor como colaborador o contribuidor e involucrar&iacute;a tambi&eacute;n otro tipo de metadato que la relacione con el original. </p> <h6>Principio de valores apropiados </h6>     ]]></body>
<body><![CDATA[<p align="justify">La forma m&aacute;s correcta o la mejor pr&aacute;ctica para la codificaci&oacute;n de un elemento o cualificador en particular, puede variar con el contexto, pero normalmente quien implementa no puede siempre predecir quien va a interpretar los metadatos, si una m&aacute;quina o una persona y, por tanto, los valores que se utilicen deben adecuarse para ambos; esto puede imponer ciertas limitaciones en la forma de construir los metadatos, pero ellos deben continuar siendo &uacute;tiles y cumplir con su objetivo de localizaci&oacute;n y recuperaci&oacute;n de informaci&oacute;n. </p> <h4>Dublin Core y HTML </h4>     <p align="justify">Aunque el est&aacute;ndar Dublin Core, al igual que otros formatos de metadatos en Internet, no prescribe ning&uacute;n tipo de relaci&oacute;n particular entre los metadatos y el recurso que describe, y permite que sean los autores de los recursos los que establezcan como vincular las descripciones con los recursos, la forma m&aacute;s com&uacute;n de vincular los metadatos con el documento que describen es por medio de la etiqueta &lt;META&gt; en la cabecera de la p&aacute;gina, es decir, los metadatos se insertan o incrustan en la cabecera (head) del documento, exactamente despu&eacute;s del t&iacute;tulo, como se muestra a continuaci&oacute;n: </p>     <p>&lt;html&gt; </p>     <p>&lt;head&gt; </p>     <p>&lt;title&gt;Untitled Document&lt;/title&gt; </p>     <p>&lt; <strong>meta http-equiv=&quot;Content-Type&quot; content=&quot;text/html; charset=iso-88591&quot;&gt; </strong></p>     <p>&lt;/head&gt; </p>     <p>&lt;body bgcolor=&quot;#FFFFFF&quot; text=&quot;#000000&quot;&gt; </p>     <p>&lt;/body&gt; </p>     <p>&lt;/html&gt; </p>     ]]></body>
<body><![CDATA[<p>La sintaxis de Dublin Core para HTML se representa de la forma siguiente: </p>     <p>&lt;META NAME=&quot;DC.Title &quot;CONTENT=&quot;     <br> &lt;META NAME=&quot;DC.Creatorr&quot;CONTENT=&quot;     <br> &lt;META NAME=&quot;DC.Subject&quot;CONTENT=&quot;     <br> &lt;META NAME=&quot;DC.Description&quot;CONTENT=&quot;     <br> &lt;META NAME=&quot;DC.Publisher&quot;CONTENT=&quot;     <br> &lt;META NAME=&quot;DC.Contributor&quot;CONTENT=&quot;     <br> &lt;META NAME=&quot;DC.Date&quot;CONTENT=&quot;     <br> &lt;META NAME=&quot;DC.Coverage&quot;CONTENT=&quot;     <br> &lt;META NAME=&quot;DC.Format&quot;CONTENT=&quot;     ]]></body>
<body><![CDATA[<br> &lt;META NAME=&quot;DC.Identifier&quot;CONTENT=&quot;     <br> &lt;META NAME=&quot;DC.Fuente&quot;CONTENT=&quot;     <br> &lt;META NAME=&quot;DC.Language&quot;CONTENT=&quot;     <br> &lt;META NAME=&quot;DC. type&quot;CONTENT=&quot;     <br> &lt;META NAME=&quot;DC.Relation&quot;CONTENT=&quot;     <br> &lt;META NAME=&quot;DC.Rights&quot;CONTENT= </p>     <p>La sintaxis anterior muestra que cada uno de los elementos del n&uacute;cleo de Dublin se codifican con la etiqueta META e incluyen dos atributos: NAME Y CONTENT </p>     <p>&lt;META NAME = &quot;DC. <strong>NombreElemento </strong>&quot; CONTENT = &quot; <strong>VALOR </strong>&quot;&gt; </p>     <p>donde, “NombreElemento” y “Valor” se sustituir&iacute;an respectivamente por uno de los 15 elementos del formato Dublin Core y su valor. Por ejemplo: </p>     <p>&lt;META NAME = &quot;DC. <strong>Creator </strong>&quot; CONTENT <strong> = </strong>&quot; <strong>Empresa de Tecnolog&iacute;as de la Informaci&oacute;n y Servicios Telem&aacute;ticos Avanzados </strong>&quot;&gt; </p>     ]]></body>
<body><![CDATA[<p>La sigla DC <strong>, </strong> corresponde a la identificaci&oacute;n del formato que se utiliza para la descripci&oacute;n: </p>     <p>DC = Dublin Core </p>     <p>El atributo CONTENT se usa para describir el valor del elemento. </p>     <p>Cada uno de los elementos del formato puede ser repetible como se muestra a continuaci&oacute;n: </p>     <p>&lt;META NAME=&quot;DC.Creator&quot; CONTENT=&quot; <em>Fern&aacute;ndez, Jos&eacute; </em>&quot;&gt; </p>     <p>&lt;META NAME=&quot;DC.Creator&quot; CONTENT=&quot; <em>Pascual, Ricardo </em>&quot;&gt; </p>     <p>Independientemente, tambi&eacute;n es v&aacute;lido utilizar un solo atributo NAME y dentro del atributo CONTENT, separar cada uno de los elementos con un punto y coma. </p>     <p>Ejemplo </p>     <p>&lt;META NAME=&quot;DC.Creator&quot; CONTENT=&quot; <em>Fern&aacute;ndez, Jos&eacute;; Pascual, Ricardo </em>&quot;&gt; </p> <h4>DC simple y DC cualificado </h4>     <p align="justify">El formato Dubl&iacute;n Core tiene dos niveles de codificaci&oacute;n: simple y cualificado, el Dubl&iacute;n Core simple emplea s&oacute;lo los 15 elementos originales que forman parte del formato y que se describieron anteriormente; el cualificado adem&aacute;s de los 15 elementos del Dubl&iacute;n Core simple, tiene un elemento adicional: audience, un conjunto limitado de t&eacute;rminos de refinamiento y esquemas de codificaci&oacute;n de los elementos (tablas 2 y 3). Para que un registro de metadatos Dubl&iacute;n Core se considere cualificado, debe incluir todos o, al menos, uno de los elementos anteriores. </p>     ]]></body>
<body><![CDATA[<p>El conjunto completo de cualificadores y de t&eacute;rminos de matizaci&oacute;n de los elementos del DC (DCMI Metadata Terms) puede consultarse en la siguiente direcci&oacute;n: <a href="http://es.dublincore.org/documents/dcmi-terms/%20">http://es.dublincore.org/documents/dcmi-terms/ </a></p>     <p align="center">Tabla 2. Algunos elementos del Dubl&iacute;n Core con sus t&eacute;rminos de refinamientos. </p> <table width="200" border="2">   <tr>     <td>    Elementos del Dubl&iacute;n Core </td>     <td>T&eacute;rminos de refinamiento</td>     <td>Descripci&oacute;n de los t&eacute;rminos de refinamiento</td>   </tr>   <tr>     <td>    DC.tiltle </td>     <td>alternative </td>     <td>Otra forma del t&iacute;tulo utilizada como un subt&iacute;tulo o alternativa al t&iacute;tulo formal del recurso. </td>   </tr>   <tr>     <td rowspan="2">    DC.description </td>     <td>abstract </td>     <td>Un resumen del contenido del recurso. </td>   </tr>   <tr>     <td>    tableOfContens</td>     <td>La tabla de contenido del recurso. </td>   </tr>   <tr>     <td rowspan="2">    DC.date </td>     <td>&nbsp;     <div align="left">available </div></td>     <td>Fecha (a menudo un rango) en la que el recurso comenzar&aacute; o estar&aacute; disponible. </td>   </tr>   <tr>     <td>    &nbsp;         <div align="left">created </div></td>     <td>Fecha de creaci&oacute;n del recurso. </td>   </tr>   <tr>     <td rowspan="2">    DC.coverage </td>     <td>spatial </td>     <td>La cobertura espacial se refiere a una regi&oacute;n f&iacute;sica, uso de coordenadas o nombre de lugares proveniente de una lista controlada. </td>   </tr>   <tr>     <td>    temporal </td>     <td>La cobertura temporal se refiere a lo que trata el material (rango de tiempo abordado) </td>   </tr> </table>     <p align="center">Tabla 3. Algunos elementos del DC con sus esquemas de codificaci&oacute;n. </p> <table align="center" cellpadding="0" cellspacing="3">   <tr>     <td width="139" valign="top">    <p>Elementos del Dubl&iacute;n Core </p></td>     <td width="132" valign="top">    <p>Esquemas de codificaci&oacute;n </p></td>     <td width="305" valign="top">    <p>Descripci&oacute;n del esquema de codificaci&oacute;n </p></td>   </tr>   <tr>     <td width="139" valign="top">    <p>DC.date </p></td>     <td width="132" valign="top">    <p>W3CDTF </p></td>     <td width="305" valign="top">    ]]></body>
<body><![CDATA[<p>Este esquema define las reglas de codificaci&oacute;n del W3C para fechas y horas y se basa en el formato ‘ISO 8601' </p></td>   </tr>   <tr>     <td width="139" valign="top">    <p>DC.type </p></td>     <td width="132" valign="top">    <p>&nbsp;DCMIType </p></td>     <td width="305" valign="top">    <p>Vocabulario definido y utilizado por la Iniciativa de Metadatos Dubl&iacute;n Core (DCMI) para codificar el elemento DC.type (naturaleza o g&eacute;nero&nbsp; del contenido de un recurso). </p></td>   </tr>   <tr>     <td width="139" valign="top">    <p>DC.subject </p></td>     <td width="132" valign="top">    <p><strong>&nbsp; </strong>DDC </p></td>     <td width="305" valign="top">    <p>Clasificaci&oacute;n Decimal de Dewey (Dewey Decimal Classification) </p></td>   </tr>   <tr>     <td width="132" valign="top">    <p>&nbsp;LCC </p></td>     <td width="305" valign="top">    <p>Clasificaci&oacute;n de la Biblioteca del Congreso (Library of Congress Classification) </p></td>   </tr>   <tr>     <td width="132" valign="top">    <p>&nbsp;LCSH </p></td>     <td width="305" valign="top">    ]]></body>
<body><![CDATA[<p>Encabezamientos de materias de la Biblioteca del Congreso (Library of Congress Subject Headings) </p></td>   </tr>   <tr>     <td width="139" valign="top">    <p>DC.format </p></td>     <td width="132" valign="top">    <p>&nbsp;IMT </p></td>     <td width="305" valign="top">    <p>Los tipos de medios en Internet del recurso. Un conjunto de t&eacute;rminos que describen los tipos de recursos en Internet. </p></td>   </tr> </table>     <p align="justify">Como se explic&oacute; anteriormente al formato Dublin Core, se ha adicionado un nuevo elemento, es decir, un elemento que no formaba parte de los 15 originales: audience. Este elemento se codifica como los anteriores, s&oacute;lo que en lugar de utilizar el prefijo ‘DC', se utiliza el prefijo ‘DCTERMS', como se muestra a continuaci&oacute;n:<span class="superscript">12 </span></p>     <p>&lt;meta name=”DCTERMS.audience” content=”cadena de valor” /&gt; </p>     <p>&lt;meta name=”DCTERMS.audience” content=”Cient&iacute;ficos y profesionales en </p>     <p>general” /&gt; </p>     <p>Los t&eacute;rminos de refinamiento o matizaci&oacute;n, se codifican siguiendo el mismo patr&oacute;n que el elemento ‘audience': </p>     <p>&lt;meta name=&quot;DCTERMS.elemento de refinamiento&quot; content=&quot;cadena de </p>     ]]></body>
<body><![CDATA[<p>valor&quot; /&gt; </p>     <p>Por ejemplo:     <br> &lt;meta name=&quot;DCTERMS.created&quot; content=”2005-01-15” /&gt; </p>     <p align="justify">El elemento de refinamiento ‘created' se asocia al elemento ‘date' e indica que el recurso de informaci&oacute;n se cre&oacute; en la fecha indicada. Asociados al elemento ‘date' est&aacute;n, tambi&eacute;n los elementos de refinamientos: valid (valido), available (disponible), issued (editado) y modified (modificado). </p> <h4>Esquemas de codificaci&oacute;n del formato DC </h4>     <p>Los esquemas de codificaci&oacute;n se codifican con el atributo ‘scheme' del elemento &lt;meta&gt; de HTML, como se muestra a continuaci&oacute;n: </p>     <p>&lt;meta name=&quot;DC.element&quot; scheme=&quot;DCTERMS.Scheme&quot; content=&quot;cadena de valor&quot; /&gt; </p>     <p>Ejemplos: </p>     <p>&lt;meta name=&quot;DC.format&quot; scheme=&quot;DCTERMS. IMT” content=&quot;Text/html&quot; /&gt; </p>     <p><strong>&lt; </strong>meta name=&quot;DCTERMS.created&quot; scheme=&quot;DCTERMS.W3C-DTF&quot; content=&quot;2006-01-20&quot; /&gt; </p>     <p><strong>&lt; </strong>meta name=&quot;DCTERMS.type&quot; scheme=&quot;DCTERMS.DCMIType&quot; content=&quot;Text” </p>     ]]></body>
<body><![CDATA[<p>Para codificar el elemento DC.type, la Iniciativa de Metadatos Dublin Core tiene su propio vocabulario que puede consultarse en: </p>     <p><a href="http://dublincore.org/documents/dcmi-type-vocabulary/%20">http://dublincore.org/documents/dcmi-type-vocabulary/ </a></p>     <p>Para concluir, se expone a continuaci&oacute;n la codificaci&oacute;n en Dubl&iacute;n Core simple y Dubl&iacute;n Core cualificado del Portal Cuba.cu: </p> <h4>DC simple </h4>     <p>&lt;meta name=”DC.title” content=”Portal Cuba.cu” /&gt; </p>     <p>&lt;meta name=”DC.creator” content=”Empresa de Tecnolog&iacute;a de la Informaci&oacute;n y Servicios Telem&aacute;ticos Avanzados, CITMATEL” /&gt; </p>     <p><strong>&lt; </strong>meta name=&quot;DC.date&quot; content=&quot;2000-01-05&quot; /&gt; </p>     <p align="justify">&lt;meta name=&quot;DC.description&quot; content= &quot;El Portal Cuba.cu recoge informaci&oacute;n general sobre nuestro pa&iacute;s, organizada por categor&iacute;as que agrupan las m&aacute;s importantes tem&aacute;ticas de inter&eacute;s para quienes lo visiten. Ofrece diversos y &uacute;tiles servicios que abarcan una amplia gama de posibilidades de recuperaci&oacute;n de informaci&oacute;n sobre Cuba y los cubanos, con un alto valor agregado.” /&gt; </p>     <p align="justify">&lt;meta name=&quot;DC.subject&quot; content=” Cuba, Informaci&oacute;n de Cuba, Arte, Humanidades, Ciencia, Tecnolog&iacute;a, Deportes, Econom&iacute;a, Negocios, Educaci&oacute;n, Eventos, Medios de comunicaci&oacute;n, Pol&iacute;tica, Gobierno, Salud y Medicina, Turismo, Bazar Cuba, Cocina cubana, Consultas m&eacute;dicas, Cuba-NIC, NIC, Cursos en l&iacute;nea, Efem&eacute;rides, Tiempo, Clima, Pron&oacute;stico del tiempo, Libros cubanos, Autores cubanos, P&aacute;ginas amarillas, P&aacute;ginas blancas, Sitios cubanos, Cuba.cu, Portal Cuba, CITMATEL, Postales” /&gt; </p>     <p>&lt;meta name=&quot;DC.type&quot; content=&quot;P&aacute;gina Web&quot; /&gt; </p>     <p>&lt;meta name=&quot;DC.language&quot; content =&quot;es&quot; /&gt; </p>     ]]></body>
<body><![CDATA[<p>&lt;meta name=&quot;DC.identifier&quot; content =&quot;http://www.cuba.cu&quot; /&gt; </p> <h4>DC cualificado </h4>     <p>&lt;meta name=”DC.title” content=”Portal Cuba.cu” /&gt; </p>     <p>&lt;meta name=”DC.creator” content=”Empresa de Tecnolog&iacute;a de la Informaci&oacute;n y Servicios Telem&aacute;ticos Avanzados, CITMATEL” /&gt; </p>     <p><strong>&lt; </strong>meta name=&quot;DCTERMS.created&quot; scheme=&quot;DCTERMS.W3C-DTF&quot; content=&quot;2000-01-05&quot; /&gt; </p>     <p align="justify">&lt;meta name=&quot;DC.description&quot; content= &quot;El Portal Cuba.cu recoge informaci&oacute;n general sobre nuestro pa&iacute;s, organizada por categor&iacute;as que agrupan las m&aacute;s importantes tem&aacute;ticas de inter&eacute;s para quienes lo visiten. Ofrece diversos y &uacute;tiles servicios que abarcan una amplia gama de posibilidades de recuperaci&oacute;n de informaci&oacute;n sobre Cuba y los cubanos, con un alto valor agregado.” /&gt; </p>     <p align="justify">&lt;meta name=&quot;DC.subject&quot; content=” Cuba, Informaci&oacute;n de Cuba, Arte, Humanidades, Ciencia, Tecnolog&iacute;a, Deportes, Econom&iacute;a, Negocios, Educaci&oacute;n, Eventos, Medios de comunicaci&oacute;n, Pol&iacute;tica, Gobierno, Salud y Medicina, Turismo, Bazar Cuba, Cocina cubana, Consultas m&eacute;dicas, Cuba-NIC, NIC, Cursos en l&iacute;nea, Efem&eacute;rides, Tiempo, Clima, Pron&oacute;stico del tiempo, Libros cubanos, Autores cubanos, P&aacute;ginas amarillas, P&aacute;ginas blancas, Sitios cubanos, Cuba.cu, Portal Cuba, CITMATEL Postales” /&gt; </p>     <p>&lt;meta name=”DCTERMS.audience” content=”Cient&iacute;ficos, profesionales y t&eacute;cnicos en general” /&gt; </p>     <p>&lt;meta name=&quot;DC.format&quot; scheme=&quot;DCTERMS.IMT&quot; content=&quot;Text/html&quot; /&gt; </p>     <p>&lt;meta name=&quot;DC.type&quot; scheme=&quot;DCTERMS.DCMIType&quot; content=&quot;Text&quot; /&gt; </p>     <p>&lt;meta name=&quot;DC.language&quot; SCHEME= &quot;ISO639-2&quot; content =&quot;Spa&quot; /&gt; </p>     ]]></body>
<body><![CDATA[<p>&lt;meta name=&quot;DC.identifier&quot; scheme=&quot;DCTERMS.URI&quot; content =&quot;http://www.cuba.cu&quot; /&gt; </p> <h4>Referencias bibliogr&aacute;ficas </h4>     <!-- ref --><p>1. M&eacute;ndez Rodr&iacute;guez EM. Metadatos y recuperaci&oacute;n de informaci&oacute;n: est&aacute;ndares, problemas y aplicabilidad en bibliotecas digitales. Gij&oacute;n: Trea; 2002. <!-- ref --><p>2. Gimeno Montoro JM, Barrueco Cruz JM, Garc&iacute;a Testal C. 1998. Catalogaci&oacute;n de recursos electr&oacute;nicos accesibles en Internet: revisi&oacute;n de propuestas para una normativa. 1998. Disponible en: <a href="http://fesabid98.floridauni.es/Comunicaciones/mj_gimeno.htm">http://fesabid98.floridauni.es/Comunicaciones/mj_gimeno.htm </a> [Consultado: 10 de enero del 2006]. <!-- ref --><p>3. Rodr&iacute;guez Gair&iacute;n J. M. Valoraci&oacute;n del impacto de la informaci&oacute;n en Internet. Altavista, el “Science Citation Index” de la red. Revista Espa&ntilde;ola de Documentaci&oacute;n Cient&iacute;fica 1997;20(2):175-181. Disponible en: <a href="http://bd.ub.es/pub/rzgairin/altavis.htm">http://bd.ub.es/pub/rzgairin/altavis.htm </a>[Consultado: 8 de enero del 2006]. <!-- ref --><p>4. Koch T. Documentation to: metadata Indexing and searching in large search. 1998. Disponible en: <a href="http://www.lub.lu.se/~traugott/Mdsearch-docu.html">http://www.lub.lu.se/~traugott/Mdsearch-docu.html </a>[Consultado: 15 de enero del 2006]. <!-- ref --><p>5. Medeiros N. XML and the Resourse Description Framework: The Great Web Home. 2000. Disponible en: <a href="http://www.onlineinc.com/onlinemag/OL2000/medeiros9.html">http://www.onlineinc.com/onlinemag/OL2000/medeiros9.html </a> [Consultado: 16 de enero del 2006]. <!-- ref --><p>6. Mettrop W. Internet Search Engines: Fluctuation in Document Accessibility, Journal of Documentation 2001;57(5):623-651. <!-- ref --><p>7. Desai B. Supporting Discovery in Virtual Libraries. JASIS 1997;48(3):190-204. <!-- ref --><p>8. Garc&iacute;a Mart&iacute;nez AM. Definici&oacute;n y estilo de los objetos de informaci&oacute;n digitales y metadatos para la descripci&oacute;n', Bolet&iacute;n de la Asociaci&oacute;n Andaluza de Bibliotecarios 2001;(63):23-47. Disponible en: <a href="http://www.aab.es/51n63a2.pdf">http://www.aab.es/51n63a2.pdf </a>[Consultado: 13 de enero del 2006]. <!-- ref --><p>9. Taylor C. An Introduction to Metadata. 1999. Disponible en: <a href="http://www.library.uq.edu.au/iad/ctmeta4.html">http://www.library.uq.edu.au/iad/ctmeta4.html </a>[Consultado: 19 de enero del 2006]. <!-- ref --><p> 10. San Segundo MR. 1998. Organizaci&oacute;n del conocimiento en Internet: metadatos bibliotecarios DUBLIN CORE'. Disponible en: <a href="http://fesabid98.florida-uni.es/Comunicaciones/r_sansegundo.htm">http://fesabid98.florida-uni.es/Comunicaciones/r_sansegundo.htm </a>[Consultado: 14 de enero del 2006]. <!-- ref --><p>11. Hillmann DI. Tutorial “Sem&aacute;ntica b&aacute;sica”. DC-2005. Madrid: s.e; 2005. <!-- ref --><p>12. Powell A. Tutorial sobre sintaxis b&aacute;sica “Codificando DC en HTML, XML y RDF”. DC-2005. Madrid: s.e; 2005. <p>Recibido: 8 de octubre del 2006. Aprobado: 21 de octubre del 2006.     <br> MsC. <em>Isabel Daudinot Founier</em>. Empresa de Tecnolog&iacute;as de la Informaci&oacute;n y Servicios Telem&aacute;ticos Avanzados. Ave. 47 e/ 18&ordf; y 20, Miramar, Playa. Ciudad de La Habana. Cuba. Correo electr&oacute;nico: <a href="mailto:isabel@citmatel.inf.cu">isabel@citmatel.inf.cu </a></p> <h4>&nbsp;</h4>     <p align="justify">Ficha de procesamiento </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; ALMACENAMIENTO Y RECUPERACI&Oacute;N DE LA INFORMACI&Oacute;N. &nbsp; </p>     <p>INTERNET; INFORMATION STORAGE AND RETRIEVAL. </p>     ]]></body>
<body><![CDATA[<p>Seg&uacute;n DeCI<span class="superscript">2</span> </p>     <p>INTERNET; WWW; RECUPERACI&Oacute;N DE LA INFORMACI&Oacute;N; METADATOS; TECNOLOG&Iacute;A DE LA INFORMACI&Oacute;N. </p>     <p>INTERNET; WWW; INFORMATION RETRIEVAL; METADATA; INFORMATION TECHNOLOGY. </p>     <p><span class="superscript">1</span>BIREME. Descriptores en Ciencias de la Salud (DeCS). Sao Paulo: BIREME, 2004. </p>     <p>Disponible en: <a href="http://decs.bvs.br/E/homepagee.htm%20">http://decs.bvs.br/E/homepagee.htm </a></p>     <p><span class="superscript">2</span>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: <a href="http://cis.sld.cu/E/tesauro.pdf%20">http://cis.sld.cu/E/tesauro.pdf </a></p>     <p><span class="superscript"><a href="#autor">1</a></span><a href="#autor">M&aacute;ster en Ciencia de la Informaci&oacute;n y Bibliotecolog&iacute;a. Empresa de Tecnolog&iacute;as de la Informaci&oacute;n y Servicios Telem&aacute;ticos Avanzados. </a><a name="cargo"></a></p>      ]]></body><back>
<ref-list>
<ref id="B1">
<label>1</label><nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Méndez Rodríguez]]></surname>
<given-names><![CDATA[EM]]></given-names>
</name>
</person-group>
<source><![CDATA[Metadatos y recuperación de información: estándares, problemas y aplicabilidad en bibliotecas digitales]]></source>
<year>2002</year>
</nlm-citation>
</ref>
<ref id="B2">
<label>2</label><nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Gimeno Montoro]]></surname>
<given-names><![CDATA[JM]]></given-names>
</name>
<name>
<surname><![CDATA[Barrueco Cruz]]></surname>
<given-names><![CDATA[JM]]></given-names>
</name>
<name>
<surname><![CDATA[García Testal]]></surname>
<given-names><![CDATA[C]]></given-names>
</name>
</person-group>
<source><![CDATA[1998, Catalogación de recursos electrónicos accesibles en Internet: revisión de propuestas para una normativa]]></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[Rodríguez Gairín]]></surname>
<given-names><![CDATA[J. M]]></given-names>
</name>
</person-group>
<article-title xml:lang="es"><![CDATA[Valoración del impacto de la información en Internet: Altavista, el &#8220;Science Citation Index&#8221; de la red]]></article-title>
<source><![CDATA[Revista Española de Documentación Científica]]></source>
<year>1997</year>
<volume>20</volume>
<numero>2</numero>
<issue>2</issue>
<page-range>175-181</page-range></nlm-citation>
</ref>
<ref id="B4">
<label>4</label><nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Koch]]></surname>
<given-names><![CDATA[T]]></given-names>
</name>
</person-group>
<source><![CDATA[Documentation to: metadata Indexing and searching in large search]]></source>
<year>1998</year>
</nlm-citation>
</ref>
<ref id="B5">
<label>5</label><nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Medeiros]]></surname>
<given-names><![CDATA[N]]></given-names>
</name>
</person-group>
<source><![CDATA[XML and the Resourse Description Framework]]></source>
<year>2000</year>
<publisher-name><![CDATA[The Great Web Home]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B6">
<label>6</label><nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Mettrop]]></surname>
<given-names><![CDATA[W]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Internet Search Engines: Fluctuation in Document Accessibility]]></article-title>
<source><![CDATA[Journal of Documentation]]></source>
<year>2001</year>
<volume>57</volume>
<numero>5</numero>
<issue>5</issue>
<page-range>623-651</page-range></nlm-citation>
</ref>
<ref id="B7">
<label>7</label><nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Desai]]></surname>
<given-names><![CDATA[B]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Supporting Discovery in Virtual Libraries]]></article-title>
<source><![CDATA[JASIS]]></source>
<year>1997</year>
<volume>48</volume>
<numero>3</numero>
<issue>3</issue>
<page-range>190-204</page-range></nlm-citation>
</ref>
<ref id="B8">
<label>8</label><nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[García Martínez]]></surname>
<given-names><![CDATA[AM]]></given-names>
</name>
</person-group>
<article-title xml:lang="es"><![CDATA[Definición y estilo de los objetos de información digitales y metadatos para la descripción']]></article-title>
<source><![CDATA[Boletín de la Asociación Andaluza de Bibliotecarios]]></source>
<year>2001</year>
<numero>63</numero>
<issue>63</issue>
<page-range>23-47</page-range></nlm-citation>
</ref>
<ref id="B9">
<label>9</label><nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Taylor]]></surname>
<given-names><![CDATA[C]]></given-names>
</name>
</person-group>
<source><![CDATA[An Introduction to Metadata]]></source>
<year>1999</year>
</nlm-citation>
</ref>
<ref id="B10">
<label>10</label><nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[San Segundo]]></surname>
<given-names><![CDATA[MR]]></given-names>
</name>
</person-group>
<source><![CDATA[1998, Organización del conocimiento en Internet: metadatos bibliotecarios DUBLIN CORE']]></source>
<year></year>
</nlm-citation>
</ref>
<ref id="B11">
<label>11</label><nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Hillmann]]></surname>
<given-names><![CDATA[DI]]></given-names>
</name>
</person-group>
<source><![CDATA[Tutorial &#8220;Semántica básica]]></source>
<year>2005</year>
</nlm-citation>
</ref>
<ref id="B12">
<label>12</label><nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Powell]]></surname>
<given-names><![CDATA[A]]></given-names>
</name>
</person-group>
<source><![CDATA[Tutorial sobre sintaxis básica &#8220;Codificando DC en HTML, XML y RDF]]></source>
<year>2005</year>
</nlm-citation>
</ref>
</ref-list>
</back>
</article>
