好吧，我并不是真的建议我们添加一个属性“skos:partOf”。在某些标准词汇中一定有一个属性表示两个事物（即“轮子”）之间的“部分”关系是高水平的“车辆”的一部分，“骨架”的“骨头”部分，为无稽之谈道歉但我边做边编：）——这反过来又可以扩展到“地理部分”“物理部分”“逻辑部分”等。。dcterms:isPartOf属性可能是此操作的候选者，即定义如下：“所描述的资源是引用的资源。'？？[1]重点是，在一些同义词库中，“部分”关系是层次结构，在其他层次结构中，它们被建模为层次结构不同分支中的概念。因此，有两种类型的信息需要传达。语义关系在两个概念之间（即instance-of、sub-class-of、part-of）以及您如何希望将该关系显示为结构的一部分（即。层次或关联）。所以我们用两组高级属性。然后扩展可以在中重新组合这些属性创建组织相同语义的属性的不同方法不同的关系（例如，“部分”作为层次或关联）。这就是我的想法。这也是一种将SKOS词汇链接到RDF和RDFS的方法（第一步理解同义词表和本体）。铝。[1]http://dublincore.org/documents/dcmi-terms/>-----原始消息----->发件人：NJ Rogers，Learning and Research Technology>[邮寄地址：Nikki.Rogers@bristol.ac.uk] >发送时间：2004年2月25日14:36>收件人：Miles，AJ（Alistair）；'public-esw-thes@w3.org'>主题：回复：打破僵局：分离语义和结构> > > >不，对不起，你把我弄丢了，艾尔！> >“skos:partOf”为我们实现了什么，除了一些意义>对称的>或结构模型的完整性>指的是？“skos:relatedPartOf”实际上是什么>意思是-你能给我一个>这将用于链接两个>概念？剩下的我都很满意。> >如果我的问题遗漏了显而易见的地方，我深表歉意，> >尼基> >——2004年2月25日14:17+000“Miles，AJ（Alistair）”> <A.J.Miles@rl.ac.uk>写道：> > >>>以下是长期存在的问题的可能解决方案>过载>>同义词库风格关系中的语义。> >>>我们有一组用于构建概念结构的属性。>>这些结构属性的语义非常弱（如果有的话）。这个>>skos：狭义和skos：更广泛的道具允许组织>将概念转换为>>层次结构。related属性允许关联>之间的链接>>层次结构的分支。重申一下，这些道具意味着没有>>语义，它们只允许构建结构，或者>>另一种方式，概念的结构性组织。> >>>我们有第二组属性，它们具有良好的定义>语义。>>有一个用于即时（instance-of）关系>-rdf：类型。>>有一个通用（类包含）关系->>rdfs:subClassOf。应该有一个用于partitive>（部分）>>关系-？？？（尽管现在叫skos:partOf）>一定有>>是一些我们可以使用的参考属性）。> >>>那么这两套道具就是>所有其他>>道具。例如：> >>>skos:broaderInstantive>>rdfs:subPropertyOf skos：更广泛；>>rdfs:subPropertyOf rdf:type。> >>>skos：更广泛通用>>rdfs:subPropertyOf skos：更广泛；>>rdfs:subPropertyOf-rdfs:subClassOf。> >>>skos:broader党派>>rdfs:subPropertyOf skos：更广泛；>>rdfs:skos:partOf的子属性。> >>>（或分隔符的可选结构渲染>关系> > ...)> >>>skos:relatedPartOf>>rdfs:subPropertyOf skos：相关；>>rdfs:subPropertyOf skos:partOf。> >> > ... 所以这些属性中的每一个都有一个结构>组件和>>语义组件，这两个组件已经>排除了因素。>>这就是我们的想法。> >>>大家都怎么想？> >>>铝。> >> >> >> >> > > > ---------------------->NJ Rogers，技术研究员>（语义Web应用程序开发人员）>学习与研究技术学院（ILRT）>电子邮件：nikki.rogers@bristol.ac.uk>电话：+44（0）117 9287096（直拨）>电话：+44（0）117 9287193（办公室）>
接收日期：2004年2月25日星期三10:26:55 UTC