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

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

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

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

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

Источник

2 ответа

Решение

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

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

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

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

Источник

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

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

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

Источник
Другие вопросы по тегам