让我们再来一次。。。有几个人问，为什么我不能对传统的映射进行编码表达式，例如。。。“概念A与概念B和概念C进行了双向比赛”…正在将OWL用作。。。<soks:概念rdf:about=“#A”><rdfs:subClassOf rdf:parseType=“resource”><owl:intersectionOf rdf:parseType=“collection”><soks:概念rdf:about=“#B”/><soks:概念rdf:about=“#C”/></owl:intersectionOf></rdfs:subClassOf></soks:概念>... ???两个原因是：1.许多事物类型如<soks:Concept>不应建模为类。例如，“鱼和薯条”的概念既不是一个类，也不是一个概念“Java编程语言版本1.4.2”或“缺课”或“英国陆军”或“国家卫生服务”。但所有这些可能都是概念在同义词库中（最后三个来自政府类别列表同义词库）。如果它们不是类，我们就不能使用OWL集合构造，因为这些只能用于类。然而，我们仍然希望能够使用类似集合的表达式，例如“Java编程语言版本1.4.2”has-broad-match“Java（编程）和“编程语言”2.一些同义词库概念可以建模为类。例如，“NHS“信托”、“幼儿园”、“宗教少数群体”（全部来自GCL）都可以用实例将其建模为<owl:Class>。这里我们想预订所有OWL表达式，用于陈述概念结构方案本身，我们是否应该决定开始将同义词库迁移到本体论。然而，我相信我们仍然可以使用OWL来表达映射。我相信……这样的说法。。。“概念A与概念B和概念C进行了双向比赛”…可以定义为包含以下。。。＜owl:限制＞<owl:onProperty rdf:resource=“&dc；subject”/><owl:hasValue rdf:resource=“#A”/><rdfs:subClassOf rdf:parseType=“resource”><owl:intersectionOf rdf:parseType=“collection”>＜owl:限制＞<owl:onProperty rdf:resource=“&dc；subject”/><owl:hasValue rdf:resource=“#B”/></owl:限制><owl:限制><owl:onProperty rdf:resource=“&dc；subject”/><owl:hasValue rdf:resource=“#C”/></owl:限制></owl:intersectionOf></rdfs:subClassOf></owl:限制>…这很有用，因为OWL推理器可以推断带有<dc:subject>概念A的东西也是带有<dc:subject的东西概念B和概念B，即给定一个完整的OWL映射推理器可以根据以下条件推断集合的虚拟主题索引另一个同义词库（尽管可能有些不合理计算费用）。OWL推理器也可以推断转换查询。使用这种表达式作为基本词汇表的问题表示映射是。。。1.有点冗长，而且。。。2.某些集合可能使用<dc:subject>以外的属性表达资源的主题（例如，Open Directory使用“链接”属性从主题到资源，这有点像一种反转<dc:subject>）。所以我认为一个更简单的基本词汇表应该是同义词库社区，因此SKOS-Mapping。然后SKOS-Mapping语句可以被定义为具有可在OWL中表达的形式蕴涵，或者它们可以是用于生成规则，而这些规则又可用于转换查询或主题索引。将<soks-map:AND>和<soks-map:OR>定义为的子类<rdf:Bag>可能不是一个好主意（参见Dave R的邮件<http://lists.w3.org/Archives/Public/Public-esw-thes/2003Nov/0065.html>)，所以我完全愿意接受关于如何最好地表达这些类型的建议RDF中的构造。。。铝。[你也可以看到我写这个问题的另一个尝试<http://lists.w3.org/Archives/Public/Public-esw-thes/2003Nov/0067.html>]>-----原始消息----->发件人：public-esw-thes-request@w3.org>[邮寄地址：public-esw-thes-request@w3.org]代表Danny Ayers>发送时间：2003年12月2日09:38>收件人：public-esw-thes@w3.org>主题：回复：SKOS-Mapping属性解释。。。> > > >嗨，阿利斯泰尔，各位，> >我认为史蒂夫说得很好——使用了>定义可能会误导人们认为它有更多>重要性大于>地图绘制者信仰的表达。我建议对>措辞，来自：> >>>映射器说明：>>>如果概念A和B重叠，请使用<soks:majorMatch>链接它们>>意义上，>>>如果您认为50%以上的文件>是关于>>>概念A也将与概念B有关。> >类似于> >“……如果你认为大多数文件……”> >总的来说，发展对我来说很好——那是>相当慌乱>活动！> >组合结构很有趣。我还没有>玩的机会>然而，我有点担心他们似乎正在扩展>RDF之外的语义，并且可能存在>与…冲突/不相容>OWL构造。顺便说一下，不使用OWL有什么特别的原因吗？> >干杯，>丹尼> > > >>>原始消息----->>发件人：public-esw-thes-request@w3.org>>[邮寄地址：public-esw-thes-request@w3.org]代表Steve Cayzer>>发送时间：2003年12月1日15:13>>收件人：public-esw-thes@w3.org>>抄送：public-esw-thes@w3.org>>主题：回复：SKOS映射属性的解释。。。> >> >> >>>嗯，我明白你的意思，但我不明白为什么“>50%”（>>精确的错觉）比“好”或类似的（>>模糊性保证）。>>我们在这里讨论的是不精确的形式编码：）> >>>干杯> >>>史蒂夫>>-----原始消息----->>发件人：“Miles，AJ（Alistair）”<A.J.Miles@rl.ac.uk>>>收件人：“Teve Cayzer”<steve.cayzer@hp.com>>>抄送：<public-esw-thes@w3.org>>>发送时间：2003年12月1日星期一下午12:16>>主题：SKOS-Mapping属性解释。。。> >> >>你好Steve，> > >> > > > 3).>>>>我想发布到列表中的主要内容是（但你>>>>可以>>>>直接回答？）>>>>我注意到> > > >http://www.w3c.rl.ac.uk/2003/11/21-skos-map>>>>具有以下属性：> > > >>>>><rdf:属性rdf:ID=“majorMatch”>>>>><rdfs:comment>如果“概念A与概念B基本匹配”>然后是一组>>>>根据概念A正确索引的资源共享超过>>>>50%>>>具有正确索引的资源集的成员>反对概念>>>>B.</rdfs:comment>>>>></rdf:属性>> > > >>>>><rdf:属性rdf:ID=“minorMatch”>>>>><rdfs:comment>如果“概念A有小匹配概念B”，则>>>>一组>>>>根据概念A股对资源进行适当索引>低于50%，但>>>>超过0个具有资源集的成员>>>>正确索引>>>>针对概念B。</rdfs:comment>>>>></rdf:属性>> > > >>>>>一些数字（50%）的使用在我脑海中敲响了警钟。>>>那呢>49.7%对50.1%？我们怎么知道？>>>>（在我看来）更合适的定义是>更模糊的东西>>>>主匹配->这意味着一个资源被正确地索引>>>>对A有一个>>>>很有可能根据B进行适当索引>>>>次要匹配->这意味着资源已正确索引>>>>对A有>>>>有可能（或“可能”）根据B进行适当索引> > >>>>说得好。这带来了我的双重视角>>一直在尝试>>>暂时了解一下。让我们试着解释一下。。。> > >>>>我用形式蕴涵定义了这些属性，>即majorMatch>>>需要>50%的文档集重叠>概念。>>>然而，创建映射的人必须做到最好>关于…的猜测>>是否>>>根据他们对>>不同含义>>>的概念。> > >>>>要从另一个角度说明这一点，请考虑以下两组>>>有关如何使用<soks:majorMatch>属性的说明，一>>对一个人>>>创建映射，以及一个到程序员开发的映射>应用程序>>使用>>><soks:majorMatch>属性。。。> > >>>>映射器说明：>>>如果概念A和B重叠，请使用<soks:majorMatch>链接它们>>意义上，>>>如果您认为50%以上的文件>是关于>>>概念A也是关于概念B的。> > >>>>程序员须知：>>>（<ConceptA><soks:majorMatch><Concept B>）语句>意味着> > >50%>>>根据概念A正确编制索引的文档包括>也适当地>>>根据概念B进行索引。因此，在查询中>概念可能是>>>互换，预计成功率>50%。> > >>也就是说，映射器根据含义进行最佳猜测>概念，>>>对实际文档集了解不足，以及>程序员>>>编写程序来处理这些语句，就像它们是真的一样>>语句>>>关于世界，由具有完美知识的人制作>文档的>>>台。> > >>我认为值得记住实际的影响>这些不同>>>映射语句必须发送给用户。一个好的映射将>>意味着>>>查询应用程序处理转换的查询可以保证>完全召回，>>和>>>对结果集进行排序，以将更好的匹配放在第一位。一个穷人>映射方法>>批>>>虚假的结果，不完整的回忆和没有良好的排序。>为了>>>生成良好的映射，映射器需要正确的工具>（即一口井>>>设计的声音），并且必须知道如何使用它们（即需要>一组清晰的>>>说明）。所以这就是我们正在努力的方向。> > >>情况怎么样？> > >>>>铝。> > >> >>
接收日期：2003年12月2日星期二11:31:23 UTC