Из Википедии, бесплатной энциклопедии
Перейти к навигации Перейти к поиску

Структура описания ресурсов ( RDF ) - это семейство спецификаций Консорциума Всемирной паутины (W3C) [1], изначально разработанных как модель данных метаданных . Он стал использоваться в качестве общего метода концептуального описания или моделирования информации, которая реализована в веб-ресурсах с использованием различных синтаксических обозначений и форматов сериализации данных. Он также используется в приложениях для управления знаниями .

RDF был принят в качестве рекомендации W3C в 1999 году. Спецификация RDF 1.0 была опубликована в 2004 году, а спецификация RDF 1.1 - в 2014 году.

Обзор [ править ]

Модель данных RDF [2] похожа на классические подходы к концептуальному моделированию (например, диаграммы сущность – связь или диаграммы классов ). Он основан на идее создания утверждений о ресурсах (в частности, веб-ресурсах ) в выражениях формы субъект - предикат - объект , известных как тройки . Субъект обозначает ресурс, а предикат обозначает признаки или аспекты ресурса, и выражает зависимость между субъектом и объектом .

Например, один из способов представить понятие «Небо имеет синий цвет» в RDF - это тройка: субъект, обозначающий «небо», предикат, обозначающий «имеет цвет», и объект, обозначающий «синий». Следовательно, RDF использует субъект вместо объекта (или сущности ) в отличие от типичного подхода модели сущность – атрибут – значение в объектно-ориентированном дизайне : сущность (небо), атрибут (цвет) и значение (синий).

RDF - это абстрактная модель с несколькими форматами сериализации (т. Е. Форматами файлов), поэтому конкретная кодировка ресурсов или троек варьируется от формата к формату.

Этот механизм описания ресурсов является основным компонентом деятельности W3C по семантической сети : этап эволюции Всемирной паутины, на котором автоматизированное программное обеспечение может хранить, обмениваться и использовать машиночитаемую информацию, распространяемую по всей сети, что, в свою очередь, позволяет пользователям иметь дело с с информацией с большей оперативностью и достоверностью . Простая модель данных RDF и способность моделировать разрозненные абстрактные концепции также привели к ее все более широкому использованию в приложениях управления знаниями, не связанных с деятельностью Семантической паутины.

Коллекция утверждений RDF по своей природе представляет собой меченый , направленный мульти-граф . Теоретически это делает модель данных RDF более подходящей для определенных видов представления знаний, чем другие реляционные или онтологические модели. Однако на практике данные RDF часто хранятся в реляционной базе данных или собственных представлениях (также называемых хранилищами Triplestores - или хранилищами Quad, если контекст, такой как именованный граф , также сохраняется для каждой тройки RDF). [3]

Как показывают RDFS и OWL , на RDF можно создавать дополнительные языки онтологий .

История [ править ]

Первоначальный проект RDF, предназначенный для «создания независимой от производителя и операционной системы системы метаданных» [4], был основан на платформе W3C для выбора интернет-контента (PICS), ранней системе маркировки веб-контента, [5] но в основе проекта лежали идеи Dublin Core и Meta Content Framework (MCF) [4], которые были разработаны в 1995–1997 годах Раманатаном В. Гуха из Apple и Тимом Бреем из Netscape . [6]

Первый общедоступный проект RDF появился в октябре 1997 года [7] [8], выпущенный рабочей группой W3C, в которую входили представители IBM , Microsoft , Netscape , Nokia , Reuters , SoftQuad и Мичиганского университета . [5]

В 1999 году W3C опубликовал первую рекомендованную спецификацию RDF - Спецификацию модели и синтаксиса («RDF M&S»). [9] Здесь описывается модель данных RDF и сериализация XML . [10]

В то время возникли два стойких заблуждения относительно RDF: во-первых, из-за влияния MCF и инициализма RDF «Описание ресурса», идея о том, что RDF был специально предназначен для использования при представлении метаданных; во-вторых, что RDF был форматом XML, а не моделью данных, и только сериализация RDF / XML была основана на XML. В этот период RDF не получил широкого распространения , но значительная работа была проделана в Бристоле , вокруг ILRT в Бристольском университете и HP Labs , а также в Бостоне в MIT . RSS 1.0 и FOAF стали образцовыми приложениями для RDF в этот период.

Рекомендация 1999 г. была заменена в 2004 г. набором из шести спецификаций: [11] «Учебник по RDF», [12] «Концепции и аннотации RDF», [13] «Спецификация синтаксиса RDF / XML (пересмотренная)», [14 ] «Семантика RDF», [15] «Язык описания словаря RDF 1.0», [16] и «Тестовые примеры RDF». [17]

Эта серия была заменена в 2014 году следующими шестью документами «RDF 1.1»: «Учебник по RDF 1.1», [18] «Концепции и абстрактный синтаксис RDF 1.1», [19] «Синтаксис RDF 1.1 XML», [20] «RDF 1.1. Семантика » [21], « Схема 1.1 RDF », [22] и« Тестовые примеры RDF 1.1 ». [23]

Темы RDF [ править ]

Словарь [ править ]

Словарь, определенный в спецификации RDF, выглядит следующим образом: [24]

Классы [ править ]

rdf [ править ]
  • rdf:XMLLiteral - класс значений XML-литерала
  • rdf:Property - класс свойств
  • rdf:Statement - класс операторов RDF
  • rdf:Alt, rdf:Bag, rdf:Seq- контейнеры альтернатив, маркированных контейнеров и упорядоченные контейнеры ( rdfs:Containerсупер-класс из трех)
  • rdf:List - класс списков RDF
  • rdf:nil- экземпляр rdf:Listпредставления пустого списка
rdfs [ править ]
  • rdfs:Resource - ресурс класса, все
  • rdfs:Literal- класс буквальных значений, например строки и целые числа
  • rdfs:Class - класс занятий
  • rdfs:Datatype - класс типов данных RDF
  • rdfs:Container - класс контейнеров RDF
  • rdfs:ContainerMembershipProperty- класс членства контейнера свойств rdf:_1, rdf:_2..., все из которых являются суб-свойстваrdfs:member

Свойства [ править ]

rdf [ править ]
  • rdf:type- экземпляр, rdf:Propertyиспользуемый для утверждения, что ресурс является экземпляром класса
  • rdf:first - первый элемент в предметном списке RDF
  • rdf:rest - остальной предмет RDF-списка после rdf:first
  • rdf:value - идиоматическое свойство, используемое для структурированных значений
  • rdf:subject - предмет заявления RDF
  • rdf:predicate - предикат оператора RDF
  • rdf:object - объект оператора RDF

rdf:Statement, rdf:subject, rdf:predicate, rdf:objectИспользуются для материализации (см ниже ).

rdfs [ править ]
  • rdfs:subClassOf - предмет является подклассом класса
  • rdfs:subPropertyOf - предмет является подсвойством объекта недвижимости
  • rdfs:domain - домен предметной собственности
  • rdfs:range - ассортимент предметной собственности
  • rdfs:label - удобочитаемое имя предмета
  • rdfs:comment - описание тематического ресурса
  • rdfs:member - участник тематического ресурса
  • rdfs:seeAlso - дополнительная информация о тематическом ресурсе
  • rdfs:isDefinedBy - определение тематического ресурса

Этот словарь используется в качестве основы для схемы RDF , где он расширяется.

Форматы сериализации [ править ]

Используются несколько распространенных форматов сериализации , в том числе:

  • Черепаха , [27] компактный, удобный для человека формат.
  • N-Triples , [28] очень простой, легко анализируемый, линейный формат, который не так компактен, как Turtle.
  • N-Quads , [29] [30] надмножество N-Triples, для сериализации нескольких графов RDF.
  • JSON-LD , [31] JSON , основанное сериализации.
  • N3 или Notation3 , нестандартная сериализация, которая очень похожа на Turtle, но имеет некоторые дополнительные функции, такие как возможность определять правила вывода.
  • RDF / XML , [32] основанный на XML синтаксис, который был первым стандартным форматом для сериализации RDF.
  • RDF / JSON , [33] альтернативный синтаксис для выражения троек RDF с использованием простой нотации JSON .

RDF / XML иногда ошибочно называют просто RDF, потому что он был введен среди других спецификаций W3C, определяющих RDF, и исторически был первым стандартным форматом сериализации RDF W3C. Однако важно отличать формат RDF / XML от самой абстрактной модели RDF. Хотя формат RDF / XML все еще используется, многие пользователи RDF предпочитают другие сериализации RDF как потому, что они более удобны для человека, [34], так и потому, что некоторые графы RDF не могут быть представлены в RDF / XML из-за ограничений на синтаксис XML QNames .

Приложив немного усилий, практически любой произвольный XML можно также интерпретировать как RDF с использованием GRDDL (произносится как «гриддл»), собирая описания ресурсов из диалектов языков.

Тройки RDF могут храниться в базе данных, называемой хранилищем троек .

Идентификация ресурса [ править ]

Субъектом оператора RDF является либо универсальный идентификатор ресурса (URI), либо пустой узел , оба из которых обозначают ресурсы . Ресурсы, обозначенные пустыми узлами , называются анонимными ресурсами. Их нельзя напрямую идентифицировать из оператора RDF. Предикат - это URI, который также указывает на ресурс, представляющий связь. Объект представляет собой URI, пустой узел или строковый литерал Unicode . Начиная с RDF 1.1 ресурсы идентифицируются интернационализированными идентификаторами ресурсов (IRI); IRI - это обобщение URI. [35]

В приложениях семантической паутины и в относительно популярных приложениях RDF, таких как RSS и FOAF (Friend of a Friend), ресурсы, как правило, представлены URI, которые намеренно обозначают фактические данные во всемирной паутине и могут использоваться для доступа к ним. Но RDF, как правило, не ограничивается описанием Интернет-ресурсов. Фактически, URI, который называет ресурс, вообще не обязательно должен быть разыменованным. Например, URI, который начинается с «http:» и используется в качестве темы оператора RDF, не обязательно должен представлять ресурс, доступный через HTTP., при этом он не обязательно должен представлять материальный, доступный по сети ресурс - такой URI может представлять абсолютно что угодно. Однако существует широкое согласие с тем, что простой URI (без символа #), который возвращает 300-уровневый закодированный ответ при использовании в запросе HTTP GET, следует рассматривать как обозначающий интернет-ресурс, к которому он успешно получает доступ.

Следовательно, производители и потребители операторов RDF должны согласовать семантику идентификаторов ресурсов. Такое согласование не присуще самому RDF, хотя есть некоторые широко используемые контролируемые словари, такие как Dublin Core Metadata, которые частично отображаются в пространство URI для использования в RDF. Целью публикации онтологий на основе RDF в Интернете часто является установление или ограничение предполагаемых значений идентификаторов ресурсов, используемых для выражения данных в RDF. Например, URI:

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

предназначен его владельцами для обозначения класса всех красных вин Мерло по виноделу (т. е. каждый из экземпляров вышеуказанного URI представляет класс всего вина, произведенного одним виноделом), определение, которое выражается онтологией OWL - самой документ RDF - в котором это происходит. Без тщательного анализа определения можно ошибочно заключить, что экземпляр вышеуказанного URI был чем-то физическим, а не типом вина.

Обратите внимание, что это не «пустой» идентификатор ресурса, а, скорее, ссылка на URI , содержащая символ «#» и оканчивающаяся идентификатором фрагмента .

Реификация утверждения и контекст [ править ]

Базовая тройка RDF, состоящая из (субъект, предикат, объект).

Свод знаний, смоделированный набором утверждений, может быть подвергнут реификации , в которой каждому утверждению (то есть каждому тройному объекту-субъект-предикат в целом) присваивается URI и рассматривается как ресурс, о котором могут быть сделаны дополнительные утверждения, как в « Джейн говорит, что Джон является автором документа X». Реификация иногда важна для определения уровня уверенности или степени полезности каждого утверждения.

В реифицируемой базе данных RDF каждый исходный оператор, сам являясь ресурсом, скорее всего, имеет по крайней мере три дополнительных утверждения о нем: одно для утверждения, что его субъект является некоторым ресурсом, один для утверждения, что его предикат является некоторым ресурсом, и чтобы утверждать, что его объект - это некоторый ресурс или литерал. В зависимости от потребностей приложения могут также существовать другие утверждения об исходном утверждении.

Заимствуя концепции, доступные в логике (и как показано в графических обозначениях, таких как концептуальные графики и тематические карты ), некоторые реализации модели RDF признают, что иногда полезно группировать утверждения в соответствии с различными критериями, называемыми ситуациями , контекстами или областями действия , как обсуждалось. в статьях соредактора спецификации RDF Грэма Клайна . [36] [37]Например, утверждение может быть связано с контекстом, названным URI, чтобы утверждать отношение «истинно в». В качестве другого примера иногда удобно группировать операторы по их источнику, который может быть идентифицирован с помощью URI, такого как URI определенного документа RDF / XML. Затем, когда в источник вносятся обновления, соответствующие операторы также могут быть изменены в модели.

Реализация областей не обязательно требует полностью овеществленных заявлений. Некоторые реализации позволяют связать один идентификатор области с оператором, которому самому не был назначен URI. [38] [39] Подобным образом именованные графы, в которых набор троек назван с помощью URI, могут представлять контекст без необходимости повторять тройки. [40]

Языки запросов и вывода [ править ]

Преобладающим языком запросов для графов RDF является SPARQL . SPARQL является SQL -как языка и рекомендации по W3C по состоянию на 15 января 2008 года.

Ниже приведен пример запроса SPARQL для отображения столиц африканских стран с использованием вымышленной онтологии:

PREFIX  ех :  <http://example.com/exampleOntology#> ВЫБРАТЬ  ? Капитал  ? Страна ГДЕ  {  ? Х  ех : CITYNAME  ? Капитал  ;  ех : isCapitalOf  ? у  .  ? y  ex : countryname  ? country  ;  ех : isInContinent  экс : Африка  . }

Другие нестандартные способы запроса RDF-графиков включают:

  • RDQL , предшественник SPARQL , похожий на SQL
  • Versa, компактный синтаксис (не похожий на SQL), реализованный исключительно в 4Suite ( Python ).
  • RQL, один из первых декларативных языков для единообразных запросов к схемам RDF и описаниям ресурсов, реализованный в RDFSuite. [41]
  • SeRQL , часть кунжута
  • В XUL есть элемент шаблона, в котором объявляются правила сопоставления данных в RDF. XUL широко использует RDF для привязки данных.

Проверка и описание [ править ]

Есть несколько предложений по проверке и описанию RDF:

  • Нотация вывода SPARQL (SPIN) [42] была основана на запросах SPARQL. Он фактически устарел в пользу SHACL. [43]
  • SHACL (Shapes Constraint Language) [44] выражает ограничения на графы RDF. SHACL разделен на две части: SHACL Core и SHACL-SPARQL. SHACL Core состоит из списка встроенных ограничений, таких как количество элементов, диапазон значений и многие другие. SHACL-SPARQL состоит из всех функций SHACL Core, а также расширенных функций ограничений на основе SPARQL и механизма расширения для объявления новых компонентов ограничений.
  • ShEx (Выражения формы) [45] - это краткий язык для проверки и описания RDF.

Примеры [ править ]

Пример 1: Описание человека по имени Эрик Миллер [ править ]

Следующий пример взят с веб-сайта W3C [46], описывающий ресурс с утверждениями «есть Человек, идентифицированный http://www.w3.org/People/EM/contact#me, имя которого - Эрик Миллер, чей адрес электронной почты адрес: например, e.miller123 (at) (изменен в целях безопасности), название - Dr. "

Граф RDF, описывающий Эрика Миллера [46]

Ресурс "http://www.w3.org/People/EM/contact#me" является темой.

Объектами являются:

  • «Эрик Миллер» (с предикатом «чье имя»),
  • mailto: e.miller123 (at) пример (с предикатом «чей адрес электронной почты») и
  • "Доктор" (с предикатом «чей заголовок»).

Тема - это URI.

У предикатов также есть URI. Например, URI для каждого предиката:

  • "чье имя" - http://www.w3.org/2000/10/swap/pim/contact#fullName,
  • "чей адрес электронной почты" - http://www.w3.org/2000/10/swap/pim/contact#mailbox,
  • «чей заголовок» - http://www.w3.org/2000/10/swap/pim/contact#personalTitle.

Кроме того, у субъекта есть тип (с URI http://www.w3.org/1999/02/22-rdf-syntax-ns#type), которым является человек (с URI http: //www.w3. org / 2000/10 / swap / pim / contact # Person).

Следовательно, могут быть выражены следующие RDF-тройки "субъект, предикат, объект":

  • http://www.w3.org/People/EM/contact#me, http://www.w3.org/2000/10/swap/pim/contact#fullName, "Эрик Миллер"
  • http://www.w3.org/People/EM/contact#me, http://www.w3.org/2000/10/swap/pim/contact#mailbox, mailto: e.miller123 (at) пример
  • http://www.w3.org/People/EM/contact#me, http://www.w3.org/2000/10/swap/pim/contact#personalTitle, «Доктор»
  • 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 # Человек

В стандартном формате N-Triples этот RDF можно записать как:

<http://www.w3.org/People/EM/contact#me>  <http://www.w3.org/2000/10/swap/pim/contact#fullName>  «Эрик Миллер»  . <http://www.w3.org/People/EM/contact#me>  <http://www.w3.org/2000/10/swap/pim/contact#mailbox>  <mailto: e.miller123 (на ) пример>  . <http://www.w3.org/People/EM/contact#me>  <http://www.w3.org/2000/10/swap/pim/contact#personalTitle>  "Доктор"  . <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>  .

Эквивалентно, это может быть записано в стандартном формате Turtle (синтаксис) как:

@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#> .         Эрик : мне  контакт : FULLNAME  «Эрик Миллер»  . eric : me  contact : mailbox  <mailto: e.miller123 (at) example>  . Эрик : мне  контакт : личное Название  "Доктор"  . eric : me  rdf : type  contact : Person  .

Или его можно записать в формате RDF / XML как:

<? 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> Эрик Миллер </ 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> Доктор </ contact: personalTitle>  </ rdf: Description>  <rdf: Описание  rdf: about = "http://www.w3.org/People/EM/contact#me" >  <rdf: type  rdf: resource = "http://www.w3.org/2000/10/swap/pim/contact# Человек " />  </ rdf: Description> </ rdf: RDF>

Пример 2: Аббревиатура для Нью-Йорка [ править ]

Определенные концепции в RDF взяты из логики и лингвистики , где структуры субъект-предикат и субъект-предикат-объект имеют значения, аналогичные, но отличные от использования этих терминов в RDF. Этот пример демонстрирует:

В английском языке заявлении «Нью - Йорк имеет почтовые аббревиатуры NY» , «New York» будет предметом, «имеет почтовую аббревиатуру» предикат и «Нью - Йорк» объект.

Закодированные как тройка RDF, субъект и предикат должны быть ресурсами, названными URI. Объект может быть ресурсом или буквальным элементом. Например, в форме RDF из N-троек оператор может выглядеть так:

<urn: x-states: New% 20York>  <http://purl.org/dc/terms/alternative>  «Нью-Йорк»  .

В этом примере urn: x-states: New% 20York - это URI ресурса, который обозначает штат Нью-Йорк в США , http://purl.org/dc/terms/alternative - это URI для предиката. (чье удобочитаемое определение можно найти здесь [47] ), а «NY» - это буквальная строка. Обратите внимание, что выбранные здесь URI не являются стандартными, и в этом нет необходимости, если их значение известно всем, кто их читает.

Пример 3: статья в Википедии о Тони Бенне [ править ]

Подобным же образом, учитывая , что «http://en.wikipedia.org/wiki/Tony_Benn» указывает конкретный ресурс (независимо от того, может ли что URI быть пройдена как гиперссылку, или является ли ресурс фактически Википедии статью о Тони Бенн ), сказать, что этот ресурс называется «Тони Бенн», а его издатель - «Википедия», было бы двумя утверждениями, которые можно было бы выразить как допустимые утверждения RDF. В форме RDF N-Triples эти операторы могут выглядеть следующим образом:

<http://en.wikipedia.org/wiki/Tony_Benn>  <http://purl.org/dc/elements/1.1/title>  «Тони Бенн»  . <http://en.wikipedia.org/wiki/Tony_Benn>  <http://purl.org/dc/elements/1.1/publisher>  «Википедия»  .

Для англоговорящего человека ту же информацию можно представить просто как:

Название этого ресурса, опубликованного в Википедии, - «Тони Бенн».

Однако RDF помещает информацию в формальном виде, понятном машине. Цель RDF - предоставить механизм кодирования и интерпретации, чтобы ресурсы можно было описать таким образом, чтобы конкретное программное обеспечение могло их понять; другими словами, чтобы программное обеспечение могло получить доступ и использовать информацию, которую иначе оно не могло бы использовать.

Обе версии приведенных выше утверждений многословны, потому что одно из требований к ресурсу RDF (как субъекту или предикату) - это его уникальность. Тематический ресурс должен быть уникальным, чтобы попытаться точно определить описываемый ресурс. Предикат должен быть уникальным, чтобы снизить вероятность того, что идея Title или Publisher будет неоднозначной для программного обеспечения, работающего с описанием. Если программа распознает http://purl.org/dc/elements/1.1/title (конкретное определение для понятия титула , установленного Dublin Core Metadata Initiative), он также будет знать, что этот титул отличается от титула на землю, почетного титула или просто буквенного титула вместе взятого.

В следующем примере, написанном на Turtle, показано, как такие простые утверждения могут быть уточнены путем объединения нескольких словарей RDF. Здесь мы отмечаем, что основная тема страницы Википедии - «Человек» по имени «Тони Бенн»:

@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/> .         <http://en.wikipedia.org/wiki/Tony_Benn>  dc : издатель  «Википедия»  ;  dc : титул  «Тони Бенн»  ;  FOAF : primaryTopic  [  FOAF : лицо ; foaf : имя «Тони Бенн» ] .      

Приложения [ править ]

  • DBpedia - извлекает факты из статей Википедии и публикует их в виде данных RDF.
  • YAGO - аналогично DBpedia извлекает факты из статей Википедии и публикует их как данные RDF.
  • Викиданные - совместно редактируемая база знаний, размещенная Фондом Викимедиа.
  • Creative Commons - использует RDF для встраивания информации о лицензии в веб-страницы и файлы mp3.
  • FOAF (Друг друга) - предназначен для описания людей , их интересов и взаимосвязей.
  • Клиент Haystack - семантический веб-браузер от MIT CS & AI lab. [48]
  • IDEAS Group - разработка формальной онтологии 4D для архитектуры предприятия с использованием RDF в качестве кодировки. [49]
  • Microsoft представила продукт Connected Services Framework [50], который предоставляет возможности управления профилями на основе RDF.
  • MusicBrainz - публикует информацию о музыкальных альбомах. [51]
  • NEPOMUK , спецификация программного обеспечения с открытым исходным кодом для рабочего стола Social Semantic, использует RDF в качестве формата хранения для собранных метаданных. NEPOMUK в основном известен своей интеграцией в среду рабочего стола KDE SC 4 .
  • Кокрейн - глобальный издатель метаанализов клинических исследований в области доказательной медицины. Они используют архитектуру данных, управляемую онтологией, для семантического аннотирования опубликованных обзоров с помощью структурированных данных на основе RDF. [52]
  • RDF Site Summary - один из нескольких языков " RSS " для публикации информации об обновлениях, сделанных на веб-странице; он часто используется для распространения обзоров новостных статей и обмена содержимым веб-журналов .
  • Простая система организации знаний (SKOS) - представление KR, предназначенное для поддержки приложений словаря / тезауруса
  • SIOC (Semantically-Interlinked Online Communities) - предназначен для описания онлайн-сообществ и создания связей между дискуссиями в Интернете из досок сообщений, веб-журналов и списков рассылки. [53]
  • Smart-M3 - предоставляет инфраструктуру для использования RDF и, в частности, использует независимую от онтологий природу RDF, чтобы обеспечить разнородное перемешивание информации [54]
  • LV2 - свободный формат плагина, использующий Turtle для описания возможностей и свойств API / ABI [55]

Некоторые виды использования RDF включают исследования социальных сетей. Это также поможет людям, работающим в сфере бизнеса, лучше понять свои отношения с представителями отраслей, которые могут быть полезны для размещения продукта. [56] Это также поможет ученым понять, как люди связаны друг с другом.

RDF используется для лучшего понимания схем дорожного движения. Это связано с тем, что информация о шаблонах трафика находится на разных веб-сайтах, а RDF используется для интеграции информации из разных источников в Интернете. Раньше общепринятой методологией был поиск по ключевым словам, но этот метод проблематичен, поскольку не учитывает синонимы. Вот почему в этой ситуации полезны онтологии. Но одна из проблем, возникающих при попытке эффективно изучить дорожное движение, заключается в том, что для полного понимания дорожного движения необходимо хорошо понимать концепции, связанные с людьми, улицами и дорогами. Поскольку это человеческие концепции, они требуют добавления нечеткой логики.. Это связано с тем, что значения, которые используются при описании дорог, например скользкость, не являются точными понятиями и не могут быть измерены. Это означало бы, что лучшее решение будет включать как нечеткую логику, так и онтологию. [57]

См. Также [ править ]

Обозначения для RDF
  • TRiG
  • TRiX
  • RDF / XML
  • RDFa
  • JSON-LD
  • Обозначение3
Подобные концепции
  • Модель сущность – атрибут – значение
  • Теория графов - модель RDF представляет собой помеченный ориентированный мультиграф.
  • Шаблон синтаксического анализа веб-сайта
  • Добавление тегов
  • SciCrunch
  • Семантическая сеть
Другое (несортированное)
  • Семантическая технология
  • Ассоциативная модель данных
  • Бизнес-аналитика 2.0 (BI 2.0)
  • Переносимость данных
  • Портал открытых данных ЕС
  • Фольксономия
  • Идентификаторы наук о жизни
  • Swoogle
  • Универсальный сетевой язык (UNL)
  • Пустота

Ссылки [ править ]

Цитаты [ править ]

  1. ^ «Временная шкала стандартов XML и семантической сети W3C» (PDF) . 2012-02-04.
  2. ^ «Модель описания ресурсов (RDF) и спецификация синтаксиса» . www.w3.org .
  3. ^ Оптимизированные структуры индекса для запроса RDF из Интернета Андреас Харт, Стефан Деккер, 3-й латиноамериканский веб-конгресс, Буэнос-Айрес, Аргентина, 31 октября - 2 ноября 2005 г., стр. 71–80
  4. ^ a b «Консорциум World Wide Web публикует общедоступный проект структуры описания ресурсов» . W3C . Кембридж, Массачусетс. 1997-10-03.
  5. ^ a b Плеть, Алекс (1997-10-03). «W3C делает первый шаг к спецификации RDF» . CNET News . Архивировано из оригинального 16 -го июня 2011 года . Проверено 28 ноября 2015 .
  6. ^ Хаммерсли, Бен (2005). Разработка каналов с помощью RSS и Atom . Севастополь: О'Рейли. С.  2–3 . ISBN 978-0-596-00881-9.
  7. ^ Лассила, Ора; Свик, Ральф Р. (1997-10-02). «Структура описания ресурсов (RDF): модель и синтаксис» . W3C . Проверено 24 ноября 2015 .
  8. ^ Свик, Ральф (1997-12-11). «Структура описания ресурсов (RDF)» . W3C . Архивировано из оригинального 14 февраля 1998 года . Проверено 24 ноября 2015 .
  9. Перейти ↑ Powers 2003 , p. 2.
  10. ^ «Модель описания ресурсов (RDF) и спецификация синтаксиса» . 22 февраля 1999 . Дата обращения 5 мая 2014 .
  11. Перейти ↑ Powers 2003 , p. 3.
  12. ^ Манола, Франк; Миллер, Эрик (10 февраля 2004 г. ), RDF Primer , W3C , получено 21 ноября 2015 г.
  13. ^ Клайн, Грэм; Кэрролл, Джереми Дж. (10 февраля 2004 г.), Resource Description Framework (RDF): Concepts and Abstract Syntax , W3C , получено 21 ноября 2015 г.
  14. ^ Беккет, Дейв (10 февраля 2004 г.), Спецификация синтаксиса RDF / XML (пересмотренная) , W3C , получено 21 ноября 2015 г.
  15. ^ Hayes, Патрик (2014-02-10), RDF Семантика , извлекаются 2015-11-21
  16. ^ Брикли, Дэн; Гуха, Р.В. (2004-02-10), RDF Vocabulary Description Language 1.0: RDF Schema: Рекомендация W3C от 10 февраля 2004 г. , W3C , получено 21 ноября 2015 г.
  17. ^ Грант, Ян; Беккет, Дэйв (10 февраля 2004 г. ), RDF Test Cases , W3C , получено 21 ноября 2015 г.
  18. ^ Шрайбер, Гус; Раймонд, Ив (24.06.2014), RDF 1.1 Primer , W3C , получено 22 ноября 2015 г.
  19. ^ Cyganiak, Ричард; Вуд, Дэвид; Ланталер, Маркус (25 февраля 2014 г.), Концепции и абстрактный синтаксис RDF 1.1 , W3C , получено 22 ноября 2015 г.
  20. ^ Гандон, Фабьен; Шрайбер, Гус (25 февраля 2014 г.), RDF 1.1 XML Syntax , W3C , получено 22 ноября 2015 г.
  21. ^ Хейс, Патрик Дж .; Патель-Шнайдер, Питер Ф. (25 февраля 2014 г.), RDF 1.1 Semantics , W3C , получено 22 ноября 2015 г.
  22. ^ Брикли, Дэн; Гуха, Р.В. (25 февраля 2014 г.), RDF Schema 1.1 , W3C , получено 22 ноября 2015 г.
  23. ^ Келлогг, Грегг; Ланталер, Маркус (25 февраля 2014 г.), RDF 1.1 Test Cases , W3C , получено 22 ноября 2015 г.
  24. ^ "Язык описания словаря RDF 1.0: Схема RDF" . W3C . 2004-02-10 . Проверено 5 января 2011 .
  25. ^ "RDF 1.1 Turtle: Краткий RDF Triple Language" . W3C. 9 января 2014 . Проверено 22 февраля 2014 .
  26. ^ "application / rdf + xml Регистрация типа носителя" . IETF. Сентябрь 2004 г. с. 2 . Проверено 8 января 2011 .
  27. ^ "RDF 1.1 Turtle: Краткий RDF Triple Language" . W3C. 9 января 2014 г.
  28. ^ «RDF 1.1 N-Triples: линейный синтаксис для графа RDF» . W3C . 9 января 2014 г.
  29. ^ «N-квадраты: расширение N-троек с контекстом» . 2012-06-25. Архивировано из оригинала на 2013-04-26.
  30. ^ "RDF 1.1 N-Quads" . W3C . Январь 2014.
  31. ^ «JSON-LD 1.0: сериализация связанных данных на основе JSON» . W3C.
  32. ^ «Синтаксис RDF 1.1 XML» . W3C . 25 февраля 2014 г.
  33. ^ «Альтернативная сериализация RDF 1.1 JSON (RDF / JSON)» . W3C . 7 ноября 2013 г.
  34. ^ «Проблемы синтаксиса RDF» . Вук Миличич.
  35. ^ RDF 1.1 Концепции и абстрактный синтаксис https://www.w3.org/TR/rdf11-concepts/
  36. ^ Клайн, Грэм. «Контексты информационного моделирования в RDF» . www.ninebynine.org .
  37. ^ «Контексты RDF - происхождение и частичное знание» . www.ninebynine.org .
  38. ^ "Концепция 4Suite RDF Scopes" . ogbuji.net .
  39. ^ "Redland Notes - Контексты" . librdf.org .
  40. ^ "Именованные графики / Группа интересов семантической сети" . www.w3.org .
  41. ^ «Язык запросов RDF (RQL)» . Пакет ICS-FORTH RDFSuite . ICS-FORTH.
  42. ^ [1] Веб-сайт SPIN
  43. ^ [2] Сравнение SHACL и SPIN
  44. ^ [3] Спецификация SHACL
  45. ^ [4] Спецификация ShEx
  46. ^ a b «RDF Primer» . W3C . Проверено 13 марта 2009 .
  47. ^ Условия метаданных DCMI . Dublincore.org. Проверено 30 мая 2014.
  48. ^ "Haystack Group @ MIT CSAIL" . groups.csail.mit.edu .
  49. ^ «Группа ИДЕИ» . www.ideasgroup.org .
  50. ^ «Структура подключенных служб» . microsoft.com .
  51. ^ "LinkedBrainz / RDF - MusicBrainz Wiki" . wiki.musicbrainz.org .
  52. ^ «Как технология графов знаний помогает Кокрейн отреагировать на COVID-19» . datalanguage.com .
  53. ^ "Проект SIOC" . sioc-project.org .
  54. ^ Оливер Ян, Honkola Юкка, Зиглер Jurgen (2008). «Динамические, локализованные семантические сети на основе пространства». IADIS WWW / Internet 2008. Proceedings, p.426, IADIS Press, ISBN 978-972-8924-68-3 
  55. ^ "Основные спецификации LV2" . gitlab.com .
  56. ^ Подход RDF для обнаружения соответствующих семантических ассоциаций в социальной сети Тушар А.К. и П. Санти Тилагам
  57. ^ Поиск информации о трафике на основе нечеткой онтологии и RDF в семантической сети Авторы: Цзюнь Чжай, Йи Ю, Идуо Лян и Цзятао Цзян (2008)

Источники [ править ]

  • Пауэрс, Шелли (2003). Практический RDF . О'Рейли .

Дальнейшее чтение [ править ]

  • RDF от W3C на W3C : спецификации, руководства и ресурсы
  • Семантика RDF : спецификация семантики и полные системы правил вывода для RDF и RDFS

Внешние ссылки [ править ]

  • Структура описания ресурсов в Curlie