标签： RDA

新RDA条款在哪里：连续出版物题名含因期而异的日期、名称、编号等

新RDA给所有人的感觉就是变化太大，因此有人说是RDA 2.0。但负责编制的RDA指导委员会（RSC）一直否认，理由是只是形式不同、实质未变，并说原RDA的内容都搬到新RDA了，除非与《IFLA图书馆参考模型》（LRM）有冲突；或者与特定语言或资源类型（如音乐等）有关的内容，后来被陆续转移至新RDA的“社区资源”版块。本题就是与LRM有关的一个例子。

3月初，Noah Sheola 在RDA-L邮件组询问，说未在新工具包中找到如下的等同条款：原RDA工具包在第2.3.1.4节【（识别载体表现）记录题名】中包含条款“日期、名称、编号等，因刊期或部分而异。如果连续或多部分专著的题名包含日期、名称、编号等, 因期而异或因部分而异，则省略此日期、名称、编号等。使用省略标记 (…) 表示此类省略。”

RSC秘书 Linda Barnhart 当日回复称，数月前 Ed Jones 向RSC提出此条款问题，已受到关注。她称自己需要做更多分析，但初步认为这个条款是不经意间被遗漏的，并称希望在工具包6月发布更新时及时解决。

但第2天，RSC前主席 Gordon Dunsire 回复否认了“遗漏”说，并提供背景信息：

  • “连续出版物或多部分专著”的概念在当前工具包中被“历时作品”所取代。
  • WEM 锁定（说明历时作品作为一个整体，其特征是单一内容表达（对于连续的历时作品来说是部分的，而对于集成的历时作品来说是单一的整体）和单一载体表现）表明历时作品的题名，与其内容表达和载体表现的题名本质上是相同的。
  • 因此，2.3.1.4条款在3R期间被概括和重新定位，以与作品相关联，而不是与载体表现相关联。当前【官方】工具包中的相关条款是关于“描述作品”的指引【Guidance > Resource description > Describing a work】：“记录历时作品的部分、刊期或迭代所共有的元素的值。”【引用编号46.52.76.73】
  • 这不限于题名元素。它适用于其他作品元素，例如“主题”元素、内容的性质等。它也抛弃了“省略”特定刊期内容的否定条款。
  • LRM中对历时作品（和合集！）的处理与以前的模型相比是一个根本性的变化，大多数用户社区尚未吸收新方法。《IFLA图书馆参考模型》第5.8节讨论了这些问题。3R项目将指引和条款保持在非常概括的水平，直到开发出历时作品和合集（合称为“连续出版物作品”）的工作流程、政策声明和应用纲要，并确定需要更详细的指引和条款。

简言之：由于采用LRM的“历时作品”概念及作品-内容表达-载体表现锁定（WEM锁定），原RDA相关条款没有保留在新RDA中，只在有关描述作品（而非载体表现）的通用“指引（Guidance）”部分有一句简明扼要的“记录……共有的元素的值”（对题名，结果等同于明确说明“省略”因期而异的日期、名称、编号等）。更详细的指引和条款将根据需要进一步开发。

（附：RDA工具包在2022年6月和9月发布了两次更新，搜索前述原RDA条款文字，在官方工具包中没有结果）

RSC行动计划2022-2024

《RSC行动计划2022-2024》年初上线。现与2020-2022年行动计划作对比，全文翻译及本人补充或说明附后。

由于政策声明或使用手册等配套资料准备的复杂性，新RDA的实施一再推迟，2022年估计都不会有国家实施。体现在RDA指导委员会（RSC）的行动计划中，也是各种推迟。大致看到的变化有：

  • 一、推迟
  • 1、倒计时（关闭对原RDA工具包的交互式访问）从2022年延后到2023-2024年。
  • 2、BIBFRAME映射，上个计划是2022年“继续”，而本次计划是2022年“开始”【现知已推迟到2023年】。
  • 3、集体行为者(Collective Agent)，成立工作组开发本实体，由2022年推迟到2023年。
  • 4、音乐工作组，重建由2022年推迟到2023年。
  • 5、档案工作组，由2023年推迟到2024年新建。
  • 6、任命来自拉丁美洲和加勒比的RSC代表，由2021年推迟到2022年【2022-6-27更新的网页上没有】。
  • 二、新增
  • 1、教育与导览官（Education and Orientation Officer）【任期到2023年底】
  • 2、编写关于收藏级别描述的新指导章节【2021年会决定采用收藏模型，参见：RSC在RDA中实施收藏模型的决定（2021-12-14）】
  • 3、审查演出集合(performance aggregates)的概念（合并说明）
  • 三、工具包开发
  • 2022年：1)优化注册进程并修复错误；2)将RSC网站与其他相关Drupal网站整合，包括为区域委员会开发空间和更好地共享内容；3)绘图工具的开发
  • 2023年：RDA模板
  • 2024年：可视化浏览器
  • 四、其他
  • 1、查2021年要新建的4个任务和完成工作组已设立，工作时间2022-2023：数量、地点/管辖地、以一种以上语言表示的团体名称（官方语言）、宗教内容。
  • 2、社区资源关注度下降，原各年均有“支持社区开发社区资源”，现仅2022年有“继续审查社区资源区域并将决策传达给用户”。

相关博文：

—— RSC行动计划2022-2024 ——

RSC Action Plan 2022-2024 （2022-1-23）

  • 常规任务（每年执行）：【基本同2021-2023】
  • 指导RDA开发，以确保与管理目标保持一致：【同】o对用户需求的响应 o成本效益 o灵活性 o连续性 o国际化
  • 确保国际关注RDA条款和示例；每年报告标准国际化进展【同】
  • 为工具包发布提供RDA的内容更新【同】
  • 响应用户反馈
  • 继续RDA编辑清理（在注册和CMS中）和指导章节开发【同】
  • 添加和调整示例
  • 优化流程（用于翻译、政策声明更新、注册更新等）
  • 根据需要更新RSC运作文件并创建其他程序文件
  • 审查所有工作组的成员、任务和进度
  • 为RDA社区提供专业知识和支持【为RDA入门和培训提供专业知识和支持】
  • 在机会出现时向新社区推广

2022年

  • 1 将RDA开发为响应式和动态标准【原a考虑开始倒计时的日期，推迟到2023-2024年】
    • a、 接收应用纲要工作组的最终报告并采取行动【同原d】
    • b、 根据需要为任务和完成工作组提供意见，并对提交的讨论文件或提案采取行动【近原e】
    • c、 继续审查社区资源区域并将决策传达给用户【近原2b】
    • d、 解决工具包中应用纲要的位置、潜在集成和功能
    • e、 警惕IFLA ICP评审、IFLA MulDiCat、ISSN、ISBD和国际档案理事会（RiC IAD）背景下的记录对RDA的影响【近原f，增加IFLA及档案】
    • f、 评估教育和导览官的持续角色和职责【新】
    • g、 为制定RDA 2023-2025战略计划做出贡献【新】
    • h、 扩大和加强RSC沟通【新】
    • i、 首先是技术工作组，然后是RSC：【新】
      • 1） 编写关于收藏级别描述的新指导章节
      • 2） 开始BIBFRAME映射【推迟：原g继续…】
      • 3） 审查演出集合的概念（合并说明）
    • h、 影响RSC的工具包开发目标：【新】
      • 1） 优化注册进程并修复错误
      • 2） 将RSC网站与其他相关Drupal网站整合，包括为区域委员会开发空间和更好地共享内容
      • 3） 绘图工具的开发
  • 2增加RDA的采用【原b.支持社区开发社区资源->1c】
    • a、 继续支持区域小组【同】
    • b、 任命时，为来自拉丁美洲和加勒比的RSC代表提供指导和支持【推迟，原2021】
  • 3提供相关治理【细化a.b.】
    • a、 招聘或重新任命任期将于2022年底到期的RSC职位，与现有成员有足够的重叠，以进行培训
    • b、 审查现有协议，并指定与其他信息标准小组的联络人

2023年

  • 1将RDA开发为响应性和动态标准
    • a、 与RDA委员会一起审查RDA倒计时和社区实施的状态【同】
    • b、 根据需要为任务和完成工作组提供意见，并对提交的讨论文件或提案采取行动【近c】
    • c、 通过成立一个工作组，进一步开发展集体行为者实体【推迟：原2022/1b】
    • d、 重建音乐工作组【推迟：原2022/1c】
    • e、 进一步开发Nomen和Timespan条款【原b】
    • f、 继续BIBFRAME映射【原d】
    • g、 影响RSC的工具包开发目标：【新】
      • 1） RDA模板的开发
  • 2增加RDA的采用【无原b. 支持社区开发社区资源】
    • a、 酌情与RDA理事会合作，开始向档案（或其他）社区拓展【同】
  • 3提供相关治理
    • a、 招聘或重新任命任期将于2023年底到期的RSC职位，与现有成员有足够的重叠，以进行培训【新】

2024年

  • 1将RDA开发为响应性和动态标准
    • a、 如果需要，与RDA委员会一起审查倒计时和RDA社区实施的状态
    • b、 根据需要为任务和完成工作组提供意见，并对提交的讨论文件或提案采取行动
    • c、 查看软弃用元素以考虑完全弃用
    • d、 影响RSC的工具包开发目标：
      • 1） 可视化浏览器的开发
  • 2增加RDA的采用
    • a、 酌情与RDA委员会合作，继续向档案（或其他）社区拓展
  • 3提供相关治理
    • a、 成立新的档案工作组【推迟：原2023】
    • b、 招聘或重新任命任期将于2024年底到期的RSC职位，与现有成员有足够的重叠，以进行培训

官方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的编目员一起测试；你可能会想到其他的下一步——有很多！