预协调和层次关系

在消息中<GOEIKOOAMJONEFCANOKCGENBGAA.bernard.vatant@mondeca.com>上的2005年10月11日星期二,伯纳德·瓦坦特<bernard.vatant@mondeca.com>写入>商定的dmoz概念,如>顶部:社会:宗教和精神:基督教:音乐>看起来像是在类别的URL中预先协调的>[1]http://dmoz.org/Society/Region_and_Spirituality/Christianity/Music(音乐)/>但这种预先协调也包括更广泛、更窄的层级,因为>以上是的一个子类别>[2]http://dmoz.org/Society/Region_and_Spirituality/基督教/这并不是词库标准要求的意义。没有内在的、先验的,基督教和音乐的关系。音乐不是一种,一部分或基督教的例子。BT/NT关系仅在属于相同的方面或“基本类别”,所以宗教新界基督教是有效的,因为它们都属于“系统信仰”,但基督教NT音乐不是在分类方案或预先协调主题的方案中标题,如DMOZ,可能会带来来自不同方面的概念共同为复合主题提供标题或位置,但这并不是在他们之间建立BT/NT关系。取决于方案指定的方面的引用顺序,可以是字符串基督教:音乐音乐:基督教可能有效。>但如果你看[2]的显示,[1]的标签是“音乐”>>>在您引用的每个字符串中,单词“music”标记_same_>>概念,可以定义为某种有节奏或旋律的声音>>(至少在我看来!)。这一概念可以结合起来>>在索引字符串中使用其他概念不会使其不同>>概念。>>嗯,我不太同意。看看>[3]http://dmoz.org/Shopping/Music网站/“音乐”这个概念可能与[1]和[2]中给出的标签的概念。如果您将音乐定义为声音的类型,那么这是一个不同于物理的概念你在商店里买的东西,如[3]所列。适当的同义词库关系将类似于:音乐RT乐谱音乐唱片打印文档NT乐谱录音NT音乐录制或者,您可以创建预先协调的字符串打印文档:音乐录音:音乐>[1] 和[3]似乎没有任何关联。[3] 声明“另请参阅”链接>:>[4]http://dmoz.org/Arts/Music(音乐)/>... 在这里您可以找到到[3]的“链接@”(可以理解为“更窄的”)>但不是为了>[2].>>同意,这只是dmoz组织有多么草率的一个例子,但在>DMOZ的SKOS表达式“原样”,您会在[1]、[3]和>[4] 作为相同的概念?试图适应邋遢的结构有一个根本的困难纳入SKOS等框架,该框架必须相当严格,并且如果计算机能够处理它的话,就要正式化。但我想是的唯一有用的方法是独立于上下文,然后提供将其与其他概念。据我所知,SKOS还没有用于处理预先协调的字符串或分类结构,其中来自多个方面的术语汇集在一起。>在这种情况下,您需要独立声明这个概念吗>任何协调前背景?对。你必须先指定构建块的形状,然后才能开始用它们构建结构。>音乐既不是精神的表达,也不是产品,也不是>艺术。。。在词汇表中没有声明。这就是问题所在。建立一个有用且一致的结构你必须定义每个概念的含义和范围很明显。有时所使用的标签是明确的,并且被广泛理解没有进一步的定义,但在许多情况下需要范围注释。>>在同义词库中,一个概念可能有多个更广泛的术语>>分类方案,如DMOZ的概念可能出现在更多>>正如您所示,这将导致严重破坏>>单个未分化标签用于表示多个>>独特的概念。>>这里的问题是,如上所述,“音乐”概念无处不在>以dmoz明确声明。不确定,当你使用pre->协调,是使用声明为独立的元素的通常做法>词汇表中的概念?对。>更一般地说,您会考虑590 000多(!)类dmoz吗>(主页上声明的当前计数)作为预先协调的术语,但>由http://dmoz.org/Arts(艺术)/? 然后是你>他们中的大多数人都有与“音乐”相同的问题。前->没有任何地方声明协调元素是独立的(除了Top>个)。其中大多数是预先协调的字符串,但有些步骤是有效的BT/NT关系。只要做完就行一贯地。例如,在DMOZ字符串中。购物:出版物:书籍:艺术:音乐关系出版物>书籍艺术>音乐可能是有效的分层步骤,具体取决于范围注释(例如。后者要求将音乐定义为一种艺术,而不是作为声音)。如果可以开发SKOS来处理预先协调的问题,那就太好了字符串或分面分类方案(问题相同)但这将是一个相当大的额外发展。伦纳德-- Willpower Information(合伙人:Leonard D Will博士、Sheena E Will)信息管理顾问电话:+44(0)20 8372 009227 Calshot Way,Enfield,Middlesex EN2 7BQ,UK。传真:+44(0)870 051 7276L.Will@Willpowerinfo.co.uk               Sheena.Will@Willpowerinfo.co.uk----------------<网址:http://www.willpowerinfo.co.uk/> -----------------

接收日期:2005年10月11日星期二10:23:11 UTC