RDA元数据指导文档(MGD):作品、内容表达(命名、新旧变化)

RDA元数据指导文档(MGD)是美国官方RDA政策声明(LC-PCC PS)的配套文件,为某些实体、属性与关系提供详细的说明与使用指导。

参见:

叙述性MGD共20个,去年写了如上2个,本篇概述另2个即作品和内容表达。关注新旧RDA的差异,以及这2个实体涉及的Nomen(命名)——新实体Nomen及属性没有专门的MGD文档。

——Nomen实体——

【定义】除Nomen本身外,任何RDA实体的标签,包括名称、题名、检索点或标识符。

主要是作为其他实体的取值/值域(range)而存在。在没有Nomen实体时,很多元素是其他实体的属性;有了Nomen,就成为其他实体与Nomen之间的关系。

Nomen作为实体,通常作为检索点,受某种规则约束,或者直接取值于某个数据库或受控词表。

【作品MGD中的Nomen】

作品的检索点、作品的规范检索点、作品的变异检索点,作品的题名、作品的首选题名、作品的变异题名,作品的标识符,作品的称谓,[连续出版物] 识别题名(key title)、ISSN,[音乐] 音乐数字标识(numeric designation)、音乐作品序号(serial number),作品编号(opus number)、作品号(thematic index number)。【不懂音乐,不知道中译名】

【内容表达MGD中的Nomen】

内容表达的检索点、内容表达的规范检索点、内容表达的变异检索点,内容表达的题名,内容表达的首选题名、内容表达的变异题名,内容表达的标识符。

——MGD:作品——

(除以下叙述性MGD,作品另有十多个一对一MGD,涉及作品的检索点、附注,以及学位论文信息、频率)

【定义】作品是一种抽象实体,被定义为“独特的智力或艺术创作,即智力或艺术内容”。

【组成类型】作品可以指单个作品、作品的一部分、集合作品、历时作品、元数据作品、连续[出版物]作品、单个作品或静态作品。

【内容类型】当作品按其预期内容或背景分类时,可称为制图作品、舞蹈作品、法律作品、动态图像作品、音乐作品、实物作品、官方通讯、摄影作品、宗教作品、静态图像作品、文本作品或声乐作品。

【新建记录】见“作品:实体边界”以获取RDA条款及LC-PCC PS,以确定是否正在描述新作品。【参见:RDA新章:实体边界(2020-10-3)/posts/2020/1003/5515;RDA应用纲要和实体边界(2022-1-7)/posts/2022/0107/5796

【属性和关系(略)】作品的元素(属性和关系),按值域排列,从命名、属性(即无值域元素)开始、再后其他实体,最后为描述元数据作品的元素(元数据作品附注、记录来源、有效范围、参考源)。含《描述性编目手册》(DCM)Z1名称和丛编规范记录,以及规范数据MARC 21格式的LC指南补充。不包括LC/PCC未使用元素;不包括集合作品、手稿、连续作品或丛编(有其他指导文件)。

【新旧RDA变化】(14条)

[1]原RDA:作品题名中可以省略首冠词

(RDA 6.2.1.7)。官方RDA:首冠词始终保留在作品题名中,但可以从作品检索点中删除。【不排序字符】

[2]原RDA:作品的其他区别特征是元素(RDA 6.6),可记录为单独的元素,或作为检索点的一部分,或两者。官方RDA:包括作为作品区别特征的标识是作品检索点中附加元素和标识的“选项”;区别特征可记录为作品附注。【可选+附注】

[3]原RDA:表演媒介(RDA 6.15)是作品属性。官方RDA:音乐内容的表演媒介是内容表达属性;代表性内容表达的音乐内容的表演媒介可以被记录为作品的属性。【音乐:作品属性->内容表达属性(代表性内容表达的属性=作品的属性)】

[4]原RDA:调key(RDA 6.17)是作品的属性。官方RDA:内容表达的调是内容表达的属性;代表性内容表达的调可以记录为作品的属性。【音乐:作品属性->内容表达属性】

[5]原RDA:管辖地(RDA 6.21.1.4)是作品的属性。在描述法律作品时,记录受另一司法管辖区颁布的法律、法规等管辖的司法管辖区(即团体)。官方RDA:管辖地是团体和地点之间的关系。在描述政府(即团体)时,记录该政府颁布的法律、法规等管辖的司法管辖区(即地点)。【属性变关系】

[6]原RDA:目标受众(RDA 7.7)是作品的属性。官方RDA:内容表达的目标受众是内容表达的属性;代表性内容表达的目标受众可被记录为作品的属性。 【作品属性->内容表达属性】

[7]原RDA:作品检索点没有通用元素。官方RDA:作品检索点的新元素,包括用于构建用于作品的规范检索点和用于作品的变异检索点的一般说明。

[8]原RDA:为作品(RDA 6.27)、音乐作品(RDA6.28)、法律作品(RDA6.2 9)、宗教作品(RDA6.30)和官方通信(RDA 6.31)构建检索点的具体说明。官方RDA:检索点是使用编目社区特有的字符串编码方案构建的;作品检索点的RDA元素包括基本说明;英美资源遗产指南位于资源>社区资源>社区细化>作品细化。【特定类型作品的检索点->社区资源

[9]原RDA:记录音乐作品(RDA 6.14)、法律作品(RDA6.19)、宗教作品(RDA6.23)和官方通讯(RDA6.26)的题名的具体说明。官方RDA:英美资源遗产指南位于资源>社区资源>社区细化>作品细化。【特定类型作品的题名->社区资源

[10]原RDA:ISSN(RDA 2.15)、ISSN系列(RDA 2.12.8)和ISSN子系列(RDA2.12.16)的单独元素作为载体表现属性。官方RDA:ISSN元素用于记录ISSN、系列ISSN和子系列ISSN,它是作品和命名之间的关系元素。【连续出版物:载体表现属性->作品和命名关系】

[11]原RDA: 频率(RDA 2.14)是载体表现的属性。官方RDA:频率是作品的属性。【连续出版物:载体表现属性->作品属性】

[12]原RDA:识别题名key title(RDA 2.3.9)是载体表现属性。官方RDA:识别题名是作品和命名之间的关系元素。【连续出版物:载体表现属性->作品和命名关系】

[13]原RDA:参考源(RDA 5.8、8.12、24.7、29.6)是属性元素,它引用了参考源、来源中的位置以及找到的信息的简短陈述。官方RDA:参考源是(元数据)作品和载体表现之间的关系元素;只记录载体表现的称谓或IRI。【属性->关系】

[14]以上未列出的其他元素,已从原RDA属性更改为官方RDA中关系元素。【更多:属性->关系(附注->检索点)】

【连续出版物说明(以上10-12):原RDA的载体表现属性,在官方RDA成为作品属性或作品与命名间关系,原因是《IFLA图书馆参考模型》(LRM)的WEM锁定,即“任何的连续作品都只有一个内容表达和一个载体表现。连续出版物之间的所有关系都可建模为作品和作品的关系”。参见:IFLA-LRM的连续性资源模型对RDA修订的影响(2018-6-29)/posts/2018/0629/4787

——MGD:内容表达——

【定义】内容表达是以字母数字、音乐或舞蹈符号、声音、图像、物体、运动等形式或这些形式的任何组合,对作品进行智力或艺术实现。

【属性与关系(略)】先列与命名相关的元素,然后是与实体无关但由编目员转录或记录的属性元素,许多与特殊格式相关【不同的内容类型】,其后其他实体。

【代表性内容表达】目前LC/PCC尚未为代表性内容表达元素(为作品元素)制定任何政策。

【新RDA变化】(3条)

[1]原RDA:无对应。官方RDA:代表性内容表达。

[2]原RDA:无对应。官方RDA:集合内容表达。【参见上引:合集】

[3]原RDA:RDA17.10-17.12被载体表现的内容表达/示例化的载体表现。官方RDA:Expression manifested/Manifestation of expression(同),明确提及为“快捷方式”(Shortcuts,直接关联两个RDA实体而不记录中间实体或关系的关系元素)。

Folio实体管理应用(实体app)

在FOLIO的元数据管理特别兴趣小组(MM-SIG)支持下,实体管理工作组(EM-WG)在2020-2021年打算开发实体App,形成了2份文件:

之后EM-WG大概就结束活动了。2022年小组恢复活动,并更新了用例。

实体管理工作组的恢复,似乎与美国国会图书馆(LC)于2022年9月宣布决定采用由EBSCO支持的FOLIO有关。参见:美国国会图书馆选择folio系统(2022-9-22)

2023年1月30日LC的BIBFRAME更新论坛,已经与BIBFRAME关系不大,几乎成为其FOLIO更新论坛,其中第3时段的康奈尔大学Jason Kovari报告,针对FOLIO中的实体管理,介绍了上述2份文件。该时段后来增加EBSCO的Gloria Gonzalez报告,针对LC的FOLIO项目,在用于FOLIO的新BIBFRAME/关联数据需求部分,介绍“规范和实体管理功能”,提到以下两点:[1]自动化规范管理任务,用MARC书目和规范记录同步关联数据规范;[2]作为LC图书馆馆藏获取平台(LCAP)的一部分创建实体管理服务,FOLIO实体管理工作组将提供反馈。

根据“实体App愿景”,实体包括:行为者、体裁、地理、主题、作品、其他(如MARC和RDA词表),即通常的规范控制对象。通过管理、创建、缓存、发布,集成实体数据,支持实体的CRUD(即创建、读取/消费、更新、删除)功能。

概述

  • 实体管理应用程序(实体App)是FOLIO架构的模块,在这里管理、创建、缓存和发布实体数据。该应用程序提供支持实体管理的功能,跨FOLIO应用程序集成外部和内部关联数据源,并提供促进基于实体的数据模型(如BIBFRAME)的一个组件。这将是FOLIO管理受控实体和支持FOLIO存储和支持的任何元数据模式的中心位置。
  • 为了方便其他功能,实体App必须缓存外部实体并存储内部实体。外部实体,如美国国会图书馆(LC)主题标题、LC名称规范档(LCNAF)、Getty词表、RBMS词表或任何具有关联数据端点的基于web的词库,可以在内部缓存,以便可以在MARC SRS、典藏和FOLIO内开发的其他数据存储中控制数据。
  • 实体App还将支持使用永久URI创建、维护和发布的本地定义实体。实体的本地管理示例可能包括机构的本地实体,这些实体不由现有的外部实体数据源表示,或创建关于外部实体的本地数据(例如:为有问题的主题标题添加替代标签)。
  • 实体管理工作组承认CODEX愿景,该愿景与实体管理概念之间存在一些重叠【本人说明附后】。然而,实体管理app旨在实现特定功能,以实现对Folio内实体的管理,并不局限于CODEX愿景,也不要求交付CODEX愿景的任何部分。
  • 在规范管理范围内,实体App以多种方式处理FOLIO和第三方查找服务中其他地方存储的数据。首先,实体App保存FOLIO中使用的受控标题的记录数据。这包括MARC SRS书目记录中1XX、6XX、7XX等字段中存储的标题等数据,以及FOLIO中当前管理的参考数据(例如:资源类型和载体类型)。

【说明】Folio使用Codex管理元数据(The Codex Vision),并作为规范化的元数据中心,供各种app调用。Codex不但映射导入各种来源的元数据,甚至还建立抽象的“作品”,以实现如典藏(Inventory)中的实物资源和知识库(KB)中电子资源(eHoldings)的关联。这显然与实体管理有交叉。

实体管理App作为规范控制工具,对于转向FOLIO的LC来说是刚需,其他图书馆不一定需要。而Codex作为不同FOLIO域和App之间的连接点,则是所有图书馆都需要的基础FOLIO域,二者本各有侧重。实体App完成后,Codex当可直接利用实体管理域中的规范数据

台湾链接资源系统 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