Articulo de referencia

Marco de descripción de recursos

El Marco de Descripción de Recursos ( RDF ) es un método para describir e intercambiar datos gráficos . Fue diseñado originalmente como un modelo de datos para metadatos por el ...

El Marco de Descripción de Recursos ( RDF ) es un método para describir e intercambiar datos gráficos . Fue diseñado originalmente como un modelo de datos para metadatos por el Consorcio World Wide Web (W3C). Proporciona una variedad de notaciones y formatos de sintaxis, de los cuales el más utilizado es Turtle ( Lenguaje Triple RDF Conciso ).

RDF es un grafo dirigido compuesto por sentencias triples. Una sentencia de grafo RDF se representa mediante: (1) un nodo para el sujeto, (2) un arco del sujeto al objeto, que representa un predicado, y (3) un nodo para el objeto. Cada una de estas partes se identifica mediante un Identificador Internacionalizado de Recursos (IRI). Un objeto también puede ser un valor literal. Este modelo de datos simple y flexible posee una gran capacidad expresiva para representar situaciones complejas, relaciones y otros aspectos de interés, a la vez que ofrece un nivel de abstracción adecuado.

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 grafos 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 entidad-relación o de clases ). Se basa en la idea de hacer afirmaciones sobre los recursos (en particular, los recursos web) en expresiones de la forma sujeto - predicado - objeto , conocidas como tripletas . El sujeto denota el recurso; 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 es azul" en RDF es mediante una 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 el sujeto en lugar del objeto (o entidad ), a diferencia del enfoque típico del 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, esencialmente, formatos de archivo especializados ). Además, la codificación específica para los recursos o triples puede variar de un formato a otro.

Este mecanismo para describir recursos es un componente fundamental de 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áquina distribuida por toda la Web, lo que a su vez permite a los usuarios gestionar la información con mayor eficiencia y certeza . El sencillo modelo de datos de RDF y su capacidad para modelar conceptos abstractos y dispares también han propiciado su creciente uso en aplicaciones de gestión del conocimiento ajenas a la actividad de la Web Semántica.

Un conjunto 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 del conocimiento que otros modelos relacionales u ontológicos .

Como demuestran RDFS , OWL y SHACL , es posible construir lenguajes de ontología adicionales a partir de RDF.

Historia

El diseño inicial de RDF, concebido para "construir un sistema de metadatos independiente del proveedor y del sistema operativo", [ 2 ] se derivó de la Plataforma para la Selección de Contenido de Internet (PICS) del W3C , un sistema de etiquetado de contenido web temprano, [ 3 ] pero el proyecto también se vio influenciado por ideas de Dublin Core y del Meta Content Framework (MCF), [ 2 ] que había sido desarrollado 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 ] publicado 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: primero, debido a la influencia de MCF y a las siglas RDF (Resource Description), se creía que RDF se utilizaba específicamente para representar metadatos; segundo, se pensaba que RDF era un formato XML en lugar de un modelo de datos, y que solo la serialización RDF/XML se basaba en XML. RDF tuvo poca acogida en este periodo, 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 de RDF en este periodo.

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

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:Listrepresentar la lista vacía
rdfs
rdfs:Resource
el recurso de la clase, todo
rdfs:Literal
la clase de valores literales, por ejemplo, cadenas de caracteres 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 al contenedor, rdf:_1, rdf:_2, ..., todas las cuales son subpropiedades derdfs:member

Propiedades

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 en 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 reificación (véase más abajo ).

rdfs
rdfs:subClassOf
El sujeto es una subclase de una clase.
rdfs:subPropertyOf
El objeto 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
Información adicional sobre el tema
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:

  • Turtle , [ 26 ] un formato compacto y fácil de usar para los humanos.
  • TriG , [ 27 ] una extensión de Turtle a conjuntos de datos.
  • N-Triples , [ 28 ] un formato basado en líneas muy simple y fácil de analizar que no es tan compacto como Turtle.
  • N-Quads , [ 29 ] [ 30 ] un superconjunto de N-Triples, para serializar múltiples grafos RDF.
  • JSON-LD , [ 31 ] unaserialización basada en JSON .
  • N3 o Notation3 , una serialización no estándar muy similar a Turtle, pero con algunas características adicionales, como la capacidad de definir reglas de inferencia.
  • RDF/XML , [ 32 ] una sintaxis basada en XML que fue el primer formato estándar para serializar RDF.
  • RDF/JSON , [ 33 ] una sintaxis alternativa para expresar triples RDF utilizando una notación JSON simple.

A veces, RDF/XML se denomina erróneamente simplemente RDF porque se introdujo junto con otras especificaciones del W3C que definían RDF y fue históricamente el primer formato de serialización RDF estándar del W3C. Sin embargo, es importante distinguir el formato RDF/XML del modelo RDF abstracto en sí. Aunque el formato RDF/XML todavía se utiliza, muchos usuarios de RDF ahora prefieren otras serializaciones RDF, tanto porque son más fáciles de usar para los humanos [ 34 ] como porque algunos grafos 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'), Gleaning Resource Descriptions from Dialects of Languages ​​(Extracción de descripciones de recursos de dialectos de idiomas).

Los triples RDF se pueden almacenar en un tipo de base de datos llamada almacén de triples .

Identificación de recursos

El sujeto de una declaración RDF es un identificador uniforme de recursos (URI) o un nodo en blanco , ambos representativos de recursos . Los recursos indicados por nodos en blanco se denominan recursos anónimos. No son directamente identificables a partir de la declaración RDF. El predicado es un URI que también indica un recurso, representando una relación. El objeto es un URI, un nodo en blanco o una cadena literal Unicode . A partir de RDF 1.1, los recursos se identifican mediante identificadores de recursos internacionalizados (IRI); los IRI son una generalización de los 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 suelen representarse mediante URI que denotan intencionadamente, y pueden utilizarse para acceder a, datos reales en la World Wide Web. Pero RDF, en general, no se limita a la descripción de recursos basados ​​en Internet. De hecho, la URI que nombra un recurso no tiene por qué ser desreferenciable. Por ejemplo, una URI que comienza con "http:" y se utiliza como sujeto de una declaración RDF no tiene por qué representar un recurso accesible mediante HTTP , ni tampoco un recurso tangible y accesible a través de la red; dicha URI podría representar absolutamente cualquier cosa. Sin embargo, existe un amplio consenso en que una URI simple (sin el símbolo #) que devuelve una respuesta codificada de nivel 300 al utilizarse en una solicitud HTTP GET debe tratarse como la denotación del recurso de Internet al que se accede con éxito.

Por lo tanto, los productores y consumidores de declaraciones RDF deben ponerse de acuerdo sobre la semántica de los identificadores de recursos. Dicho acuerdo no es inherente a RDF en sí, aunque existen algunos vocabularios controlados de uso común, como los metadatos Dublin Core, que se asignan parcialmente a un espacio URI para su uso en RDF. La intención de publicar ontologías basadas en RDF en la web suele ser establecer, o delimitar, 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 que se refiera a la clase de todos los vinos tintos Merlot de un mismo viticultor (es decir, cada instancia de la URI anterior representa la clase de todos los vinos producidos por un único viticultor), una definición que se expresa en la ontología OWL —que a su vez es 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 de la URI anterior es 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

Tripleta RDF básica compuesta por (sujeto, predicado, objeto).

El conjunto de conocimientos modelado por una colección de enunciados puede someterse a reificación , en la que a cada enunciado (es decir, a cada triplete sujeto-predicado-objeto ) se le asigna un URI y se trata como un recurso sobre el cual se pueden formular enunciados adicionales, como en « Jane dice que John es el autor del documento X». La reificació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 enunciado original, al ser un recurso en sí mismo, probablemente tenga al menos tres enunciados adicionales: uno para afirmar que su sujeto es algún recurso, otro para afirmar que su predicado es algún recurso y otro para afirmar que su objeto es algún recurso o literal. Según las necesidades de la aplicación, pueden existir más enunciados sobre el enunciado original.

Tomando prestados conceptos disponibles en lógica (y como se ilustra en notaciones gráficas como grafos 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 artículos del coeditor de la especificación RDF, Graham Klyne . [ 36 ] [ 37 ] Por ejemplo, una declaración puede asociarse con un contexto, nombrado por una URI, para afirmar una relación "es verdadero en". Como otro ejemplo, a veces es conveniente agrupar declaraciones por su origen, que puede identificarse mediante una URI, como la URI de un documento RDF/XML en particular. Luego, cuando se realizan actualizaciones en el origen, las declaraciones correspondientes también pueden cambiarse en el modelo.

La implementación de ámbitos no requiere necesariamente declaraciones completamente reificadas. Algunas implementaciones permiten asociar un único identificador de ámbito a una declaración que no tiene asignada una URI. [ 38 ] [ 39 ] De igual modo, los grafos nombrados en los que un conjunto de triples se nombra mediante una URI pueden representar el contexto sin necesidad de reificar los triples. [ 40 ]

Lenguajes de consulta e inferencia

El lenguaje de consulta predominante para los grafos RDF es SPARQL . SPARQL es un lenguaje similar a SQL y una recomendación del W3C desde el 15 de enero de 2008.

A continuación se muestra un ejemplo de una consulta SPARQL para mostrar las capitales de los países de África, utilizando una ontología ficticia:

PREFIJO ex : <http://example.com/exampleOntology#> SELECCIONAR ?capital ?país DONDE { ?x ex : nombreciudad ?capital ; ex : esCapitalDe ?y . ?y ex : nombrepaís ?país ; ex : estáEnContinente ex : África . }

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

  • RDQL , precursor de SPARQL, similar a SQL
  • Versa, sintaxis compacta (no similar a SQL), implementada exclusivamente en 4Suite ( Python ).
  • RQL, uno de los primeros lenguajes declarativos para consultar de forma uniforme esquemas RDF y descripciones de recursos, implementado en RDFSuite. [ 41 ]
  • SeRQL , parte de Sesame
  • XUL dispone de un elemento de plantilla para declarar reglas de coincidencia de datos en RDF. XUL utiliza RDF de forma extensiva para la vinculación de datos.

La especificación SHACL Advanced Features [ 42 ] (Nota del Grupo de Trabajo del W3C), cuya versión más reciente es mantenida por el Grupo Comunitario SHACL, [ 43 ] define la compatibilidad con las reglas SHACL, utilizadas para transformaciones de datos, inferencias y asignaciones de RDF basadas en formas SHACL.

Validación y descripción

El lenguaje predominante para describir y validar grafos RDF es SHACL (Shapes Constraint Language). [ 44 ] La especificación SHACL se divide en dos partes: SHACL Core y SHACL-SPARQL. SHACL Core consta de 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 de describir y validar grafos RDF incluyen:

  • La Notación de Inferencia SPARQL (SPIN) [ 45 ] es un vocabulario estándar de facto para el metamodelado de consultas SPARQL en RDF. SPIN proporciona semántica para definir reglas de inferencia y restricciones para la validación; sin embargo, estas características han sido reemplazadas por SHACL. [ 46 ]
  • ShEx (Shape Expressions) [ 47 ] es un lenguaje conciso para la validación y descripción de RDF.

Ejemplos

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

El siguiente ejemplo se toma del sitio web del W3C [ 48 ] 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 grafo RDF que describe a Eric Miller [ 48 ]

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

Los objetos son:

  • "Eric Miller" (con el predicado "cuyo nombre es"),
  • mailto:e.miller123 (at)example (con un predicado "cuya dirección de correo electrónico es"), y
  • "Dr." (con el predicado "cuyo título es").

El sujeto es una URI.

Los predicados también tienen URI. Por ejemplo, la URI para cada predicado:

  • "cuyo nombre es" es http://www.w3.org/2000/10/swap/pim/contact#fullName ,
  • "cuya dirección de correo electrónico es" es http://www.w3.org/2000/10/swap/pim/contact#mailbox ,
  • "cuyo título es" es http://www.w3.org/2000/10/swap/pim/contact#personalTitle .

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 las siguientes tripletas RDF "sujeto, predicado, objeto":

  • 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

En 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 forma equivalente, se puede escribir en formato estándar Turtle (sintaxis) como:

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

O, de forma más concisa, utilizando una sintaxis abreviada común de Turtle como:

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

O bien, se puede escribir en formato RDF/XML de la siguiente manera:

<?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:Description rdf:about= "http://www.w3.org/People/EM/contact#me" > <contact:fullName> Eric Miller </contact:fullName> </rdf:Description> <rdf:Description rdf:about= "http://www.w3.org/People/EM/contact#me" > <contact:mailbox rdf:resource= "mailto:e.miller123(at)example" /> </rdf:Description> <rdf:Description rdf:about= "http://www.w3.org/People/EM/contact#me" > <contact:personalTitle> Dr. </contact:personalTitle> </rdf:Description> <rdf:Description 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:Description> </rdf:RDF>

Ejemplo 2: La abreviatura postal de Nueva York

Ciertos conceptos en 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 oración en inglés 'New York has the postal abbreviation NY' , 'New York' sería el sujeto, 'has the postal abbreviation' el predicado y 'NY' el objeto.

Codificada como una tripleta 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 la URI de un recurso que denota el estado estadounidense de Nueva York , " http://purl.org/dc/terms/alternative " es la URI de un predicado (cuya definición legible para humanos se puede encontrar aquí [ 49 ] ), y "NY" es una cadena literal. Cabe señalar que las URI elegidas aquí no son estándar, ni es necesario que lo sean, siempre que su significado sea conocido por quien las lea.

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

De manera similar, dado que "https://en.wikipedia.org/wiki/Tony_Benn" identifica un recurso en particular (independientemente de si esa URI se puede recorrer como un hipervínculo o si el recurso es realmente 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 así:

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

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

El título de este recurso, publicado por Wikipedia, es 'Tony Benn'.

Sin embargo, RDF presenta la información de forma formal para que una máquina pueda comprenderla. El objetivo de RDF es proporcionar un mecanismo de codificación e interpretación que permita describir los recursos de manera que un software específico pueda entenderlos; en otras palabras, para que el software pueda acceder y utilizar información que de otro modo no podría usar.

Ambas versiones de las declaraciones anteriores son extensas porque uno de los requisitos para un recurso RDF (ya sea como sujeto o predicado) es que sea único. El recurso sujeto debe ser único para poder identificar con precisión el recurso que se describe. El predicado debe ser único para reducir la posibilidad de que el concepto de Título o Editor resulte ambiguo 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 del 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, un título honorífico o simplemente las siglas «título» juntas.

El siguiente ejemplo, escrito en Turtle, muestra cómo se pueden desarrollar 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":

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

Aplicaciones

  • DBpedia : extrae información de los artículos de Wikipedia y la publica como datos RDF.
  • YAGO , similar a DBpedia, extrae información de los artículos de Wikipedia y la publica como datos RDF.
  • Wikidata : base de conocimientos editada de forma colaborativa y alojada por la Fundación Wikimedia.
  • Creative Commons : utiliza RDF para incrustar información de licencia en páginas web y archivos mp3.
  • FOAF (Amigo de un amigo) : diseñado para describir a las personas , sus intereses y sus interconexiones.
  • Cliente Haystack : navegador web semántico del laboratorio de Ciencias de la Computación e Inteligencia Artificial del MIT. [ 50 ]
  • IDEAS Group : desarrollo de una ontología 4D formal para la arquitectura empresarial utilizando RDF como codificación. [ 51 ]
  • Microsoft lanzó un producto, Connected Services Framework, [ 52 ] que proporciona capacidades de administración de perfiles basadas en RDF.
  • MusicBrainz – Publica información sobre álbumes de música. [ 53 ]
  • NEPOMUK , una especificación de software de código abierto para un escritorio semántico social, utiliza RDF como formato de almacenamiento para los metadatos recopilados. NEPOMUK es conocido principalmente por su integración en el entorno de escritorio KDE SC 4 .
  • Cochrane es una editorial global de metaanálisis de estudios clínicos en el ámbito de la atención médica basada en la evidencia. Utilizan una arquitectura de datos basada en ontologías para anotar semánticamente sus revisiones publicadas con datos estructurados basados ​​en RDF. [ 54 ]
  • Resumen del sitio RDF: uno de los varios lenguajes " RSS " para publicar información sobre las actualizaciones realizadas en una página web; se usa a menudo para difundir resúmenes de artículos de noticias y compartir contenido de blogs .
  • Sistema Simple de Organización del Conocimiento (SKOS): una representación del conocimiento destinada a dar soporte a aplicaciones de vocabulario/tesauro.
  • SIOC (Comunidades en línea semánticamente interconectadas) : diseñadas para describir comunidades en línea y crear conexiones entre debates basados ​​en Internet de foros de mensajes, blogs y listas de correo. [ 55 ]
  • Smart-M3 proporciona una infraestructura para usar RDF y específicamente utiliza la naturaleza agnóstica de la ontología de RDF para permitir la combinación heterogénea de información [ 56 ].
  • LV2 : un formato de complemento libre que utiliza Turtle para describir las capacidades y propiedades de la API/ABI [ 57 ].
  • Intercambio de datos de paquetes de software : un estándar para especificar listas de materiales .

Algunos usos de RDF incluyen la investigación en 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 útiles para la colocación de productos. [ 58 ] Asimismo, ayudará a los científicos a comprender cómo se conectan las personas entre sí.

RDF se utiliza para comprender mejor los patrones de tráfico rodado. Esto se debe a que la información sobre dichos patrones se encuentra en diferentes sitios web, y RDF se emplea para integrar información de diversas fuentes en la web. Anteriormente, la metodología común consistía en la búsqueda por palabras clave, pero este método presenta problemas al no considerar sinónimos. Por ello, las ontologías resultan útiles en esta situación. Sin embargo, uno de los problemas que surgen al intentar estudiar el tráfico de forma eficiente es que, para comprenderlo completamente, es fundamental entender bien los conceptos relacionados con las personas, las calles y las carreteras. Dado que se trata de conceptos humanos, requieren la incorporación de lógica difusa . Esto se debe a que valores útiles para describir las carreteras, como el grado de deslizamiento, no son conceptos precisos y no pueden medirse. Por lo tanto, la mejor solución debería incorporar tanto lógica difusa como ontología. [ 59 ]

Véase también

Notaciones para RDF

Conceptos similares

Otro

Referencias

Citas

  1. "Especificación del modelo y la sintaxis del Marco de Descripción de Recursos (RDF)" . W3C . 5 de enero de 1999. Archivado del original el 14 de julio de 2023.
  2. 1 2 "El Consorcio World Wide Web publica el borrador público del Marco de Descripción de Recursos" . W3C . Cambridge, MA. 3 de octubre de 1997. Archivado del original el 22 de junio de 2022.
  3. 1 2 Lash, Alex (1997-10-03). "El W3C da el primer paso hacia la especificación RDF" . Noticias de CNET . Archivado del original el 16 de junio de 2011. Recuperado el 28 de noviembre de 2015 .
  4. Hammersley, Ben (2005). Desarrollo de feeds con RSS y Atom . Sebastopol: O'Reilly. págs. 2–3 . ISBN  978-0-596-00881-9.
  5. Lassila, Ora; Swick, Ralph R. (1997-10-02). "Resource Description Framework (RDF): Model and Syntax" . W3C . Recuperado el 24-11-2015 .
  6. Swick, Ralph (1997-12-11). "Resource Description Framework (RDF)" . W3C . Archivado del original el 14 de febrero de 1998. Recuperado el 24 de noviembre de 2015 .
  7. Powers 2003 , pág. 2.
  8. "Especificación del modelo y la sintaxis del marco de descripción de recursos (RDF)" . 22 de febrero de 1999. Consultado el 5 de mayo de 2014 .
  9. Powers 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), Resource Description Framework (RDF): Concepts and Abstract Syntax , 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), Semántica RDF , consultado el 21 de noviembre de 2015
  14. Brickley, Dan; Guha, RV (10 de febrero de 2004), RDF Vocabulary Description Language 1.0: RDF Schema: Recomendación del W3C, 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 de RDF 1.1 , W3C , consultado el 22 de noviembre de 2015
  20. Brickley, Dan; Guha, RV (25-02-2014), Esquema RDF 1.1 , W3C , consultado el 22-11-2015
  21. Kellogg, Gregg; Lanthaler, Markus (25 de febrero de 2014), Casos de prueba de RDF 1.1 , W3C , consultado el 22 de noviembre de 2015
  22. "RDF Vocabulary Description Language 1.0: RDF Schema" . W3C . 10 de febrero de 2004. Consultado el 5 de enero de 2011 .
  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. "application/rdf+xml Media Type Registration" . 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 grafo RDF" . W3C . 9 de enero de 2014.
  29. "N-Cuadros: Extendiendo N-Triples con Contexto" . 25/06/2012. Archivado del original el 26/04/2013.
  30. "RDF 1.1 N-Quads" . W3C . 25 de febrero de 2014.
  31. "JSON-LD 1.0: Una serialización basada en JSON para datos enlazados" . W3C.
  32. "Sintaxis XML de RDF 1.1" . W3C . 25 de febrero de 2014.
  33. "RDF 1.1 JSON Alternate Serialization (RDF/JSON)" . W3C . 7 de noviembre de 2013.
  34. "Problemas de la sintaxis RDF" . Vuk Miličić. 21 de julio de 2011. Archivado del original el 8 de marzo de 2016.
  35. "RDF 1.1: Conceptos y sintaxis abstracta" . W3C . 25 de febrero de 2014. Archivado del 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 del original el 29 de julio de 2023.
  38. "El concepto de ámbitos RDF de 4Suite" . Uche Ogbuji . Archivado del original el 8 de diciembre de 2008.
  39. "Redland Notes - Contexts" . Bibliotecas RDF de Redland . 2004. Archivado del original el 29 de julio de 2023.
  40. "Grupo de Interés en Gráficos Nombrados / Web Semántica" . W3C . Archivado del original el 1 de octubre de 2023.
  41. "El lenguaje de consulta RDF (RQL)" . El conjunto de herramientas RDF de ICS-FORTH . ICS-FORTH. Archivado del 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). "Características avanzadas de SHACL" . W3C . Grupo de trabajo sobre formas de datos RDF (publicado el 8 de junio de 2017) . Consultado el 6 de abril de 2021 .
  43. "Funciones avanzadas de SHACL 1.1" . Consultado el 11 de marzo de 2025 .
  44. Especificación SHACL
  45. Sitio web de SPIN
  46. Comparación de SHACL con SPIN
  47. Especificación ShEx
  48. 1 2 "Introducción al RDF" . W3C . Consultado el 13 de marzo de 2009 .
  49. Término alternativo de metadatos DCMI . Dublincore.org. Consultado el 10 de enero de 2022.
  50. "Grupo Haystack @ MIT CSAIL" . groups.csail.mit.edu .
  51. "IDEAS Group" . www.ideasgroup.org . Archivado del original el 16 de diciembre de 2018. Consultado el 30 de agosto de 2007 .
  52. "Marco de servicios conectados" . microsoft.com .
  53. ^ "LinkedBrainz/RDF - MusicBrainz Wiki" . wiki.musicbrainz.org .
  54. "Cómo la tecnología de grafos de conocimiento está ayudando a Cochrane a responder a la COVID-19" . datalanguage.com .
  55. «Proyecto SIOC» . sioc-project.org .
  56. Oliver Ian, Honkola Jukka, Ziegler Jurgen (2008). “Redes 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
  57. "Especificación principal de LV2" . gitlab.com .
  58. Un enfoque RDF para descubrir las asociaciones semánticas relevantes en una red social Por Thushar AK y P. Santhi Thilagam
  59. 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

Lecturas adicionales

  • RDF del W3C en el sitio web del W3C : especificaciones, guías y recursos.
  • Semántica RDF : especificación de la semántica y sistemas completos de reglas de inferencia tanto para RDF como para RDFS.