Может ли кто-нибудь дать мне простой пример овеществления в RDF? Я хочу проверить, правильно ли я понял.
Например, я предлагаю следующий случай
Tolkien -> wrote -> Lord of the rings
/|\
|
Wikipedia said that
Как бы вы написали это с и без овеществления (т. е. как простой оператор RDF без необходимости овеществления)?
«Толкин написал «Властелина колец»» можно выразить простым утверждением (подлежащее, сказуемое, дополнение) следующим образом:
:Tolkien :wrote :LordOfTheRings .
Кстати, здесь используется нотация Turtle для RDF. В Интернете есть инструменты для преобразования его в RDF/XML.
Используя оформление, вы можете иметь отдельный ресурс, представляющий утверждение, чтобы вы могли укажите дополнительные сведения о самом утверждении, например, «Википедия сказала, что»:
@prefix rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#> .
_:x rdf:type rdf:Statement .
_:x rdf:subject :Tolkien .
_:x rdf:predicate :wrote .
_:x rdf:object :LordOfTheRings .
_:x :said :Wikipedia .
В реальной жизни вы бы предпочли использовать общие словари, чтобы кто-то или что-то, потребляющее RDF, знало, что вы говорите о том Толкиене и этом LOTR:
http://dbpedia.org/resource/Властелин_Кольца
http://dbpedia.org/property/author
http://dbpedia.org/resource/dbppedia/J._R._R._Tolkien
Лучший способ сделать это - использовать подход с одноэлементным свойством.
Например, вы создаете одноэлементное свойство, чтобы представить этот оператор как:
Tolkien wrote#1 "Lord of the rings" .
wrote#1 rdf:singletonPropertyOf wrote .
wrote#1 asserted_by Wikipedia .
Вы можете подробнее прочитать об этом в документе «Не нравится RDF Reification? Делать заявления об утверждениях с использованием свойства singleton» или его слайдах по адресу http://www.slideshare.net/ntkimvinh7/www2014-singleton-propertyfinal...
К сожалению, до сих пор экземпляры отношения, то есть то, что документы W3C называют элементами расширения отношения, или то, что в математике вы бы назвали парами, которые являются элементами отношения, не считаются первоклассными. граждане.
Семантическая веб-экосистема утверждает лозунг AAA, что любой может сказать что угодно о чем угодно. Но это неверно, если первое «что угодно» здесь — одно ребро графа. Даже если сам RDF имеет средства для выражения знаний об одном ребре, документ W3C по семантике RDF делает все возможное, чтобы не поддерживать эту выразительность.
По сути, есть 4 подхода, чтобы сказать что-то о крае:
Синглтоны свойств, безусловно, являются самым простым решением проблемы, поскольку они ничего не добавляют — вы просто избегаете ошибки, чтобы [повторно] использовать идентификатор свойства уровня класса для ребер экземпляра снова и снова. Другие экосистемы моделирования, которые имеют четкое представление о метамоделировании (например, MOF), гораздо менее склонны к такой ошибке. Ребра уровня класса соединяют узлы уровня класса, а ребра уровня экземпляра соединяют узлы уровня экземпляра. Вот и все.
Если вы сделаете это правильно (как предлагают Винх и его коллеги), вы окажетесь на пути конфликта с аргументами, которые жестко закодированы в документе W3C по семантике RDF.
Вы можете временно обойти это (пока W3C еще не стандартизировал синглтоны свойств), допустив еще один недостаток дизайна и реализовав свои синглтоны свойств как subPropertyOf-s свойства уровня класса [вместо того, чтобы делать их его экземплярами]. Тогда нынешний резонатор RDFS сделал бы вывод из
:my_label_0815 rdfs:subPropertyOf rdfs:label .
:some_node :my_label_0815 "some_string" .
это
:some_node rdfs:label "some_string" .
Это грязный обходной путь, поскольку он нарушает четкое разделение мета-уровней.
У нас так много ужасно спроектированных моделей только потому, что у нас нет прямого способа сказать что-то о ссылках (ребрах уровня экземпляра).
С 2020 года вы можете использовать RDF* следующим образом:
‹‹ : Толкин : написал : Властелин колец ›› : сказал : Википедия .
В 2020 году многие ведущие тройные магазины внедрили этот подход. Существуют также инструменты для преобразования стандартного овеществления в RDF*, чтобы уменьшить тройное раздувание. Этот подход эффективен с точки зрения количества троек и скорости загрузки данных, о чем сообщает хранилище Ontotext GraphDB Triple, а также несколько других.
Вы можете прочитать об истоках этого подхода здесь https://arxiv.org/pdf/1406.3399.pdf< /а>
