嵌套的SKOS概念方案？

Question

我正在尝试使用我公司的一些数据来制作各种知识图。我主要是将SKOS用作描述事物的本体，但是我对ConceptSchemes的用法却一无所知。

基本上，我想创建一个用于导航各种概念方案的概念方案。尽管SKOS断言Concepts和Schemes是不相交的，但它也明确指出skos:inScheme没有域。这使我认为我可以摆脱拥有ConceptScheme的局面，而其中的大部分/所有概念实际上都是ConceptSchemes。

这使得Schemes易于导航似乎是一个足够普遍的问题，但是我在这个问题上找不到很多东西。这是“计划方案”吗？否则，是否有更好的方法来链接不同的概念方案，以使它们获得这种解决方案所能提供的可导航性？

p.s。由于我计划以类似的方式构建DCAT数据目录（可能是目录的目录），因此我也用'dcat'进行了标记。但是，我认为，对主要问题的明确回答也应该清除DCAT方面的问题。

Answer 1

嗯，规范很明确，Concept和ConceptScheme是脱节的。 inScheme的域与此无关。 “我知道我的行为违反了规则A，但不是违反了规则B，因此违反规则A是可以的。”那样行不通。

那么，违反规则会有什么后果？

• 知道SKOS规则的数据验证者可能会抱怨
• 用于编辑或显示SKOS的工具可能会感到困惑，并且可能无法正常工作
• 熟悉SKOS的人们在描述模型时会给您带来肮脏的外观

如果您对此表示满意（并且您可能会同意），请继续。

Answer 2

没有必要违反概念和概念方案的脱节。如果使用inScheme创建方案的方案，甚至创建方案M和方案的混合集合的方案M，则没有为任何事物分配两种类型。您方案的成员只是具有不同的类型。我同意您的解释，即inScheme的域不足是为了使这种事情成为可能。

换句话说，将 Concept 和 Concept Scheme 类型分配给同一资源（不允许）与创建包含 distinct 成员。

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