用例：构件词汇

From Semantic Web Standards

用例出处： http://www.w3.org/2005/Incubator/lld/wiki/Use_Case_Component_Vocabularies

用例名称： 组件词汇 （牧羊人 pinoke 范炜）

1. 所有者

① Ray Denenberg

2. 背景与当前实践

① 元数据创建者使用各种方法编码和引用实体来关联被描述的资源，例如：姓名、题名、主题、地理名称等。

② XML schemas有时允许直接包含规范属性术语，或允许使用XLink引用外部参考。

③ 这些方法比较麻烦而且难以理解，在一些情况下没有详细说明。

3. 目标

① 允许元数据连接到已存在的词表。

② 关联数据技术通过为词汇术语指定URIs来达到目标。

4. 目标受众

① 编目员

② 技术专家

③ 机器（为最终用户提供信息）

5. 用例场景

① 创建了一条书目描述的编目员插入链接到受控词汇，如LCSH或语言代码。一个简单示例，对于"architect"，不是输入术语本身，而是位于id.loc.gov上关于该术语的受控词汇的URI (http://id.loc.gov/vocabulary/relators/arc) 被输入进入。当用户访问该条书目描述时，本地系统根据链接填入术语，对应展示给用户的书目描述的本地版本。本地系统也可以词汇术语做缓存处理，维护一个URIs及其对应术语的表格，定期做更新。另一个示例，对于主题“garlic”，对应LCSH的URI (http://id.loc.gov/authorities/sh85053172#concept) 将被输入。

② 规范记录以RDF发布。书目描述也以RDF发布，链接到人名、题目和主题的规范描述的RDF上。

6. 用例的关联数据应用

① 为受控词表指定URIs，外部系统的元数据描述以用URIs去引用这些术语

7. 已有工作

① http://id.loc.gov 这也是当前图书馆关联数据应用探索的一面旗帜

8. 相关词汇

① SKOS

② MAD in RDF

9. 问题与局限

① 基本假设：当用户访问一条元数据描述，已经通过关联数据连接到词汇术语，那么1）系统为每次访问去遍历所有链接;2）系统执行某种程度的缓存机制。显然第一种会对系统造成很重的负担，因此某种程度的缓存是必须的。但是到哪种程度呢？如果标题词已经被取代，系统如何知晓？系统更新的频率要多久？

② 如果关联数据要被充分利用，独立可标识的组件的分面标题则需要细粒度的标记。

10.相关用例

① 通过关联数据的标题词多语种访问

11.图书馆关联数据维度/主题

① 维度

信息生命周期-->展示/发布-->条目创建或升级

信息资产-->叙词表和受控词表

② 主题

词表-->个人姓名及变体描述的最佳实践

关联数据管理、托管和长期保存-->缓存策略

12. 参考文献

① Authorities & Vocabularies (http://id.loc.gov)

Retrieved from "https://www.w3.org/2001/sw/wiki/index.php?title=用例：构件词汇&oldid=2976"