标签： 关联数据

在MARC中记录URI的核心词表（《NACO 024最佳实践指引》）

合作编目项目（PCC）在2019-2021年开展了两项以MARC记录URI的试验，意在由名称的规范控制走向实体的身份管理。在2023年3月的“URI指导小组最终报告”中，列出了正式开展此项工作的6个核心文档，其中一个核心文档曾在2018年博文中写过其早期版本：[5] Formulating and Obtaining URIs: A Guide to Commonly Used 由Vocabularies and Reference Sources. (2020)。参见：

本文围绕另一个核心文档的最新版本，关于在LC名称规范档（NACO）的MARC 024字段中记录URI的指引：[2] NACO 024 Best Practices Guidelines. (2019-2023)

024字段：其他标准标识符，除ISBN、ISSN等以外的标准号或代码或URI（书目与规范格式相同）

鉴于一条记录中出现过多024字段对用户与本地系统维护造成的麻烦，提出本最佳实践。简单地说，就是规定一般限制每条规范记录最多5个024字段。为此提出“核心词表”，当已有5个或更多时，只有出自“核心词表”的才能添加。

本指引中的核心词表，以表格示例方式，分别列举不同类型实体的来源。概要如下：

  • 个人名称：Wikidata, ISNI, ORCID, VIAF, ULAN, WorldCat Entities
  • 家族名称：VIAF, Wikidata, CERL, ULAN
  • 团体名称：Wikidata, ISNI, VIAF
  • 地理名称：Wikidata, GeoNames, TGN, WorldCat Entities
  • 作品和内容表达：Wikidata, VIAF, MusicBrainz, BBC Things, DBpedia, FAST, WorldCat Entities

虽然这是个要求遵守的政策文件，但此“核心”词表不是强制性的（并且会维护更新）。可以根据机构与馆藏的需要使用任何词表，包括前述[5]中所列词表，需要注意只有前述5个024字段的数量限制。

指引还指出，OCLC Connexion（编目软件）中的Authority Toolkit可用于搜索外部词表，并根据这些词表正确构建URI。

在MARC中使用URI：URI指导小组最终报告

虽然MARC本身不能直接用于关联数据，但图书馆界所用元数据多由MARC转换，在MARC编目中记录URI，有助于后续的关联数据应用。因此多年前已开始尝试在MARC中使用URI。

MARC书目格式于2007年新增子字段$0规范记录控制号，2016年$0扩大到包括各种标准号，并且在不标注时默认为URI。2017年新增子字段$1真实世界对象URI，区别于作为其描述的$0。当年还新增字段758资源标识符，记录书目记录中描述的资源或与其相关的资源，如FRBR作品、内容表达、载体表现和单件，以$i/$4记录关系，$0/$1记录标识符。

2015年美国合作编目项目PCC开始寻求在MARC中记录URI的最佳实践，其后开展了2项试验：

  • 2019-2021：PCC URIs in MARC Pilot
  • 2020-2021：PCC Wikidata Pilot（在MARC中记录维基数据的URI）

URI指导小组(URI Guidance Subgroup, UGS)属于PCC的关联数据咨询委员会(LDAC)和身份管理咨询委员会(IMAC)，应PCC政策委员会(PoCo)要求撰写报告，就如何在书目和规范记录中使用MARC中的URI提供指导，以下是其最终报告：

关联数据咨询委员会/身份管理咨询委员会的URI指导小组给合作编目项目政策委员会的报告 LDAC/IMAC URIs Guidance Subgroup Report to PCC PoCo (March 17, 2023)

报告提出7个建议，以下为摘译【本人注】

  • 建议1【正式做】：正式终止MARC中URI试验，并采取适当措施使编目员能够在MARC记录中插入URI【试验早已结束，现在应该真正做了！】。这将包括审查相关文件以进行任何必要的编辑：政策声明、元数据指导文档、描述性编目手册、LC指南补充、参与者的手册和其他文档。此外，核心的MARC中URI文档应由PCC发布和维护，PCC应就在MARC中插入URI提供指导。…建议的核心汇编在下面的附录C中。
  • 建议2【总则】：公布在MARC中插入URI的项目以及提供指导的PCC小组的总则。…附录G汇编了一些总则。…
  • 建议3【核心文档】：组织关于在MARC中添加URI的核心文档（见附录C），并将其作为集合发布。这可能需要成立一个小组来处理文件以供发布…。流程可能包括…。进一步建议，指导在职编目员的信息应尽可能汇编在一份文件中，可能是按照NACO 024最佳实践指南的最佳实践文件【附录C核心文档 [2]】。
  • 建议4【用例】：在上面提到的同一集合中，记录MARC中URI的用例。关注将URI添加到MARC的用例范围可以帮助我们了解添加这些数据可以实现的各种目标以及它可能产生的影响。此外，培训计划（如以下建议5中所建议的）——如果制定了这些计划——可以包括为什么这项工作很重要，如何使用最终结果，以及它如何影响用户。（下面的附录E是记录用例的开始。）
  • 建议5【培训】：责成培训常设委员会制定培训计划，以便在书目和规范记录的MARC中添加URI。
  • 建议6【政策指导】：要求新的或现有的机构提供政策和实践指导，以回应PCC参与者的问题。……
  • 建议7【调查】：在PCC成员的适当时间进行调查，以衡量MARC中URI用户的进展、发展和态度，并评估未来需要支持的领域。

收录相关资料的8个附录：

附录A：小组职责【为MARC书目和规范记录中URI的使用提供指导】

附录B：相关PCC和其他报告、指南和资源【2页】

附录C：核心文档【PCC指导文件6种】

  • [1] MARC object table: a field-by-field analysis of the bibliographic format. (2019)
  • [2] NACO 024 Best Practices Guidelines. (2019-2023)
  • [3] PCC Task Group on Linked Data Best Practices Final Report. (2019)
  • [4] URI FAQs. (2018)
  • [5] Formulating and Obtaining URIs: A Guide to Commonly Used Vocabularies and Reference Sources. (2020)
  • [6] URIs in MARC Cheat Sheet. (2023)

附录D：PoCo对3个PCC试验进展中描述的调查中确定的需求，2021年11月5日，幻灯片10-27页。【调查结果，URI指导小组的意见】

附录E：用例，衍生自：Use Cases for URIs in MARC: Toward Native Linked Data. (2018)【4方面用例：发现，ILS，规范[数据]供应商，走向原生关联数据】

附录F：格式化和获取URI【附录C核心文档 [6]】

附录G：总则

  • 主要来源于PCC MARC中URI工作组（PCC Task Group on URIs in MARC）和PCC应用常设委员会MARC书目记录元数据和实践工作组（PCC Standing Committee on Applications Task Group on Enhancing Metadata and Practices in MARC Bibliographic Records）的报告。
  • 编目员在MARC中输入URI的总则：
  • – 在MARC中嵌入URI的建议/指南必须符合现有MARC环境的成本效益。
  • – MARC中的文字值有时很容易在没有$0或$1的情况下转换为URI，因此，在这些情况下，不需要在MARC记录中输入这些URI。
  • – 避免在任务易于自动化的地方手动添加URI。例如，一些软件，如Authority Toolkit，提供了简化URI输入的服务。协调工具（Reconciliation tools），如OpenRefine，允许查找外部数据库中的URI，并将其与数据中存在的实体进行匹配。另一方面，有时使用频率较低的词表，或使用可能不稳定或不唯一标签的来源，被排除在服务之外或难以协调，从而证明使用手动输入是合理的。
  • – 应该注意使用规范的和可解引的URI，而不是简单地使用任何呈现自己的http链接。
  • – MARC本身并不是一种关联数据格式。将URI插入MARC记录主要是为了提高MARC到RDF转换的输出。
  • – 注意编目员的时间。
  • PCC小组在MARC中提供URI指导的一般原则：【略】

附录H：时间表，2007-2022【$0、$1、758字段加入MARC及调整；PCC成立工作组/委员会，包括MARC中URI/身份管理/关联数据/为BIBFRAME转换简化MARC/增强MARC书目元数据；试验MARC中URI、Wikidata；等】

台湾链接资源系统 LDT@Library

台湾图书馆界在2022年3月18日正式启用“台湾链接资源系统”（LDT@Library）。如网址 https://ld.ncl.edu.tw/ 所示，本系统对标美国国会图书馆（LC）的关联数据服务id.loc.gov，提供关联数据环境下的规范取值词表，可通过API获取，也提供RDF数据打包下载（每年更新1次）。

系统由台湾中央图书馆与台湾大学图书馆合作开发。网站首页之“LDT @ Library 緣起”：

  • 在2018年起國內部分圖書館陸續導入了支援Linked Data的自動化系統，部分圖書館開始將編目規則轉換為RDA規範之際，在此趨勢之下使鏈結資源的具像化得以有實現的可能。有鑑於此，國家圖書館與國立臺灣大學圖書館積極合作執行本計畫，旨在承繼先前的成果，整理國內聯合權威資料庫，結合題名、主題資料，製作符合標準之鏈結數據並開發相應的「臺灣鏈結資源系統」平台，以期提供使用者更多元、詳盡的相關資訊。
  • 本計畫旨在建置一個整合的臺灣資料鏈結資源系統，而透過這個臺灣圖書館界可共用共享的系統，使臺灣各領域的學研數據可透過網際網路和國際間各大型語意數據集形成脈絡的串連，呈現使用者更豐富的臺灣資料及更完整的華文研究資源。

系统目前收录台湾《中文主題詞表》主题规范17212条，《中文图书分类法》（2007年版）28352条，中文个人名称规范324781条（2023-2-7实时数据）。

系统在去年发布时称，“未來並可與網路資源（例如：ISNI、ORCID、VIAF、Wikidata等）進行串連，以因應語意網（Semantic Web）世代的來臨”。via 「臺灣鏈結資源系統」於111年3月18日正式啟用（2022-3-23）

早在2015年，台湾中央图书馆就以关联数据发布了以上3种资源。新系统应该已取代原发布资源。参见：中国国家图书馆，你在哪儿？台湾发布关联数据有感（2016-1-17）

【试用LDT@Library】

不懂API，还是手查。已看到部分记录与Wikidata关联。

不过又手黑，发现一人多记录。另外不支持繁简通检，或许只有大陆对此有强烈需求？

1、用简体汉字查“鲁迅”，可以查到人名规范“魯迅, 1881-1936.”

URI(s):
- https://ld.ncl.edu.tw/authority/351060
Instance Of:
- MADS/RDF Authority
- MADS/RDF PersonalName
Preferred name:【首选名称（规范形式）】
- 魯迅, 1881-1936.
Variants:
- Luxun, 1881-1936.
- 周, 樹人, 1881-1936.
……（以下省略其数百个汉字笔名及音译，不含简体汉字）
Related names:【外连名称？】
- Lu, Xun, 1881-1936.
Sources:【来源】
- His A Q cheng chuan, 1957:t.p. (Lu Hsün; Lū Sin [in Thai])
……（省略8个）
- 鲁迅诗编年笺证【唯一出现的简体字“鲁迅”，使本记录得以查到】
Connected External IDs:【外部关联：wikidata，使用名称为：Lu Xun】
- http://www.wikidata.org/entity/Q23114
Alternate Formats:
- RDFXML
- Turtle
- N-Triples
- JSON-LD

2、由以上相关名称查Lu, Xun（ 拼音/拉丁字母音译），查到另一人名规范“周樹人, 18810925-19361019”【显然为不同来源的数据，没有合并；此记录没有连接wikidata】

URI(s):
- https://ld.ncl.edu.tw/authority/86496
Preferred name:
- 周樹人, 18810925-19361019
Variants:
- A'er, 18810925-19361019
- A-chang, 18810925-19361019
……（以下省略其数百个汉字笔名及音译，不含简体汉字）
Sources:
……（省略18个）

3、查“毛泽东”，确定不支持繁简通查，必须使用繁体字“毛澤東”：

URI(s):
- https://ld.ncl.edu.tw/authority/294713
Preferred name:
- 毛澤東, 1893-1976.
Variants:
- 澤東, 1893-1976.
- Zedong, 1893-1976.
- 潤, 1893-1976.
- Run, 1893-1976.
……（以下省略其数十个汉字假名及音译，不含简体汉字）
Related names:
- Mao, Zedong, 1893-1976.
Connected External IDs:【外部关联：wikidata，使用名称为：Mao, Zedong】
- http://www.wikidata.org/entity/Q5816