在书目记录中记录作品创作年代

《书目记录中记录分面年代数据的最佳实践》2020-6-19发布0.9版。目前正征求意见(发送到SSFV主席Casey Mullin的邮箱caseymullin1@outlook.com,截止期2020-8-31),之后将定稿发布1.0版。

本最佳实践由美国图书馆协会/图书馆馆藏和技术服务协会/编目和元数据管理部/主题分析委员会/分面词表分委员会(ALA/ALCTS/CaMMS/SAC/SSFV)撰写,具体操作者是SSFV年代任务组成员……在我看来,这一长串机构名显示的是积极参与的专业精神,让我想到大狗小狗都要叫!(绝对不是贬义,如同说孔子是丧家犬!)

Best Practices for Recording Faceted Chronological Data in Bibliographic Records / Issued by the ALCTS CaMMS Subject Analysis Committee (SAC), Subcommittee on Faceted Vocabularies (SSFV). Version 0.9. Approved by SAC to release for broader community feedback on June 19, 2020. URI: http://hdl.handle.net/11213/14591

本最佳实践的目的是推广在书目记录中包含作品/内容表达的创作年代(不同于出版年代或作品描述的年代),以期为发现系统增强功能、增加作品年代分面提供基础数据:“书目元数据中分面年代数据的存在,促进发现环境中许多潜在用途……实际上,开发围绕一般分面数据的增强功能,要求在给定发现环境的书目记录中必须存在大量分面数据。希望这些最佳实践指南,通过鼓励在当前编目和回溯工作中纳入年代数据的分面方法,能够促进这一临界质量。”文件最后有附录“显示和索引分面数据:书目”,如作相关研究可参考。

具体说,本文件介绍如何采用MARC21中已经定义的046和388字段,来表达创作年代,不涉及作品主题的年代(6XX字段)。

针对FRBR/LRM的作品和内容表达的创作年代分成四类,独立作品汇编中被汇总作品汇总作品(汇编、选集等)和内容表达,分别详述如何确定创作年代,以及046、338字段的使用。以下摘取若干样例,略述字段的使用:

一、046 (Special Coded Dates) (R) 特定编码日期

046字段有不同子字段,记录各种日期信息,本文件采用与资源被修改或创建日期相关的子字段。以编码格式表示

指示符1和2均未定义。
$k 起始创作日期或单个创作日期(NR)
$l 结束创建日期(NR)
$o 合集内容的单个或起始日期(NR)
$p 合集内容的结束日期(NR)
$2 日期来源。指日期格式代码,无$2表示采用默认格式(ISO 8601)
EDTF(Extended Date and Time Format,扩展日期和时间格式,LC以ISO 8601为基础扩展的格式)
例:046 ## $k 2002 $o 1660 $p 1810 $2 edtf
(创作于2002年的汇编作品,包含1660-1810年间创作的单部作品;日期为EDTF格式)

二、388 (Time Period of Creation) (R) 创作时间段

作品或内容表达的创作或起源时间段,包括汇编中的作品或内容表达,以术语(文字)形式表达,与046编码配套使用。

第1指示符 时段类型:# 无信息提供,1 创作作品,2 创作合集作品;第2指示符 未定义。
$a 创作时间段术语(R)(受控/非受控术语)
$0 规范记录控制号或标准号(R)($a记录术语的规范记录标识符、含URI)
$1 真实世界对象Real World Object URI (R)(年代实体的RWO URI)
$2 术语来源(NR)($a受控术语来源代码)
$3 特定资料(NR)(标识本字段所应用的被描述资料的部分)
例:388 1# $a Middle Ages $2 lcsh
(中世纪创作作品。采用LCSH术语)
例:388 1# $a Cultural Revolution (Chinese history, 1966-1976) $2 iconauth
(文革期间创作作品。采用Getty Iconography Authority术语)
例:388 1# $a Han Dynasty (China) $2 fast $0 http://id.worldcat.org/fast/1696746 $1 http://www.bbc.co.uk/things/3bd616ba-2bde-4dd3-b636-f88c91c1a128#id
(汉代创作作品。采用FAST术语,有FAST控制号URI和BBC事物URI。
例:388 1# $a Regency era $1 http://www.wikidata.org/entity/Q25861
388 2# $a Edwardian era $1 http://www.wikidata.org/entity/Q185852
(爱德华时代汇编,由摄政时代创作作品组成。2个术语均非控,但有Wikidata的RWO URI)

三、045 – Time Period of Content (NR) 内容的时间段

见于旧MARC记录,不同类型文献采用不同日期格式。从举例看,多与6XX配套使用。在本最佳实践中不推荐

LC发布BIBFRAME到MARC转换

LC在2017年发布了MARC到BIBFRAME转换,包括转换规范、转换程序及转换结果对照查看工具。参见:MARC到BIBFRAME转换:并列比较工具(2017-4-7)

2020年4月底,LC发布了BIBFRAME到MARC转换,同样包括转换规范、转换程序及转换对照查看工具:New BIBFRAME-to-MARC Conversion Tools

BIBFRAME到MARC转换,是已持续多年的BIBFRAME 2.0试验的一部分。转换规范与程序由LC网络开发与MARC标准办公室委托Index Data公司开发,基于MARC到BIBFRAME转换规范,LC方面提供指导。转换规范以EXCEL格式提供,共15个按MARC字段组织的文档。转换程序在LC的Github页面提供。

—— 转换中所用MARC约定 ——

BIBFRAME到MARC转换中,偶尔需要做选择。同时LC在BIBFRAME数据中广泛使用URI,希望避免丢失在MARC描述版本中的URI。因而遵循以下约定。【本人注释】

  • 转换008和007/00和/01,尽管在可以记录其取值的URI时,也同时在格式的其他位置重复。
  • 对数据在MARC中会有多个位置的情况,通常只选择一个。【除以上008、007外,数据不重复】
  • 对MARC允许可选的数据,必须作出选择。例如,对包含非拉丁字母数据的记录,选择模型B【简单多文字记录】而非模型A【原文字+音译】(多文字记录)。因此记录中不使用880字段。非拉丁字母数据将在正常字段出现,较少非拉丁字母数据的音译。【不采用880字段】
  • 对LCSH主题标目,整个字符串的URI在字符串之前,而组成部分的URI在其适用的组成部分之后。
  • 如果在相应的BIBFRAME元素中不带标点,则不会在子字段边界插入标点。【省略ISBD标点】
  • URI放在MARC$0子字段中。【默认为$0(规范记录控制号或标准号)而非$1(RWO真实世界对象URI)】

—— 转换对照查看工具 ——

BIBFRAME到MARC的转换对照查看工具(Compare BIBFRAME back to MARC

MARC到BIBFRAME的转换对照查看工具(Compare MARC converted to BIBFRAME

两者版式与使用方法一致,即通过LCCN或书目记录号查找记录,左侧为来源格式、右侧为目标格式。

目前BIBFRAME到MARC的默认样例是LCCN=2018958785的记录(Bibframe2Marc),看右侧由BIBFRAME转换成的MARC记录,不禁好奇同样记录在MARC到BIBFRAME转换中会是一样的吗(Marc2Bibframe)。比较下来不一样的,见以下由BIBFRAME转换的MARC记录【及本人注释】

     nam a22     5i 4500【头标:17位编码级别5=部分级,此记录为计划出版/CIP记录;18位描述编目规则i= 含ISBD标点,从记录看并未采用ISBD标点,当取c=省略ISBD标点】
001    20674836
003    DLC【原生MARC记录中无003,默认DLC】
005    20180919121044.0
008    180919s2019    nyu   00| |eng |【原生MARC记录中不用“|”而用“0”或空】
010    $a  2018958785
020    $a9781419738074
040    $aDLC$beng$cDLC$eisbd$erda【不知是否因头标18位=i而有$eisbd?在当前编目实践中,即使含ISBD标点,也不用$eisbd】
042    $apcc
100 1  $aLondon, Kaye.$4http://id.loc.gov/vocabulary/relators/ctb【原生MARC记录无责任方式,添加$4“关系”而非RDA编目通用的$e“关系词术语”。MARC21标准的中有一例https://www.loc.gov/marc/bibliographic/bd100.html:100 1#$aBach, Johann Sebastian.$4aut$0(DE-101c)310008891】
245 10 $aCovered in crochet$bstylish crochet projects and ideas to yarn bomb your life$cKaye London ; [edited by] Meredith Clark【子字段末尾没有ISBD标点】
264  1 $ahttp://id.loc.gov/vocabulary/countries/nyu$c2019【增加出版地URI,原生MARC记录无】
264  1 $aNew York, NY$bAbrams$c2019
300    $apages cm【没有页码、尺寸,表明为CIP数据;原生MARC记录有263字段=1909,即计划2019-09出版。经查转换规范,没有263字段】
336    $atext$0http://id.loc.gov/vocabulary/contentTypes/txt【原生MARC记录没有用$0URI,使用$b代码和$2来源】
337    $aunmediated$0http://id.loc.gov/vocabulary/mediaTypes/n【同上】
338    $avolume$0http://id.loc.gov/vocabulary/carriers/nc【同上】
884    $aDLC bibframe2marc v1.0.0 $g20200430171644.0 $qDLC $uhttps://github.com/lcnetdev/bibframe2marc【原生MARC记录没有的字段:884描述转换信息,共5个子字段:$a转换过程,$g转换日期,$q转换机构$uURI,没有使用$k来源元数据标识符】

LC打算如何在BIBFRAME中容纳新RDA?

美国国会图书馆(LC)在2019年8月IFLA年会的卫星会议“RDA:资源描述与检索2019”上作了一个报告,不但对BIBFRAME与RDA关系问题作出了解释,还涉及其他问题诸如:MARC的RDA更新LC、PCC与RDA的关系LC何时实施新RDA(RDA 3R)LC的下一代图书馆服务平台等。信息量很大。

以下翻译PPT中除RDA为MARC所作更新之外的所有内容【方括号中为本人附注】

LC打算如何在BIBFRAME中容纳RDA 3R?

How does LC within BIBFRAME intend to RDA 3R? (2019-8-21). Satellite Meeting, “RDA: Resource Description and Access 2019,” Thessaloniki, Greece / Susan R. Morris, Special Assistant to the Director, Acquisitions and Bibliographic Access, Library Services (Library of Congress)

问题:LC将如何通过设计在BIBFRAME中容纳RDA?

  • 回答:BIBFRAME设计为“与规则无关”。【对应地,RDA与格式无关】
  • BIBFRAME和RDA 3R均以RDF表示,以实现互操作性。
  • BIBFRAME可以与任何内容标准一起使用。
  • BIBFRAME作品可以记录RDA 3R作品和内容表达; BIBFRAME具有用于Agent,Subject和Event的类。
  • BIBFRAME允许进行非结构化描述、结构化描述以及基本和规范化的转录。【RDA的2种记录方式,后两者属于非结构化描述;RDA的另2种记录方法标识符、IRI不用说是没有问题的】

问题:LC如何在现实生活中在BIBFRAME中容纳RDA?

  • 回答:LC致力于BIBFRAME生产,可最大限度地利用RDA。
  • LC也兑现对MARC社区、合作编目项目(PCC)以及本馆自己的下一代图书馆服务平台的承诺。

LC对RDA和BIBFRAME的承诺

  • LC传统上开发了编码和交换协议,例如MARC,允许目录反映内容标准(例如RDA)的全部功能。
  • LC从2011年开始实施BIBFRAME倡议,以回应社区对实施RDA的关注。
  • LC希望只要对该格式有大量需求,就可以保留MARC。
  • LC在2011-2014年对MARC进行了广泛的更新,以容纳RDA。

MARC更新以容纳RDA(略)

LC对PCC的承诺

  • PCC是一个由700多个机构组成的国际联盟,它们按照共同商定的标准进行编目。
  • PCC提供培训并为元数据标准的开发做出贡献。
  • LC为PCC提供秘书处。
  • LC就所有重大政策变更咨询PCC。
  • LC与大多数PCC成员一起于2013年3月31日实施了RDA。

RDA 3R与PCC

  • RDA工具包中包含LC-PCC联合政策声明。
  • PCC秘书处(LC政策、培训和合作计划部)与PCC成员协商后,将审查和更新RDA工具包的所有LC-PCC政策声明,以反映RDA 3R的变化。
  • 约有1,000份文件需要审查。
  • PCC组成了四个任务组以进一步开展这项工作:合集、历时作品、出处数据、元素标签。

国会图书馆对新平台的承诺

  • LC于1999年8月16日(即20年前的这个月)实施了它的第一个商业集成图书馆系统(ILS)。
  • LC正在寻求用一种现代系统代替其当前的ILS,该系统支持在整个图书馆中的集成搜索和检索,包括其在线目录,并符合美国联邦政府对会计、IT安全性和可访问性的要求。
  • 新平台的业务需求/功能要求指定它可以接受BIBFRAME中的元数据。LC希望在今年[2019年]秋天向潜在的系统供应商发出信息请求。【不知道目前进展如何?哪家系统有希望入选?】

LC对BIBFRAME社区的承诺

  • 在2020财年(2019年10月至2020年9月),LC将:
  • 继续使用100名编目人员进行BIBFRAME试点,以证明BIBFRAME元数据可以大规模生产
  • 在BIBFRAME计划的6个LC海外办事处中包括编目人员,以便为来自发展中经济体国家(尤其是那些使用非罗马文字的国家)的材料提供BIBFRAME目录数据
  • 进一步将非罗马文字集成到BIBFRAME数据库中
  • 使BIBFRAME数据可用于图书馆社区,动态更新数据
  • 实施BIBFRAME到MARC的转换工具,以便原生BIBFRAME描述可以与具有基于MARC的目录的图书馆共享
  • 继续就关联开放数据的实施,咨询美国国家医学图书馆和其他20多个研究机构

LC在BIBFRAME中容纳RDA 3R的承诺

  • 2019年6月,RDA指导委员会的代表以及包括国会图书馆在内的欧洲年度BIBFRAME研讨会的组织者组织了一次会议,探讨了RDA 3R与BIBFRAME之间的关系和互操作性。 探索仍在继续。
  • 在随后的财政年度中,国会图书馆将:
  • 改进BIBFRAME编辑器
  • 考虑BIBFRAME如何支持连续出版物描述
  • 为国会图书馆的300名编目人员准备全面实施BIBFRAME
  • 实施RDA 3R

LC实施RDA 3R计划

  • LC打算在RDA理事会发布最终版本后实施RDA 3R。
  • LC将在RDA 3R工具包发布大约一年后实施RDA 3R。【新RDA计划2020年底正式切换,则LC预计2021年底/2022年初实施】
  • 鉴于LC非常庞大的工作人员和一系列的承诺,因此需要一年:
  • 培训200名非BIBFRAME试验参与者的LC编目人员
  • http://www.loc.gov上更新数百个网页
  • 与PCC协调实施RDA 3R
  • LC预计不会有受控的美国RDA 3R测试,类似导致RDA在2013年实施的美国RDA测试。PCC已经讨论了进行这种测试,但在2019年8月15日,PCC主席Xiao Li表示:“我们同意现在不是测试的最佳时间。”LC工作人员探索了3R测试版,图书馆将45页的评论转发给了开发人员。

参见:

BIBFRAME+RDA全新亮相:bfe 0.2.0发布(2015-11-7)

2015年LC官方的BIBFRAME编辑器(BFE),以RDA条款作为各录入项的提示语,并链接到RDA工具包的相应条款,显示BIBFRAME和RDA的紧密联系。在BIBFRAME词表升级到2.0后,目前的BFE(http://bibframe.org/bfe/index.html)仍然如此。由于RDA 3R在形式上有很大变化,不知今后是否仍然会提供链接。

2018 EBW:就RDA与BIBFRAME致信RDA指导委员会(2019-4-2)

欧洲BIBFRAME研讨会(EBW)在2018年12月发出给RDA指导委员会(RSC)的信,希望解决欧洲BIBFRAME社区的疑问:如何在原生BIBFRAME环境中实施RDA?

RDA与BIBFRAME对话(2019-7-18)

作为对上述信件的回应,2019年ALA年会上,RSC与EBW组委会进行了对话,内容未见公布。本博文介绍的LC报告也提到此次对话,本报告应该在很大程度上对EBW的上述疑问作出了解释。