Traducciones:Esta traducción se concluyó, el 3 de enero de 2001.
Los posibles errores presentes en este documento, debidos a la traducción, son de la responsabilidad del traductor y no son achacables en modo alguno al W3C. Para cualquier comentario sobre la traducción dirigirse a Eva M�ndez, Miembro del G2 del SIDAR.
La única versión normativa oficial de este documento es la versi�n original (en ingl�s):
http://www.w3.org/TR/REC-rdf-syntax/
REC-rdf-syntax-19990222-es
Copyright
� 1997,1998,1999 W3C (MIT, INRIA, Keio
), Todos los derechos reservados. W3C reponsabilidad
legal, marca
registrada, uso del
documento y aplicaci�n de las reglas de licencia de
software.
| Copyright � de la traducci�n: 2000, Eva M�ndez
Se ha tratado de respetar al m�ximo el contenido de la especificaci�n original en ingl�s, adaptando la expresi�n al espa�ol e introduciendo entre [corchetes] algunas palabras (bien en espa�ol o en ingl�s) que ayuden a una mejor comprensi�n de esta especificaci�n a investigadores e interesados en XML/RDF del dominio ling��stico espa�ol. No obstante, puden haberse cometido errores fruto de la traducci�n; por ello, ha de tenerse en cuenta que la �nica especificaci�n v�lida es la que est� en ingl�s en la direcci�n original del W3C: http://www.w3.org/TR/REC-rdf-syntax/ |
Los miembros del Consorcio WWW (W3C) y otras partes interesadas han revisado este documento y el director lo ha aprobado como Recomendaci�n W3C. Es un documento estable que se utilizar� como material de referencia o se citar� como referencia normativa en otros documentos. El papel del W3C al elaborar la Recomendaci�n es llamar la atenci�n sobre la especificaci�n y promover un desarrollo generalizado de la misma. Esto enriquece la operatividad e interoperabilidad del Web.
Se puede acceder a la lista de errores conocidos en esta especificaci�n [en ingl�s]: http://www.w3.org/TR/1999/REC-rdf-syntax-19990222/errata.
Se pueden enviar comentarios a la especificaci�n a <www-rdf-comments@w3.org>. El archivo de comentarios p�blicos se puede consultar en: http://www.w3.org/Archives/Public/www-rdf-comments.
En un principio la World Wide Web se construy� para el uso humano, y a pesar de que todo en ella era legible por m�quina estos datos todav�a no son legibles por �sta �ltima. Es muy dif�cil automatizar cualquier cosa en la Web, debido al volumen de informaci�n que contiene, no es posible gestionarla manualmente. La soluci�n que se propone aqu� es el uso de metadatos para describir los datos contenidos en la Web. Los metadatos son "datos sobre los datos" (por ejemplo, un cat�logo de biblioteca es [un registro] de metadatos, en el sentido de que describen publicaciones) o concretamente en el contexto de esta especificaci�n "datos que describen recursos Web". La distinci�n entre "datos" y "metadatos" no es incuestionable; es una diferencia creada en primera instancia por una aplicaci�n particular, y muchas veces el mismo recurso se interpretar� de ambas formas [como dato y como metadato] simult�neamente.
Resource Description Framework (RDF) [Infraestructura para la Descripci�n de Recursos] es una base para procesar metadatos; proporciona interoperabilidad entre aplicaciones que intercambian informaci�n legible por m�quina en la Web. RDF destaca por la facilidad para habilitar el procesamiento automatizado de los recursos Web. RDF puede utilizarse en distintas �reas de aplicaci�n; por ejemplo: en recuperaci�n de recursos para proporcionar mejores prestaciones a los motores de b�squeda, en catalogaci�n para describir el contenido y las relaciones de contenido disponibles en un sitio Web, una p�gina Web, o una biblioteca digital particular, por los agentes de software inteligentes para facilitar el intercambio y para compartir conocimiento; en la calificaci�n de contenido, en la descripci�n de colecciones de p�ginas que representan un "documento" l�gico individual, para describir los derechos de propiedad intelectual de las p�ginas web, y para expresar las preferencias de privacidad de un usuario, as� como las pol�ticas de privacidad de un sitio Web. RDF junto con las firmas digitales ser� la clave para construir el "Web de confianza" para el comercio electr�nico, la cooperaci�n y otras aplicaciones.
Este documento introduce un modelo para representar metadatos en RDF as� como una sintaxis para codificar y transmitir estos metadatos de tal forma que maximicen la interoperabilidad de servidores y clientes web desarrollados independientemente. La sintaxis presentada aqu� utiliza el Extensible Markup Language [Lenguaje de Marcado Extensible] (XML): uno de los objetivos de RDF es hacer posible especificar la sem�ntica para las bases de datos en XML de una forma normalizada e interoperable. RDF y XML son complementarios: RDF es un modelo de metadatos y s�lo dirige por referencia muchos de los aspectos de codificaci�n que requiere el almacenamiento y transferencia de archivos (tales como internacionalizaci�n, conjuntos de caracteres, etc.). Para estos aspectos, RDF cuenta con el soporte de XML. Es importante tambi�n entender que esta sintaxis XML es s�lo una sintaxis posible para RDF y que pueden surgir formas alternativas para representar el mismo modelo de datos RDF.
El objetivo general de RDF es definir un mecanismo para describir recursos que no cree ninguna asunci�n sobre un dominio de aplicaci�n particular, ni defina (a priori) la sem�ntica de alg�n dominio de aplicaci�n. La definici�n del mecanismo debe ser neutral con respecto al dominio, sin embargo el mecanismo debe ser adecuado para describir informaci�n sobre cualquier dominio.
Esta especificaci�n continuar� con otros documentos que completar�n el marco. Sobre todo, para facilitar la definici�n de metadatos, RDF contar� con un sistema de clasificaci�n muy parecido a los sistemas de programaci�n y modelado orientado a objetos. Una colecci�n de categor�as (producida normalmente para un prop�sito o dominio espec�fico) denominada schema. Las categor�as se organizan en una jerarqu�a, y proporcionan extensibilidad a trav�s de un refinamiento de subcategor�as. As�, para crear un esquema ligeramente diferente de uno existente no es necesario "reinventar la rueda" pero se pueden facilitar modificaciones incrementales al esquema base. A trav�s de la compartici�n del esquema RDF soportar� la reutilizaci�n de definiciones de metadatos. Gracias a la extensibilidad incremental de RDF, los agentes que procesen metadatos ser�n capaces de trazar los or�genes del esquema que no conocen con respaldo para conocer el esquema y realizar acciones significativas en los metadatos que no han sido dise�ados inicialmente para procesar. La capacidad de compartir y la extensibilidad de RDF permiten a los creadores de metadatos usar m�ltiples cambios de la categor�a de objetos para "mezclar" definiciones, para proporcionar m�ltiples presentaciones a sus datos, haciendo uso del trabajo de otros. En s�ntesis, es posible crear objetos espec�ficos de datos basados en diversos esquemas de distintas fuentes (p. ej. "intercalando" diferentes tipos de metadatos). Los esquemas pueden escribirse en RDF; un documento que acompa�a a esta especificaci�n [RDFSchema], describe un conjunto de propiedades y clases para describir esquemas RDF.
Como resultado de la reuni�n de distintas comunidades que est�n de acuerdo en los principios b�sicos de la representaci�n y transposici�n de metadatos, RDF est� influido de varias fuentes diferentes. Las principales influencias provienen de la propia Comunidad de Normalizaci�n de la Web en forma de metadatos HTML y PICS, la comunidad bibliotecaria, la comunidad de los documentos estructurados en forma de SGML y sobre todo XML, y tambi�n de la comunidad de representaci�n del conocimiento (KR). Tambi�n han contribuido al dise�o de RDF otras �reas de la tecnolog�a; incluidos los lenguajes de modelado y programaci�n orientada a objetos, as� como las bases de datos. Mientras RDF surge de la comunidad KR [de la representaci�n del conocimiento], la bibliograf�a relacionada con este campo, advierte que RDF no especifica un mecanismo para el razonamiento. RDF puede definirse como un sistema simple. Un mecanismo de razonamiento debe construirse sobre este sistema de referencia.
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�n de datos. La propiedades RDF pueden recordar a atributos de recursos y en este sentido corresponden con los tradicionales pares de atributo-valor. Las propiedades RDF representan tambi�n la relaci�n entre recursos y por lo tanto, un modelo RDF puede parecer un diagrama entidad-relaci�n. (De forma m�s precisa, los esquemas RDF —que son objetos espec�ficos de la categor�a del modelo de datos RDF — son diagramas ER [Entidad Relaci�n]. En la terminolog�a del dise�o orientado a objetos, los recursos corresponden con objetos y las propiedades corresponden con objetos espec�ficos y variables de una categor�a.
El modelo de datos de RDF es una forma de sintaxis-neutral para representar expresiones RDF. La representaci�n del modelo de datos se usa para evaluar la equivalencia en significado. Dos expresiones RDF son equivalentes y y s�lo si sus representaciones del modelo de datos son las mismas. Esta definici�n de equivalencia permite algunas variaciones sint�cticas en expresiones sin alterar el significado. (Ver Secci�n 6 para discusi�n adicional del tema de comparaci�n strings [series de caracteres entendidas como grupos].
El modelo de datos b�sico consiste en tres tipos de objetos:
| Recursos |
Todas las cosas descritas por expresiones RDF se denominan recursos. Un recursos puede ser una p�gina Web completa; tal como el documento HTML "http://www.w3.org/Overview.html" por ejemplo. Un recurso puede ser una parte de una p�gina Web; p. ej. un elemento HTML o XML espec�fico dentro del documento fuente. Un recurso puede ser tambi�n una colecci�n completa de p�ginas; p. ej. un sitio Web completo. Un recurso puede ser tambi�n un objeto que no sea directamente accesible v�a Web, p. ej. un libro impreso. Los recursos se designan siempre por URIs m�s identificadores de anclas opcionales (ver [URI]). Cualquier cosa puede tener un URI; la extensibilidad de URIs permite la introducci�n de identificadores para cualquier entidad imaginable. |
| Propiedades |
Una propiedad es un aspecto espec�fico, caracter�stica, atributo, o relaci�n utilizado para describir un recurso. Cada propiedad tiene un significado espec�fico, define sus valores permitidos, los tipos de recursos que puede describir, y sus relaciones con otras propiedades. Este documento no dirige c�mo se expresan las caracter�sticas de las propiedades; para tal informaci�n, dirigirse a la especificaci�n del esquema RDF [RDF Schema specification]. |
| Sentencias
[declaraciones, enunciados] |
Un recurso espec�fico junto con una propiedad denominada, m�s el valor de dicha propiedad para ese recurso es una sentencia RDF [RDF statement]. Estas tres partes individuales de una sentencia se denominan, respectivamente, sujeto, predicado y objeto. El objeto de una sentencia (es decir, el valor de la propiedad) puede ser otro recurso o pude ser un literal; es decir, un recurso (especificado por un URI) o una cadena simple de caracteres [string] u otros tipos de datos primitivos definidos por XML. En t�rminos RDF, un literal puede comprender en su contenido marcado XML pero ya no puede valorarse m�s por un procesador RDF. Existen varias restricciones sint�cticas en c�mo se puede expresar el marcado en literales.; ver Secci�n 2.2.1. |
Los recursos se identifican por un identificador de recursos. Un identificador de recursos es un URI m�s un identificador opcional de ancla (ver secci�n 2.2.1.). Para el prop�sito de esta secci�n, las propiedades se referir�n a trav�s de un nombre simple.
Considerar como ejemplo simple la sentencia:
Ora Lassila es el creador [autor] del recurso http://www.w3.org/Home/Lassila.Esta sentencia comprende las siguientes partes:
Sujeto (Recurso) http://www.w3.org/Home/Lassila Predicado (Propiedad) Creator Objeto (literal) "Ora Lassila"
En este documento podr�amos representar gr�ficamente una sentencia RDF usando gr�ficos etiquetados (tambi�n denominados "diagramas de nodos y arcos"). En estos gr�ficos, los nodos (dibujados como �valos) representan recursos y los arcos representan propiedades denominadas. Los nodos que representan cadenas de literales pueden dibujarse como rect�ngulos. La sentencia citada anteriormente se representar�a gr�ficamente como:
DNota: La direcci�n de la flecha es importante. El arco siempre empieza en el sujeto y apunta hacia el objeto de la sentencia. Este diagrama simple puede tambi�n interpretarse o leerse "http://www.w3.org/Home/Lassila tiene como creador a Ora Lassila", o en general "<sujeto> TIENE <predicado> <objeto>".
Ahora, imaginemos que queremos decir algo m�s sobre las caracter�sticas del creador de este recurso. Tal declaraci�n en lenguaje natural podr�a ser:
El individuo cuyo nombre es Ora Lassila, correo electr�nico <lassila@w3.org>, es el creador de http://www.w3.org/Home/Lassila.
La intenci�n de esta frase es precisar el valor de la propiedad Creator [Creador] una entidad estructurada. En RDF tal entidad se representa como otro recurso. La sentencia anterior no proporciona un nombre a ese recurso; es an�nimo, por ello el gr�fico a continuaci�n lo representa como un �valo vac�o:
DNota: correspondiendo con la lectura de la nota anterior, este diagrama puede leerse: "http://www.w3.org/Home/Lassila tiene el creador cualquiera y este cualquiera tiene el nombre Ora Lassila y el correo electr�nico lassila@w3.org".
A la entidad estructurada del ejemplo anterior se le puede asignar un �nico identificador. El dise�ador de la aplicaci�n de la base de datos hace la elecci�n del identificador. Continuando con el ejemplo, imagine que un identificador empleado se utiliza como �nico identificador para un recurso "persona". Los URIs que sirven como �nica clave para cada empleado (definido por la organizaci�n) podr�a ser entonces algo como: http://www.w3.org/staffId/85740. Ahora podemos escribir dos frases o sentencias:
El modelo RDF para estas frases o sentencias es:El individuo al que se refiere el identificador de empleado id 85740 se llama Ora Lassila y tiene la direcci�n de correo lassila@w3.org. Ese individuo cre� el recurso http://www.w3.org/Home/Lassila
D
Obs�rvese que este gr�fico es id�ntico al anterior con la adici�n del URI para el recurso que antes era an�nimo. Desde el punto de vista de una segunda aplicaci�n que interrogue este modelo, no hay distinci�n entre la sentencia hecha de forma individual y la sentencia realizada por partes. Sin embargo, algunas aplicaciones necesitar�n hacer esta distinci�n y RDF lo soporta; para m�s detalles ver Secci�n 4, Declaraciones sobre Declaraciones.
El modelo de datos RDF proporciona un marco abstracto y conceptual para definir y utilizar metadatos. Necesita tambi�n una sintaxis concreta para crear e intercambiar metadatos. Esta especificaci�n de RDF utiliza el [Lenguaje de Marcado eXtensible] Extensible Markup Language [XML] codificado como su sintaxis de intercambio. RDF necesita tambi�n la [facilidad de los namespaces XML] XML namespace facility para asociar con precisi�n cada propiedad con el esquema que define dicha propiedad; ver Secci�n 2.2.3., Esquemas y Namespaces.
Las descripciones sint�cticas en este documento usan la forma de notaci�n Extended Backus-Naur Form [EBNF] como se define en la Secci�n 6, Notaci�n, de [XML] para describir los elementos sint�cticos esenciales en RDF. La EBNF aqu� se abrevia [o concentra] para la legibilidad humana, en particular la cursiva "rdf" se usa para representar un prefijo de namespace variable m�s que la notaci�n BNF m�s precisa "'<' NSprefix ':...'". La condici�n es que la propiedad y el tipo de nombres en las etiquetas finales coincidan con los nombres en las etiquetas iniciales correspondientes implicadas en las reglas de XML. Todas la flexibilidades sint�cticas de XML est�n incluidas impl�citamente, p. ej. las reglas de espacio en blanco, citar usando tanto comillas simple (') como comillas dobles ("), character escaping, case sensibility, y marcado del lenguaje [language tagging].
Esta especificaci�n define dos sintaxis XML para codificar una instancia [objeto espec�fico de una categor�a] de modelo de datos. La sintaxis serializada expresa las capacidades totales del modelo de datos de una forma muy regular. La sintaxis abreviada incluye t�rminos adicionales que proporcionan una forma m�s compacta para representar un subconjunto del modelo de datos. Los int�rpretes de RDF se han anticipado a implementar ambas sintaxis, la serializada completa y la abreviada. As�, los autores [creadores] de metadatos pueden mezclar ambas libremente.
Una sentencia [declaraci�n] RDF rara vez aparece sola; normalmente se dar�n juntas varias propiedades de un recurso. La sintaxis RDF XML se ha dise�ado para dar cabida a esto agrupando m�ltiples sentencias para el mismo recursos en un elemento Description. El elemento Description denomina, en un atributo about, el recurso para el cual se aplica cada una de las sentencias [o declaraciones]. Si el recurso no existe todav�a (es decir, no tiene todav�a un identificador de recursos) el elemento Description puede proporcionar el identificador para el recurso usando el atributoID.
La sintaxis serializada RDF b�sica toma la forma:
[1] RDF ::= ['<rdf:RDF>'] description* ['</rdf:RDF>'] [2] description ::= '<rdf:Description' idAboutAttr? '>' propertyElt* '</rdf:Description>' [3] idAboutAttr ::= idAttr | aboutAttr [4] aboutAttr ::= 'about="' URI-reference '"' [5] idAttr ::= 'ID="' IDsymbol '"' [6] propertyElt ::= '<' propName '>' value '</' propName '>' | '<' propName resourceAttr '/>' [7] propName ::= Qname [8] value ::= description | string [9] resourceAttr ::= 'resource="' URI-reference '"' [10] Qname ::= [ NSprefix ':' ] name [11] URI-reference ::= string, interpreted per [URI] [12] IDsymbol ::= (any legal XML name symbol) [13] name ::= (any legal XML name symbol) [14] NSprefix ::= (any legal XML namespace prefix) [15] string ::= (any XML text, with "<", ">", and "&" escaped)
El elemento RDF es un simple envoltorio que marca los l�mites en un documento XML entre los que el contenido est� dispuesto a ser mapeado a una instancia de modelo de datos RDF. El elemento RDF es opcional si el contenido puede entenderse como RDF desde el contexto de la aplicaci�n.
El elemento Description contiene los elementos sobrantes que posibilitan la creaci�n de sentencias en la instancia [objeto espec�fico de la categor�a] del modelo. El elemento Description puede evocarse (con la finalidad de sintaxis RDF b�sica) simplemente como un lugar donde mantener la identificaci�n de un recuso descrito. Normalmente habr� m�s de una sentencia [o declaraci�n] sobre un recursos; el elemento Description proporciona una forma de dar el nombre justo de una vez a varias sentencias.
Cuando se especifica el atributo about con Description, la sentencia [declaraci�n] en el elemento Description se refiere al recurso cuyo identificador determina el elemento about. El valor del atributo about se interpreta como una referencia-URI por Secci�n 4 del [URI]. El identificador de recursos correspondiente se obtiene resolviendo la referencia-URI a la forma absoluta como se especifica mediante [URI]. Si se incluye un fragmento del identificador en la referencia-URI, el identificador de recursos se refiere s�lo al subcomponente del recurso que lo contiene, recurso que se identificar� a trav�s del correspondiente fragmento ID interno a dicho recurso que lo contiene (ver ancla en [Dexter94]), por otra parte el identificador se refiere al recurso completo especificado por el URI. Un elemento Description sin un atributo about representa un nuevo recurso. Tal recurso podr�a ser un substituto, o delegado [proxy], para algunos recursos f�sicos que no tienen un URI reconocible. El valor del atributo ID del elemento Description, en el caso de que se presente, es el ancla id de ese recurso"in-line".
Si otro elemento Description o valor de propiedad necesita referirse a el recurso in-line utilizar� el valor del ID de dicho recurso en su propio atributo about. El atributo ID indica la creaci�n de un nuevo recurso y el atributo about se refiere a un recurso existente; por ello tanto el atributo ID como about pueden especificarse en el elemento Description pero no los dos juntos en el mismo elemento. Los valores para cada atributo ID no deben aparecer en m�s de un atributo ID dentro del mismo documento.
Un �nico elemento Description puede contener m�s de un elemento propertyElt con el mismo nombre de propiedad. Cada uno de dichos propertyElt a�aden un arco al gr�fico. La interpretaci�n de esta representaci�n gr�fica se definir� por el dise�ador del esquema.
Dentro del elemento propertyElt, el atributo resource especifica que otros recursos son el valor de esta propiedad; es decir, el objeto de la sentencia [o declaraci�n] es otro recurso identificado identificado por un URI preferentemente a la indicaci�n por un literal. El identificador del recurso del objeto se obtiene resolviendo el URI-de referencia del atributo resource de la misma forma que se mencion� anteriormente para el atributo about. Los Strings deben ser XML bien formados; el XML convencional contiene mecanismos de citaci�n y disgregaci�n que pueden usarse si la serie de caracteres [string] contiene secuencias de caracteres (ej. "<" and "&") que transgreden las reglas de buena formaci�n o que podr�a parecer "marcado". Ver Secci�n 6. para sintaxis adicional que especifique un valor de propiedad con contenido XML bien formado y que conlleve marcado de tal forma que �ste no sea interpretado por RDF.
Los nombres de propiedad pueden asociarse con un esquema. Esto puede hacerse cualificando los nombres de los elementos con un prefijo de namespace que asocie con claridad la definici�n de propiedad con el esquema RDF correspondiente o declarando un namespace por defecto como se expresa en [NAMESPACES].
El ejemplo de la frase de la secci�n 2.1.1
Ora Lassila es el creador [autor] del recurso http://www.w3.org/Home/Lassila.se representa en RDF/XML:
<rdf:RDF> <rdf:Description about="http://www.w3.org/Home/Lassila"> <s:Creator>Ora Lassila</s:Creator> </rdf:Description> </rdf:RDF>
Aqu� el prefijo del namespace 's' se refiere a un prefijo espec�fico elegido por el autor de esta expresi�n RDF y definido en una declaraci�n XML del namespace como �sta:
xmlns:s="http://description.org/schema/"
Esta declaraci�n del namespace podr�a incluirse normalmente como un atributo XML en el elemento rdf:RDF pero tambi�n puede incluirse con un elemento Description espec�fico o incluso una expresi�n propertyElt concreta. El URI del nombre del namespace, en la declaraci�n del namespace, es un identificador �nico universal para un esquema particular que la persona que define los metadatos [este autor de los metadatos] utiliza para definir el uso de la propiedad Creator. Otros esquemas pueden definir igualmente la propiedad denominada Creator y las dos propiedades se diferenciar�n gracias a sus identificadores de esquema. N�tese tambi�n que un esquema normalmente define tambi�n varias propiedades; una �nica declaraci�n de namespace ser� suficiente para crear un amplio vocabulario de propiedades que podr�n usarse.
El documento XML completo que contiene la descripci�n citada anteriormente, podr�a ser:
<?xml version="1.0"?> <rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:s="http://description.org/schema/"> <rdf:Description about="http://www.w3.org/Home/Lassila"> <s:Creator>Ora Lassila</s:Creator> </rdf:Description> </rdf:RDF>
Utilizando la sintaxis de namespace definida por defecto en [NAMESPACES] para el propio namespace de RDF, este documento podr�a expresarse tambi�n as�:
<?xml version="1.0"?> <RDF xmlns="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:s="http://description.org/schema/"> <Description about="http://www.w3.org/Home/Lassila"> <s:Creator>Ora Lassila</s:Creator> </Description> </RDF>
Adem�s, la declaraci�n de namespace puede asociarse con un elemento Description concreto e incluso un elemento propertyElt particular como en este ejemplo:
<?xml version="1.0"?> <RDF xmlns="http://www.w3.org/1999/02/22-rdf-syntax-ns#"> <Description about="http://www.w3.org/Home/Lassila"> <s:Creator xmlns:s="http://description.org/schema/">Ora Lassila</s:Creator> </Description> </RDF>Como las declaraciones de namespace XML pueden anidarse, el ejemplo anterior puede adem�s condersarse as�:
<?xml version="1.0"?> <RDF xmlns="http://www.w3.org/1999/02/22-rdf-syntax-ns#"> <Description about="http://www.w3.org/Home/Lassila"> <Creator xmlns="http://description.org/schema/">Ora Lassila</Creator> </Description> </RDF>
Sin embargo, las expresiones demasiado condensadas como �sta deben evitarse cuando la codificaci�n RDF/XML se escribe a mano o se edita en un editor de texto plano. Aunque no son ambiguas, la posibilidad de error es mayor que si se los prefijos expl�citos se usan de manera consistente. N�tese que un fragmento RDF/XML que se realiza para insertarse en otro documento debe declarar todos los namespaces que utiliza de tal forma que sea completamente independiente. Para una mejor legibilidad, los ejemplos utilizados en el resto de esta secci�n omiten la declaraci�n del namespace para no complicar [oscurecer] los aspectos espec�ficos que se ilustran.
Aunque la sintaxis serializada muestra la estructura de un modelo RDF m�s claro, normalmente es mejor utilizar una forma XML m�s compacta. Esto se lleva a cabo a trav�s de la sintaxis abraviada de RDF. Como valor a�adido, la sintaxis abreviada permite a los documentos seguir DTDs de XML bien estructuradas que se interpretan como modelos RDF.
Se definen tres formas de abreviaci�n para la sintaxis b�sica serializada. La primera se puede utilizar para propiedades no repetidas dentro de un elemento Description donde los valores de dichar propiedades son literales. En este caso, las propiedades se pueden expresar como atributos XML del elemento Description. El ejemplo anterior se convierte pues en:
<rdf:RDF> <rdf:Description about="http://www.w3.org/Home/Lassila" s:Creator="Ora Lassila" /> </rdf:RDF>
N�tese que desde que el elemento Description no tiene otro contenido desde que la propiedad Creator se escribe en forma de atributo XML, la sintaxis de elemento vaci�n de XML se emplea para omitir la etiqueta final de Description.
Aqu� se presenta otro ejemplo del uso de esta misma forma abreviada:
<rdf:RDF> <rdf:Description about="http://www.w3.org"> <s:Publisher>World Wide Web Consortium</s:Publisher> <s:Title>W3C Home Page</s:Title> <s:Date>1998-10-03T02:27</s:Date> </rdf:Description> </rdf:RDF>
<rdf:RDF> <rdf:Description about="http://www.w3.org" s:Publisher="World Wide Web Consortium" s:Title="W3C Home Page" s:Date="1998-10-03T02:27"/> </rdf:RDF>
N�tese que a pesar de que estas dos expresiones RDF son equivalentes, deben tratarse de forma diferente por distintos motores de procesamiento. En particular, si estas dos expresiones estuviesen embebidas en un documento HTML el comportamiento por defecto de un navegador que no reconozca RDF ser�a presentar los valores de las propiedades en el primer caso y en el segundo caso deber�a presentarse de forma no textual (o al menos un car�cter de espacio en blanco).
La segunda forma abreviada trabaja sobre elementos Description. Esta forma abreviada puede emplearse para sentencias espec�ficas donde el objeto de la declaraci�n es otro recurso y el valor de cualquier propiedad dada "in-line" para este segundo recurso son strings (cadenas de caracteres manipuladas como grupo). En este caso se usa una transformaci�n similar de elementos XML que se nombran como atributos XML: las propiedades del recurso en el elemento Description anidado puede escribirse como atributos XML del elemento propertyElt en el que se comprende Description.
La frase del segundo ejemplo de la Secci�n 2.1.1
se escribe en RDF/XML utilizando la forma serializada expl�cita como:El individuo al que se refiere el identificador de empleado id 85740 se llama Ora Lassila y tiene la direcci�n de correo lassila@w3.org. Ese individuo cre� el recurso http://www.w3.org/Home/Lassila
<rdf:RDF> <rdf:Description about="http://www.w3.org/Home/Lassila"> <s:Creator rdf:resource="http://www.w3.org/staffId/85740"/> </rdf:Description> <rdf:Description about="http://www.w3.org/staffId/85740"> <v:Name>Ora Lassila</v:Name> <v:Email>lassila@w3.org</v:Email> </rdf:Description> </rdf:RDF>
De esta forma se evidencia al lector que se est�n describiendo dos recursos separados pero lo que est� menos claro es que el segundo recurso se use en la primera descripci�n. Esta misma expresi�n podr�a escribirse de la forma que se se�ala a continuaci�n para mostrar esta relaci�n m�s obvia. N�tese que para la m�quina, no habr�a diferencia:
<rdf:RDF> <rdf:Description about="http://www.w3.org/Home/Lassila"> <s:Creator> <rdf:Description about="http://www.w3.org/staffId/85740"> <v:Name>Ora Lassila</v:Name> <v:Email>lassila@w3.org</v:Email> </rdf:Description> </s:Creator> </rdf:Description> </rdf:RDF>
Utilizando esta segunda sintaxis abreviada, el elemento interior Description y las expresiones de las propiedades que contiene pueden escribirse como atributos del elemento Creatort:
<rdf:RDF> <rdf:Description about="http://www.w3.org/Home/Lassila"> <s:Creator rdf:resource="http://www.w3.org/staffId/85740" v:Name="Ora Lassila" v:Email="lassila@w3.org" /> </rdf:Description> </rdf:RDF>
Cuando usamos esta forma abreviada, el atributo about del elemento anidado Description se convierte en un atributo de resource en el elemento propertyElt, de igual forma que el recurso designado por el URI es en ambos casos el valor de la propiedad Creator. Es simplemente una cuesti�n de preferencia [de la persona que asigna los metadatos] la elecci�n de una de las tres formas se�aladas que se usar� en la fuente RDF. Todas producen los mismos modelos RDF internos.
Nota: El lector observador que haya analizado el resto de este documento comprobar� que existen algunas relaciones adicionales representadas por el elemento Description para conservar la agrupaci�n sint�ctica espec�fica de las sentencias [o declaraciones]. Por lo tanto las tres formas se�aladas son ligeramente diferentes aunque sin importancia para la discusi�n que se plantea en esta secci�n. Estas diferencias ser�n importantes s�lo cuando se realicen sentencias de alto nivel como se describe en la Secci�n 4.
La tercera forma de sintaxis abreviada b�sica se aplica a el caso com�n de un elemento Description que contenga un propiedad type (para el significado de type, ver Section 4.1). En este caso, el tipo de recurso definido en el esquema que corresponde al valor de la propiedad type puede utilizarse directamente como un nombre de elemento. Por ejemplo, utilizando el fragmento RDF anterior si queremos a�adir que el recurso http://www.w3.org/staffId/85740 representa una instancia [objeto espec�fico de la categor�a] de una persona, podr�amos escribirlo en una sintaxis serializada completa, as�:
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:s="http://description.org/schema/"> <rdf:Description about="http://www.w3.org/Home/Lassila"> <s:Creator> <rdf:Description about="http://www.w3.org/staffId/85740"> <rdf:type resource="http://description.org/schema/Person"/> <v:Name>Ora Lassila</v:Name> <v:Email>lassila@w3.org</v:Email> </rdf:Description> </s:Creator> </rdf:Description> </rdf:RDF>y utilizando la tercera forma abreviada, as�:
<rdf:RDF> <rdf:Description about="http://www.w3.org/Home/Lassila"> <s:Creator> <s:Person about="http://www.w3.org/staffId/85740"> <v:Name>Ora Lassila</v:Name> <v:Email>lassila@w3.org</v:Email> </s:Person> </s:Creator> </rdf:Description> </rdf:RDF>
La EBNF para la sintaxis abreviada sustituye las producciones [2] y [6] de la gr�matica para la sintaxis serializa b�sica, de la siguiente forma:
[2a] description ::= '<rdf:Description' idAboutAttr? propAttr* '/>' | '<rdf:Description' idAboutAttr? propAttr* '>' propertyElt* '</rdf:Description>' | typedNode [6a] propertyElt ::= '<' propName '>' value '</' propName '>' | '<' propName resourceAttr? propAttr* '/>' [16] propAttr ::= propName '="' string '"' (with embedded quotes escaped) [17] typedNode ::= '<' typeName idAboutAttr? propAttr* '/>' | '<' typeName idAboutAttr? propAttr* '>' property* '</' typeName '>'
Cuando escribimos una frase en lenguaje natural utilizamos palabras que encierran la intenci�n de transmitir un significado inequ�voco. Ese significado es fundamental para entender el enunciado y, en el caso de aplicaciones de RDF es crucial para establecer que el procesamiento correcto se d� como se esperaba. Es muy importante que tanto el escritor como el lector de una sentencia [declaraci�n] entiendan el mismo significado para los t�rminos utilizados, tales como Creator, approvedBy, Copyright, etc. o resultar� una gran confusi�n. En un medio a escala global como es le World Wide Web no es suficiente confiar en el entendimiento cultural de conceptos tales como la "autor�a de una p�gina" ["creatorship"]; conviene ser lo m�s preciso posible.
En RDF el significado se expresa a trav�s de un esquema. Podemos pensar en un esquema como en una especie de diccionario. Un esquema define los t�rminos que se utilizar�n en una sentencia [declaraci�n] RDF y le otorgar� significados espec�ficos. Con RDF pueden utilizar una gran variedad de formas de esquema, incluyendo una forma espec�fica definida en un documento aparte [RDFSchema] que tiene algunas caracter�sticas espec�ficas para ayudar a la automatizaci�n de tareas usando RDF.
Un esquema es un sitio donde se documentan [se explican] las definiciones y restricciones de uso de las propiedades. Para evitar confusiones entre definiciones independientes --y posiblemente conflictivas-- del mismo t�rmino, RDF utiliza la facilidad de los namespace de XML. Los namespaces ["espacios de nombre"] son simplemente una forma de asociar el uso espec�fico de una palabra en el contexto del diccionario (esquema) en que se puede encontrar una definici�n determinada. En RDF, cada predicado utilizado en una sentencia [declaraci�n] debe ser identificado con un s�lo namespace, o esquema. Sin embargo un elemento Description puede contener sentencias con predicados de varios esquemas. Ejemplos donde las descripciones RDF utilizan m�s de un esquema aparecen en la Secci�n 7.
Muchas veces el valor de una propiedad es algo que tiene informaci�n contextual adicional que se considera "parte de" dicho valor. En otras palabras, es necesario cualificar [o distinguir] los valores de las propiedades. Ejemplos de tales distinciones incluyen la denominaci�n de una unidad de medida, un vocabulario restringido particular, u otros comentarios. Para algunos usos resulta apropiado utilizar el valor de la propiedad sin identificadores o calificadores. Por ejemplo, en la frase " el precio de aquel l�piz es 75 centavos de d�lar" en la mayor�a de los casos es suficiente decir simplemente "el precio de aqu�l l�piz es 75".
En el modelo RDF un valor de propiedad cualificada es simplemente otra instancia de un valor estructurado. El objeto de la sentencia original es este valor estructurado y los calificadores [identificadores] son m�s propiedades de dicho recurso. El principal valor que se cualificar� se dar� como el valor de la propiedad value del recurso en cuesti�n. Para un ejemplo del uso de la propiedad value, ver Section 7.3. Relaciones no-binarias.
Normalmente es necesario referirse a una colecci�n de recursos, por ejemplo, para expresar que un trabajo se cre� por m�s de una persona, o para enumerar los estudiantes de un curso, o los m�dulos de un software en un paquete. Los contenedores RDF se usan para mantener tales listas de recursos o literales.
Nota: Las definiciones de Bag y Sequence permiten expl�citamente duplicar valores. RDF no define un concepto puntual de Set, que podr�a ser un Bag sin duplicados, porque la esencia de RDF no impone un mecanismo de ejecuci�n en el caso de que se violen estas restricciones. En un trabajo futuro en torno a la esencia de RDF pueden definirse tales facilidades.
Para representar colecciones de recursos, RDF utiliza un recurso adicional que identifica la colecci�n espec�fica (una instancia [objeto espec�fico de una categor�a] de una colecci�n, en la terminolog�a del modelado de objetos). Este recurso pude declararse como una instancia de uno de los tipos objetos contenedores definidos arriba. La propiedad type, definida a continuaci�n, se utiliza para hacer esta declaraci�n. La relaci�n de pertenencia entre estos recursos contenedores y los recursos que pertenecen a la colecci�n se defina por un conjunto de propiedades definidas expresamente con este prop�sito. Estas propiedades [de filiaci�n] se denominan simplemente "_1", "_2", "_3", etc. Los recursos contenedores pueden tener otras propiedades a�adidas a las propiedades de pertenencia. y la propiedad type. Cualquiera de tales sentencias adicionales describe el contenedor, ver Secci�n 3.3, Referentes Distributivos, para la profundizar en sentencias sobre cada uno de los miembros.
Un uso com�n de los contenedores es como valor de una propiedad. Cuando se usa de esta forma, la sentencia tiene, a pesar de todo, un �nico objeto de declaraci�n, sin tener en cuenta el n�mero de miembros que tenga en el contenedor; el propio recurso contenedor es entonces, el objeto de la sentencia [o declaraci�n].
Por ejemplo, para representar la sentencia.
Los estudiantes que cursan la asignatura 6.001 son Amy, Tim, John, Mary, y Sue.el modelo RDF es
D
Los contenedores Bag no son equivalentes para propiedades repetidas del mismo tipo; ver Secci�n 3.5. para profundizar en la diferencia. Los autores decidir�n en cada caso el principio en que una (propiedad repetida de la sentencia o un Bag) es m�s apropiado de usar.
La frase:
El c�digo fuente para X11 puede encontrarse en ftp.x.org, ftp.cs.purdue.edu o en ftp.eu.net.se modela en RDF as�:
D
Se utilizan con frecuencia contenedores alternativos en combinaci�n con el lenguaje de marcado. Un trabajo cuyo t�tulo se ha traducido en varias lenguas podr�a tener su propiedad Title apuntandoa un contenedor alternativo que mantenga cada una de las variantes idiom�ticas.
[18] container ::= sequence | bag | alternative [19] sequence ::= '<rdf:Seq' idAttr? '>' member* '</rdf:Seq>' [20] bag ::= '<rdf:Bag' idAttr? '>' member* '</rdf:Bag>' [21] alternative ::= '<rdf:Alt' idAttr? '>' member+ '</rdf:Alt>' [22] member ::= referencedItem | inlineItem [23] referencedItem ::= '<rdf:li' resourceAttr '/>' [24] inlineItem ::= '<rdf:li>' value '</rdf:li>'Los contenedores pueden usarse en todos los casos en que se permita un elemento Description:
[1a] RDF ::= '<rdf:RDF>' obj* '</rdf:RDF>' [8a] value ::= obj | string [25] obj ::= description | container
N�tese como RDF/XML utiliza li como elemento de conveniencia para evitar que tenga cada miembro un n�mero expl�cito. El elemento li asigna las propiedades _1, _2, y as� si es necesario. El nombre del elemento "li se eligi� para que fuera mnemot�cnico con el t�rmino "list item" del HTML.
Se necesita un cotenedor Alt para tener al menos un miembro. Este miembro se identificar� con la propiedad _1 y es el valor por defecto o preferido.
Nota: La especificaci�n del esquema RDF [RDFSCHEMA] tambi�n define un mecanismo para declarar subclases adicionales de estos tipos de contenedores, el cuyo caso la producci�n 18] se extiende a la inclusi�n de nombres de estas subclases definidas. Tambi�n existe una sintaxis para escribir valores literales en forma de atributo; ver la gram�tica completa en la Secci�n 6.
Los estudiantes que cursan la asignatura 6.001 son Amy, Tim, John, Mary, y Sue.se escribe en RDF/XML as�
<rdf:RDF> <rdf:Description about="http://mycollege.edu/courses/6.001"> <s:students> <rdf:Bag> <rdf:li resource="http://mycollege.edu/students/Amy"/> <rdf:li resource="http://mycollege.edu/students/Tim"/> <rdf:li resource="http://mycollege.edu/students/John"/> <rdf:li resource="http://mycollege.edu/students/Mary"/> <rdf:li resource="http://mycollege.edu/students/Sue"/> </rdf:Bag> </s:students> </rdf:Description> </rdf:RDF>
En este caso, teniendo en cuenta que el valor de la propiedad "students", se expresa como un Bag el orden dado no tiene significado el orden dado aqu� para el URI de cada estudiante.
El modelo para la frase
El c�digo fuente para X11 puede encontrarse en ftp.x.org, ftp.cs.purdue.edu o en ftp.eu.net.se escribe en RDF/XML as�:
<rdf:RDF> <rdf:Description about="http://x.org/packages/X11"> <s:DistributionSite> <rdf:Alt> <rdf:li resource="ftp://ftp.x.org"/> <rdf:li resource="ftp://ftp.cs.purdue.edu"/> <rdf:li resource="ftp://ftp.eu.net"/> </rdf:Alt> </s:DistributionSite> </rdf:Description> </rdf:RDF>
Aqu�, cualquiera de los �tems enumerados en el valor del contenedor para "DistributionSite" es un valor aceptable sin tener en cuenta a los otros �tems.
Las estructuras de contenedores han dado lugar a una cuesti�n relativa a las sentencias [o declaraciones]: cuando una sentencia se hace refiri�ndose a una colecci�n, �qu� "cosa" describe la sentencia? O en otras palabras, �a qu� objetos se refiere la sentencia?�La sentencia describe al propio contenedor o describe a los miembros de dicho contenedor? El objeto descrito (en la sintaxis XML indicada por el atributo about) se denomina en RDF referente.
El siguiente ejemplo:
<rdf:Bag ID="pages"> <rdf:li resource="http://foo.org/foo.html" /> <rdf:li resource="http://bar.org/bar.html" /> </rdf:Bag> <rdf:Description about="#pages"> <s:Creator>Ora Lassila</s:Creator> </rdf:Description>
expresa que "Ora Lassila" es el creador de las p�ginas Bag. Sin embargo no dice nada sobre las p�ginas individuales, de los miembros del Bag. El referente del elemento Description es el contenedor (Bag), no sus miembros. Alguna vez, a alguien se le podr�a ocurrir escribir una sentencia sobre cada uno de los objetos contenidos individualmente, en vez del propio contenedor. Para expresar que "Ora Lassila" es el creador de cada una de las p�ginas, se necesita un tipo distinto de referente, uno que distribuya a los miembros del contenedor. El referente en RDF se expresa usando el atributo aboutEach:
[3a] idAboutAttr ::= idAttr | aboutAttr | aboutEachAttr [26] aboutEachAttr ::= 'aboutEach="' URI-reference '"'Como ejemplo, si escribi�ramos
<rdf:Description aboutEach="#pages"> <s:Creator>Ora Lassila</s:Creator> </rdf:Description>
obtendr�amos el significado deseado. Llamar�amos al nuevo tipo de referente un referente distributivo. Los referentes distributivos nos permiten "compartir estructura" en un RDF Description. Por ejemplo, cuando escribimos varias Descriptions que todas tienen un n�mero com�n de partes de sentencia (predicados y objetos) las partes comunes pueden compartirse entre todos los [elementos] Descriptions, dando, posiblemente, como resultado metadatos que se mantienen mejor y que ocupan menos espacio. El valor de un atributo aboutEach debe ser un contenedor. Usar un referente distributivo en un contenedor es lo mismo que hacer todas las sentencias sobre cada uno de los miembros de forma individual.
No se ha definido una representaci�n gr�fica expl�cita de los referentes distributivos. En cambio, en t�rminos de elaboraci�n de sentencias, los referentes distributivos se expanden en sentencias individuales sobre los miembros del contenedor (internamente, las implementaciones son libres de retener informaci�n sobre los referentes distributivos --para ahorrar espacio, por ejemplo-- mientras cualquier funci�n de interrogaci�n trabaja como si todas las sentencias se hiciesen individualmente). As�, en relaci�n con los recursos "foo" y "bar", el ejemplo anterior es equivalente a
<rdf:Description about="http://foo.org/foo.html"> <s:Creator>Ora Lassila</s:Creator> </rdf:Description> <rdf:Description about="http://bar.org/bar.html"> <s:Creator>Ora Lassila</s:Creator> </rdf:Description>
Un uso muy frecuente de los metadatos es hacer sentencias sobre "todas las p�ginas en mi sitio Web", o "todas las p�ginas en esta parte de mi sitio Web". En muchos casos es poco pr�ctico e incluso no recomendable intentar enumerar cada uno de los recursos expl�citamente e identificarlo como miembro de un contenedor. Por consiguiente RDF tiene un segundo tipo de referente distributivo. El segundo tipo de referente distributivo es una sintaxis abreviada [taquigr�fica] que representa una instancia de un Bag cuyos miembros son, por definici�n, todos los recursos cuyos identificadores comienzan con un string [serie de caracteres manipulados como un grupo] espec�fico:
[26a] aboutEachAttr ::= 'aboutEach="' URI-reference '"' | 'aboutEachPrefix="' string '"'
El atributo aboutEachPrefix pone de manifiesto que hay un Bag cuyos miembros son recursos de los que, as su vez, los identificadores de recursos resueltos totalmente comienzan con el string de caracteres dado como el valor del atributo. La sentencia en una Description que tiene el atributo aboutEachPrefix se refiere a cada uno de los miembros de ese contenedor.
Por ejemplo, si los dos recursos http://foo.org/doc/page1 y http://foo.org/doc/page2 existen, podemos decir que cada uno de ellos tiene una propiedad de copyright, escribiendo:
<rdf:Description aboutEachPrefix="http://foo.org/doc"> <s:Copyright>� 1998, The Foo Organization</s:Copyright> </rdf:Description>
Si estos son los dos �nicos recursos cuyas URIs comienzan con tal string, la [expresi�n] anterior es equivalente a estas dos alternativas:
<rdf:Description about="http://foo.org/doc/page1"> <s:Copyright>� 1998, The Foo Organization</s:Copyright> </rdf:Description> <rdf:Description about="http://foo.org/doc/page2"> <s:Copyright>� 1998, The Foo Organization</s:Copyright> </rdf:Description>y
<rdf:Description aboutEach="#docpages"> <s:Copyright>� 1998, The Foo Organization</s:Copyright> </rdf:Description> <rdf:Bag ID="docpages"> <rdf:li resource="http://foo.org/doc/page1"/> <rdf:li resource="http://foo.org/doc/page2"/> </rdf:Bag>
Un recurso puede tener m�ltiples sentencias con el mismo predicado( es decir, que usan la misma propiedad). Esto no es lo mismo que tener una �nica sentencias cuyo objeto es un contenedor que contiene diversos miembros. La elecci�n de cu�l usar en una circunstancia particular est� en parte determinado por la persona que dise�a el esquema y en parte por la persona que escribe la sentencia RDF espec�fica.
Sue ha escrito "Anthology of Time", "Zoological Reasoning", "Gravitational Reflections".Es decir, hay tres recursos cada uno de los cuales se escribi� de forma independiente por el mismo escritor.
DEn este ejemplo no hay una relaci�n manifiesta entre las publicaciones, a parte de que fue la misma persona quien las escribi�.
Por otra parte, la frase
El comit� de Fred, Wilma, and Dino aprob� la resoluci�n.
dice que los tres miembros del comit� de manera general votaron de una cierta forma, no es necesario afirmar que cada miembro del comit� vot� en favor de la cl�usula. Ser�a incorrecto modelar esta sentencia como tres sentencias separadas de tipo "approvedBy" una para cada miembro del comit�, para afirmar el voto de cada miembro individual. Mejor dicho, es mejor modelarlo como una �nica sentencia de tipo "approvedBy" cuyo objeto es un Bag que contiene las identidades de los miembros del comit�.
D
La elecci�n de qu� representaci�n usar, el contenedor Bag
o propiedades repetidas, viene determinada por la persona que crea [asigna]
los metadatos despu�s de considerar el esquema. Si, p. ej., en el ejemplo
anterior de las publicaciones quisi�ramos decir que esas eran el conjunto
completo de publicaciones, el esquema deber�a incluir una propiedad denominada
publications. El valor de la propiedad publications
ser�a un Bag que enumerara todos los trabajos de la escritora
Sue.
Adem�s de hacer sentencias sobre los recursos Web, RDF puede usarse para crear sentencias sobre otras declaraciones RDF; nos referiremos a �stas como sentencias de alto nivel [higher-order statements]. Para realizar declaraciones sobre otras declaraciones, tenemos que construir un modelo de la sentencia original; este modelo es un nuevo recurso al que podemos anexar propiedades adicionales.
Las sentencias se hacen sobre los recursos. Un modelo de una sentencia es el recurso que necesitamos para poder hacer una nueva declaraci�n (una sentencia de alto nivel) sobre la declaraci�n modelada.
Por ejemplo, consideremos la frase:
Ora Lassila es el creador [autor] del recurso http://www.w3.org/Home/Lassila.RDF estimar�a esta sentencia como un hecho. Si, en lugar de eso, escribimos la frase:
Ralph Swick dice que Ora Lassila el creador [autor] del recurso http://www.w3.org/Home/Lassila.
no hemos dicho nada sobre el recurso http://www.w3.org/Home/Lassila; en cambio, hemos expresado el hecho sobre la afirmaci�n que hizo Ralph. Para expresar este hecho en RDF, tenemos que modelar la declaraci�n original como un recurso con cuatro propiedades. Este proceso se denomina formalmente "reification" [transformaci�n de algo abstracto en concreto] en el contexto de la Representaci�n del Conocimiento. Un modelo de sentencia se denomina "reified statement" [sentencia transformada de lo abstracto a lo concreto].
RDF define las siguientes propiedades para modelar sentencias:
Un nuevo recurso con las cuatro propiedades anteriores representa la sentencia original y puede tanto usarse como objeto de otras declaraciones como tener una sentencia adicional sobre �l. El recurso con estas cuatro propiedades no es un substituto de la sentencia original, es un modelo de la declaraci�n. Una sentencia [declaraci�n] y sus correspondientes sentencias transformadas [de lo abstracto a lo concreto, reified] existe independientemente sin las otras. La representaci�n gr�fica RDF se presenta para contener el hecho de la sentencia si y s�lo si dicha sentencia se presenta en forma gr�fica, sin considerar si la sentencia correspondiente transformada est� presente.
Para modelar el ejemplo anterior, podemos adjuntar otra propiedad a la sentencia transformada (es decir, "attributedTo") con un valor apropiado (en este caso "Ralph Swick"). Utilizando la sintaxis de nivel b�sico RDF/XML, podr�a escribirse as�:
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:a="http://description.org/schema/"> <rdf:Description> <rdf:subject resource="http://www.w3.org/Home/Lassila" /> <rdf:predicate resource="http://description.org/schema/Creator" /> <rdf:object>Ora Lassila</rdf:object> <rdf:type resource="http://www.w3.org/1999/02/22-rdf-syntax-ns#Statement" /> <a:attributedTo>Ralph Swick</a:attributedTo> </rdf:Description> </rdf:RDF>
La figura 8 representa esto gr�ficamente. Sint�cticamente es m�s bien poco concisa [o poco prolija]; en la Secci�n 4.2. presentamos unas abreviaturas [taquigraf�a] para hacer sentencias sobre sentencias [declaraciones sobre declaraciones RDF]
D
La reification [transformaci�n de algo abstracto en algo concreto] se necesita tambi�n para representar expl�citamente en el modelo la sentencia de agrupaci�n impl�cita en el elemento Description. El modelo gr�fico RDF no necesita una construcci�n especial para los elementos Description; dado que los Descriptions son en realidad colecciones de sentencias, se usa un contenedor Bag para indicar que un conjunto de sentencias que provienen del mismo elemento (sint�ctico) Description. Cada sentencia dentro de un Description se transforma [reified] y cada una de las sentencias transformadas es miembro del Bag que representa dicha Description. Como ejemplo de esto, este fragmento RDF:
<rdf:RDF> <rdf:Description about="http://www.w3.org/Home/Lassila" bagID="D_001"> <s:Creator>Ora Lassila</s:Creator> <s:Title>Ora's Home Page</s:Title> </rdf:Description> </rdf:RDF>resultar�a en el gr�fico de la figura 9.
DN�tese el nuevo atributo bagID. Este atributo especifica el recurso id del recurso contenedor:
[2b] description ::= '<rdf:Description' idAboutAttr? bagIDAttr? propAttr* '/>' | '<rdf:Description' idAboutAttr? bagIDAttr? propAttr* '>' propertyElt* '</rdf:Description>' [27] bagIDAttr ::= 'bagID="' IDsymbol '"'
BagID e ID no deben confundirse. ID especifica el identificador de un recurso in-line cuyas propiedades se detallan m�s ampliamente en la descripci�n [elemento Description]. BagID especifica la identificaci�n del recurso contenedor cuyos miembros son sentencias transformadas [de lo abstracto a lo concreto] sobre otro recurso. Un elemento Description puede tener ambos atributos ID y bagID.
Dado que a�adir un bagID a un elemento Description conlleva incluir en el modelo un Bag de la sentencia transformada [de lo abstracto a lo concreto] de Description, podemos usar esta como una abreviatura sint�ctica cuando hagamos sentencias sobre sentencias. Por ejemplo, se queremos decir que Ralph afirma que Ora es el creador de http://www.w3.org/Home/Lassila y que el t�tulo de dicho recurso es "Ora's Home Page", simplemente podemos a�adir al ejemplo anterior:
<rdf:Description aboutEach="#D_001"> <a:attributedTo>Ralph Swick</a:attributedTo> </rdf:Description>
N�tese que este ejemplo de la taquigraf�a [abreviatura] incluye hechos adicionales en el modelo no representados en el ejemplo de la figura 8. El uso de esta abreviatura expresa hechos sobre las afirmaciones de Ralph y tambi�n hechos sobre la home page de Ora.
D
Se remite al lector a la Secci�n 5 ("Modelo Formal") de esta especificaci�n para un tratamiento formal de las sentencias de alto nivel [higher-order statements] y la transformaci�n de lo abstracto a lo concreto [reification].
Esta especificaci�n presenta tres representaciones del modelo de datos; como 3-tuplas (triples), como gr�fico, y en XML. Estas representaciones tienen un significado equivalente. El mapeo entre las representaciones que se utilizan en esta especificaci�n no tienen pretenden de forzar de ninguna manera la representaci�n interna usada en la implementaci�n.
El modelo de datos de RDF se define formalmente como sigue:
Podemos ver un conjunto de sentencias (miembros de Statements) como un gr�fico directamente etiquetado: cada recurso y literal es un v�rtice, un triple {p, s, o} es un arco de s hasta o etiquetado por p. Esto se ilustra en la figura 11.
DEsto puede leerse bien como:
o es el valor de p para so como (de derecha a izquierda)
la p de s es oPor ejemplo, la frase:
Ora Lassila es el creador [autor] del recurso http://www.w3.org/Home/Lassilase representar�a gr�ficamente como se presenta a continuaci�n:
D{creator, [http://www.w3.org/Home/Lassila], "Ora Lassila"}La notaci�n [I] denota el recurso identificado por el URI I y las comillas denotan un literal.
Utilizando los triples, podemos explicar qu� sentencias est�n transformadas (como se present� en la Secci�n 4). Dada una sentencia
{type, [X], [RDF:Statement]}
{predicate, [X], [creator]}
{subject, [X], [http://www.w3.org/Home/Lassila]}
{object, [X], "Ora Lassila"}
Desde el punto de vista de un procesador RDF, los hechos (es decir, las sentencias o statements) son triples que son miembros de Statements. Por lo tanto, la sentencia original permanece como un hecho a pesar de que se transforme [de lo abstracto a lo concreto], dado que el triple que representa la sentencia original permanece en Statements. Sencillamente hemos a�adido cuatro triples m�s.
La propiedad denominada "type" se define para proporcionar la
tipograf�a primigenia. La definici�n formal de type es:
|
|
El recurso r en la definici�n anterior se llama sentencia transformada [reified statement]. Cuando un recurso representa una sentencia transformada; es decir, que tiene una propiedad RDF:type con un valor de RDF:Statement, entonces dicho recurso puede tener exactamente una propiedad RDF:subject, una propiedad RDF:object, y una propiedad RDF:predicate.
Como se describe en la secci�n 3, normalmente es necesario representar una colecci�n de recursos o literales, por ejemplo para declarar que una propiedad tiene una secuencia ordenada de valores. RDF define tres tipos de colecciones: listas ordenadas, denominadas Sequences, listas desordenadas, denominadas Bags, y listas que representan alternativas para el valor (�nico) de una propiedad, denominadas Alternatives.
Formalmente, estos tres tipos de colecciones se definen por:
|
Para representar una colecci�n c, crear un triple {RDF:type, c, t} donde t es una de los tres tipos de colecciones RDF:Seq, RDF:Bag, o RDF:Alt. Los triples restantes {RDF:_1, c, r1}, ..., {RDF:_n, c, rn}, ... apuntan hacia cada uno de los miembros rn de la colecci�n. Para una colecci�n individual el recurso puede ser como mucho un triple cuyo predicado es cualquier elemento dado de Ord debe usarse en una secuencia que comience con RDF:_1. Para recursos que son objetos espec�ficos de una categor�a [instances] del tipo de colecci�n RDF:Alt, debe ser exactamente un triple cuyo predicado es: RDF:_1 y que es el valor por defecto para recursos alternativos (esto es, debe tener siempre al menos una alternativa).
La BNF [Backus-Naur Form] para RDF se reproduce aqu� para completar las secciones previas. Tambi�n se da aqu� la interpretaci�n precisa de la gram�tica formal en t�rminos del modelo formal. Las caracter�sticas sint�cticas heredadas de XML no se reproducen ahora. Esto incluye todas las restricciones relativas a los documentos bien formados, el uso del espacio en blanco al rededor de los atributos y el '=', as� como el uso tanto de las comillas simples como dobles en torno a los valores de los atributos. Esta secci�n est� dirigida a los implementadores que est�n construyendo herramientas que lean e interpreten la sintaxis RDF/XML.
A continuaci�n, donde se usen las palabras clave: "SHOULD" (deber), "MUST" (tener que), y "MUST NOT" (no tener que) se debe interpretar como se describe en RFC 2119 [RFC2119]. No obstante, para una mayor legibilidad, estas palabras no aparecen en may�sculas en esta especificaci�n.
[6.1] RDF ::= ['<rdf:RDF>'] obj* ['</rdf:RDF>'] [6.2] obj ::= description | container [6.3] description ::= '<rdf:Description' idAboutAttr? bagIdAttr? propAttr* '/>' | '<rdf:Description' idAboutAttr? bagIdAttr? propAttr* '>' propertyElt* '</rdf:Description>' | typedNode [6.4] container ::= sequence | bag | alternative [6.5] idAboutAttr ::= idAttr | aboutAttr | aboutEachAttr [6.6] idAttr ::= ' ID="' IDsymbol '"' [6.7] aboutAttr ::= ' about="' URI-reference '"' [6.8] aboutEachAttr ::= ' aboutEach="' URI-reference '"' | ' aboutEachPrefix="' string '"' [6.9] bagIdAttr ::= ' bagID="' IDsymbol '"' [6.10] propAttr ::= typeAttr | propName '="' string '"' (with embedded quotes escaped) [6.11] typeAttr ::= ' type="' URI-reference '"' [6.12] propertyElt ::= '<' propName idAttr? '>' value '</' propName '>' | '<' propName idAttr? parseLiteral '>' literal '</' propName '>' | '<' propName idAttr? parseResource '>' propertyElt* '</' propName '>' | '<' propName idRefAttr? bagIdAttr? propAttr* '/>' [6.13] typedNode ::= '<' typeName idAboutAttr? bagIdAttr? propAttr* '/>' | '<' typeName idAboutAttr? bagIdAttr? propAttr* '>' propertyElt* '</' typeName '>' [6.14] propName ::= Qname [6.15] typeName ::= Qname [6.16] idRefAttr ::= idAttr | resourceAttr [6.17] value ::= obj | string [6.18] resourceAttr ::= ' resource="' URI-reference '"' [6.19] Qname ::= [ NSprefix ':' ] name [6.20] URI-reference ::= string, interpreted per [URI] [6.21] IDsymbol ::= (any legal XML name symbol) [6.22] name ::= (any legal XML name symbol) [6.23] NSprefix ::= (any legal XML namespace prefix) [6.24] string ::= (any XML text, with "<", ">", and "&" escaped) [6.25] sequence ::= '<rdf:Seq' idAttr? '>' member* '</rdf:Seq>' | '<rdf:Seq' idAttr? memberAttr* '/>' [6.26] bag ::= '<rdf:Bag' idAttr? '>' member* '</rdf:Bag>' | '<rdf:Bag' idAttr? memberAttr* '/>' [6.27] alternative ::= '<rdf:Alt' idAttr? '>' member+ '</rdf:Alt>' | '<rdf:Alt' idAttr? memberAttr? '/>' [6.28] member ::= referencedItem | inlineItem [6.29] referencedItem ::= '<rdf:li' resourceAttr '/>' [6.30] inlineItem ::= '<rdf:li' '>' value </rdf:li>' | '<rdf:li' parseLiteral '>' literal </rdf:li>' | '<rdf:li' parseResource '>' propertyElt* </rdf:li>' [6.31] memberAttr ::= ' rdf:_n="' string '"' (where n is an integer) [6.32] parseLiteral ::= ' parseType="Literal"' [6.33] parseResource ::= ' parseType="Resource"' [6.34] literal ::= (any well-formed XML)
El namespace formal para las propiedades y clases definidas en
esta especificaci�n es
http://www.w3.org/1999/02/22-rdf-syntax-ns#.
Cuando un procesador RDF encuentra un elemento o nombre de atributo XML que est�
declarado para constituir un namespace cuyo nombre comience por la
cadena "http://www.w3.org/TR/REC-rdf-syntax" y el
procesador no reconozca la sem�ntica de dicho nombre, necesita saltar (es decir,
no generar tuplas para �l) el elemento XML entero, incluyendo su contenido, cuyo
nombre no est� reconocido o que tenga un atributo cuyo nombre no se
reconozca.
Cada propertyElt E contenido por un elemento Description tiene como resultado la creaci�n de un triple {p,r,v} donde:
p es la expansi�n del nombre de la etiqueta del namespace apto (Identificador Gen�rico) de E. Esta expansi�n se genera a trav�s de la concatenaci�n de nombres de namespace dados en una declaraci�n de namespace con el LocalPart del nombre aceptado.
Si E es un elemento vac�o (sin contenido), v es el recurso cuyo identificador se da gracias al atributo resource de E. Si el contenido de E no es marcado XML o si parseType="Literal" se especifica en la etiqueta inicial de E, entonces v es el contenido de E (un literal). Por otra parte, el contenido de E debe ser otra descripci�n [Description] o un contenedor y v es el recurso nombrado por el (posiblemente impl�cito) ID o about de dicho [elemento] Description o contenedor.
El atributo parseType cambia la interpretaci�n del contenido del elemento. El atributo parseType debe tener uno de los valores 'Literal' o 'Recurso'. El valor es diferente en may�sculas o min�sculas. El valor 'Literal' especifica que el contenido del elemento se tratar� como literal RDF/XML; esto es, el contenido no debe interpretarse por un procesador RDF. El valor 'Recurso' especifica que dicho contenido del elemento debe tratarse como si fuera el contenido de un elemento Description. Otros valores de parseType se reservan para especificaci�n futura por RDF. Con RDF 1.0 otros valores deben tratarse como un 'Literal' id�ntico. En todos los casos, el contenido de un elemento que tiene un atributo parseType debe ser XML bien formado. El contenido de un elemento que tiene un atributo parseType="Resource" debe adem�s corresponder con la producci�n para el contenido de un elemento Description.
El Grupo de trabajo dedicado al Modelo y la Sintaxis de RDF agradece que el mecanismo parseType='Literal' sea una soluci�n a nivel m�nimo para los requisitos necesarios para expresar una sentencia RDF con un valor que tenga marcado XML. Complejidades adicionales de XML tales como canonizaci�n de espacios en blanco no est�n bien definidas todav�a. En el trabajo futuro del W3C esperamos resolver dicho problema de una manera uniforme para todas las aplicaciones basadas en XML. Las versiones futuras de RDF heredar�n este trabajo y pueden extenderlo al mismo tiempo que lleguemos a un mayor entendimiento a trav�s de la aplicaci�n en experiencias ulteriores.
Las referencias URI ser resuelven en un identificador de recursos, primero resolviendo la referencia URI en forma absoluta como se especifica en [URI] utilizando el URI base del documento en el cual aparece la sentencia RDF. Si un identificador de fragmento se incluye en la referencia URI, el identificador de recursos se refiere s�lo a un subcomponente del recurso contenedor; este subcomponente se identifica a trav�s del identificador de ancla interno hacia el recurso que lo contiene y el alcance del subcomponente se define a trav�s del identificador de fragmento en conjunci�n con el tipo de contenido del recurso que lo contiene, por otra parte el identificador del recurso se refiere al �tem completo especificado por el URI.
Nota: A pesar de que los caracteres no-ASCII no est�n permitidos en el [URI], [XML] especifica una convenci�n para evitar incompatibilidades innecesarias en la sintaxis URI extendida. Los implementadores de RDF est�n sensibilizados para evitar m�s incompatibilidades y utilizan la convenci�n XML para los identificadores del sistema. Particularmente, aquellos caracteres no-ASCII en un URI est�n representados en UTF-8 como uno o m�s bytes, de tal forma que estos bytes se solucionan con el "mecanismo de escapatoria" [escaping mechanism] de URI (es decir, convirtiendo cada byte en %HH, donde HH es la notaci�n hexadecimal del valor del byte).
El elemento Description en s� mismo es una instancia [objeto espec�fico de una categor�a] de un recurso Bag. Los miembros de este Bag son los recursos que corresponden con la reification [transformaci�n de algo abstracto en algo concreto] de cada una de las sentencias en Description. Si el atributo bagID se especifica, su valor es el identificador de ese Bag, incluso si el Bag es an�nimo.
Cuando se especifica about con Description, la sentencia en el [elemento] Description se refiere al recurso nombrado en el about. Un elemento Description sin un atributo about representa un recurso in-line. Este recurso in-line tiene un identificador de recurso formado utilizando el valor de la base URI del documento que contiene la sentencia RDF m�s un identificador de ancla igual al valor del atributo ID del elemento Description, en su caso. Cuando otro [elemento] Description o valor de propiedad se refiere al recurso in-line utilizar� el valor del ID en un atributo about. Cuando el otro Description se refiere al Bag del recurso que corresponde a la sentencia que transforma algo abstracto en algo concreto [reified] se utilizar� el valor de bagID en un atributo about. Tanto ID como about pueden especificarse en el elemento Description pero no juntos en el mismo elemento. Los valores para cada atributo ID y bagID no deben aparecer en m�s de uno de tales atributos dentro de un documento ni pueden [aparecer] el mismo valor usarse en un ID y un bagID dentro de un documento individual.
Cuando se especifica aboutEach con Description, la sentencia en [el elemento] Description se refiere a cada uno de los miembros del contenedor denominado aboutEach. El triples {p,r,v} representado con cada propertyElt E contenido, como se ha descrito anteriormente, se duplican para cada r que es miembro del contenedor.
Cuando se especifica aboutEachPrefix con [el elemento] Description, la sentencia en el Description se refiere a cada uno de los miembros de un contenedor Bag an�nimo. Los miembros de ese contenedor Bag son todos los recursos cuyo identificador de recursos en forma absoluta comienza con la cadena de caracteres dada como valor del aboutEachPrefix.La forma absoluta del identificador de recursos se produce a trav�s de la resoluci�n del URI de acuerdo con el algoritmo en la Secci�n 5.2. Resolviendo Referencias Relativas a Forma Absoluta, en [URI]. El triple {p,r,v} representado por cada propertyElt E tal como se ha descrito anteriormente, se duplican para cada uno de los miembros del contenedor.
Seq, Bag, y Alt representan, cada uno, una instancia [objeto espec�fico de una categor�a] de un tipo de recurso contenedor Sequence, Bag, o Alternative, respectivamente. Se crea un triple {RDF:type,c,t} donde c es el recurso que compendia y t es uno de RDF:Seq, RDF:Bag, o RDF:Alt. Los miembro de la colecci�n se denotan por li. Cada elemento E li corresponde a un miembro de la colecci�n y resulta de la creaci�n de un triple {p,c,v} donde:
p se asigna paulatinamente de acuerdo con el orden (XML) de apariencia l�xica de cada miembro que empieza con "RDF:_1" para cada contenedor.
c es el recurso que recopila. El atributo ID, en el caso de que se especifique, proporciona el identificador del fragmento URI para c.
(Misma regla 3 anterior) Si E es un elemento vac�o (sin contenido), v es el recurso cuyo identificador se da gracias al atributo resource de E. Si el contenido de E no es marcado XML o si parseType="Literal" se especifica en la etiqueta inicial de E, entonces v es el contenido de E (un literal). Por otra parte, el contenido de E debe ser otra descripci�n [Description] o un contenedor y v es el recurso nombrado por el (posiblemente impl�cito) ID o about de dicho [elemento] Description o contenedor.
El URI identifica (despu�s de resuelto) el recurso objeto, es decir, el recurso al cual se aplica Description o el recurso que se incluye en el contenedor. El atributo bagID en un elemento Description y el atributo ID en un elemento contenedor permiten que [el elemento] Description o el contenedor sean referenciados por otros Descriptions. El ID en un elemento contenedor es el nombre que se usa en un atributo resource en un elemento propiedad para hacer a la colecci�n el valor de dicha propiedad.
Dentro de propertyElt (producci�n [6.12]), el URI utilizado en un atributo resource identifica (despu�s de resuelto) el recurso que es objeto de la sentencia (es decir, el valor de dicha propiedad). El valor del atributo ID, si aparece especificado, es el identificador para el recurso que representa la reification [transformaci�n de lo abstracto en concreto] de la sentencia. Si una expresi�n RDF (esto es, contenido con marcado RDF/XML) se especifica como un valor de propiedad el objeto es el recurso dado por el atributo about de la Description contenida o el (posiblemente implicado) ID de la Description contenida o el recurso contenedor. Los Strings deben ser XML bien formado; el contenido normal y los mecanismos de escape en XML pueden usarse si la cadena de caracteres contiene secuencias de car�cter (p. ej. "<" y "&") que violan las reglas de la buena formaci�n o que de lo contrario podr�an parecer marcado. El atributo parseType="Literal" especifica que el contenido del elemento es un literal RDF. Cualquier marcado que sea parte de ese contenido se incluye como parte del literal y no es interpretado por RDF.
Se recomienda que los nombres de las propiedades est�n siempre cualificados con un prefijo de namespace para conectar de forma inequ�voca la definici�n de la propiedad con el esquema correspondiente.
En tanto que est� definido por XML, el repertorio de caracteres de un string [o conjunto de caracteres] es ISO/IEC 10646 [ISO10646]. Un string RDF actual, tanto en un documento XML o en otra representaci�n del modelo de datos RDF, puede almacenarse usando una codificaci�n directa de ISO/IEC 10646 o una codificaci�n que pueda mapearse a ISO/IEC 10646. El lenguaje de etiquetas [marcado] es parte del valor del string; se aplica a secuencias de caracteres dentro de un string RDF y no tiene una manifestaci�n expl�cita en el modelo de datos.
Se estima que dos strings RDF son iguales si sus representaciones ISO/IEC 10646 coinciden. Cada aplicaci�n RDF debe especificarse con una de las definiciones siguientes de "coincidencia" que utilice:
Nota: El W3C I18N WG est� trabajando en una definici�n para la coincidencia de identidad de las secuencias de caracteres [string identity matching]. Esta definici�n se basar�, probablemente, en las equivalencias can�nicas seg�n el est�ndar Unicode y en el principio de normalizaci�n uniforme antigua [early uniform normalization]. Los usuarios de RDF no deben confiar en cualquier aplicaci�n que coincida utilizando los equivalentes can�nicos, pero debe intentar asegurarse de que sus datos est�n en la forma normalizada de acuerdo con las pr�ximas definiciones.
Esta especificaci�n no establece un mecanismo para determinar la equivalencia entre los literales que contiene el marcado, ni tampoco se garantiza la existencia de un mecanismo tal.
El atributo xml:lang pude usarse como se define en [XML] para asociar un idioma con el valor de la propiedad. No hay una representaci�n del modelo de datos espec�fica para xml:lang (es decir, no a�ade triples al modelo de datos); el idioma de un literal se considera en RDF como una parte del literal. Una aplicaci�n puede ignorar el marcado de idioma de un string. Todas las aplicaciones RDF deben especificar si el idioma de marcado en los literales es significativo o no; esto es, si se considera o no el idioma cuando se realiza la comprobaci�n [matchig] de literales u otro proceso.
Los atributos cuyos nombres empiezan con "xmlns" son declaraciones de namespace y no representan triples en el modelo de datos. No existe una representaci�n de modelo de datos espec�fico para cada declaraci�n de namespace.
Cada propiedad y valor expresados en forma de atributos XML por procedimiento [6.3] y [6.10] es equivalente a la misma propiedad y valor expresados como contenido XML del [elemento] Description correspondiente de acuerdo al procedimiento [6.12]. Espec�ficamente, cada atributo A XML con una etiqueta de inicio Description en vez de los atributos ID, about, aboutEach, aboutEachPrefix, bagID, xml:lang, o cualquier atributo que inicie con los caracteres xmlns da como resultado la creaci�n de un triple {p,r,v} donde:
p es la expansi�n del nombre del atributo del namespace cualificado de A. Esta expansi�n se genera a trav�s de la concatenaci�n del nombre del namespace dado en una declaraci�n de namespace con el LocalPart del nombre cualificado y de esta forma resolviendo este URI de acuerdo con el algoritmo de la Secci�n 5.2., Resolviendo Referencias Relativas a Forma Absoluta, en [URI].
r es el recurso cuyo identificador de recurso se expresa por el valor del atributo about, resuelto como se especific� anteriormente, o cuyo id del ancla se expresa por el valor del atributo ID de la descripci�n o es un miembro de la colecci�n especificada por un aboutEach o un atributo aboutEachPrefix.
v es el valor del atributo de A (un literal).
Gramaticalmente, la elaboraci�n [6.11] es precisamente un caso especial de la producci�n del propName [6.10]. El valor del atributo type se interpreta como un URI de referencia y se expande de la misma forma que el valor del atributo resource El uso de [6.11] es equivalente a usar rdf:type como un nombre de elemento (propiedad) junto con un atributo resource.
La forma typedNode ([6.13]) puede usarse para representar instancias [objetos espec�ficos de una categor�a] de un recurso de tipos espec�ficos y para describir adem�s aquellos recursos. Un [elemento] Description expresado por producci�n [6.3] con el mismo ID, bagID, y atributo about m�s un tipo de propiedad adicional en el Description donde el valor del tipo de propiedad es el recurso cuyo identificador viene dado por el URI expandido y resuelto completamente que corresponde con el typeName del typedNode. Espec�ficamente, un typedNode representa un triple {RDF:type,n,t} donde n es el recurso cuyo identificador se expresa por el valor del atributo about (despu�s de resuelto) o cuyo id del ancha se expresa por el valor del atributo ID del elemento typedNode, y t es el nombre de la etiqueta del namespace cualificado. El resto de los atributos y contenido typedNode se maneja igual que para el elemento Description citado anteriormente.
Las propiedades y valores expresados en forma de atributo XML dentro de un elemento XML vac�o E por producciones [6.10] y [6.12] son equivalentes a las mismas propiedades y valores expresados como contenido XML en un elemento individual D Description que puede se convertir�a en el contenido de E. El referente de D es el valor de la propiedad identificada pro el nombre del elemento XML de E seg�n [6.17], [6.2], y [6.3]. Espec�ficamente, cada etiqueta inicial propertyElt que contenga especificaciones de atributos distintas a ID, resource, bagID, xml:lang, u otro atributo que comience con los caracteres xmlns da como resultado la creaci�n de triples {p,r1,r2}, {pa1,r2,va1}, ..., {pan,r2,van} donde:
El valor del atributo bagID, en su caso, es el identificador para el Bag que corresponde con el Description D; si no el Bag es an�nimo.
Un recurso individual puede ser el valor de m�s de una propiedad, esto es, puede ser objeto de m�s de una sentencia y por consiguiente apuntar a m�s de un arco. Por ejemplo, una p�gina web individual puede compartirse entre varios documentos y puede as� referenciarse m�s de una vez en el mapa te un sitio ["sitemap"]. O se pueden dar dos secuencias diferentes (ordenadas) del mismo recurso.
Considere el caso de la especificaci�n de los trabajos recopilados de un autor, ordenados una vez por fecha de publicaci�n y otra vez alfab�ticamente por materias:
<RDF xmlns="http://www.w3.org/1999/02/22-rdf-syntax-ns#"> <Seq ID="JSPapersByDate"> <li resource="http://www.dogworld.com/Aug96.doc"/> <li resource="http://www.webnuts.net/Jan97.html"/> <li resource="http://www.carchat.com/Sept97.html"/> </Seq> <Seq ID="JSPapersBySubj"> <li resource="http://www.carchat.com/Sept97.html"/> <li resource="http://www.dogworld.com/Aug96.doc"/> <li resource="http://www.webnuts.net/Jan97.html"/> </Seq> </RDF>Este ejemplo XML utiliza tambi�n la sintaxis de declaraci�n del namespace por defecto para elidir el prefijo namespace.
DPara ilustrar m�s ampliamente los conjuntos, considere un ejemplo de un documento con dos autores especificados alfab�ticamene, un t�tulo especificado en dos idiomas diferentes, y que tiene dos ubicaciones distintas en la Web:
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:dc="http://purl.org/metadata/dublin_core#"> <rdf:Description about="http://www.foo.com/cool.html"> <dc:Creator> <rdf:Seq ID="CreatorsAlphabeticalBySurname"> <rdf:li>Mary Andrew</rdf:li> <rdf:li>Jacky Crystal</rdf:li> </rdf:Seq> </dc:Creator> <dc:Identifier> <rdf:Bag ID="MirroredSites"> <rdf:li rdf:resource="http://www.foo.com.au/cool.html"/> <rdf:li rdf:resource="http://www.foo.com.it/cool.html"/> </rdf:Bag> </dc:Identifier> <dc:Title> <rdf:Alt> <rdf:li xml:lang="en">The Coolest Web Page</rdf:li> <rdf:li xml:lang="it">Il Pagio di Web Fuba</rdf:li> </rdf:Alt> </dc:Title> </rdf:Description> </rdf:RDF>
Este ejemplo ilustra el uso de los tres tipos de colecciones. El orden de los creadores se ha estimado significativo, por ello se usa el contenedor Sequence para expresarlo. Las ubicaciones en la Web son equivalentes; el orden [en este caso] no es significativo, por ello se utiliza Bag. El documento tiene s�lo un t�tulo y ese t�tulo dos variantes, por ello se utiliza el contenedor Alternatives.
Nota: En muchos casos es imposible tener un idioma preferente entre varios alternativos, todos los idiomas se considaran estrictamente equivalentes. En estos casos, el autor de la descripci�n debe utilizar Bag en lugar del contenedor Alt.
El modelo de datos RDF intr�nsecamente s�lo soporta relaciones binarias, esto es, una sentencia especifica un relaci�n entre dos recursos. En los ejemplos siguientes mostramos la forma recomendada para representar relaciones de mayor complejidad [higher arity] en RDF utilizando s�lo relaciones binarias. La t�cnica recomendada es utilizar un recurso intermedio con propiedades adicionales de este recurso expresando las relaciones restantes. Como ejemplo, considere la materia de uno de los art�culos recientes de John Smith's--biblioteconom�a--. Podemos utilizar el C�digo Decimal de Dewey para biblioteconom�a para categorizar o clasificar dicho art�culo. Los c�digos de la clasificaci�n Decimal de Dewey distan mucho de ser un s�lo esquema de categorizaci�n, por ello para mantener la relaci�n del sistema de clasificaci�n identificamos un recurso adicional que es usa como el valor de la propiedad materia y anota este recurso con una propiedad adicional que identifica el esquema de categorizaci�n utilizado. Como se especifica en la Secci�n 2.3. el n�cleo de RDF incluye un valor 'propiedad' para denotar el valor principal de la relaci�n principal. El gr�fico resultante podr�a parecer as�:
Dque podr�a cambiarse as�:
<RDF xmlns="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:dc="http://purl.org/metadata/dublin_core#" xmlns:l="http://mycorp.com/schemas/my-schema#"> <Description about="http://www.webnuts.net/Jan97.html"> <dc:Subject rdf:value="020 - Library Science" l:Classification="Dewey Decimal Code"/> </Description> </RDF>
Nota: En el ejemplo anterior existen dos declaraciones de namespace para el mismo namespace. Esto es necesario con frecuencia cuando el namespace por defecto se declara de tal forma que los atributos que no provienen del namespace del elemento pueden especificarse, si se da el caso con el atributo rdf:value en el elemento citado anteriormente dc:Subject.
Un uso com�n de esta capacidad mayor [higher-arity] se relaciona con unidades de medida. El peso de una persona no es exactamente algo como "200", tambi�n incluye la unidad de medida utilizada. En este caso podr�amos utilizar tanto libras como kg. Podr�amos usar una relaci�n con un arco adicional para registrar el hecho de que John Smith es un cabellero bastante robusto:
Dque puede sustituirse por:
<RDF xmlns="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:n="http://www.nist.gov/units/"> <Description about="John_Smith"> <n:weight rdf:parseType="Resource"> <rdf:value>200</rdf:value> <n:units rdf:resource="http://www.nist.gov/units/Pounds"/> </n:weight> </Description> </RDF>siempre que el recurso "Pounds" se defina en un esquema NIST con el URI http://www.nist.gov/units/Pounds.
Los metadatos Dublin Core se dise�aron para facilitar la recuperaci�n de recursos electr�nicos de forma similar a una ficha de cat�logo en las bibliotecas. Estos ejemplos representan la descripci�n simple de un conjunto de recursos en RDF que utilizan los vocabularios definidos por la Iniciativa Dublin Core. Nota: el vocabulario RDF espec�fico para el Dublin Core mostrado aqu� no tiene la intenci�n de tomarse como autoridad. La Iniciativa del Dublin Core es la referencia de autoridad.
Aqu� se presenta una descripci�n de un sitio Web utilizando las propiedades del Dublin Core:
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:dc="http://purl.org/metadata/dublin_core#"> <rdf:Description about="http://www.dlib.org"> <dc:Title>D-Lib Program - Research in Digital Libraries</dc:Title> <dc:Description>The D-Lib program supports the community of people with research interests in digital libraries and electronic publishing.</dc:Description> <dc:Publisher>Corporation For National Research Initiatives</dc:Publisher> <dc:Date>1995-01-07</dc:Date> <dc:Subject> <rdf:Bag> <rdf:li>Research; statistical methods</rdf:li> <rdf:li>Education, research, related topics</rdf:li> <rdf:li>Library use Studies</rdf:li> </rdf:Bag> </dc:Subject> <dc:Type>World Wide Web Home Page</dc:Type> <dc:Format>text/html</dc:Format> <dc:Language>en</dc:Language> </rdf:Description> </rdf:RDF>El segundo ejemplo es de una revista publicada.
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:dc="http://purl.org/metadata/dublin_core#" xmlns:dcq="http://purl.org/metadata/dublin_core_qualifiers#"> <rdf:Description about="http://www.dlib.org/dlib/may98/05contents.html"> <dc:Title>DLIB Magazine - The Magazine for Digital Library Research - May 1998</dc:Title> <dc:Description>D-LIB magazine is a monthly compilation of contributed stories, commentary, and briefings.</dc:Description> <dc:Contributor rdf:parseType="Resource"> <dcq:AgentType rdf:resource="http://purl.org/metadata/dublin_core_qualifiers#Editor"/> <rdf:value>Amy Friedlander</rdf:value> </dc:Contributor> <dc:Publisher>Corporation for National Research Initiatives</dc:Publisher> <dc:Date>1998-01-05</dc:Date> <dc:Type>electronic journal</dc:Type> <dc:Subject> <rdf:Bag> <rdf:li>library use studies</rdf:li> <rdf:li>magazines and newspapers</rdf:li> </rdf:Bag> </dc:Subject> <dc:Format>text/html</dc:Format> <dc:Identifier>urn:issn:1082-9873</dc:Identifier> <dc:Relation rdf:parseType="Resource"> <dcq:RelationType rdf:resource="http://purl.org/metadata/dublin_core_qualifiers#IsPartOf"/> <rdf:value resource="http://www.dlib.org"/> </dc:Relation> </rdf:Description> </rdf:RDF>El tercer ejemplo es de un art�culo espec�fico en la revista aludida en el ejemplo anterior.
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:dc="http://purl.org/metadata/dublin_core#" xmlns:dcq="http://purl.org/metadata/dublin_core_qualifiers#"> <rdf:Description about= "http://www.dlib.org/dlib/may98/miller/05miller.html"> <dc:Title>An Introduction to the Resource Description Framework</dc:Title> <dc:Creator>Eric J. Miller</dc:Creator> <dc:Description>The Resource Description Framework (RDF) is an infrastructure that enables the encoding, exchange and reuse of structured metadata. rdf is an application of xml that imposes needed structural constraints to provide unambiguous methods of expressing semantics. rdf additionally provides a means for publishing both human-readable and machine-processable vocabularies designed to encourage the reuse and extension of metadata semantics among disparate information communities. the structural constraints rdf imposes to support the consistent encoding and exchange of standardized metadata provides for the interchangeability of separate packages of metadata defined by different resource description communities. </dc:Description> <dc:Publisher>Corporation for National Research Initiatives</dc:Publisher> <dc:Subject> <rdf:Bag> <rdf:li>machine-readable catalog record formats</rdf:li> <rdf:li>applications of computer file organization and access methods</rdf:li> </rdf:Bag> </dc:Subject> <dc:Rights>Copyright @ 1998 Eric Miller</dc:Rights> <dc:Type>Electronic Document</dc:Type> <dc:Format>text/html</dc:Format> <dc:Language>en</dc:Language> <dc:Relation rdf:parseType="Resource"> <dcq:RelationType rdf:resource="http://purl.org/metadata/dublin_core_qualifiers#IsPartOf"/> <rdf:value resource="http://www.dlib.org/dlib/may98/05contents.html"/> </dc:Relation> </rdf:Description> </rdf:RDF>
Nota: Los desarrolladores del esquema pueden estar tentados en declarar los valores de ciertas propiedades para usar una sintaxis que corresponda al XML. La abreviatura del nombre cualificado del namespace [qualified name]. Aconsejamos no utilizar estos nombres cualificados dentro de los valores de propiedad en tanto que pueden causar incompatibilidades con los mecanismos de tipificaci�n de datos futuros en XML. Adem�s, aquellos versados en las caracter�sticas de XML 1.0 pueden reconocer que un mecanismo de abreviatura similar existe en las entidades definidas por el usuario. Tambi�n aconsejamos no fiarse del uso de entidades en tanto que existe una propuesta para definir un futuro subconjunto de XML, que no incluya entidades definidas por el usuario.
Cuando un valor de propiedad es un literal que contiene marcado XML, la sintaxis siguiente se utiliza para se�alar al int�rprete RDF que no interprete el marcado m�s bien para conservarlo como parte del valor. La representaci�n precisa del valor resultante no se especifica aqu�.
En el ejemplo siguiente, el valor de la propiedad t�tulo [title] es un literal que contiene alg�n macado MATHML.
<rdf:Description xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:dc="http://purl.org/metadata/dublin_core#" xmlns="http://www.w3.org/TR/REC-mathml" rdf:about="http://mycorp.com/papers/NobelPaper1"> <dc:Title rdf:parseType="Literal"> Ramifications of <apply> <power/> <apply> <plus/> <ci>a</ci> <ci>b</ci> </apply> <cn>2</cn> </apply> to World Peace </dc:Title> <dc:Creator>David Hume</dc:Creator> </rdf:Description>
La Plataforma para la Selecci�n del Contenido de Internet [ Platform for Internet Content Selection (PICS)] es una Recomendaci�n del W3C para intercambiar descripciones de contenido de las p�ginas Web y otros materiales. PICS es un predecesor de RDF y es un requisito expl�cito de RDF que sea capaz de expresar cualquier cosa que se pueda expresar a trav�s de una etiqueta PICS.
Esta es un ejemplo de c�mo una etiqueta PICS podr�a expresarse en forma RDF. N�tese que el trabajo para re-especificar los PICS como una aplicaci�n de RDF puede conllevar la terminaci�n de la especificaci�n RDF, por ello el ejemplo siguiente no debe considerarse un ejemplo autorizado de un esquema futuro de PICS. Este ejemplo proviene directamente de los [PICS]. N�tese que una Rating Service Description de los PICS es exactamente an�loga a un Esquema RDF; las categor�as descritas en este fichero de descripci�n del Servicio de Evaluaci�n son equivalentes a las propiedades en el modelo RDF.
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:pics="http://www.w3.org/TR/xxxx/WD-PICS-labels#" xmlns:gcf="http://www.gcf.org/v2.5"> <rdf:Description about="http://www.w3.org/PICS/Overview.html" bagID="L01" gcf:suds="0.5" gcf:density="0" gcf:color.hue="1"/> <rdf:Description about="http://www.w3.org/PICS/Underview.html" bagID="L02" gcf:subject="2" gcf:density="1" gcf:color.hue="1"/> <rdf:Description aboutEach="#L01" pics:by="John Doe" pics:on="1994.11.05T08:15-0500" pics:until="1995.12.31T23:59-0000"/> <rdf:Description aboutEach="#L02" pics:by="Jane Doe" pics:on="1994.11.05T08:15-0500" pics:until="1995.12.31T23:59-0000"/> </rdf:RDF>
N�tese que aboutEach se usa para idndicar que las pociones de la etiqueta PICS se refieren a la sentencia (evaluada) individualmente y no al contenedor en el que dichas sentencias llegar�n a sustituirse.
[PICS] tambi�n define un tipo denominado generic label [etiqueta gen�rica]. Una etiqueta gen�rica PICS es aquella que se aplica a cada p�gina dentro de una parte espec�fica de un sitio Web.
A continuaci�n se presenta un ejemplo de c�mo una etiqueta gen�rica PICS se escribir�a en RDF, utilizando el constructor de colecciones aboutEachPrefix. Este ejemplo se ha estra�do del ejemplo de "Generic request" en el ap�ndice B de los [PICS]:
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:pics="http://www.w3.org/TR/xxxx/WD-PICS-labels#" xmlns:ages="http://www.ages.org/our-service/v1.0/"> <rdf:Description aboutEachPrefix="http://www.w3.org/WWW/" bagID="L03" ages:age="11"/> <rdf:Description aboutEach="#L03" pics:by="abaird@w3.org"/> </rdf:RDF>
La propiedad edad age con el valor "11" aparece
en cada recurso cuyo URI empieza con la secuencia [string]
"http://www.w3.org/WWW/". La sentencia "reificada" [concretada,
reified] que corresponde a cada una de tales sentencias
"La edad de
[I] es 11" ("The age of [I] is 11") tiene una propiedad que afirma
que "abaird@w3.org" fue el responsable de la creaci�n de dicha
sentencia.
RDF, si es XML bien formado, es adecuado para la inclusi�n directa en un documento HTML cuando el agente de usuario sigue las recomendaciones para el manejo de errores en documentos no v�lidas [recommendations for error handling in invalid documents] del HTML. Cuando un fragmento de RDF se incorpora en un documento, algunos navegadores crean autom�ticamente algunos strings de contenido expuestos. Los contenidos del string expuesto es todo lo que aparece entre el ">" que finaliza una etiqueta y el "<" que inicia la siguiente etiqueta. Generalmente, m�ltiples espacios en blanco consecutivos, incluyendo caracteres de final de l�nea, se toman como espacios simples.
Normalmente puede utilizarse la sintaxis abrevidada de RDF para escribir los valores de propiedad que son strings en forma de un atributo XML y deja s�lo un espacio en blanco como contenido expuesto. Por ejemplo, la primera parte del ejemplo del Dublin Core de la Secci�n 7.4 podr�a escribirse as�:
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:dc="http://purl.org/metadata/dublin_core#"> <rdf:Description about="http://www.dlib.org" dc:Title="D-Lib Program - Research in Digital Libraries" dc:Description="The D-Lib program supports the community of people with research interests in digital libraries and electronic publishing." dc:Publisher="Corporation For National Research Initiatives" dc:Date="1995-01-07"/> </rdf:RDF>
Rescrito para evitar el contenido expuesto, trabajar� para m�s casos comunes. Un caso com�n pero menos obvio son las descripciones de contenedores. Considerar la primera parte del ejemplo en la Secci�n 7.2.:
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:dc="http://purl.org/metadata/dublin_core#"> <rdf:Description about="http://www.foo.com/cool.html"> <dc:Creator> <rdf:Seq ID="CreatorsAlphabeticalBySurname"> <rdf:li>Mary Andrew</rdf:li> <rdf:li>Jacky Crystal</rdf:li> </rdf:Seq> </dc:Creator> </rdf:Description> </rdf:RDF>Para rescribir esto con contenido no expuesto, utilizamos la forma siguiente:
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:dc="http://purl.org/metadata/dublin_core#"> <rdf:Description about="http://www.foo.com/cool.html"> <dc:Creator> <rdf:Seq ID="CreatorsAlphabeticalBySurname" rdf:_1="Mary Andrew" rdf:_2="Jacky Crystal"/> </dc:Creator> </rdf:Description> </rdf:RDF>
N�tese que aqu� el elemento li no puede usarse como un atributo debido a que la regla de XML prohibe m�ltiples ocurrencias del mismo nombre de atributo dentro de una etiqueta. Por consiguiente utilizamos las propiedades expl�citas de RDF Ord; en efecto de que se expanda manualmente el elemento li.
Un documento HTML completo que contenga los metadatos RDF que lo describan es:
<html> <head> <rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:dc="http://purl.org/metadata/dublin_core#"> <rdf:Description about=""> <dc:Creator> <rdf:Seq ID="CreatorsAlphabeticalBySurname" rdf:_1="Mary Andrew" rdf:_2="Jacky Crystal"/> </dc:Creator> </rdf:Description> </rdf:RDF> </head> <body> <P>This is a fine document.</P> </body> </html>
El documento HTML anterior debe aceptarse en todos los navegadores compatibles con HTML 3.2 y versiones posteriores y debe mostrar s�lo los caracteres: "This is a fine document."
Esta especificaci�n el el trabajo del Grupo de Trabajo sobre el Modelo y la Sintaxis RDF del W3C. Este grupo de trabajo ha sido dirigido �bilmente por Eric Miller de Online Computer Library Center [OCLC] y Bob Schloss de IBM. Agradecemos a Eric y a Bob por su esfuerzo infatigable por mantener al grupo sobre la pista y agracedemos especialmente a OCLC, IBM, y Nokia por soportarlos a ellos y a nosotroes en este empe�o.
Los miembros del Grupo de Trabajo que ayudaron a dise�ar esta especificaci�n, debatir propuestas, proporcionar palabras, corregir numerosos borradores y finalmente, conseguir consenso, son: Ron Daniel (DATAFUSION), Renato Iannella (DSTC), Tsuyoshi SAKATA (DVL), Murray Maloney (Grif), Bob Schloss (IBM), Naohiko URAMOTO (IBM), Bill Roberts (KnowledgeCite), Arthur van Hoff (Marimba), Charles Frankston (Microsoft), Andrew Layman (Microsoft), Chris McConnell (Microsoft), Jean Paoli (Microsoft), R.V. Guha (Netscape), Ora Lassila (Nokia), Ralph LeVan (OCLC), Eric Miller (OCLC), Charles Wicksteed (Reuters), Misha Wolf (Reuters), Wei Song (SISU), Lauren Wood (SoftQuad), Tim Bray (Textuality), Paul Resnick (University of Michigan), Tim Berners-Lee (W3C), Dan Connolly (W3C), Jim Miller (W3C, em�rito), Ralph Swick (W3C). Dan Brickley (UK Bristol) se han unido a la actividad del Esquema RDF y nos traen muchos sabios consejos en los estadios finales de este trabajo. Martin D�rst (W3C) revis� varios borradores de trabajo e hizo numerosa propuestas para mejorar, en nombre del W3C el grupo de Internacionalizaci�n [Internationalization Working Group]. Janne Saarela (W3C) desempe�� un serviciode gran valor creando una versi�n m�s clara ['clean room' implementation] de nuestros borradores de trabajo.
Este documento es el trabajo colectivo del Grupo de Trabajo. Los editores agradecen al Grupo de trabajo la ayuda prestada para crear y pulir esta especificaci�n.
Los t�rminos siguientes se utilizan en esta especificaci�n con distintos grados de significado intuitivo y significado preciso. El compendio de definiciones aqu� son s�lo como gu�a; no son normativas. En el lugar apropiado, se da la localizaci�n en el documento de definiciones precisas.
Una representaci�n de una propiedad en forma gr�fica; espec�ficamente los bordes en un gr�fico etiquetado directamente.
Una caracter�stica de un objeto. En el Cap�tulo 6 este t�rmino se refiere a una construcci�n sint�ctica espec�fica de XML; las porciones name="value" [nombre="valor"] de una etiqueta XML.
Como se utiliza aqu�, este t�rmino se refiere a una construcci�n espec�fica de XML, es decir el material entre las etiquetas XML de inicio y de fin.
El tipo de valor m�s primitivo representado en RDF, t�picamente una cadena [string] de caracteres. El contenido de un literal no es interpretado por RDF en s� mismo y puede contener marcado XML adicional. Los literales se distinguen de los recursos en que el modelo RDF no permite que los literales sean sujeto de una sentencia.
Una representaci�n de un recurso o un literal en forma gr�fica; espec�ficamente, un v�rtice en un gr�fico etiquetado directamente.
Un atributo espec�fico con significado definido que puede utilizarse para describir otros recursos. Una propiedad m�s el valor de dicha propiedad para un recurso espec�fico es un sentencia [statement] sobre ese recurso. Una propiedad puede definir sus valores permitidos as� como los tipos de recursos que pueden describirse con esa propiedad.
Un objeto abstracto que representa tanto un objeto f�sico como una persona o un libro como un objeto conceptual como un color o la clase de cosas que tienen colores. Las p�ginas Web se consideran normalmente objetos f�sicos, pero la distinci�n entre un objeto conceptual o abstracto no es importante en RDF. Un recurso puede tambi�n ser un componente de un objeto mayor; por ejemplo, un recurso puede representar la mano izquierda de una persona espec�fica o un p�rrafo espec�fico de un documento. Como se usa en esta especificaci�n, el t�rmino recurso se refiere a la totalidad de un objeto si el URI no contiene un fragmento id [identificador] (ancla) o para la subunidad espec�fica denominada por el fragmento o el id del ancla.
Una expresi�n que sigue una gram�tica espec�fica que denomina un recurso espec�fico, una propiedad (atributo) espec�fico, y proporciona el valor de dicha propiedad para tal recurso. M�s espec�ficamente aqu�, una sentencia RDF es una sentencia que utiliza la gram�tica RDF/XML especificada en este documento.
Una representaci�n de una sentencia usada por RDF, que consiste exactamente en la propiedad, el identificador del recurso, y el valor de la propiedad, en ese orden.
Todos los recursos no soportar�n todos los m�todos de asociaci�n; en particular, muchas clases de recursos no soportar�n embeberse y s�lo algunas clases de recursos permitir�n envolverse.
Una descripci�n entendible por el hombre --o la m�quina-- de un esquema RDF puede accederse a trav�s de la gesti�n de contenido referenciando el esquema URI. Si el esquema es legible por m�quina puede que una aplicaci�n pueda aprender algo de la sem�ntica de las propiedades denominadas en el esquema a petici�n. La l�gica y la sintaxis de los esquemas RDF se describen en un documento a parte, [RDFSchema].
La t�cnica recomendada para embeber expresiones RDF en un documento HTML es simplemente insertar el RDF in-line como muestra el ejemplo 7.7. Esto har� al documento resultante no conforme con las especificaciones HTML hasta e incluyendo HTML 4.0 pero el W3C prev� que la especificaci�n de HTML evolucionar� [the HTML specification will evolve] para soportarlo. Dos problemas pr�cticos surgir�n cuando esta t�cnica se emplee con respecto a la conformidad de los navegadores con la especificaci�n del HTML hasta e incluyendo HTML 4.0. Los autores disponen de alternativas accesibles en estos casos, ver [XMLinHTML]. El autor est� dispuesto a elegir la alternativa apropiada en cada circunstancia.
Algunos navegadores HTML 2.0 asumir�n una etiqueta </HEAD> inmediatamente antes del primer elemento RDF que aparece en el <HEAD>.
Los autores preocupados por los navegadores muy antiguos deben reemplazar todas las expresiones RDF al final de la cabecera del documento.
Todos los navegadores HTML conformes con las especificaciones hasta e incluida la HTML 4.0 crear�n autom�ticamente cualquier contenido que aparezca en los valores de propiedad RDF expresados como elementos XML (es decir, producci�n [6.12]).
Los autores preocupados por la prevenci�n del contendido RDF de la visualizaci�n en navegadores antiguos deben usar la sintaxis abreviada (forma propAttr) para cambiar el valor de una propiedad por un atributo. No todas las propiedades pueden expresarse de esta forma.
En el caso de que ninguna de las alternativas anteriores proporcione las capacidades deseadas por el autor, las expresiones RDF pueden dejarse como externas al documento HTML y unidas con un elemento <LINK> de HTML. El tipo de relaci�n recomendada para esta propuesta es REL="meta"; ej.
<LINK rel="meta" href="mydocMetadata.DC.RDF">
Las sintaxis serializada y abreviada de RDF utilizan XML como codificaci�n. Los elementos y atributos XML son sensibles a las may�sculas y min�sculas, por ello los nombres de las propiedades RDF son tambi�n sensibles a las may�sculas y min�sculas. Esta especificaci�n no requiere ning�n formato espec�fico para los nombres de propiedad a parte de que sean nombres XML legales [names]. Para sus propios identificadores, RDF ha adoptado la convenci�n de que todos los nombres de propiedad usan "InterCap style"; esto es, la primera letra del nombre de la propiedad y el resto de la palabra en min�sculas; ej. subject. Cuando el nombre de la propiedad es un compuesto de palabras o fragmentos de palabras, las palabras se concatenan con la primera letra de cada palabra (excepto la primera palabra) en may�scula y sin puntuaci�n adicional, ej. subClassOf.
RDF utiliza al mecanismo de namespaces propuesto en XML para implementar globalmente identificadores �nicos para todas las propiedades. En resumen, el nombre del namespace sirve como el identificador del correspondiente esquema RDF. El nombre del namespace se resuelve en forma absoluta como se especifica por el algoritmo en la Secci�n 5.2., Resolviendo Referencias Relativas a Forma Absoluta, en [URI]. Un procesador RDF puede prever el uso del URI del esquema para acceder al contenido del esquema. Esta especificaci�n no precisa m�s requerimientos en el contenido, que podr�an ser proporcionados en dicho URI, tampoco precisa c�mo (si en absoluto) el URI podr�a modificarse para obtener formas alternativas o un fragmento del esquema.
Se han realizado algunos cambios tipogr�ficos despu�s de que se publicara la Propuesta de Recomendaci�n [Proposed Recommendation]. Las erratas detectadas en la versi�n previa como en el tiempo de publicaci�n, se han corregido. Se hizo un peque�o cambio clarificador al p�rrafo final de las Secci�n 6.
Historial de Revisiones:
17-febrero-1999: preparado para la publicaci�n como Recomendaci�n del
W3C.
5-enero-1999: publicado como Propuesta de
Recomendaci�n del W3C.
16-diciembre-1998: intento de
borrador final como Recomendaci�n Propuesta.
30-octubre-1998: incorporaci�n de la �ltima llamada para comentarios de
revisi�n, a�adir parseType, mejora del " I18N wordings".
8-octubre-1998: correcci�n final, se mueven cambios al ap�ndice E, se
publica como "Last Call" (�ltima llamada).
7-octubre-1998: se reserva un poco del esquema del espacio URI para
pruebas futuras, se a�ade rdf:value.
2-octubre-1998:
denominaciones principales: sentencias, predicados, sujetos, objetos.
4-septiembre-1998: instanceOf -> type, se revisa el modelo
de relaciones higher-arity, se a�ade el identificador de nodos.
19-agosto-1998: se a�ade '_' para ordenar los
nombres de las propiedades.
12-agosto-1998:
actualizaci�n relacionada con la sintaxis de declaraci�n de namespace en XML. Se
a�ade contenido a la Secci�n 7.
20-julio-1998: Se fijan
m�s tipos. Tercer borrador p�blico.
15-julio-1998: Se
incorporan comentarios y se fijan tipos. La letra inicial de los nombres
de propiedades se cambia a min�scula.
15-junio-1998: Principal material escrito y reorganizaci�n.
16-febrero-1998: Correcci�n editorial, preparada para la
segunda distribuci�n p�blica.
6-febrero-1998:
Correcci�n editorial, se a�aden y se revisan algunos ejemplos.
11-enero-1998: Se renombran y se desestiman algunos elementos.
14-noviembre-1997: Mayor refinamiento, especialmente en
relaci�n con las afirmaciones
3-noviembre-1997:
Revisi�n de la edici�n en preparaci�n para la segunda distribuci�n
p�blica
2-octubre-1997: Primer borrador p�blico
1-octubre-1997: Revisi�n de la edici�n en preparaci�n para la
primera distribuci�n p�blica.
1-agosto-1997: Primer
borrador del Grupo de Trabajo.
�ltima actualizaci�n: $Date: 1999/02/24 14:45:07 $
�ltima actualizaci�n de la
traducci�n: $Date: 2001/01/03 02:43:10 $
Otras traducciones de este documento: