嵌套的SKOS概念方案？

Question

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

基本上，我想创建一个用于导航各种概念方案的概念方案。 尽管SKOS断言“ Concepts和Schemes是不相交的，但也明确指出skos:inScheme没有领域。 这使我觉得我可以用具有脱身ConceptScheme大多数/所有它的概念其实是ConceptSchemes 。

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

ps由于我计划以类似的方式构建DCAT数据目录（可能是目录的目录），因此我也将其标记为“ dcat”。 但是，我认为对主要问题的明确回答也应该使DCAT方面的事情变得清晰。

Answer 1

好吧，规范很明确，Concept和ConceptScheme是脱节的。 inScheme的域与此无关。 “我知道我的行为违反了规则A，但没有违反规则B，因此可以违反规则A。”这种方式行不通。

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

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

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

Answer 2

无需违反概念和概念方案的脱节。 如果您使用inScheme创建方案的方案，或者甚至是方案M和概念的混合集合的方案M，则您尚未为任何事物分配两种类型。 您方案的成员只是具有不同的类型。 我同意您的解释，即inScheme领域的缺乏旨在使这种事情成为可能。

换句话说：将类型Concept和Concept Scheme分配给同一资源（不允许），以及创建一个包含这两种类型的不同成员的集合之间是有区别的。

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