在消息中<B56ABE145BEB0C40A265238FCAA420DF01DC8E58@oa2-server.oa.oclc.org>上的2004年5月5日，星期三，“霍顿，安德鲁”<houghtoa@oclc.org>写>>>发件人：Miles，AJ（Alistair）[mailto:A.J.Miles@rl.ac.uk]>>发送时间：2004年5月5日星期三下午2:21>>主题：支持概念数组>>>>>>这是一个添加到SKOS-Core模式的稻草人提案：>>>>一些同义词表将概念分组为有序数组，并添加标签>>数组，例如。>>>>人>><按年龄划分的人数>>>儿童（0-12岁）>>青少年（13-19岁）>>成年人（20岁以上）>>>>由于这种事情是常见的做法，我相信它将成为>>英国新的同义词表标准（Leonard，Stella？）>>应该提出一种机制，将其表示为>>SKOS-核心人声。是的，它在新标准的草案中。如果有软件来正确处理它，因为大多数现有软件包在这个区域。>>这个问题是在RDF中表示有序列表的最佳方法。这个>>目前的共识似乎是使用RDF列表（集合）。这个>>另一个问题是如何将数组连接到父概念。这样一个>>连接不能取代skos：来自数组的更广泛的语句>>成员，并且必须与它们同步。>这似乎是AAT和杜威使用的所谓节点标签。>节点标签可以看作是参与>层次结构，但不能作为概念分配。在杜威，为了>例如，它具有居中条目的概念。如果你看一下打印出来的>在类跨度之前有一个>（大于号）。你>无法将它们指定为类编号，但它们存在于>分组层次结构的目的，如您的示例所示。节点标签>具有与概念相同的所有关系，很多时候它们是>表示为概念。不幸的是，“节点标签”的意思是不同的地方有不同的东西。不应将其视为概念，因为它们不代表概念，而且它们没有范围注释或任何正常的同义词库关系。使用时未正确提供节点标签的软件有时需要将其视为概念并给予BT/NT关系，以便在等级制度，但这是一种敷衍。AAT使用“指导术语”而不是节点标签，并且其中不仅包括真实节点标签（如下文1所述）也包括代表真实概念但它认为是不适合用作索引术语。这令人困惑误导；我认为任何用来描述概念的术语都应该是可能在索引中可用，尽管它可以有注释“使用更多具体概念（如果可能）”。在英国标准草案中，我们建议有两种节点标签的：1.显示“划分特征”的节点标签。这就是那种如上例所示，每个标签都包含单词“by”后面是以下元素的特征数组是可区分的。任何术语下都可能有几个数组，每个节点都由一个单独的节点标签引入，例如。人<按年龄划分的人群>儿童（0-12岁）青少年（13-19岁）成年人（20岁以上）<按职业划分的人数>建筑商公共汽车司机信息技术专家信息科学家图书馆员<按性别划分的人>男性男人男孩女性女人女孩等等。2.在分类而非同义词库的显示中，节点标签用于显示面发生变化的位置，特别是当来自不同方面的术语正在合并。他们明确表示节点前面和后面的术语之间的关系标签不是BT/NT，但以下类别是后面的概念和前面的概念。在以下方面例如，包含facet名称的节点标签在圆括号：（生物体）哺乳动物[一般]食肉动物豹子狮子老虎食草动物[一般]牛羊（流程）生理过程[一般]消化[一般]（生物体）食肉动物[消化]狮子[消化]食草动物[消化]牛[消化]羊[消化]呼吸[一般]（生物体）狮子的呼吸本例中方括号中的单词在压痕或印刷术。我认为目前你只是在解决节点问题类型1的标签。>SKOS当前没有考虑节点标签及其prefLabel>和altLabel元素。一个节点标签可能有许多>不同的altLabel。我认为您不需要添加其他结构>表示节点标签。也许，需要说的是>概念必须具有一组prefLabel元素（xml:lang'ed）或>nodeLabel元素组（xml:lang'ed），可以有任意数量的>altLabel元素。由于节点标签也将具有BT、NT、RT>关系，您将不需要通过重用来复制该结构>skos：概念。这在技术上是如何实现的我将留给其他人，但我认为你必须小心，不要按字面意思接受这一段（至少如果您接受我们对节点标签的定义）。作为节点标签不是概念的标签，也没有与之相关的潜在概念可以应用altLabels。节点标签没有BT、NT或RT关系，除非是在伪造的上述案例中，我使用软件而不需要功能。BT/NT关系实际上“跨越”了节点标签，因此在上面的第一个示例中，关系是人NT儿童青少年成人建筑商等。，和_否_人NT<按年龄划分的人群>等。伦纳德-- 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/> -----------------
接收日期：2004年5月6日星期四10:47:17 UTC