你好，层次结构代码和排序键应视为不同的。我的信息可能没有充分强调这一点，很抱歉。这也与我们需要本地系统以及需要通过SKOS等标准进行交换的内容。在分类管理中，层次代码和排序键协同工作实现不同的功能：我们需要一个排序键来对实体进行排序相同的层次结构，我们需要层次结构代码才能操作层次结构接口或导出中的级别。分类中的一切都是结果一个细分的，因此一切都属于某个方面和这个方面属于另一个方面-在屏幕上折叠或扩展层次结构当语句“this is an array”或“this isa facet”具有没有什么意义。对于所有包含大量配位和嵌套阵列镶嵌面和亚镶嵌面以及亚镶嵌面的亚镶嵌面等。去年在这份名单上，安托万·艾萨克（Antoine Isaac）建议不需要传递我们管理工具中可能存在的层次结构代码通过词汇交换，因为它可以很容易地从现有的BT数据-这是一个有效点。因此，层次结构代码仍然是一个问题对于本地级别的系统，可以导出为sql表，以满足需要或者实现，并且不必费心生成自己的层次结构代码。另一方面，我毫不怀疑，该排序键对于与SKOS一起导出很重要数据，人们将为此创建一个扩展。当做艾达2011年2月7日09:54，Christophe Dupriez写道：>嗨，斯特拉！>>感谢您的精确性，请原谅我忽略了ISO 25954>同义词库数组。>我看到的问题与显示树时SKOS的问题相同：>*该概念是否存在于任何skos:orderedCollection/iso:ThesaurusArray中？>*如果有多个，哪一个适用？>*如果只有一个，它适用于这里吗？>我觉得这个机制对每个人（程序员和>同义词库维护者）>>我对你的反对建议是在>SKOS关系“isTopConceptOf”（然后必须在RDF中具体化，如>更广泛…）>（以及在ISO 25954元素TopLevelRelationship中）>>祝你今天愉快！>>克利斯朵夫>>Le 7/02/2011 10:33，Stella Dextre Clarke aécrit：>>2011年2月7日08:34，Christophe Dupriez写道：>>>嗨！>>>>>>如果SKOS社区想为我的>>>将建议调用“siblingKey”（用于对同级进行排序的值>>>概念），因此需要更广泛关系的属性。>>>这在XML中很容易（ISO 25954，但我没有看到任何订购>>>HierarchicalRelationship元素中的信息）>>你好，Christophe，>>只是一个小小的澄清，以防不清楚。ISO 25964-1数据>>模型提供了中同级概念的排序>>“同义词库数组”。将兄弟姐妹按系统顺序排序的能力不是>>从本质上看，这是等级关系的一部分，因为即使是平面列表，>>或词汇表的顶层，可能需要排序。>>>>但要使用的排序机制的性质尚未确定。>>斯特拉>>>> -- >> *****************************************************>>斯特拉·德克斯特尔·克拉克>>信息顾问>>英国OX12 8RR Wantage West Hendred Luke House>>电话：01235-833-298>>传真：01235-863-298>>stella@lukehouse.org>> *****************************************************>