标签： LC

官方RDA与BIBFRAME（2022欧洲BIBFRAME研讨会笔记）

2022欧洲BIBFRAME研讨会（BFWE，第六届）9月20-21日在匈牙利举行：

BIBFRAME Workshop in Europe 2022. 6th Annual Meeting (Hybrid Event), 2022/9/20-21. National Széchényi Library, Budapest, Hungary

会议网站有PPT与视频分享。以下为与新RDA（现通称“官方RDA”）关系较为密切的3个报告：PPT+[视频]+【本人备注】

参见：2022欧洲BIBFRAME研讨会（2022-10-14）

BIBFRAME实施之旅（BIBFRAME Implementation Journey / Sally McCallum, 美国国会图书馆网络开发和标准办公室主任）

  • （摘录结论部分：MARC简化、BIBFRAME基于RDA开发，即将实施）
  • s11.挑战：我们需要一个BIBFRAME到MARC的转换，它不仅对社区来说是一个好的MARC，而且遵循Voyager【LC目前的图书馆自动化系统】和LC多年来采用的所有MARC惯例；我们需要重新检查MARC冗余、MARC过度专指性以及导致MARC和BIBFRAME之间转换效率低下的非MARC相关约定；我们需要与社区合作，调整MARC，使其更简单，因为我们知道MARC在我们努力工作并向更丰富的环境过渡的过程中有着长远的未来。【PCC正开发“精简MARC”】
  • s12.现在实施的优点：BIBFRAME是基于RDA开发的，新RDA培训和实施即将到来—使用BIBFRAME会更容易；LC计划在未来2-3年内实施以BIBFRAME为核心的新ILS【9/22宣布的FOLIO】，BIBFRAME/Voyager将贡献：BIBFRAME验证（本体元素、转换期望、模型和形状）；MARC检查：转录与检索的需要、消除冗余、检查复杂性。使我们能够更多地利用关联数据环境中的新发现机会。
  • s13.谢谢，祝我们好运！

RDA到BIBFRAME映射现状（Update on RDA to BIBFRAME Mapping / Damian Iseminger, RDA指导委员会技术团队联络官）（3分钟视频，没有PPT）

  • 由于新RDA等因素，映射工作推迟到2023年开始。对完成有信心。需要先解决一些问题：
  • 1、与BIBFRAME的哪个版本/哪种口味(flavor)映射：SVDE？LC？或者同时？【关注BIBFRAME互操作问题】
  • 2、类与属性：RDA类少、属性多，BF类多、属性少。
  • 3、受众：面向开发者？编目员？

官方RDA和BIBFRAME（Official RDA and BIBFRAME / Paul Frank, 美国国会图书馆政策、培训和合作项目部编目政策专家）

  • 摘要：官方RDA工具包预计将在明年取代原RDA工具包【美国实施新RDA】。本演示文稿将检查官方RDA工具包及其支持文档（编目政策声明和元数据指导文档），因为它们可能应用于BIBFRAME编目环境。它还将通过将BIBFRAME Hub与RDA作品相关联，并显示BIBFRAME Hub与传统的“规范”一致，提供更紧密地对齐BIBFRAME和RDA模型的选项。
  • （讨论新旧RDA在4个方面的不同，及在BIBFRAME中可能的解决方案：1、合集资源-全集；2、译本-合集和个别；3、代表性内容表达；4、BIBFRAME Hub/作品组）
  • s2-5.原RDA和MARC经验：官方RDA正被测试，尚未实施；FRBR和原RDA不易用MARC表达；MARC仍然是编目的通用语言；MARC具有本体的无法表达性[表达关系方面]；作品和内容表达级别的FRBR建模在实践中模棱两可；如果作品是一个抽象实体，那么如何将其描述为一个慎重的实体？我们在编目什么：作品、内容表达、载体表现、全部三者？PCC是否犯了一个错误，让作品和内容表达融合在一起？[LC名称-题名规范：作品？内容表达？]。自2012年以来，RDA和MARC之间的这种有点失调的关系一直“有效”；BIBFRAME Pilot的经验质疑了所有这些，并暴露了MARC中的这些缺陷；MARC可以阻止对RDA的理解，或者至少可以让人自满；BIBFRAME的结构不会容忍这一点。
  • s6.官方RDA和BIBFRAME可能性：BIBFRAME是官方RDA数据的理想通信格式；【4种】记录方法；官方RDA比原RDA对关联数据更友好；LC打算在[用]官方RDA条款前，在BIBFRAME中指导编目员；BIBFRAME编辑器Marva【LC二代编辑器】和Sinopia【LD4P编辑器】免费提供。
  • s7.摘要：使用MARC增强BIBFRAME；看官方RDA，它可以用BIBFRAME表示；看官方RDA工具包中的这些变化，它们可以将编目过程从基于MARC的平面世界改变为关联数据语义环境。
  • s8.论题：1合集资源-【个人作品】全集；2译本-合集和个别；3代表性内容表达；4BIBFRAME Hub/作品组：BF和官方（和原）RDA间的本体区别。
  • s9-14.[一]合集资源：全集
  • 官方RDA：每个集合作品是新作品，因为集合了不同内容表达；WE锁定【基于LRM】；惯用总题名不是官方RDA组成部分，在“社区资源”；对规范检索点没有指引【或许因为分歧大，也在“社区资源”中】。
  • 长期实践/原RDA：为方便起见，全集被视为“一件”作品：基于归档规则而非数据模型。
  • 解决方案：[研究人员可能需要特定版本的全集]
  • [1]作品可视为一个Hub/作品组【BIBFRAME 2.1类bf:Hub=bf:Work子类，见论题[四]】：用于搭配具有共同特征的不同作品的常用称谓。
  • [2]对出版资源：将所有全集视为单独的静态、确定作品，并使其成为Hub；使用作品组标识(designation)：作品+区别（年份、出版者等）；将语法信息（VES、SES）添加到MGD【元数据指导文档】。
  • [3]对超级作品：使用作品的BIBFRAME Hub减去区别；使用MARC来利用BIBFRAME，如果BIBFRAME作品被创建为MARC书目记录而不是规范记录，那么现在可能会发生这种情况[希望如此]【BIBFRAME没有规范；LC规范用MADS/RDF表示】。
  • s13-14.Marva示例[可能的做法]：Hub：Dante的全集（1894年）；相关作品（元素标签标示关系）：Dante的全集。s15-20.
  • [二1]译本：合集资源[视频略过未讲]
  • 官方RDA：对于合集资源，译本就是新作品，因为集合内容表达不同；这意味着译本的题名是首选题名【只适合多作者；单作者合集首选题名为惯用总题名】。
  • 长期实践/原RDA：如何在原RDA下标识内容表达？内容表达题名不存在；内容表达通过作品的规范检索点+内容表达属性标识。
  • 解决方案：明确确定译本和原文之间的关系；不要从规范检索点推断；实体>作品>作品的相关作品related work of work？实体>内容表达>……的译本translation of ？s18-20.Marva示例：Hub：创建代表性内容表达为一个作品Hub。
  • s21-26.[二2]译本：个别
  • 官方RDA：译本不是新作品，而是原语言作品（代表性内容表达？）的内容表达；VES和SES条款不在官方RDA中，内容表达由AAP【规范检索点】识别；实体>内容表达>内容表达的首选题名preferred title of expression [原RDA内容表达没有首选题名]【原RDA使用作品题名+语种，现在用载体表现题名?】。
  • 长期实践/原RDA：译本不是新作品，而是原语言作品的内容表达；原语言作品和译本之间的关系是在规范检索点中固有的；记录语法【AAP构成】在原RDA中。
  • 解决方案：将原语言内容表达和译本之间的关系显示为显式链接[2种可用关系]：实体>内容表达>……的翻译translation of？实体>内容表达>内容表达的相关内容表达related expression of expression？s24-26.Marva示例：Hub[原语言/代表性内容表达]：Marai的Gyertyak csonkig egnek；作品[译本]：Marai的Embers[译本题名名为内容表达首选题名，不是AAP]；内容表达的相关内容表达：Marai的Gyertyak csonkig egnek。
  • s27-29.[三]代表性内容表达
  • 官方RDA：一种被认为是识别作品的标准canonical数据源的内容表达；可添加到作品描述中以标识“标准的”内容表达的特定元素。
  • 长期实践/原RDA：混淆作品与原语言内容表达；本体歧义。
  • 解决方案：代表性内容表达=Hub或超级作品；有助于解决由于缺少BIBFRAME内容表达实体而导致的建模差异。
  • s30-32.[四]BIBFRAME Hub/作品组官方RDA：有4个实体作品、内容表达、载体表现、单件【WEMI】；能在一个RDA书目描述中单独描述一部作品吗？
  • 长期实践/原RDA：BIBFRAME没有内容表达实体，所有RDA内容表达都是BIBFRAME作品；BIBFRAME不区分书目和规范（这是MARC的遗产吗？）
  • 解决方案：让BIBFRAME Hubs简化建模差异：BIBFRAME Hubs=作品，BIBFRAME Works=内容表达，BIBFRAME Instances=载体表现，BIBFRAME Items=单件；让MARC通过创建BIBFRAME作品作为书目记录来促进这一点【“作品”书目记录而非规范记录】
  • s33-34.下一步是什么？[视频略过未讲]
  • 用MARC以现状（当前编目政策）测试官方RDA；查看以MARC表达官方RDA数据的困难所在；在给定的情况下，BIBFRAME是否有更多的语义意义？试验在BIBFRAME场景中的官方RDA；以BIBFRAME测试官方RDA的这些新方面（以上内容）；游说这些变化，使其成为官方政策——如果它们奏效的话【有争议、未确定】；在RDA的粒度和BIBFRAME的灵活性之间取得平衡；与根本不熟悉MARC的编目员一起测试；你可能会想到其他的下一步——有很多！

美国国会图书馆选择folio系统

一早在微信群看到上图刘炜馆长发消息，美国国会图书馆（LC）“已经选择了开源的FOLIO图书馆服务平台作为其下一代的图书馆管理系。正如你们中的许多人已经知道的那样，FOLIO的创新架构允许最大限度的灵活性和可扩展性，这将使该平台能够随着我们需求的变化而增长。图书馆的FOLIO实施将得到EBSCO FOLIO服务的支持。最重要的是，BIBFRAME是一个强制性要求，这意味着对BIBFRAME描述的创建、存储和索引的本地支持。对于BIBFRAME计划来说，这是一个重要的里程碑，也是一个令人兴奋的里程碑!”

消息应该来自LC网络开发与标准办公室主任Sally McCallum在BIBFRAME讨论组的邮件。从邮件链接到LC官网新闻。难得见到新闻稿中3位馆长同时发声，图书馆馆藏管理系统（图书馆服务平台）对图书馆的重要性不言而喻。第一阶段3年，看来LC要真正用上BIBFRAME还需要几年时间，但毕竟终于可以进入实施阶段了。全文翻译如下：

国会图书馆努力改变馆藏管理和访问 Library of Congress Launches Effort to Transform Collections Management and Access (2022-9-21)

国会图书馆已授予一项重要合同，以进一步开发和实施一个新的开源 IT 平台，该平台将彻底改变图书馆庞大的物理和数字馆藏的管理方式，并使公众、国会、本馆员工和其他机构可以访问。

新的图书馆馆藏访问平台软件应用程序将作为本馆馆藏管理运营的核心，将多个独立的 IT 系统连接到一个一站式商店，用于本馆馆藏的采访、描述、典藏和发现。

本馆与马萨诸塞州伊普斯威奇的 EBSCO信息服务公司签订了一份 IDIQ 合同，初始支出为 777 万美元。该平台开发的第一阶段将在三年内耗资 1040 万美元，以满足本馆运营的规模和复杂性，并可选择投资于其他供应商可以开发的额外组件，并且可能会超过三年的时间框架。

EBSCO 将量身定制社区开发的开源图书馆服务解决方案 FOLIO，以提供满足本馆 IT 需求和本馆用户需求的图书馆服务平台。

“这是我们实施以用户为中心的方法以将更多人与本馆馆藏联系起来的旅程中的一个里程碑，”国会图书馆馆长 Carla Hayden 说。“我们感谢国会对这一下一代系统的慷慨投资，这对本馆的数字化前进战略至关重要，该战略利用技术弥合地理鸿沟，扩大我们的范围并增强我们的服务。”

该平台将取代几个遗留的 IT 系统，并为本馆工作人员提供新的、更高效的工具和工作流程，以大规模管理不断增长的物理和数字馆藏。它将为研究人员提供简化的发现体验和访问高质量元数据的新方法。它还将启用BIBFRAME，这是本馆和合作组织正在开发的新书目描述标准，它使用关联数据模型使书目信息在图书馆社区内外更有用。

当该平台全面运行时，它将使用户能够对世界上最大的图书馆的大量馆藏进行全面搜索。该系统将拥有更先进的 IT 安全控制，并将适应不断发展的技术和不断增长的数字内容。

“国会图书馆长期以来一直在为图书馆界开发开放格式和标准方面发挥着关键作用。支持关联开放数据的开源解决方案将不仅为本馆员工和用户带来好处，还为全国其他机构提供支持”，负责发现和保存服务的副馆长 Kate Zwaard (associate librarian) 说。

“图书馆馆藏访问平台的实施是本馆的最高技术优先事项之一” ，图书馆馆藏和服务副馆长 Robin Dale (deputy librarian)说。“这个新系统将使本馆能够跟上技术变革的步伐，并使其能够灵活地容纳本馆管理和提供给用户的数字内容的范围。”

国会图书馆是世界上最大的图书馆，提供现场和在线访问美国的创意记录以及来自世界各地的大量资料。它是美国国会的主要研究机构，也是美国版权局的所在地。探索馆藏、参考服务和其他计划，并计划访问loc.gov；在congress.gov访问美国联邦立法信息的官方网站；并在copyright.gov注册作者身份的创意作品。

RDA元数据指导文档（一对一MGD）：以正题名为例

与LC-PCC PS配套使用的“元数据指导文档”（Metadata Guidance Documentation, MGD），分为叙述性MGD和一对一MGD两种。参见：

仔细看了上述2个叙述性MGD，接下来再看看一对一MGD。

一对一MGD共有200多个文档，据称映射到500多个新RDA的政策声明，内容与新RDA中的元素（原关系说明语也变为元素）或其特定选项相关联。因此有的一个MGD文档对应一个元素，如载体类型（MG: Manifestation: Carrier type），或是一个元素的特定方面，如政府出版物的制作日期（MG: Manifestation: Date of manufacture: GPO publications）；有的则有多个MGD文档对应一个元素的不同方面，可能是不同方面或不同条件下的选项，如生产日期（MG: Manifestation: Date of production）分为3个文档[目前显示4个、有一条重复]：记录（Recording）、在版编目（CIP cataloging）、出版日期不确定（Date of publication not identified）。

一对一MGD包含内容为：

  • 指导（Guidance）
  • MARC示例
  • BIBFRAME示例
  • 参考与附注：即映射，提供原LC-PCC PS编号等（新RDA没有编号）
  • 更新历史

随意找了个最常用的正题名（title proper），正巧除LC/PCC实践外，还有大英图书馆实践。全部内容如下：

正题名：Official RDA Toolkit LC-PCC Metadata Guidance Document: Entities > Manifestation > title proper [PDF, 115 KB; 2页]

  • 指导：记录正题名——不排序字符——LC实践/PCC实践：一般设置MARC字段245的第2个指示符位置（不排序字符）以忽略定冠词和不定冠词，以用于排序和归档目的。但是，不要排除某些冠词：
    • 1、当正题名以冠词起首，该冠词作为个人、家族、地理或团体名称的一部分出现并保留在该名称中；
    • 2、当正题名以冠词起首，并且上下文或编目员判断需要保留它时，例如，这样的题名：
  • MARC示例——
    • 例1：245 00 $a “The” as an introductory element of generic nouns
    • 例2：245 00 $a “El Cid” in literary criticism of the 20th century
  • BIBFRAME示例——不使用不排序指示符
  • 指导：大英图书馆实践：交替题名被视为正题名的一部分。由编目员判断决定是否给交替题名一个检索点。【按传统，LC-PCC也认为交替题名是正题名的一部分，但未提供相应指导】
  • MARC示例——例3
    • 245 14 $a The rail and the rod, or, Tourist-angler’s guide to waters and quarters thirty miles around London
    • 246 13 $a Tourist-angler’s guide to waters and quarters thirty miles around London
  • BIBFRAME示例……（略，上述246内容作为变异题名 bf:VariantTitle 的主题名 bf:mainTitle）
  • 参考与附注：LC-PCC PS 2.3.2.7 【记录正题名，包括：[1]不排序字符；[2]专著丛编/多部分专著：缺少题名或从属题名，见PS2.3.1.7】
  • 更新历史：2022-01-31

到RDA工具包去对照看政策声明及元数据指导文档链接：

正题名元素页（Entities > Manifestation > title proper）侧栏政策声明，目前有3家：

  • BLPS（22条）：大英图书馆PS只有简单说明：采用、不采用、合适则用、编目员判断等。没有MGD链接。
  • LC-PCC PS（24条）：有较详细说明；如有MGD文档、则提供链接。在Prerecording（21.93.72.57）除前述“正题名”一对一MGD外，还链接到“丛编-子丛编”系列MGD（含一个叙述性MGD和数十个一对一MGD）【与原LC-PCC PS对应】
  • MLA BP（24条）：音乐图书馆协会最佳实践，再合并LC-PCC PS内容，包括上述MGD链接（方便使用，无需切换MLA和LC-PCC）。

上述一对一MGD仅针对正题名20多条PS中的一条，即预记录（Prerecording），没有涉及任何一个选项。由此可知，MGD是不完全的，针对的是那些需要详细解说指导的内容。即所谓：“当原RDA工具包的LC-PCC PS被评估并映射到官方RDA工具包时，声明的较长部分以及示例被标记为一组单独的官方RDA工具包文档——元数据指导文档（ MGD）”。