代码之家 › 专栏 › 技术社区 › Xedni

嵌套的SKOS概念方案?

dcat skos rdf

0

Xedni · 技术社区 · 6 年前

我正试图用我公司的一些数据制作一个知识图表。我主要使用skos作为描述事物的本体,但是我遇到了一个关于 ConceptSchemes .

基本上我想创建一个概念方案来导航各种概念方案。尽管斯科斯断言 Concepts 和 Schemes 为了不相交,它还明确地说 skos:inScheme 没有域。这让我觉得我可以逃脱 ConceptScheme 其中大部分/所有的概念实际上是 概念方案 .

这种使计划通航似乎是一个足够普遍的问题,但我还没有找到太多的主题。这种“计划方案”是一种可取的做法吗?或者,如果没有,是否有更好的方法来连接不同的概念方案,以便它们获得这样一个解决方案所提供的导航性?

P.S.我也用“dcat”标记了这个,因为我计划建立一个 DCAT 以类似的方式进行数据编目(可能是编目的编目)。不过,我认为,对主要问题的明确回答也应该澄清DCAT方面的问题。

0 回复 | 直到 6 年前

1

2

cygri 6 年前

好吧,规格说明很清楚,概念和概念方案是分离的。inscheme的领域与此无关。我知道我的行为违反了规则A,但是不违反规则B,因此违反规则A是可以的。它不是这样工作的。

那么,违反规定的后果是什么?

知道skos规则的数据验证器可能会抱怨
用于编辑或显示skos的工具可能会混淆,并且可能不起作用。
当你描述你的模特时,熟悉skos的人会给你一副肮脏的表情。

如果你同意的话(你可能会同意),那就去吧。

2

0

alexis 6 年前

没有必要违反概念和概念方案的不连贯性。如果你使用 inScheme 要创建一个schemes-of-schemes,甚至是一个schemes-m,它是schemes和concepts的混合集合,您还没有为任何东西分配两种类型。你的计划的成员只是有不同的类型。我同意你的解释 阴谋 是为了让这种事情成为可能。

换一种说法:分配类型之间有区别概念和 概念方案 到同一资源(不允许),并创建包含 不同的 这两种类型的成员。

另外,这种建模方法是否是解决问题的最佳方法,嗯,这和你在这里问的问题不同。