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

редактировать
RDF
Структура описания ресурсов
Положение дел Опубликован, Рекомендация 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 году.

СОДЕРЖАНИЕ
  • 1 Обзор
  • 2 История
  • 3 темы RDF
    • 3.1 Словарь
      • 3.1.1 Классы
        • 3.1.1.1 rdf
        • 3.1.1.2 rdfs
      • 3.1.2 Свойства
        • 3.1.2.1 rdf
        • 3.1.2.2 rdfs
    • 3.2 Форматы сериализации
    • 3.3 Идентификация ресурса
    • 3.4 Реификация высказываний и контекст
    • 3.5 Языки запросов и вывода
    • 3.6 Валидация и описание
  • 4 Примеры
    • 4.1 Пример 1: Описание человека по имени Эрик Миллер
    • 4.2 Пример 2: Аббревиатура штата Нью-Йорк.
    • 4.3 Пример 3: статья в Википедии о Тони Бенне
  • 5 приложений
  • 6 См. Также
  • 7 ссылки
    • 7.1 Цитаты
    • 7.2 Источники
  • 8 Дальнейшее чтение
  • 9 Внешние ссылки
Обзор

Модель данных 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, выглядит следующим образом:

Классы

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, где он расширяется.

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

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

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

  • Черепаха, компактный, человек дружественный формат.
  • N-Triples, очень простой, легко анализируемый, линейный формат, который не так компактен, как Turtle.
  • N-Quads, надмножество N-Triples, для сериализации нескольких графов RDF.
  • JSON-LD, JSON -На сериализации.
  • N3 или Notation3, нестандартная сериализация, которая очень похожа на Turtle, но имеет некоторые дополнительные функции, такие как возможность определять правила вывода.
  • RDF / XML, синтаксис на основе XML, который был первым стандартным форматом для сериализации RDF.
  • 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, пустой узел или строковый литерал 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

Преобладающим языком запросов для графов 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-графиков включают:

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

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

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

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

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

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

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

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

Ресурс "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 можно записать как:

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;

Пример 2: Аббревиатура штата Нью-Йорк.

Определенные концепции в 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 не являются стандартными, и в этом нет необходимости, если их значение известно всем, кто их читает.

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

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

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

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

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

Цитаты

Источники

дальнейшее чтение
  • RDF от W3C на W3C : спецификации, руководства и ресурсы
  • Семантика RDF : спецификация семантики и полные системы правил вывода для RDF и RDFS
внешние ссылки
Последняя правка сделана 2023-04-13 11:57:10
Содержание доступно по лицензии CC BY-SA 3.0 (если не указано иное).
Обратная связь: support@alphapedia.ru
Соглашение
О проекте