AJ迈尔斯（Alistair）写道：>我在考虑三个属性：> > >rdf：标签（域=资源，范围=文字）> ^> |>soks:prefLabel（域=资源，范围=文字）> >[资源的首选标签]>rdf：标签（域=资源，范围=文字）> ^> |>soks:altLabel（域=资源，范围=文字）> >[作为资源的替代但不是首选标签的标签]好的。我的建议隐含地将“altLabel”作为标签，而不是perfLabel。在合并时，这可能有一些优势。如果你有两个同义词库，对于同一个概念有不同的首选术语merge将只有两个prefLabels和所有其他（两者都不首选）将被视为备选。对同义词库在练习知道这是好是坏。>soks:prefLabel（域=资源，范围=文字）> ^> |>soks:描述符（域=概念，范围=文字）> >[唯一且明确地标识>特定的概念方案，如同义词表。例如，“Java>“编程语言”、“Java岛”、“Python编程语言”，>“Pythons（蛇）”都是很好的描述符。]> >为什么同时具有soks:prefLabel和soks:descriptor？> >“描述符”的概念基本上被定义为>概念的词汇标识符，在概念方案中是唯一的。这个>同义词库和KOS人对“描述符”的理解是什么（我是>希望！）。在这种情况下，一个选项是将描述符的范围更改为捕捉上下文。属性soks:描述符（域=概念，范围=描述符）soks类：描述符属性soks:descriptorTerm（domain=Descriptor，range=Literal）属性soks:descriptorSchema（domain=Descriptor，range=Resource）然后在实例数据中，描述符是指向文本和指向标识概念架构的URI。这将有助于合并。缺点是这个版本的soks:descriptor不能是rdfs的subProperty:label。戴夫
接收日期：2003年11月6日星期四09:13:24 UTC