我正在尝试使用我公司的一些数据制作各种知识图表。我主要使用SKOS作为描述事物的本体论，但我遇到了关于ConceptSchemes用法的问题。
基本上我想创建一个概念方案来导航各种概念方案。虽然SKOS断言Concepts和Schemes不相交，但它也明确表示skos:inScheme没有域名。这让我觉得我可以逃脱拥有一个ConceptScheme，其中大部分/全部概念实际上是ConceptSchemes。
这使得Schemes可导航似乎必须是一个常见的问题，但我还没有找到关于这个主题的更多信息。这个“计划方案”是一种可行的方法吗？或者如果没有，是否有更好的方法来链接不同的概念方案，以便它们获得这种解决方案可提供的导航性？
附：我用'dcat'标记了这一点，因为我计划以类似的方式构建一个DCAT数据目录（可能是目录目录）。但是我认为对主要问题的明确答案应该清除DCAT方面。
嗯，规范很明确，Concept和ConceptScheme是不相交的。 inScheme的域名与此无关。 “我知道我的行为违反了规则A，但它们没有违反规则B，因此可以打破规则A.”它不会那样运作。
那么，违反规则的后果是什么？
如果你对此感到满意（你很可能），那就继续吧。
没有必要违反概念和概念方案的不相交。如果您使用inScheme来创建方案方案，或者甚至是方案M，它是方案和概念的混合集合，那么您没有为任何事物分配两种类型。您的计划的成员只是有不同的类型。我同意你的解释，即缺乏inScheme的域名是为了使这种事情成为可能。
换句话说：将类型Concept和Concept Scheme分配给同一资源（不允许），并创建一个包含这两种类型的不同成员的集合之间存在差异。
PS。这种建模方法是否是解决问题的最佳方法，这与您在此处提出的问题不同。