嵌套 SKOS 概念方案？
Nested SKOS Concept Schemes?
我正在尝试用我公司的一些数据制作某种知识图谱。我主要使用 SKOS 作为 ontology 来描述事物，但我 运行 对 ConceptSchemes.
的用法感到困惑
基本上我想创建一个概念方案来导航各种概念方案。尽管 SKOS 断言 Concepts 和 Schemes 不相交，但它也明确表示 skos:inScheme 没有域。这让我觉得我可以不用 ConceptScheme，其中 most/all 个概念实际上是 ConceptSchemes。
使 Schemes 可导航似乎是一个很常见的问题，但我没能找到太多关于这个主题的信息。这是 "Schemes of Schemes" 可取的方法吗？或者，如果没有，是否有更好的方法来 link 不同的概念方案，以便它们获得此类解决方案所提供的适航性？
p.s。我也用 'dcat' 标记了它，因为我计划以类似的方式构建一个 DCAT 数据目录（可能是目录的目录）。但是，我认为对主要问题的明确回答也应该清除 DCAT 方面的问题。
嗯，规范明确了，Concept和ConceptScheme是脱节的。 inScheme 的域与此无关。 “我知道我的行为违反了规则 A，但它们 没有 违反规则 B，因此可以违反规则 A。”那样不行。
那么，违反规则的后果是什么？
- 了解 SKOS 规则的数据验证者可能会抱怨
- 用于编辑或显示 SKOS 的工具可能会混淆并且可能无法工作
- 熟悉 SKOS 的人在描述你的造型时会对你刮目相看
如果你同意（你很可能会同意）那就继续吧。
不需要违反概念和概念方案的不相交。如果您使用 inScheme 创建方案的方案，或者甚至是方案和概念的混合集合的方案 M，您还没有为任何事物分配两种类型。您的方案的成员只是具有不同的类型。我同意您的解释，即缺少 inScheme 的域是为了让这种事情成为可能。
换句话说：将类型Concept和Concept Scheme分配给同一资源是有区别的（不允许），并创建一个包含这两种类型的 distinct 成员的集合。
PS。这种建模方法是否是解决您问题的最佳方法，嗯，这与您在此处提出的问题不同。
我正在尝试用我公司的一些数据制作某种知识图谱。我主要使用 SKOS 作为 ontology 来描述事物，但我 运行 对 ConceptSchemes.
基本上我想创建一个概念方案来导航各种概念方案。尽管 SKOS 断言 Concepts 和 Schemes 不相交，但它也明确表示 skos:inScheme 没有域。这让我觉得我可以不用 ConceptScheme，其中 most/all 个概念实际上是 ConceptSchemes。
使 Schemes 可导航似乎是一个很常见的问题，但我没能找到太多关于这个主题的信息。这是 "Schemes of Schemes" 可取的方法吗？或者，如果没有，是否有更好的方法来 link 不同的概念方案，以便它们获得此类解决方案所提供的适航性？
p.s。我也用 'dcat' 标记了它，因为我计划以类似的方式构建一个 DCAT 数据目录（可能是目录的目录）。但是，我认为对主要问题的明确回答也应该清除 DCAT 方面的问题。
嗯，规范明确了，Concept和ConceptScheme是脱节的。 inScheme 的域与此无关。 “我知道我的行为违反了规则 A，但它们 没有 违反规则 B，因此可以违反规则 A。”那样不行。
那么，违反规则的后果是什么？
- 了解 SKOS 规则的数据验证者可能会抱怨
- 用于编辑或显示 SKOS 的工具可能会混淆并且可能无法工作
- 熟悉 SKOS 的人在描述你的造型时会对你刮目相看
如果你同意（你很可能会同意）那就继续吧。
不需要违反概念和概念方案的不相交。如果您使用 inScheme 创建方案的方案，或者甚至是方案和概念的混合集合的方案 M，您还没有为任何事物分配两种类型。您的方案的成员只是具有不同的类型。我同意您的解释，即缺少 inScheme 的域是为了让这种事情成为可能。
换句话说：将类型Concept和Concept Scheme分配给同一资源是有区别的（不允许），并创建一个包含这两种类型的 distinct 成员的集合。
PS。这种建模方法是否是解决您问题的最佳方法，嗯，这与您在此处提出的问题不同。