1

我正在尝试使用我公司的一些数据制作各种知识图。我主要使用 SKOS 作为描述事物的本体，但我对ConceptSchemes.

基本上我想创建一个概念方案来导航各种概念方案。虽然 SKOS 断言Concepts和Schemes不相交，但它也明确表示skos:inScheme没有域。这使我认为我可以摆脱它的ConceptScheme大多数/所有概念实际上是ConceptSchemes.

这使得 Schemes 可导航似乎必须是一个足够常见的问题，但我在这个主题上找不到太多。这种“方案方案”是一种可取的方法吗？或者，如果没有，是否有更好的方法来链接不同的概念方案，以便它们获得这种解决方案所提供的可导航性？

ps 我也用“dcat”标记了这个，因为我计划以类似的方式构建一个DCAT数据目录（可能是一个目录目录）。但是，我认为对主要问题的明确回答也应该澄清 DCAT 方面的问题。

4

2 回答 2

2

好吧，规范很明确，Concept 和 ConceptScheme 是不相交的。inScheme 的域与此无关。“我知道我的行为违反了规则 A，但他们没有违反规则 B，因此可以违反规则 A。” 它不是那样工作的。

那么，违反规则的后果是什么？

  • 了解 SKOS 规则的数据验证者可能会抱怨
  • 用于编辑或显示 SKOS 的工具可能会混淆并且可能无法正常工作
  • 当你描述你的造型时，熟悉 SKOS 的人会给你一个肮脏的表情

如果您对此感到满意（而且您很可能会这样做），那么请继续。

于 2019-04-04T05:35:08.543 回答
0

没有必要违反概念和概念方案的不相交性。如果你inScheme用来创建一个方案的方案，或者甚至是方案和概念的混合集合的方案 M，你还没有为任何东西分配两种类型。您的计划的成员只是有不同的类型。我同意您的解释，即缺少域的inScheme目的是使这种事情成为可能。

换句话说：将类型概念和概念方案分配给同一资源（不允许）与创建包含这两种类型的不同成员的集合之间存在差异。

PS。这种建模方法是否是解决您的问题的最佳方法，这与您在此处提出的问题不同。

于 2019-04-24T21:53:34.020 回答