stringtranslate.com

Marco de descripción de recursos

El Resource Description Framework ( RDF ) es un método para describir e intercambiar datos de gráficos . Fue diseñado originalmente como un modelo de datos para metadatos por el World Wide Web Consortium (W3C). Proporciona una variedad de notaciones de sintaxis y formatos de serialización de datos , de los cuales el más utilizado es Turtle (Terse RDF Triple Language).

RDF es un gráfico dirigido compuesto de tres declaraciones. Una declaración de gráfico RDF se representa mediante: (1) un nodo para el sujeto, (2) un arco desde el sujeto hasta el objeto, que representa un predicado, y (3) un nodo para el objeto. Cada una de estas partes se puede identificar mediante un Identificador uniforme de recursos (URI). Un objeto también puede ser un valor literal. Este modelo de datos simple y flexible tiene mucho poder expresivo para representar situaciones complejas, relaciones y otras cosas de interés, al mismo tiempo que es apropiadamente abstracto.

RDF fue adoptado como recomendación del W3C en 1999. La especificación RDF 1.0 se publicó en 2004 y la especificación RDF 1.1 en 2014. SPARQL es un lenguaje de consulta estándar para gráficos RDF. RDF Schema (RDFS), Web Ontology Language (OWL) y SHACL (Shapes Constraint Language) son lenguajes de ontología que se utilizan para describir datos RDF.

Descripción general

El modelo de datos RDF [1] es similar a los enfoques clásicos de modelado conceptual (como los diagramas de entidad-relación o de clases ). Se basa en la idea de realizar declaraciones sobre los recursos (en particular, los recursos web) en expresiones de la forma sujeto - predicado - objeto , conocidas como tripletas . El sujeto denota el recurso, y el predicado denota rasgos o aspectos del recurso, y expresa una relación entre el sujeto y el objeto .

Por ejemplo, una forma de representar la noción "El cielo tiene el color azul" en RDF es como la tripleta: un sujeto que denota "el cielo", un predicado que denota "tiene el color" y un objeto que denota "azul". Por lo tanto, RDF utiliza sujeto en lugar de objeto (o entidad ) en contraste con el enfoque típico de un modelo entidad-atributo-valor en el diseño orientado a objetos : entidad (cielo), atributo (color) y valor (azul).

RDF es un modelo abstracto con varios formatos de serialización (que son básicamente formatos de archivos especializados ). Además, la codificación particular de los recursos o triples puede variar de un formato a otro.

Este mecanismo para describir recursos es un componente importante en la actividad de la Web Semántica del W3C : una etapa evolutiva de la World Wide Web en la que el software automatizado puede almacenar, intercambiar y utilizar información legible por máquinas distribuida por toda la Web, lo que a su vez permite a los usuarios manejar la información con mayor eficiencia y certeza . El modelo de datos simple de RDF y su capacidad para modelar conceptos dispares y abstractos también ha llevado a su uso creciente en aplicaciones de gestión del conocimiento no relacionadas con la actividad de la Web Semántica.

Una colección de declaraciones RDF representa intrínsecamente un multigrafo dirigido y etiquetado . Esto hace que un modelo de datos RDF sea más adecuado para ciertos tipos de representación de conocimiento que otros modelos relacionales u ontológicos .

Como lo demuestran RDFS , OWL y SHACL , se pueden crear lenguajes de ontología adicionales sobre RDF.

Historia

El diseño inicial de RDF, destinado a "construir un sistema de metadatos independiente del proveedor y del sistema operativo", [2] derivó de la Plataforma para la Selección de Contenido de Internet (PICS) del W3C, un sistema temprano de etiquetado de contenido web, [3] pero el proyecto también estuvo influenciado por ideas de Dublin Core y del Meta Content Framework (MCF), [2] que habían sido desarrollados entre 1995 y 1997 por Ramanathan V. Guha en Apple y Tim Bray en Netscape . [4]

Un primer borrador público de RDF apareció en octubre de 1997, [5] [6] emitido por un grupo de trabajo del W3C que incluía representantes de IBM , Microsoft , Netscape , Nokia , Reuters , SoftQuad y la Universidad de Michigan . [3]

En 1999, el W3C publicó la primera especificación RDF recomendada, la Especificación de Modelo y Sintaxis ("RDF M&S"). [7] Esta describía el modelo de datos de RDF y una serialización XML . [8]

En esta época surgieron dos malentendidos persistentes sobre RDF: en primer lugar, debido a la influencia de MCF y a las siglas RDF "Resource Description", la idea de que RDF se utilizaba específicamente para representar metadatos; en segundo lugar, que RDF era un formato XML en lugar de un modelo de datos, y que solo la serialización RDF/XML estaba basada en XML. RDF tuvo poca aceptación en este período, pero se realizó un trabajo significativo en Bristol , en torno a ILRT en la Universidad de Bristol y HP Labs , y en Boston en el MIT . RSS 1.0 y FOAF se convirtieron en aplicaciones ejemplares para RDF en este período.

La recomendación de 1999 fue reemplazada en 2004 por un conjunto de seis especificaciones: [9] "The RDF Primer", [10] "RDF Concepts and Abstract", [11] "RDF/XML Syntax Specification (revised)", [12] "RDF Semantics", [13] "RDF Vocabulary Description Language 1.0", [14] y "The RDF Test Cases". [15]

Esta serie fue reemplazada en 2014 por los siguientes seis documentos "RDF 1.1": "RDF 1.1 Primer", [16] "RDF 1.1 Concepts and Abstract Syntax", [17] "RDF 1.1 XML Syntax", [18] "RDF 1.1 Semantics", [19] "RDF Schema 1.1", [20] y "RDF 1.1 Test Cases". [21]

Temas RDF

Vocabulario

El vocabulario definido por la especificación RDF es el siguiente: [22]

Clases

archivo rdf
rdf:XMLLiteral
la clase de valores literales XML
rdf:Property
la clase de propiedades
rdf:Statement
la clase de declaraciones RDF
rdf:Alt, rdf:Bag,rdf:Seq
contenedores de alternativas, contenedores no ordenados y contenedores ordenados ( rdfs:Containeres una superclase de los tres)
rdf:List
la clase de listas RDF
rdf:nil
una instancia de rdf:Listrepresentación de la lista vacía
archivos rdf
rdfs:Resource
El recurso de la clase, todo
rdfs:Literal
la clase de valores literales, por ejemplo cadenas y números enteros
rdfs:Class
La clase de clases
rdfs:Datatype
la clase de tipos de datos RDF
rdfs:Container
la clase de contenedores RDF
rdfs:ContainerMembershipProperty
la clase de propiedades de pertenencia del contenedor, rdf:_1, rdf:_2, ..., todas las cuales son subpropiedades derdfs:member

Propiedades

archivo rdf
rdf:type
una instancia de rdf:Propertyse utiliza para indicar que un recurso es una instancia de una clase
rdf:first
el primer elemento de la lista RDF del tema
rdf:rest
el resto de la lista RDF del tema despuésrdf:first
rdf:value
Propiedad idiomática utilizada para valores estructurados.
rdf:subject
El tema de la declaración RDF
rdf:predicate
el predicado de la declaración RDF
rdf:object
el objeto de la declaración RDF

rdf:Statement, rdf:subject, rdf:predicate, rdf:objectse utilizan para la cosificación (ver más abajo).

archivos rdf
rdfs:subClassOf
El sujeto es una subclase de una clase.
rdfs:subPropertyOf
El sujeto es una subpropiedad de una propiedad.
rdfs:domain
un dominio de la propiedad en cuestión
rdfs:range
una gama de la propiedad en cuestión
rdfs:label
un nombre legible para el sujeto
rdfs:comment
Una descripción del recurso temático
rdfs:member
un miembro del recurso temático
rdfs:seeAlso
Más información sobre el recurso temático
rdfs:isDefinedBy
la definición del recurso temático

Este vocabulario se utiliza como base para el esquema RDF , donde se amplía.

Formatos de serialización

Se utilizan varios formatos de serialización comunes, entre ellos:

A veces se denomina RDF/XML simplemente RDF de manera engañosa porque se introdujo entre las otras especificaciones del W3C que definían RDF y, históricamente, fue el primer formato de serialización RDF estándar del W3C. Sin embargo, es importante distinguir el formato RDF/XML del modelo abstracto RDF en sí. Aunque el formato RDF/XML todavía se usa, muchos usuarios de RDF prefieren otras serializaciones RDF, tanto porque son más amigables para los humanos [34] como porque algunos gráficos RDF no se pueden representar en RDF/XML debido a restricciones en la sintaxis de los QNames XML .

Con un poco de esfuerzo, prácticamente cualquier XML arbitrario también puede interpretarse como RDF utilizando GRDDL (pronunciado 'griddle'), Recopilación de descripciones de recursos de dialectos de idiomas.

Los triples RDF pueden almacenarse en un tipo de base de datos llamado triplestore .

Identificación de recursos

El sujeto de una declaración RDF es un identificador uniforme de recursos (URI) o un nodo en blanco , ambos de los cuales denotan recursos . Los recursos indicados por nodos en blanco se denominan recursos anónimos. No son directamente identificables desde la declaración RDF. El predicado es un URI que también indica un recurso, lo que representa una relación. El objeto es un URI, un nodo en blanco o un literal de cadena Unicode . A partir de RDF 1.1, los recursos se identifican mediante identificadores de recursos internacionalizados (IRI); los IRI son una generalización de URI. [35]

En las aplicaciones de la Web semántica y en aplicaciones relativamente populares de RDF como RSS y FOAF (Friend of a Friend), los recursos tienden a representarse mediante URI que denotan intencionalmente datos reales en la World Wide Web y pueden usarse para acceder a ellos. Pero RDF, en general, no se limita a la descripción de recursos basados ​​en Internet. De hecho, el URI que nombra un recurso no tiene por qué ser desreferenciable en absoluto. Por ejemplo, un URI que comienza con "http:" y se usa como sujeto de una declaración RDF no necesariamente tiene que representar un recurso al que se pueda acceder a través de HTTP , ni tampoco necesita representar un recurso tangible y accesible a través de la red; un URI de este tipo podría representar absolutamente cualquier cosa. Sin embargo, existe un amplio consenso en que un URI simple (sin un símbolo #) que devuelve una respuesta codificada de nivel 300 cuando se usa en una solicitud HTTP GET debe tratarse como si denotara el recurso de Internet al que logra acceder.

Por lo tanto, los productores y consumidores de declaraciones RDF deben ponerse de acuerdo sobre la semántica de los identificadores de recursos. Este acuerdo no es inherente a RDF en sí, aunque existen algunos vocabularios controlados de uso común, como Dublin Core Metadata, que está parcialmente mapeado a un espacio URI para su uso en RDF. La intención de publicar ontologías basadas en RDF en la Web es a menudo establecer o circunscribir los significados previstos de los identificadores de recursos utilizados para expresar datos en RDF. Por ejemplo, el URI:

http://www.w3.org/TR/2004/REC-owl-guide-20040210/wine#Merlot

Sus propietarios pretenden hacer referencia a la clase de todos los vinos tintos Merlot por viticultor (es decir, las instancias del URI anterior representan cada una la clase de todos los vinos producidos por un único viticultor), una definición que se expresa mediante la ontología OWL (en sí misma un documento RDF) en la que aparece. Sin un análisis cuidadoso de la definición, se podría concluir erróneamente que una instancia del URI anterior era algo físico, en lugar de un tipo de vino.

Tenga en cuenta que este no es un identificador de recurso "simple", sino más bien una referencia URI , que contiene el carácter "#" y termina con un identificador de fragmento .

Reificación de la declaración y contexto

Triple RDF básico que comprende (sujeto, predicado, objeto).

El cuerpo de conocimiento modelado por una colección de enunciados puede ser objeto de cosificación , en la que a cada enunciado (es decir, a cada triple sujeto-predicado-objeto en conjunto) se le asigna un URI y se lo trata como un recurso sobre el cual se pueden hacer enunciados adicionales, como en " Jane dice que John es el autor del documento X". La cosificación es a veces importante para deducir un nivel de confianza o grado de utilidad para cada enunciado.

En una base de datos RDF reificada, cada declaración original, al ser en sí misma un recurso, probablemente tenga al menos tres declaraciones adicionales: una para afirmar que su sujeto es algún recurso, otra para afirmar que su predicado es algún recurso y otra para afirmar que su objeto es algún recurso o literal. También pueden existir más declaraciones sobre la declaración original, según las necesidades de la aplicación.

Tomando prestado de conceptos disponibles en lógica (y como se ilustra en notaciones gráficas como gráficos conceptuales y mapas de temas ), algunas implementaciones de modelos RDF reconocen que a veces es útil agrupar declaraciones según diferentes criterios, llamados situaciones , contextos o ámbitos , como se analiza en los artículos del coeditor de especificaciones RDF Graham Klyne. [36] [37] Por ejemplo, una declaración puede asociarse con un contexto, nombrado por un URI, para afirmar una relación "es verdadero en". Como otro ejemplo, a veces es conveniente agrupar declaraciones por su fuente, que puede identificarse por un URI, como el URI de un documento RDF/XML particular. Luego, cuando se realizan actualizaciones a la fuente, las declaraciones correspondientes también se pueden cambiar en el modelo.

La implementación de ámbitos no requiere necesariamente declaraciones completamente cosificadas. Algunas implementaciones permiten que un único identificador de ámbito se asocie con una declaración a la que no se le ha asignado un URI. [38] [39] Del mismo modo, los grafos nombrados en los que un conjunto de tripletas se nombra mediante un URI pueden representar el contexto sin la necesidad de cosificar las tripletas. [40]

Lenguajes de consulta e inferencia

El lenguaje de consulta predominante para los gráficos RDF es SPARQL . SPARQL es un lenguaje similar a SQL y una recomendación del W3C a partir del 15 de enero de 2008.

El siguiente es un ejemplo de una consulta SPARQL para mostrar las capitales de países de África, utilizando una ontología ficticia:

PREFIJO  ej :  <http://example.com/exampleOntology#> SELECCIONAR  ?capital  ?país DONDE  {  ?x  ej : nombredeciudad  ?capital  ;  ej : isCapitalOf  ?y  .  ?y  ej : nombredepaís  ?país  ;  ej : isInContinent  ej : África  . }

Otras formas no estándar de consultar gráficos RDF incluyen:

La especificación de características avanzadas de SHACL [42] (Nota del grupo de trabajo del W3C), cuya versión más reciente es mantenida por el grupo comunitario SHACL, define el soporte para las reglas SHACL, utilizadas para transformaciones de datos, inferencias y mapeos de RDF basados ​​en formas SHACL.

Validación y descripción

El lenguaje predominante para describir y validar grafos RDF es SHACL (Shapes Constraint Language). [43] La especificación SHACL se divide en dos partes: SHACL Core y SHACL-SPARQL. SHACL Core consiste en una lista de restricciones integradas como cardinalidad, rango de valores y muchas otras. SHACL-SPARQL describe restricciones basadas en SPARQL y un mecanismo de extensión para declarar nuevos componentes de restricción.

Otras formas no estándar de describir y validar gráficos RDF incluyen:

Ejemplos

Ejemplo 1: Descripción de una persona llamada Eric Miller

El siguiente ejemplo está tomado del sitio web del W3C [47] que describe un recurso con declaraciones "hay una persona identificada por http://www.w3.org/People/EM/contact#me, cuyo nombre es Eric Miller, cuya dirección de correo electrónico es e.miller123(at)example (cambiada por motivos de seguridad) y cuyo título es Dr."

Un gráfico RDF que describe a Eric Miller [47]

El recurso "http://www.w3.org/People/EM/contact#me" es el asunto.

Los objetos son:

El asunto es una URI.

Los predicados también tienen URI. Por ejemplo, el URI de cada predicado:

Además, el sujeto tiene un tipo (con URI http://www.w3.org/1999/02/22-rdf-syntax-ns#type), que es persona (con URI http://www.w3.org/2000/10/swap/pim/contact#Person).

Por lo tanto, se pueden expresar los siguientes triples RDF "sujeto, predicado, objeto":

En el formato N-Triples estándar, este RDF se puede escribir como:

<http://www.w3.org/People/EM/contact#me>  <http://www.w3.org/2000/10/swap/pim/contact#fullName>  "Eric Miller"  . <http://www.w3.org/People/EM/contact#me>  <http://www.w3.org/2000/10/swap/pim/contact#mailbox>  <mailto:e.miller123(at)example>  . <http://www.w3.org/People/EM/contact#me>  <http://www.w3.org/2000/10/swap/pim/contact#personalTitle>  "Dr."  . <http://www.w3.org/People/EM/contact#me>  <http://www.w3.org/1999/02/22-rdf-syntax-ns#type>  <http://www.w3.org/2000/10/swap/pim/contact#Person>  .

De manera equivalente, se puede escribir en formato Turtle (sintaxis) estándar como:

@prefijo eric: <http://www.w3.org/People/EM/contact#> . @prefijo contacto: <http://www.w3.org/2000/10/swap/pim/contact#> . @prefijo rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#> .         eric : yo  contacto : nombre_completo  "Eric Miller"  . eric : yo  contacto : buzón  <mailto:e.miller123(at)example>  . eric : yo  contacto : título_personal  "Dr."  . eric : yo  rdf : tipo  contacto : Persona  .

O bien, puede escribirse en formato RDF/XML como:

<?xml version="1.0" encoding="utf-8"?> <rdf:RDF xmlns:contact= "http://www.w3.org/2000/10/swap/pim/contact#" xmlns:eric= "http://www.w3.org/People/EM/contact#" xmlns:rdf= "http://www.w3.org/1999/02/22-rdf-syntax-ns#" > <rdf:Descripción rdf:about= "http://www.w3.org/People/EM/contact#me" > <contacto:nombrecompleto> Eric Miller </contacto:nombrecompleto> </rdf:Descripción> <rdf:Descripción rdf:about= "http://www.w3.org/People/EM/contact#me" > <contacto:mailbox rdf:resource= "mailto:e.miller123(at)example" /> </rdf:Descripción> <rdf:Descripción rdf:about= "http://www.w3.org/People/EM/contact#me" > <contact:personalTitle> Dr. </contact:personalTitle> </rdf:Descripción> <rdf:Descripción rdf:about= "http://www.w3.org/People/EM/contact#me" > <rdf:type rdf:resource= "http://www.w3.org/2000/10/swap/pim/contact#Person" /> </rdf:Descripción> </rdf:RDF>                      

Ejemplo 2: La abreviatura postal de Nueva York

Algunos conceptos de RDF se toman de la lógica y la lingüística , donde las estructuras sujeto-predicado y sujeto-predicado-objeto tienen significados similares, pero distintos, a los usos de esos términos en RDF. Este ejemplo demuestra:

En la declaración en idioma inglés 'Nueva York tiene la abreviatura postal NY' , 'Nueva York' sería el sujeto, 'tiene la abreviatura postal' el predicado y 'NY' el objeto.

Codificado como un triple RDF, el sujeto y el predicado tendrían que ser recursos nombrados por URI. El objeto podría ser un recurso o un elemento literal. Por ejemplo, en la forma N-Triples de RDF, la declaración podría verse así:

<urna:x-states:New%20York>  <http://purl.org/dc/terms/alternative>  "NY"  .

En este ejemplo, "urn:x-states:New%20York" es el URI de un recurso que denota el estado estadounidense de Nueva York , "http://purl.org/dc/terms/alternative" es el URI de un predicado (cuya definición legible por humanos se puede encontrar aquí [48] ) y "NY" es una cadena literal. Tenga en cuenta que los URI elegidos aquí no son estándar y no es necesario que lo sean, siempre que su significado sea conocido por quien los lea.

Ejemplo 3: Un artículo de Wikipedia sobre Tony Benn

De manera similar, dado que "https://en.wikipedia.org/wiki/Resource_Description_Framework/Tony_Benn" identifica un recurso en particular (sin importar si esa URI puede recorrerse como un hipervínculo o si el recurso es en realidad el artículo de Wikipedia sobre Tony Benn ), decir que el título de este recurso es "Tony Benn" y su editor es "Wikipedia" serían dos afirmaciones que podrían expresarse como declaraciones RDF válidas. En la forma N-Triples de RDF, estas declaraciones podrían verse como las siguientes:

<https://en.wikipedia.org/wiki/Resource_Description_Framework/Tony_Benn>  <http://purl.org/dc/elements/1.1/title>  "Tony Benn"  . <https://en.wikipedia.org/wiki/Resource_Description_Framework/Tony_Benn>  <http://purl.org/dc/elements/1.1/publisher>  "Wikipedia"  .

Para una persona de habla inglesa, la misma información podría representarse simplemente como:

El título de este recurso, que publica Wikipedia, es 'Tony Benn'

Sin embargo, RDF presenta la información de una manera formal que una máquina puede entender. El propósito de RDF es proporcionar un mecanismo de codificación e interpretación para que los recursos puedan describirse de una manera que un software en particular pueda entenderlos; en otras palabras, para que el software pueda acceder y utilizar información que de otra manera no podría utilizar.

Ambas versiones de las afirmaciones anteriores son extensas porque uno de los requisitos para un recurso RDF (como sujeto o predicado) es que sea único. El recurso sujeto debe ser único en un intento de identificar con precisión el recurso exacto que se describe. El predicado debe ser único para reducir la posibilidad de que la idea de Título o Editor sea ambigua para el software que trabaja con la descripción. Si el software reconoce http://purl.org/dc/elements/1.1/title (una definición específica para el concepto de título establecida por la Iniciativa de Metadatos Dublin Core), también sabrá que este título es diferente de un título de propiedad o un título honorario o simplemente la suma de las letras del título.

El siguiente ejemplo, escrito en Turtle, muestra cómo se pueden elaborar afirmaciones tan simples combinando varios vocabularios RDF. Aquí, observamos que el tema principal de la página de Wikipedia es una "Persona" cuyo nombre es "Tony Benn":

@prefijo rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#> . @prefijo foaf: <http://xmlns.com/foaf/0.1/> . @prefijo dc: <http://purl.org/dc/elements/1.1/> .         <https://en.wikipedia.org/wiki/Resource_Description_Framework/Tony_Benn>  dc : editor  "Wikipedia"  ;  dc : título  "Tony Benn"  ;  foaf : primaryTopic  [  a  foaf : Persona  ;  foaf : nombre  "Tony Benn"  ]  .

Aplicaciones

Algunos usos de RDF incluyen la investigación sobre redes sociales. También ayudará a las personas en el ámbito empresarial a comprender mejor sus relaciones con miembros de industrias que podrían ser de utilidad para la colocación de productos. [57] También ayudará a los científicos a comprender cómo se conectan las personas entre sí.

RDF se está utilizando para obtener una mejor comprensión de los patrones de tráfico vial. Esto se debe a que la información sobre los patrones de tráfico se encuentra en diferentes sitios web, y RDF se utiliza para integrar información de diferentes fuentes en la web. Antes, la metodología común utilizaba la búsqueda de palabras clave, pero este método es problemático porque no considera sinónimos. Es por eso que las ontologías son útiles en esta situación. Pero uno de los problemas que surgen cuando se intenta estudiar el tráfico de manera eficiente es que para comprenderlo completamente, se deben comprender bien los conceptos relacionados con las personas, las calles y las carreteras. Dado que estos son conceptos humanos, requieren la adición de lógica difusa . Esto se debe a que los valores que son útiles para describir las carreteras, como la resbaladiza, no son conceptos precisos y no se pueden medir. Esto implicaría que la mejor solución incorporaría tanto la lógica difusa como la ontología. [58]

Véase también

Notaciones para RDF
Conceptos similares
Otros (sin clasificar)

Referencias

Citas

  1. ^ "Modelo y especificación de sintaxis del marco de descripción de recursos (RDF)". W3C . 5 de enero de 1999. Archivado desde el original el 14 de julio de 2023.
  2. ^ ab "World Wide Web Consortium publica un borrador público del marco de descripción de recursos". W3C . Cambridge, MA. 1997-10-03. Archivado desde el original el 22 de junio de 2022.
  3. ^ ab Lash, Alex (3 de octubre de 1997). "El W3C da el primer paso hacia la especificación RDF". CNET News . Archivado desde el original el 16 de junio de 2011. Consultado el 28 de noviembre de 2015 .
  4. ^ Hammersley, Ben (2005). Desarrollo de feeds con RSS y Atom. Sebastopol: O'Reilly. pp. 2-3. ISBN 978-0-596-00881-9.
  5. ^ Lassila, Ora; Swick, Ralph R. (2 de octubre de 1997). "Resource Description Framework (RDF): Model and Syntax" (Marco de descripción de recursos (RDF): modelo y sintaxis). W3C . Consultado el 24 de noviembre de 2015 .
  6. ^ Swick, Ralph (11 de diciembre de 1997). «Resource Description Framework (RDF)». W3C . Archivado desde el original el 14 de febrero de 1998. Consultado el 24 de noviembre de 2015 .
  7. ^ Poderes 2003, pág. 2.
  8. ^ "Modelo y especificación de sintaxis del marco de descripción de recursos (RDF)". 22 de febrero de 1999. Consultado el 5 de mayo de 2014 .
  9. ^ Poderes 2003, pág. 3.
  10. ^ Manola, Frank; Miller, Eric (10 de febrero de 2004), RDF Primer, W3C , consultado el 21 de noviembre de 2015
  11. ^ Klyne, Graham; Carroll, Jeremy J. (10 de febrero de 2004), Marco de descripción de recursos (RDF): conceptos y sintaxis abstracta, W3C , consultado el 21 de noviembre de 2015
  12. ^ Beckett, Dave (10 de febrero de 2004), Especificación de sintaxis RDF/XML (revisada), W3C , consultado el 21 de noviembre de 2015
  13. ^ Hayes, Patrick (10 de febrero de 2014), RDF Semantics , consultado el 21 de noviembre de 2015
  14. ^ Brickley, Dan; Guha, RV (10 de febrero de 2004), Lenguaje de descripción de vocabulario RDF 1.0: Esquema RDF: Recomendación del W3C del 10 de febrero de 2004, W3C , consultado el 21 de noviembre de 2015
  15. ^ Grant, Jan; Beckett, Dave (10 de febrero de 2004), Casos de prueba RDF, W3C , consultado el 21 de noviembre de 2015
  16. ^ Schreiber, Guus; Raimond, Yves (24 de junio de 2014), Introducción a RDF 1.1, W3C , consultado el 22 de noviembre de 2015
  17. ^ Cyganiak, Richard; Wood, David; Lanthaler, Markus (25 de febrero de 2014), Conceptos y sintaxis abstracta de RDF 1.1, W3C , consultado el 22 de noviembre de 2015
  18. ^ Gandón, Fabien; Schreiber, Guus (25 de febrero de 2014), Sintaxis XML de RDF 1.1, W3C , consultado el 22 de noviembre de 2015
  19. ^ Hayes, Patrick J.; Patel-Schneider, Peter F. (25 de febrero de 2014), Semántica RDF 1.1, W3C , consultado el 22 de noviembre de 2015
  20. ^ Brickley, Dan; Guha, RV (25 de febrero de 2014), Esquema RDF 1.1, W3C , consultado el 22 de noviembre de 2015
  21. ^ Kellogg, Gregg; Lanthaler, Markus (25 de febrero de 2014), Casos de prueba RDF 1.1, W3C , consultado el 22 de noviembre de 2015
  22. ^ "Lenguaje de descripción de vocabulario RDF 1.0: esquema RDF". W3C . 2004-02-10 . Consultado el 2011-01-05 .
  23. ^ "RDF 1.1 Turtle: lenguaje triple RDF conciso". W3C. 9 de enero de 2014. Consultado el 22 de febrero de 2014 .
  24. ^ "RDF 1.1 TriG: lenguaje de conjuntos de datos RDF". W3C. 25 de febrero de 2014. Consultado el 21 de diciembre de 2022 .
  25. ^ "Registro de tipo de medio application/rdf+xml". Ietf Datatracker . IETF. Septiembre de 2004. pág. 2 . Consultado el 8 de enero de 2011 .
  26. ^ "RDF 1.1 Turtle: lenguaje triple RDF conciso". W3C. 9 de enero de 2014.
  27. ^ "RDF 1.1 TriG: lenguaje de conjuntos de datos RDF". W3C. 25 de febrero de 2014.
  28. ^ "RDF 1.1 N-Triples: una sintaxis basada en líneas para un gráfico RDF". W3C . 9 de enero de 2014.
  29. ^ "N-Quads: Extendiendo N-Triples con Contexto". 25 de junio de 2012. Archivado desde el original el 26 de abril de 2013.
  30. ^ "RDF 1.1 N-Quads". W3C . Enero de 2014.
  31. ^ "JSON-LD 1.0: una serialización basada en JSON para datos vinculados". W3C.
  32. ^ "Sintaxis XML de RDF 1.1". W3C . 25 de febrero de 2014.
  33. ^ "Serialización alternativa JSON RDF 1.1 (RDF/JSON)". W3C . 7 de noviembre de 2013.
  34. ^ "Problemas de la sintaxis RDF". Vuk Miličić.
  35. ^ "Conceptos y sintaxis abstracta de RDF 1.1". W3C . 25 de febrero de 2014. Archivado desde el original el 14 de enero de 2024.
  36. ^ Klyne, Graham. "Contextos para el modelado de información en RDF". ninebynine.org .
  37. ^ Klyne, Graham (13 de marzo de 2002). "Contextos RDF: procedencia y conocimiento parcial". ninebynine.org . Archivado desde el original el 29 de julio de 2023.
  38. ^ "El concepto de ámbitos RDF de 4Suite". Uche Ogbuji . Archivado desde el original el 8 de diciembre de 2008.
  39. ^ "Redland Notes - Contexts". Bibliotecas RDF de Redland . 2004. Archivado desde el original el 29 de julio de 2023.
  40. ^ "Gráficos con nombre/Grupo de interés de la Web semántica". W3C . Archivado desde el original el 1 de octubre de 2023.
  41. ^ "El lenguaje de consulta RDF (RQL)". La suite RDF de ICS-FORTH. Archivado desde el original el 5 de marzo de 2016. Consultado el 29 de marzo de 2011 .
  42. ^ Knublauch, Holger; Allemang, Dean; Steyskal, Simon, eds. (8 de junio de 2017). "Funciones avanzadas de SHACL". W3C . Grupo de trabajo de formas de datos RDF (publicado el 8 de junio de 2017) . Consultado el 6 de abril de 2021 .
  43. ^ [1] Especificación SHACL
  44. ^ [2] Sitio web de SPIN
  45. ^ [3] Comparación de SHACL con SPIN
  46. ^ [4] Especificación ShEx
  47. ^ ab "Manual básico sobre RDF". W3C . Consultado el 13 de marzo de 2009 .
  48. ^ Término alternativo de metadatos de DCMI. Dublincore.org. Recuperado el 10 de enero de 2022.
  49. ^ "Grupo Haystack @ MIT CSAIL". groups.csail.mit.edu .
  50. ^ "Grupo IDEAS". www.ideasgroup.org . Archivado desde el original el 16 de diciembre de 2018. Consultado el 30 de agosto de 2007 .
  51. ^ "Marco de servicios conectados". microsoft.com .
  52. ^ "LinkedBrainz/RDF - Wiki de MusicBrainz". wiki.musicbrainz.org .
  53. ^ "Cómo la tecnología de gráficos de conocimiento está ayudando a Cochrane a responder al COVID-19". datalanguage.com .
  54. ^ "Proyecto SIOC". sioc-project.org .
  55. ^ Oliver Ian, Honkola Jukka, Ziegler Jurgen (2008). “Webs semánticas dinámicas y localizadas basadas en el espacio”. IADIS WWW/Internet 2008. Actas, pág. 426, IADIS Press, ISBN 978-972-8924-68-3 
  56. ^ "Especificación del núcleo LV2". gitlab.com .
  57. ^ Un enfoque RDF para descubrir las asociaciones semánticas relevantes en una red social Por Thushar AK y P. Santhi Thilagam
  58. ^ Recuperación de información de tráfico basada en ontología difusa y RDF en la Web semántica Por Jun Zhai, Yi Yu, Yiduo Liang y Jiatao Jiang (2008)

Fuentes

Lectura adicional

Enlaces externos