Вложенные концептуальные схемы SKOS?

Question

Я пытаюсь создать своего рода граф знаний с некоторыми данными моей компании. В первую очередь я использую SKOS в качестве онтологии для описания вещей, но сталкиваюсь с проблемой использования ConceptSchemes.

По сути, я хочу создать концептуальную схему для навигации по различным концептуальным схемам. Хотя SKOS утверждает, что Concepts и Schemes должны быть непересекающимися, в нем также явно говорится, что skos:inScheme не имеет домена. Это наводит меня на мысль, что мне может сойтись с ConceptScheme, где большинство / все его концепции на самом деле ConceptSchemes.

Похоже, что это делает Схемы доступными для навигации, это должно быть достаточно распространенной проблемой, но я не смог найти много по этому вопросу. Является ли этот «Схемы схем» целесообразным подходом? Или, если нет, есть ли лучший способ связать разрозненные концептуальные схемы, чтобы они получили навигацию, которую предложило бы такое решение?

p.s. Я пометил это также как 'dcat', так как планирую аналогичным образом создать каталог данных DCAT (возможно, каталог каталогов). Однако я думаю, что четкий ответ на главный вопрос должен прояснить и сторону DCAT.

Answer 1

Ну, спецификация понятна, Concept и ConceptScheme не связаны. Домен inScheme не имеет к этому отношения. «Я знаю, что мои действия нарушают правило A, но они не нарушают правило B, поэтому нормально нарушать правило A.» Это не работает таким образом.

Итак, каковы последствия нарушения правила?

• Валидаторы данных, которые знают правила SKOS, вероятно, будут жаловаться
• Инструменты для редактирования или отображения SKOS могут запутаться и могут не работать
• Люди, знакомые с SKOS, будут выглядеть грязно, когда вы будете описывать свое моделирование

Если вы в порядке с этим (и вы вполне можете быть), тогда продолжайте.

Answer 2

Нет необходимости нарушать непересекающиеся понятия и схемы понятий.Если вы используете inScheme для создания схемы схем или даже схемы M, представляющей собой смешанный набор схем и концепций, вы не назначаете два типа чему-либо.У участников вашей схемы просто разные типы.Я согласен с вашей интерпретацией, что отсутствие домена для inScheme предназначено для того, чтобы сделать подобные вещи возможными.

Другими словами: между назначениями типов Concept есть разницаи Концептуальная схема к одному и тому же ресурсу (не разрешено) и создание коллекции, содержащей различных членов обоих этих типов.

PS.Является ли этот подход к моделированию лучшим способом решения вашей проблемы, ну, этот вопрос отличается от того, который вы задали здесь.