嵌套SKOS概念方案？

Question

我正试着用我公司的一些数据制作一个知识图表。我主要使用SKOS作为描述事物的本体，但是我在ConceptSchemes的使用上遇到了一个难题。

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

这个使方案通航似乎是一个很常见的问题，但我在这个问题上找不到多少。这“计划计划”是否一种可取的方法？或者如果没有，是否有更好的方法将不同的概念方案联系起来，从而使它们获得这样的解决方案所能提供的导航性？

附注：由于我计划以类似的方式构建DCAT数据目录(可能是目录目录)，所以我也使用了“dcat”标记。然而，我认为，对主要问题的一个明确答案，也应澄清DCAT方面的问题。

Answer 1

嗯，规范是明确的，概念和ConceptScheme是不相交的。inScheme的域与此无关。“我知道我的行为违反了规则A，但它们没有违反规则B，因此违反规则A是可以的。”不是这样的。

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

• 知道SKOS规则的数据验证程序可能会抱怨
• 编辑或显示SKOS的工具可能会混淆，可能无法工作。
• 当你描述你的模特时，熟悉SKOS的人会让你看上去很脏。

如果你对此没有意见(你很有可能)，那就去做吧。

Answer 2

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

换句话说:将类型概念和概念方案分配给同一资源(不允许)与创建包含这两种类型的不同成员的集合之间有区别。

PS。这个建模方法是否是解决你的问题的最好方法，嗯，这和你在这里问的问题不同。