Войти
| Структура описания ресурсов | |
| Положение дел | Опубликован, Рекомендация W3C |
|---|---|
| Год начался | 1996 ; 25 лет назад ( 1996) |
| Впервые опубликовано | 28 февраля 1996 г. ; 25 лет назад ( 1996-02-28) |
| Последняя версия | 1.1 (Рекомендация) 25 февраля 2014 г. ; 7 лет назад ( 2014-02-25) |
| Организация | Консорциум World Wide Web (W3C) |
| Комитет | Рабочая группа RDF |
| Редакторы | Ричард Циганиак, Дэвид Вуд, Маркус Ланталер |
| Базовые стандарты | URI |
| Связанные стандарты | RDFS, OWL, РИФ, RDFa |
| Домен | Семантическая сеть |
| Сокращенное название | RDF |
| Веб-сайт | www.w3.org / TR / rdf11-concepts / |
Структура описания ресурсов ( RDF) - это семейство спецификаций Консорциума World Wide Web (W3C), изначально разработанных как модель данных для метаданных. Он стал использоваться как общий метод концептуального описания или моделирования информации, которая реализована в веб-ресурсах с использованием различных синтаксических обозначений и форматов сериализации данных. Он также используется в приложениях для управления знаниями.
RDF был принят в качестве рекомендации W3C в 1999 году. Спецификация RDF 1.0 была опубликована в 2004 году, а спецификация RDF 1.1 - в 2014 году.
Модель данных RDF похожа на классические подходы к концептуальному моделированию (например, диаграммы сущность – связь или диаграммы классов ). Он основан на идее создания утверждений о ресурсах (в частности, веб-ресурсах) в выражениях формы субъект - предикат - объект, известных как тройки. Субъект обозначает ресурс, а предикат обозначает признаки или аспекты ресурса, и выражает зависимость между субъектом и объектом.
Например, один из способов представить понятие «небо имеет синий цвет» в RDF - это тройка: субъект, обозначающий «небо», предикат, обозначающий «имеет цвет», и объект, обозначающий «синий». Следовательно, RDF использует субъект вместо объекта (или сущности) в отличие от типичного подхода модели сущность – атрибут – значение в объектно-ориентированном дизайне : сущность (небо), атрибут (цвет) и значение (синий).
RDF - это абстрактная модель с несколькими форматами сериализации (которые по сути являются специализированными форматами файлов ), кроме того, конкретная кодировка ресурсов или троек может варьироваться от формата к формату.
Этот механизм описания ресурсов является основным компонентом деятельности W3C Semantic Web : этап эволюции World Wide Web, на котором автоматизированное программное обеспечение может хранить, обмениваться и использовать машиночитаемую информацию, распространяемую по всей сети, что, в свою очередь, позволяет пользователям иметь дело с с информацией с большей оперативностью и достоверностью. Простая модель данных RDF и способность моделировать разрозненные абстрактные концепции также привели к ее все более широкому использованию в приложениях управления знаниями, не связанных с деятельностью Семантической паутины.
Коллекция утверждений RDF по своей природе представляет собой меченый, направленный мульти-граф. Теоретически это делает модель данных RDF более подходящей для определенных видов представления знаний, чем другие реляционные или онтологические модели. Однако на практике данные RDF часто хранятся в реляционной базе данных или собственных представлениях (также называемых хранилищами Triplestores - или хранилищами Quad, если контекст, такой как именованный граф, также сохраняется для каждой тройки RDF).
Как показывают RDFS и OWL, на 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 Mamp;S»). Здесь описывалась модель данных RDF и сериализация XML.
В то время возникли два стойких заблуждения относительно RDF: во-первых, из-за влияния MCF и инициализма RDF «Описание ресурса», идея о том, что RDF был специально предназначен для использования при представлении метаданных; во-вторых, что RDF был форматом XML, а не моделью данных, и только сериализация RDF / XML была основана на XML. В этот период RDF не получил широкого распространения, но значительная работа была проделана в Бристоле, вокруг ILRT в Бристольском университете и HP Labs, а также в Бостоне в Массачусетском технологическом институте. RSS 1.0 и FOAF стали образцовыми приложениями для RDF в этот период.
Рекомендация 1999 г. была заменена в 2004 г. набором из шести спецификаций: «Учебник по RDF», «Концепции и аннотации RDF», «Спецификация синтаксиса RDF / XML (пересмотренная)», «Семантика RDF», «Язык описания словаря RDF 1.0. "и" Тестовые примеры RDF ".
Эта серия была заменена в 2014 году следующими шестью документами «RDF 1.1»: «Учебник по RDF 1.1», «Концепции и абстрактный синтаксис RDF 1.1», «Синтаксис RDF 1.1 XML», «Семантика RDF 1.1», «Схема RDF 1.1», и «Тестовые примеры RDF 1.1».
Словарь, определенный в спецификации RDF, выглядит следующим образом:
rdf:XMLLiteral - класс значений XML-литераловrdf:Property - класс свойствrdf:Statement - класс операторов RDFrdf:Alt, rdf:Bag, rdf:Seq- контейнеры альтернатив, маркированных контейнеров и упорядоченные контейнеры ( rdfs:Containerсупер-класс из трех)rdf:List - класс списков RDFrdf:nil- экземпляр rdf:Listпредставления пустого спискаrdfs:Resource - ресурс класса, всеrdfs:Literal- класс буквальных значений, например строки и целые числа rdfs:Class - класс занятийrdfs:Datatype - класс типов данных RDFrdfs:Container - класс контейнеров RDFrdfs:ContainerMembershipProperty- класс членства контейнера свойств rdf:_1, rdf:_2..., все из которых являются суб-свойстваrdfs:memberrdf:type- экземпляр, rdf:Propertyиспользуемый для утверждения, что ресурс является экземпляром классаrdf:first - первый элемент в тематическом списке RDFrdf:rest - остальной предмет RDF-списка после rdf:firstrdf:value - идиоматическое свойство, используемое для структурированных значенийrdf:subject - предмет заявления RDFrdf:predicate - предикат оператора RDFrdf:object - объект оператора RDFrdf: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, где он расширяется.
| Расширение имени файла | . ttl |
|---|---|
| Тип интернет-СМИ | текст / черепаха |
| Разработано | Консорциум World Wide Web |
| Стандарт | RDF 1.1 Turtle: краткий RDF на трех языках 9 января 2014 г. ; 7 лет назад ( 2014-01-09) |
| Открытый формат ? | да |
 | |
| Расширение имени файла | .rdf |
|---|---|
| Тип интернет-СМИ | приложение / rdf + xml |
| Разработано | Консорциум World Wide Web |
| Стандарт | Концепции и абстрактный синтаксис 10 февраля 2004 г. ; 17 лет назад ( 2004-02-10) |
| Открытый формат ? | да |
Используются несколько распространенных форматов сериализации, в том числе:
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, пустой узел или строковый литерал Unicode. Начиная с RDF 1.1 ресурсы идентифицируются интернационализированными идентификаторами ресурсов (IRI); IRI - это обобщение URI.
В приложениях семантической паутины и в относительно популярных приложениях 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 Грэма Клайна. Например, утверждение может быть связано с контекстом, названным URI, чтобы утверждать отношение «истинно в». В качестве другого примера иногда удобно группировать операторы по их источнику, который может быть идентифицирован с помощью URI, такого как URI определенного документа RDF / XML. Затем, когда в источник вносятся обновления, соответствующие операторы также могут быть изменены в модели.
Реализация областей не обязательно требует полностью овеществленных заявлений. Некоторые реализации позволяют связать один идентификатор области с оператором, которому самому не был назначен URI. Подобным образом именованные графы, в которых набор троек назван URI, могут представлять контекст без необходимости повторять тройки.
Преобладающим языком запросов для графов RDF является SPARQL. SPARQL является SQL -как языка и рекомендации по W3C по состоянию на 15 января 2008 года.
Ниже приведен пример запроса SPARQL для отображения столиц африканских стран с использованием вымышленной онтологии:
PREFIX ex: lt;http://example.com/exampleOntology#gt; SELECT ?capital ?country WHERE { ?x ex:cityname ?capital ; ex:isCapitalOf ?y. ?y ex:countryname ?country ; ex:isInContinent ex:Africa. } Другие нестандартные способы запроса RDF-графиков включают:
Есть несколько предложений по проверке и описанию RDF:
Следующий пример взят с веб-сайта W3C, описывающего ресурс с утверждениями «есть человек, идентифицированный http://www.w3.org/People/EM/contact#me, имя которого - Эрик Миллер, адрес электронной почты - e Пример.miller123 (at) (изменен в целях безопасности), название которого - Dr. "
Граф RDF, описывающий Эрика Миллера Ресурс "http://www.w3.org/People/EM/contact#me" является темой.
Объектами являются:
Тема - это URI.
У предикатов также есть URI. Например, URI для каждого предиката:
Кроме того, у субъекта есть тип (с URI http://www.w3.org/1999/02/22-rdf-syntax-ns#type), которым является человек (с URI http: //www.w3. org / 2000/10 / swap / pim / contact # Person).
Следовательно, могут быть выражены следующие RDF-тройки "субъект, предикат, объект":
В стандартном формате N-Triples этот RDF можно записать как:
lt;http://www.w3.org/People/EM/contact#megt; lt;http://www.w3.org/2000/10/swap/pim/contact#fullNamegt; "Eric Miller". lt;http://www.w3.org/People/EM/contact#megt; lt;http://www.w3.org/2000/10/swap/pim/contact#mailboxgt; lt;mailto:e.miller123(at)examplegt;. lt;http://www.w3.org/People/EM/contact#megt; lt;http://www.w3.org/2000/10/swap/pim/contact#personalTitlegt; "Dr.". lt;http://www.w3.org/People/EM/contact#megt; lt;http://www.w3.org/1999/02/22-rdf-syntax-ns#typegt; lt;http://www.w3.org/2000/10/swap/pim/contact#Persongt;.
Эквивалентно, это может быть записано в стандартном формате Turtle (синтаксис) как:
@prefix eric: lt;http://www.w3.org/People/EM/contact#gt;. @prefix contact: lt;http://www.w3.org/2000/10/swap/pim/contact#gt;. @prefix rdf: lt;http://www.w3.org/1999/02/22-rdf-syntax-ns#gt;. eric:me contact:fullName "Eric Miller". eric:me contact:mailbox lt;mailto:e.miller123(at)examplegt;. eric:me contact:personalTitle "Dr.". eric:me rdf:type contact:Person.
Или его можно записать в формате RDF / XML как:
lt;?xml version="1.0" encoding="utf-8"?gt; lt;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#"gt; lt;rdf:Description rdf:about="http://www.w3.org/People/EM/contact#me"gt; lt;contact:fullNamegt;Eric Millerlt;/contact:fullNamegt; lt;/rdf:Descriptiongt; lt;rdf:Description rdf:about="http://www.w3.org/People/EM/contact#me"gt; lt;contact:mailbox rdf:resource="mailto:e.miller123(at)example"/gt; lt;/rdf:Descriptiongt; lt;rdf:Description rdf:about="http://www.w3.org/People/EM/contact#me"gt; lt;contact:personalTitlegt;Dr.lt;/contact:personalTitlegt; lt;/rdf:Descriptiongt; lt;rdf:Description rdf:about="http://www.w3.org/People/EM/contact#me"gt; lt;rdf:type rdf:resource="http://www.w3.org/2000/10/swap/pim/contact#Person"/gt; lt;/rdf:Descriptiongt; lt;/rdf:RDFgt;
Определенные концепции в RDF взяты из логики и лингвистики, где структуры субъект-предикат и субъект-предикат-объект имеют значения, аналогичные, но отличные от использования этих терминов в RDF. Этот пример демонстрирует:
В английском языке заявлении «Нью - Йорк имеет почтовые аббревиатуры NY», «New York» будет предметом, «имеет почтовую аббревиатуру» предикат и «Нью - Йорк» объект.
Закодированные как тройка RDF, субъект и предикат должны быть ресурсами, названными URI. Объект может быть ресурсом или буквальным элементом. Например, в форме RDF из N-троек оператор может выглядеть так:
lt;urn:x-states:New%20Yorkgt; lt;http://purl.org/dc/terms/alternativegt; "NY".
В этом примере urn: x-states: New% 20York - это URI ресурса, который обозначает штат Нью-Йорк в США, http://purl.org/dc/terms/alternative - это URI для предиката. (чье удобочитаемое определение можно найти здесь), а «NY» - это буквальная строка. Обратите внимание, что выбранные здесь URI не являются стандартными, и в этом нет необходимости, если их значение известно всем, кто их читает.
Подобным же образом, учитывая, что «http://en.wikipedia.org/w/Tony_Benn» указывает конкретный ресурс (независимо от того, может ли что URI быть пройдена как гиперссылку, или является ли ресурс фактически Википедии статью о Тони Бенн ), сказать, что этот ресурс называется «Тони Бенн», а его издатель - «Википедия», было бы двумя утверждениями, которые можно было бы выразить как допустимые утверждения RDF. В форме RDF N-Triples эти операторы могут выглядеть следующим образом:
lt;http://en.wikipedia.org/w/Tony_Benngt; lt;http://purl.org/dc/elements/1.1/titlegt; "Tony Benn". lt;http://en.wikipedia.org/w/Tony_Benngt; lt;http://purl.org/dc/elements/1.1/publishergt; "Wikipedia".
Для англоговорящего человека ту же информацию можно представить просто как:
Название этого ресурса, опубликованного в Википедии, - «Тони Бенн».
Однако RDF помещает информацию в формальном виде, понятном машине. Цель RDF - предоставить механизм кодирования и интерпретации, чтобы ресурсы можно было описать таким образом, чтобы конкретное программное обеспечение могло их понять; другими словами, чтобы программное обеспечение могло получить доступ и использовать информацию, которую иначе оно не могло бы использовать.
Обе версии приведенных выше утверждений многословны, потому что одно из требований к ресурсу RDF (как субъекту или предикату) - это его уникальность. Тематический ресурс должен быть уникальным, чтобы попытаться точно определить описываемый ресурс. Предикат должен быть уникальным, чтобы снизить вероятность того, что идея Title или Publisher будет неоднозначной для программного обеспечения, работающего с описанием. Если программа распознает http://purl.org/dc/elements/1.1/title (конкретное определение для понятия титула, установленного инициатива Dublin Core Metadata), он также будет знать, что это название отличается от земли титул или почетное звание, или просто заглавие букв вместе взятые.
В следующем примере, написанном на Turtle, показано, как такие простые утверждения могут быть уточнены путем объединения нескольких словарей RDF. Здесь мы отмечаем, что основная тема страницы Википедии - «Человек» по имени «Тони Бенн»:
@prefix rdf: lt;http://www.w3.org/1999/02/22-rdf-syntax-ns#gt;. @prefix foaf: lt;http://xmlns.com/foaf/0.1/gt;. @prefix dc: lt;http://purl.org/dc/elements/1.1/gt;. lt;http://en.wikipedia.org/w/Tony_Benngt; dc:publisher "Wikipedia" ; dc:title "Tony Benn" ; foaf:primaryTopic [ a foaf:Person ; foaf:name "Tony Benn" ].
Некоторые виды использования RDF включают исследования социальных сетей. Это также поможет людям, работающим в сфере бизнеса, лучше понять свои отношения с представителями отраслей, которые могут быть полезны для размещения продукта. Это также поможет ученым понять, как люди связаны друг с другом.
RDF используется для лучшего понимания схем дорожного движения. Это связано с тем, что информация о шаблонах трафика находится на разных веб-сайтах, а RDF используется для интеграции информации из разных источников в Интернете. Раньше обычная методика заключалась в использовании поиска по ключевым словам, но этот метод проблематичен, поскольку не учитывает синонимы. Вот почему в этой ситуации полезны онтологии. Но одна из проблем, возникающих при попытках эффективного изучения дорожного движения, заключается в том, что для полного понимания дорожного движения необходимо хорошо понимать концепции, связанные с людьми, улицами и дорогами. Поскольку это человеческие концепции, они требуют добавления нечеткой логики. Это связано с тем, что значения, которые используются при описании дорог, например скользкость, не являются точными понятиями и не могут быть измерены. Это означало бы, что лучшее решение будет включать как нечеткую логику, так и онтологию.
