你好，何塞！标准机构和社区难以适应关注个人情况和理解。在某种程度上，我们每个人都在用不同的问题“锻炼”自己的思维提交。然后，想法的重复使用遵循了意想不到的路径。。。我的建议是“不要丢失有用的信息”（在任何精确的方式）：根据完整的信息，总是有可能衍生出一个“适应的”（且不太精确的）版本对于您真正导出时存在的任何标准。但是，这就是说，要与社区面对面，确保你的想法在你的“私人”设计中，你不会错过重要的概念！祝你玩得愉快。克利斯朵夫何塞·拉蒙·佩雷斯（JoséRamón Pérez Agüera aécrit）：>你好，西蒙，>>很抱歉回复晚了，非常感谢你的好意>回答。我的问题是，我希望避免将SKOS扩展到>代表我的同义词库。我在>我认为扩展SKOS的主要问题是>失去了互操作性，因为我们创建了新的元素>在SKOS标准中表示。>>我的系统正在处理不同类型的词汇，所以我需要>能够以相同的方式描述任何词汇，以便>唯一的搜索方式是浏览我的概念包。我想>表示我的同义词库，没有任何扩展，也没有丢失>信息，但我想这是不可能的：-）>>无论如何，非常感谢你的回答>>最好的>>何塞>>2009/12/14西蒙·斯佩罗<ses@unc.edu>:> >>2009/12/14何塞·拉蒙·佩雷斯·阿圭拉<jose.aguera@gmail.com>>> >>>大家好，>>>我有一个要导出为SKOS格式的同义词库。然而，这>>>同义词库定义了概念之间的以下关系：[见下文]>>>>>>我的第一个想法是用skos映射所有这些关系：related，>>>然而，我的同义词表是一个地理同义词库，因此关系>>>像资本一样重要。>>>>>>我的问题是：SKOS Core的表现力是否足以代表这些>>>关系，或者我应该使用OWL来表示这个词库>>>本体论？>>> >>你好，José，>>>>有很多问题可能会以这种或那种方式推动你，但如果>>你希望将同义词库用作知识组织系统，而不是>>与知识表示系统相比，SKOS可以扩展为表示>>这些关系将向后兼容SKOS Core。>>缺点是如果你想做的话，你可能不得不做很多扭曲动作>>表达更复杂的约束条件（例如，一个国家必须有资本；>>首都必须是一座城市；城市必须控制在国内，>>等）。[为了简单起见，我在主语和宾语之间使用双关语]。>>>>大多数属性是关联的，因此将是>>skos：相关。skos的子属性：相关属性不必是对称的>>它们自己，所以可以使用反向属性来表示这一点，以便>>推理器可以推断出适当的反向链接。>>>>列表中有一种关系可能是分层的，而不是>>联想；如果这是分裂关系的特殊化>>（BTP/NTP），则可以将其定义为broaderPartitive或>>范围更广。否则，您可以将其视为关联。>>>>西蒙>>>>对称关系>>>>与…有关>>>>对象属性：relatedTo>>特点：>>对称>>子属性：>>相关的>>>>的盟友>>>>对象属性：allyOf>>特点：>>对称>>子属性：>>相关的>>>>历史联系>>>>ObjectProperty:历史连接>>特点：>>对称>>子属性：>>相关的>>>>区别于>>>>ObjectProperty:distinguishedFrom（对象属性：区分自）>>特点：>>对称>>子属性：>>相关的>>>>与…相邻>>>>ObjectProperty:相邻To>>特点：>>对称>>子属性：>>相关的>>>>与…同延>>>>ObjectProperty:同延>>特点：>>对称>>子财产：>>相关的>>>>可能确定为>>>>对象属性：possibleyIdentifiedAs>>特点：>>对称>>子属性：>>相关的>>>>不对称关系>>>>的资本>>资本是>>>>ObjectProperty:大写>>反向：>>资本Is>>子属性：>>相关的>>>>对象属性：capitalIs>>反向：>>的资本>>子属性：>>相关的>>已从移动>>已移至>>>>ObjectProperty:移动自>>反向：>>移动到>>子属性：>>相关的>>>>ObjectProperty:移动到>>反向：>>移动自>>子属性：>>相关的>>>>>>的继承人>>的前身>>>>ObjectProperty:successorOf>>反向：>>前身>>子财产：>>相关的>>>>ObjectProperty:predecessorOf>>反向：>>successorOf>>子属性：>>相关的>>>>的成员>>成员是>>>>ObjectProperty:memberOf>>反向：>>成员Is>>子属性：>>相关的>>>>ObjectProperty:成员>>反向：>>成员>>子属性：>>相关的>>>>>> >>>>