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

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

RDF — это ориентированный граф, состоящий из тройных операторов. Оператор графа RDF представлен: 1) узлом для субъекта, 2) дугой, идущей от субъекта к объекту для предиката, и 3) узлом для объекта. Каждую из трех частей оператора можно идентифицировать по универсальному идентификатору ресурса (URI). Объект также может быть буквальным значением. Эта простая и гибкая модель данных обладает большой выразительной силой для представления сложных ситуаций, отношений и других интересных вещей, оставаясь при этом достаточно абстрактной.

RDF был принят в качестве рекомендации W3C в 1999 году. Спецификация RDF 1.0 была опубликована в 2004 году, а спецификация RDF 1.1 — в 2014 году. SPARQL — это стандартный язык запросов для графов RDF. Схема RDF (RDFS), язык веб-онтологий (OWL) и SHACL (язык ограничений форм) — это языки онтологий, которые используются для описания данных RDF.

Обзор

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

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

RDF — это абстрактная модель с несколькими форматами сериализации (по сути, это специализированные форматы файлов ). Кроме того, конкретная кодировка ресурсов или троек может варьироваться от формата к формату.

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

Коллекция операторов RDF по своей сути представляет помеченный ориентированный . мультиграф собой RDF Это делает модель данных более подходящей для определенных видов представления знаний , чем другие реляционные или онтологические модели.

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

История

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

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

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

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

Рекомендация 1999 г. была заменена в 2004 г. набором из шести спецификаций: «Букварь РДФ», «Концепции и реферат RDF», «Спецификация синтаксиса RDF/XML (пересмотренная)», «Семантика РДФ», «Язык описания словаря RDF 1.0», и «Тестовые примеры RDF».

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

Темы RDF

Словарный запас

Словарь, определенный спецификацией 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:Resource

ресурс класса, все

rdfs:Literal

класс литеральных значений, например строк и целых чисел

rdfs:Class

класс классов

rdfs:Datatype

класс типов данных RDF

rdfs:Container

класс контейнеров RDF

rdfs:ContainerMembershipProperty

класс свойств членства в контейнере, rdf:_1, rdf:_2, ..., все из которых являются подсвойствами rdfs:member

Характеристики

РДФ

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:subClassOf

предмет является подклассом класса

rdfs:subPropertyOf

объект является дочерним объектом объекта недвижимости

rdfs:domain

домен объекта собственности

rdfs:range

диапазон объекта недвижимости

rdfs:label

удобочитаемое имя субъекта

rdfs:comment

описание тематического ресурса

rdfs:member

участник тематического ресурса

rdfs:seeAlso

дополнительная информация о тематическом ресурсе

rdfs:isDefinedBy

определение предметного ресурса

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

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

RDF 1.1 Черепаховая сериализация

Расширение имени файла	.ттл
Тип интернет-СМИ	текст/черепаха
Разработано	Консорциум Всемирной паутины
Стандартный	RDF 1.1 Turtle: краткий тройной язык RDF , 9 января 2014 г ( 09.01.2014 )
Открытый формат ?	Да

Сериализация RDF 1.1 TriG

Расширение имени файла	.trig
Тип интернет-СМИ	приложение/триггер
Разработано	Консорциум Всемирной паутины
Стандартный	RDF 1.1 TriG: язык набора данных RDF , 25 февраля 2014 г ( 25 февраля 2014 г. )
Открытый формат ?	Да

Сериализация RDF/XML

Расширение имени файла	.rdf
Тип интернет-СМИ	приложение/rdf+xml
Разработано	Консорциум Всемирной паутины
Стандартный	Концепции и абстрактный синтаксис , 10 февраля 2004 г ( 10 февраля 2004 г. )
Открытый формат ?	Да

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

• Черепаха , компактный, удобный для человека формат.
• ТриГ , расширение Turtle для наборов данных.
• N-тройки , очень простой, удобный для анализа, построчный формат, который не такой компактный, как Turtle.
• N-квадраты , надмножество N-тройок для сериализации нескольких графов RDF.
• JSON-LD , сериализация на основе JSON .
• N3 или Notation3 — нестандартная сериализация, очень похожая на Turtle, но имеющая некоторые дополнительные функции, такие как возможность определять правила вывода.
• РДФ/XML , синтаксис на основе XML, который был первым стандартным форматом для сериализации RDF.
• РДФ/JSON , альтернативный синтаксис для выражения троек RDF с использованием простой нотации JSON.

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

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

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

Идентификация ресурса

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

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

Следовательно, производители и потребители операторов RDF должны согласовать семантику идентификаторов ресурсов. Такое соглашение не присуще самому RDF, хотя существуют некоторые общеупотребительные контролируемые словари, такие как метаданные Dublin Core, которые частично сопоставляются с пространством 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 Грэма Клайна . Например, утверждение может быть связано с контекстом, названным по URI, чтобы подтвердить связь «истина в». Другой пример: иногда удобно группировать операторы по их источнику, который можно идентифицировать по URI, например URI конкретного документа RDF/XML. Затем, когда в исходный код вносятся обновления, соответствующие утверждения также можно изменить в модели.

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

Языки запросов и вывода

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

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

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

PREFIX ex: <http://example.com/exampleOntology#>SELECT ?capital ?countryWHERE {  ?x ex:cityname ?capital ;     ex:isCapitalOf ?y .  ?y ex:countryname ?country ;     ex:isInContinent ex:Africa .}

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

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

Спецификация расширенных функций SHACL (Примечание рабочей группы W3C), самая последняя версия которого поддерживается группой сообщества SHACL, определяет поддержку правил SHACL, используемых для преобразований данных, выводов и сопоставлений RDF на основе форм SHACL.

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

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

Преобладающим языком для описания и проверки RDF-графов является SHACL (язык ограничений форм). Спецификация SHACL разделена на две части: SHACL Core и SHACL-SPARQL. SHACL Core состоит из списка встроенных ограничений, таких как мощность, диапазон значений и многие другие. SHACL-SPARQL описывает ограничения на основе SPARQL и механизм расширения для объявления новых компонентов ограничений.

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

• Нотация вывода SPARQL (SPIN) был основан на запросах SPARQL. Фактически он был признан устаревшим в пользу SHACL.
• ShEx (выражения формы) — это краткий язык для проверки и описания RDF.

Примеры

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

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

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

Ресурс «http://www.w3.org/People/EM/contact#me» является предметом.

Объекты:

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

Тема – это 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), который является person (с 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#Person

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

<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> .

Эквивалентно, его можно записать в стандартном формате 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#> .eric:me contact:fullName "Eric Miller" .eric:me contact:mailbox <mailto:e.miller123(at)example> .eric:me contact:personalTitle "Dr." .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>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>

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

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

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

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

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

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

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

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

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

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

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

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

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

Следующий пример, написанный на 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:publisher "Wikipedia" ;    dc:title "Tony Benn" ;    foaf:primaryTopic [        a foaf:Person ;        foaf:name "Tony Benn"    ] .

Приложения

• DBpedia – извлекает факты из статей Википедии и публикует их в виде данных RDF.
• YAGO – аналогично DBpedia извлекает факты из статей Википедии и публикует их в виде данных RDF.
• Викиданные — совместно редактируемая база знаний, размещенная Фондом Викимедиа.
• Creative Commons – использует RDF для встраивания информации о лицензии в веб-страницы и mp3-файлы.
• FOAF (Friend of a Friend) – предназначен для описания людей , их интересов и взаимосвязей.
• Клиент Haystack — семантический веб-браузер от лаборатории MIT CS & AI.
• Группа IDEAS – разработка формальной 4D-онтологии для архитектуры предприятия с использованием RDF в качестве кодировки.
• Microsoft выпустила продукт Connected Services Framework. который обеспечивает возможности управления профилями на основе RDF.
• MusicBrainz – публикует информацию о музыкальных альбомах.
• NEPOMUK , спецификация программного обеспечения с открытым исходным кодом для рабочего стола Social Semantic, использует RDF в качестве формата хранения собранных метаданных. NEPOMUK наиболее известен благодаря своей интеграции в среду рабочего стола KDE SC 4 .
• Cochrane — глобальный издатель мета-анализа клинических исследований в области доказательного здравоохранения. Они используют архитектуру данных, основанную на онтологии, для семантического аннотирования своих опубликованных обзоров с помощью структурированных данных на основе RDF.
• RDF Site Summary — один из нескольких языков « RSS » для публикации информации об обновлениях, внесенных на веб-страницу; он часто используется для распространения сводок новостных статей и обмена блогов . контентом
• Простая система организации знаний (SKOS) - представление KR, предназначенное для поддержки приложений словаря/тезауруса.
• SIOC (Семантически связанные онлайн-сообщества) – предназначен для описания онлайн-сообществ и создания связей между интернет-обсуждениями на досках объявлений, в блогах и списках рассылки.
• Smart-M3 - предоставляет инфраструктуру для использования RDF и, в частности, использует независимую от онтологии природу RDF, чтобы обеспечить гетерогенное смешивание информации.
• LV2 — свободный формат плагинов, использующий Turtle для описания возможностей и свойств API/ABI.

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

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

См. также

Обозначения для RDF

• ТРиГ
• TRiX
• РДФ/XML
• РДФ
• JSON-LD
• Обозначение3

Похожие концепции

• Модель сущность-атрибут-значение
• Теория графов : модель RDF представляет собой помеченный ориентированный мультиграф.
• Тег (метаданные)
• SciCrunch
• Семантическая сеть

Другое (несортированное)

• Семантическая технология
• Бизнес-аналитика 2.0 (BI 2.0)
• Переносимость данных
• Портал открытых данных ЕС
• Схема RDF
• Folksonomy
• LSID — идентификатор медико-биологических наук
• Свугл
• Универсальный сетевой язык (UNL)
• Пустота

Ссылки

Источники

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

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

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

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

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