Структура описания ресурсов - Resource Description Framework

RDF
Структура описания ресурсов
СтатусОпубликовано, Рекомендация W3C
Год начался1996; 24 года назад (1996)
Впервые опубликовано10 февраля 2004 г.; 16 лет назад (2004-02-10)
Последняя версия1.1 (Рекомендация)
25 февраля 2014 г.; 6 лет назад (2014-02-25)
ОрганизацияКонсорциум World Wide Web (W3C)
КомитетРабочая группа RDF
РедакторыРичард Циганиак, Дэвид Вуд, Маркус Ланталер
Базовые стандартыURI
Связанные стандартыRDFS, СОВА, РИФ, RDFa
ДоменСемантическая сеть
СокращениеRDF
Интернет сайтwww.w3.org/ TR/ rdf11-концепты/

В Структура описания ресурсов (RDF) - это семья Консорциум World Wide Web (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 и СОВА продемонстрировать, можно построить дополнительные онтологические языки на RDF.

История

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

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

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

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

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

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

Темы RDF

Запас слов

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

Классы

rdf
  • rdf: XMLLiteral - класс значений XML-литерала
  • rdf: Свойство - класс свойств
  • rdf: Заявление - класс операторов RDF
  • rdf: Alt, rdf: Сумка, rdf: Seq - контейнеры альтернатив, неупорядоченные контейнеры и заказанные контейнеры (rdfs: Контейнер это суперкласс из трех)
  • rdf: Список - класс списков RDF
  • rdf: ноль - экземпляр rdf: Список представляющий пустой список
rdfs
  • rdfs: Ресурс - ресурс класса, все
  • rdfs: буквальный - класс буквальных значений, например струны и целые числа
  • rdfs: Класс - класс занятий
  • rdfs: Datatype - класс типов данных RDF
  • rdfs: Контейнер - класс контейнеров RDF
  • rdfs: ContainerMembershipProperty - класс свойств принадлежности контейнера, rdf: _1, rdf: _2, ..., все из которых являются подсвойствами rdfs: член

Свойства

rdf
  • rdf: тип - экземпляр rdf: Свойство используется для указания, что ресурс является экземпляром класса
  • rdf: первый - первый элемент в тематическом списке RDF
  • rdf: отдых - остальная часть предметного списка RDF после rdf: первый
  • rdf: значение - идиоматическое свойство, используемое для структурированных значений
  • rdf: тема - предмет заявления RDF
  • rdf: предикат - предикат оператора RDF
  • rdf: объект - объект оператора RDF

rdf: Заявление, rdf: тема, rdf: предикат, rdf: объект используются для овеществление (увидеть ниже ).

rdfs
  • rdfs: subClassOf - предмет является подклассом класса
  • rdfs: subPropertyOf - предмет является подсвойством объекта недвижимости
  • rdfs: домен - домен предметного свойства
  • rdfs: диапазон - ассортимент предметной собственности
  • rdfs: метка - удобочитаемое имя предмета
  • rdfs: комментарий - описание тематического ресурса
  • rdfs: член - участник тематического ресурса
  • rdfs: см. также - дополнительная информация о тематическом ресурсе
  • rdfs: isDefinedBy - определение тематического ресурса

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

Форматы сериализации

RDF 1.1 Сериализация черепахи
Расширение имени файла
.ttl
Тип интернет-СМИ
текст / черепаха[25]
РазработанКонсорциум World Wide Web
СтандартRDF 1.1 Turtle: краткий RDF на трех языках 9 января 2014 г.; 6 лет назад (2014-01-09)
Открытый формат ?да
RDF / XML-сериализация
XML.svg
Расширение имени файла
.rdf
Тип интернет-СМИ
приложение / rdf + xml[26]
РазработанКонсорциум World Wide Web
СтандартКонцепции и абстрактный синтаксис 10 февраля 2004 г.; 16 лет назад (2004-02-10)
Открытый формат ?да

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

  • Черепаха,[27] компактный, удобный для человека формат.
  • N-Triples,[28] очень простой, легко анализируемый, линейный формат, который не такой компактный, как Turtle.
  • N-квадроциклы,[29][30] надмножество N-Triples для сериализации нескольких графов RDF.
  • JSON-LD,[31] а JSON на основе сериализации.
  • N3 или Обозначение3, нестандартная сериализация, которая очень похожа на 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 - это обобщение URI.[35]

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

Следовательно, производители и потребители операторов RDF должны согласовать семантику идентификаторов ресурсов. Такое согласование не присуще самому RDF, хотя есть некоторые широко используемые контролируемые словари, такие как Дублинское ядро Метаданные, которые частично отображаются в пространство 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

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

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

ПРИСТАВКА бывший: <http://example.com/exampleOntology#>ВЫБРАТЬ ?капитал ?странаГДЕ {  ?Икс бывший:название города ?капитал ;     бывший:isCapitalOf ? у .  ? у бывший:название страны ?страна ;     бывший:isInContinent бывший:Африка .}

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

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

Проверка и описание

Основная статья: Язык запросов RDF

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

  • Нотация вывода SPARQL (ВРАЩЕНИЕ) [42] был основан на запросах SPARQL. Он фактически устарел в пользу SHACL.[43]
  • SHACL (Язык ограничений фигур) [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(at)example>.<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 (синтаксис) как:

@приставкаЭрик:<http://www.w3.org/People/EM/contact#>.@приставкаконтакт:<http://www.w3.org/2000/10/swap/pim/contact#>.@приставкаrdf:<http://www.w3.org/1999/02/22-rdf-syntax-ns#>.Эрик:меняконтакт:полное имя"Эрик Миллер".Эрик:меняконтакт:почтовый ящик<mailto:e.miller123(at)example>.Эрик:меняконтакт:личное звание"Доктор".Эрик:меняrdf:типконтакт:Человек.

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

<?xml version="1.0" encoding="utf-8"?> 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: about ="http://www.w3.org/People/EM/contact#me">    <contact:fullName>Эрик Миллер</contact:fullName>  </rdf:Description>   rdf: about ="http://www.w3.org/People/EM/contact#me">    <контакт: почтовый ящик rdf: resource ="mailto: e.miller123 (at) пример"/>  </rdf:Description>   rdf: about ="http://www.w3.org/People/EM/contact#me">    <contact:personalTitle>Доктор</contact:personalTitle>  </rdf:Description>   rdf: about ="http://www.w3.org/People/EM/contact#me">     rdf: resource ="http://www.w3.org/2000/10/swap/pim/contact#Person"/>  </rdf:Description></rdf:RDF>

Пример 2: почтовое сокращение для Нью-Йорка.

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

в английский язык заявление "У Нью-Йорка есть почтовая аббревиатура NY" , 'Нью-Йорк' будет предметом, "имеет почтовую аббревиатуру" сказуемое и 'NY' предмет.

Закодированные как тройка 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-ресурсу (как субъекту или предикату) - это его уникальность. Тематический ресурс должен быть уникальным, чтобы попытаться точно определить описываемый ресурс. Предикат должен быть уникальным, чтобы уменьшить вероятность того, что идея заглавие или Издатель будет неоднозначно для ПО, работающего с описанием. Если программа распознает http://purl.org/dc/elements/1.1/title (особый определение для концепция титула, установленного Дублинское ядро Metadata Initiative), он также будет знать, что этот титул отличается от титула на землю, почетного титула или просто букв t-i-t-l-e, взятых вместе.

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

@приставкаrdf:<http://www.w3.org/1999/02/22-rdf-syntax-ns#>.@приставкаfoaf:<http://xmlns.com/foaf/0.1/>.@приставкаОкруг Колумбия:<http://purl.org/dc/elements/1.1/>.<http://en.wikipedia.org/wiki/Tony_Benn>Округ Колумбия:издатель«Википедия»;Округ Колумбия:заглавие"Тони Бенн";foaf:primaryTopic[аfoaf:Человек;foaf:имя"Тони Бенн"].

Приложения

  • DBpedia - Извлекает факты из статей Википедии и публикует их как данные RDF.
  • ЯГО - Подобно 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]
  • НЕПОМУК, спецификация программного обеспечения с открытым исходным кодом для рабочего стола Social Semantic использует RDF в качестве формата хранения для собранных метаданных. НЕПОМУК известен прежде всего своей интеграцией в KDE SC 4 среда рабочего стола.
  • Кокрейн является глобальным издателем метаанализов клинических исследований в области доказательной медицины. Они используют архитектуру данных, управляемую онтологией, для семантического аннотирования опубликованных обзоров с помощью структурированных данных на основе RDF.[52]
  • RDF Site Summary - один из нескольких "RSS "языки для публикации информации об обновлениях, внесенных на веб-страницу; они часто используются для распространения резюме новостных статей и обмена блог содержание.
  • Простая система организации знаний (SKOS) - представление KR, предназначенное для поддержки приложений словаря / тезауруса
  • SIOC (Семантически связанные онлайн-сообщества) - предназначен для описания онлайн-сообществ и создания связей между дискуссиями в Интернете с досок сообщений, веб-журналов и списков рассылки.[53]
  • Смарт-М3 - предоставляет инфраструктуру для использования RDF и, в частности, использует независимую от онтологий природу RDF, чтобы обеспечить разнородное перемешивание информации[54]
  • LV2 - формат плагина libre с использованием Turtle для описания возможностей и свойств API / ABI [55]

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

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

Смотрите также

Обозначения для RDF
Подобные концепции
Другое (несортированное)

использованная литература

Цитаты

  1. ^ «Хронология стандартов XML и семантической сети W3C» (PDF). 2012-02-04.
  2. ^ "Модель описания ресурсов (RDF) и спецификация синтаксиса". www.w3.org.
  3. ^ Оптимизированные структуры индекса для запросов RDF из Интернета Андреас Харт, Стефан Деккер, 3-й латиноамериканский веб-конгресс, Буэнос-Айрес, Аргентина, 31 октября - 2 ноября 2005 г., стр. 71–80.
  4. ^ а б «Консорциум World Wide Web публикует общедоступный проект структуры описания ресурсов». W3C. Кембридж, Массачусетс. 1997-10-03.
  5. ^ а б Плеть, Алекс (1997-10-03). «W3C делает первый шаг к спецификации RDF». CNET Новости. Архивировано из оригинал 16 июня 2011 г.. Получено 2015-11-28.
  6. ^ Хаммерсли, Бен (2005). Разработка каналов с помощью RSS и Atom. Севастополь: О’Рейли. стр.2–3. ISBN  978-0-596-00881-9.
  7. ^ Лассила, Ора; Свик, Ральф Р. (1997-10-02). «Структура описания ресурсов (RDF): модель и синтаксис». W3C. Получено 2015-11-24.
  8. ^ Свик, Ральф (1997-12-11). «Структура описания ресурсов (RDF)». W3C. Архивировано из оригинал 14 февраля 1998 г.. Получено 2015-11-24.
  9. ^ Полномочия 2003, п. 2.
  10. ^ "Модель описания ресурсов (RDF) и спецификация синтаксиса". 22 февраля 1999 г.. Получено 5 мая 2014.
  11. ^ Полномочия 2003, п. 3.
  12. ^ Манола, Франк; Миллер, Эрик (2004-02-10), RDF Primer, W3C, получено 2015-11-21
  13. ^ Клайн, Грэм; Кэрролл, Джереми Дж. (10 февраля 2004 г.), Структура описания ресурсов (RDF): концепции и абстрактный синтаксис, W3C, получено 2015-11-21
  14. ^ Беккет, Дэйв (2004-02-10), Спецификация синтаксиса RDF / XML (пересмотренная), W3C, получено 2015-11-21
  15. ^ Хейс, Патрик (10 февраля 2014 г.), Семантика RDF, получено 2015-11-21
  16. ^ Брикли, Дэн; Гуха, Р.В. (2004-02-10), RDF Vocabulary Description Language 1.0: Схема RDF: Рекомендация W3C от 10 февраля 2004 г., W3C, получено 2015-11-21
  17. ^ Грант, Ян; Беккет, Дэйв (2004-02-10), Примеры тестов RDF, W3C, получено 2015-11-21
  18. ^ Шрайбер, Гус; Раймонд, Ив (2014-06-24), RDF 1.1 Грунтовка, W3C, получено 2015-11-22
  19. ^ Cyganiak, Ричард; Вуд, Дэвид; Ланталер, Маркус (25 февраля 2014 г.), Концепции RDF 1.1 и абстрактный синтаксис, W3C, получено 2015-11-22
  20. ^ Гандон, Фабьен; Шрайбер, Гус (25 февраля 2014 г.), RDF 1.1 XML-синтаксис, W3C, получено 2015-11-22
  21. ^ Хейс, Патрик Дж .; Патель-Шнайдер, Питер Ф. (25 февраля 2014 г.), Семантика RDF 1.1, W3C, получено 2015-11-22
  22. ^ Брикли, Дэн; Гуха, Р.В. (2014-02-25), Схема RDF 1.1, W3C, получено 2015-11-22
  23. ^ Келлог, Грегг; Ланталер, Маркус (25 февраля 2014 г.), Тестовые примеры RDF 1.1, W3C, получено 2015-11-22
  24. ^ "Язык описания словаря RDF 1.0: Схема RDF". W3C. 2004-02-10. Получено 2011-01-05.
  25. ^ "RDF 1.1 Turtle: лаконичный три языка RDF". W3C. 9 янв 2014. Получено 2014-02-22.
  26. ^ "application / rdf + xml Регистрация типа носителя". IETF. Сентябрь 2004 г. с. 2. Получено 2011-01-08.
  27. ^ "RDF 1.1 Turtle: лаконичный три языка RDF". 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. ^ а б «RDF Primer». W3C. Получено 2009-03-13.
  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-project.org.
  54. ^ Оливер Ян, Хонкола Юкка, Зиглер Юрген (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 г.)

Источники

дальнейшее чтение

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

внешние ссылки