你好，Alistair，>我可以将问题减少到以下阶段吗> >阶段1：同意“传统”映射的RDF编码。> >阶段2：同意“有序”映射的RDF编码。> >阶段3：同意组合有序映射和传统映射的RDF编码。> > ?我想。尽管划分映射优先级的一种方法是添加优先级或距离度量到“传统”映射（即跳过阶段2）。>在第2阶段出现裂纹，以下内容是否足够>[选项1]。。。> ><rdf:描述rdf:about=“#A”>><soks-map:orderedMapping>><rdf:顺序>><rdf:_1 rdf:resource=“#B”/>><rdf:_2 rdf:resource=“#C”/>><rdf:_3 rdf:resource=“#D”/>><rdf:_4 rdf:resource=“#E”/>></rdf:序列>></soks-map:orderedMapping>></rdf:说明>> > ... ? 我的意思是，这个秋季是否违反了史蒂夫的编号问题>足够简单，如果要重新定义另一个概念，可以重新定义数字>插入列表？这里的关键是你想要表达的语义东西。如果在单个映射文件中定义了所有订单，那么是一种非常合理的表达顺序的方式（尽管我仍然喜欢parseType=“collection”，如下所示）。然而，在语义网中您可能希望能够合并由生成的映射的应用程序不同来源。在这种情况下，您无法合并Seq。>或者，如果您使用属性，我的理解是否正确>parseType=“collection”，则成员的顺序为>将序列化语句编译成图形时是否保留？对。>那么>以下内容也可以做到这一点（并避免了编号>问题）[选项2]。。。> ><rdf:描述rdf:about=“#A”>><soks-map:orderedMapping parseType=“collection”>><rdf:描述rdf:about=“#B”/>><rdf:描述rdf:about=“#C”/>><rdf:描述rdf:about=“#D”/>><rdf:描述rdf:about=“#E”/>></soks-map:orderedMapping>></rdf:说明>做这份工作——是的。优先于Seq（IMHO），因为它清楚地表明这是一个封闭的列表和一些特定于应用程序的逻辑将需要执行合并多个orderedMappings的。回避编号问题-不。它使问题变得清晰，但它无法回避。在封闭系统中很好，在开放系统中可能会有问题系统。另一种方法是定义语义距离关系并导出从中订购：#A soks:语义距离自[使用算法FooBar的距离度量；soks:映射概念#B；soks:distance 4.67^^xsd:float；soks:baseRelation-soks:strighterTerm]。这样，您仍然可以捕获包含信息，如窄术语但是对于使用一致度量等可以将多个映射合并在一起。在实践中这些距离通常可以通过启发式推导（即猜测），因此严格来说，没有可比性，但至少你有更多的灵活性。在一些实际上，您可以为应用程序定义真正的可组合度量例如基于过去的用户查询术语和期望结果的数据库。[顺便说一句，我在构建这个示例时没有深入思考有很多小的设计选择。你可以让baseRelation成为超级semanticDistanceFrom属性的属性，而不是的属性具体化的表示。可以用属性替换soks:distance特定于距离算法，而不是依赖于携带该信息的具体关系。]只是一个想法。戴夫
接收日期：2003年12月8日星期一09:57:35 UTC