Проще всего вам посмотреть, как реализована поддержка Dublin Сore в Protege 4.0 и сделать по аналогии — а именно откройте файл OWL и посмотрите какие пространства имен вам надо добавить и какие свойства.
А насчет запросов — я не помню — можно ли в ARC использовать отличные пространства имен по умолчанию в запросах. хотя для sparql это не должно быть преградой. Скоро будет готов перевод по SPARQL, тогда и отвечу
Я так понимаю речь идет представлении служебной информации в RDF, например, об авторе или создателе конкретной тройки RDF.
Потому что «вишня» как экземляр класса Ягода, у которой автор Вася Пупкин, как то глупо звучит. Значит, вероятно всего вы имеете ввиду служебную информации тогда вынос hasAuthor в корень иерархии в общем ничего не дает. Хотя например в редакторе онтологий Protege есть наборы служебных классов, выполняющие подобные функции, которые не отображаются в основном дереве представления RDF
C другой стороны, я не зря вспомнил, создателя. Просто если с филосовской точки зрения посмотреть — то все имеет своего создателя, например, даже мир имеет создателя.
В любом случае, конструкцию автор триплета лучше вынести во вне, до лучших времен — пока не введут синтаксическую конструкцию в OWL об авторстве.
кстати, под конец моего рассуждения, пришла мысль о том, что есть же Dublin Core, как расширение RDF
в котором рассматривается понятие авторства информации… А это значит, что информация из другого пространства имен, не будет связана по смыслу с «основными» знаниями о предметной области.
Так что все просто, ответ на ваш вопрос — введение Dublin Core в ваш проект ))))))))))))))
А насчет запросов — я не помню — можно ли в ARC использовать отличные пространства имен по умолчанию в запросах. хотя для sparql это не должно быть преградой. Скоро будет готов перевод по SPARQL, тогда и отвечу
Я так понимаю речь идет представлении служебной информации в RDF, например, об авторе или создателе конкретной тройки RDF.
Потому что «вишня» как экземляр класса Ягода, у которой автор Вася Пупкин, как то глупо звучит. Значит, вероятно всего вы имеете ввиду служебную информации тогда вынос hasAuthor в корень иерархии в общем ничего не дает. Хотя например в редакторе онтологий Protege есть наборы служебных классов, выполняющие подобные функции, которые не отображаются в основном дереве представления RDF
C другой стороны, я не зря вспомнил, создателя. Просто если с филосовской точки зрения посмотреть — то все имеет своего создателя, например, даже мир имеет создателя.
В любом случае, конструкцию автор триплета лучше вынести во вне, до лучших времен — пока не введут синтаксическую конструкцию в OWL об авторстве.
кстати, под конец моего рассуждения, пришла мысль о том, что есть же Dublin Core, как расширение RDF
в котором рассматривается понятие авторства информации… А это значит, что информация из другого пространства имен, не будет связана по смыслу с «основными» знаниями о предметной области.
Так что все просто, ответ на ваш вопрос — введение Dublin Core в ваш проект ))))))))))))))
а что без него не получится, промоделировать работу?