RDA元素分析表中的“元素子类型”和“子元素”

RSC秘书在多个邮件组发布消息,《RDA元素分析表》更新。
RDA elements (March 2017) RSC/RDA/Element analysis table/rev/4 (14 March 2017)

“元素分析表”是RDA元素与RDA条款的对照表。本次为第4次修订,内容与工具包2017年4月发布同步。
与自己先前保存的第2次修订相比,本次修订多了“核心状态”栏,注明是否为核心元素。没有作对比,估计应该还有一些因条款编号或名称变化所致的修改。

与第2次修订文件一样,分析表开始是表栏名称及说明。关于元素的分类(标注在对照表中各元素前):
元素 element:一个占位,存储由应用RDA条款而产生的值
元素子类型 element sub-type:元素的细化,限定元素的含义或范围
o 子元素 sub-element:一个元素,是较粗元素组成部分,该较粗元素是一个集合体或两个及以上(子)元素的组合。
集合或超元素 Aggregating or Super Element: 指集合一个子元素的元素,或者是一个元素子类型的超类型

比如超元素“题名”下各元素(如“正题名”)为元素子类型(实心圆),即每个都是某种类型的题名,相互之间是平行关系;
而超元素“版本说明”下各元素(如“版本标识”)为子元素(空心圆),即多个共同构成版本说明,相互之间是补充关系。
有时可能区分并不那么显而易见。

对于上述区分,在RDA-L和BIBFRAME邮件组分别引发提问:
– Karen Coyle 在 BIBFRAME 邮件组中问:“集合或超元素”是不是等同于RDF的类/超类?如果不是,区别是什么?
Stephen Hearn 在 RDA-L 邮件组:指出 Rev. 4 中的几处错误,并询问区分“元素子类型”和“子元素”的实际意义

第2天,RSC秘书致谢Stephen Hearn,并将 Rev.4 更新为 Rev. 5
RDA elements (March 2017) RSC/RDA/Element analysis table/rev/5 (15 March 2017)
以下4个由元素子类型改为子元素:
— latitude(属于longitude and latitude)
— longitude(属于longitude and latitude)
— right ascension(属于right ascension and declination)
— declination(属于right ascension and declination)

而RSC现任主席Gordon Dunsire则在BIBFRAME邮件组针对以上两个问题作对回复,说明:
这种区分在2009年时确定,RSC技术工作组一直有修改意向,但没有定论。
元素子类型是元素的细化,用RDF表达是作为较粗粒度元素的子属性
子元素是元素的成份,在DCAM/DCAP中,由语法编码体系(Syntax Encoding Scheme)指定。
至于RDF子类,RDA用来表达实体的子类型,如“个人”是“Agent”的子类。
3R项目期间,将审视元素分析表及其表达。术语本身源于2007年在不列颠图书馆召开的数据模型会议。(参见:图书馆从传统数据观走向关联数据及语义网:五周年,2012-5-16)

FRBRoo 2.4作为IFLA标准发布

上周IFLA发布新闻,宣布FRBRoo 2.4版发布,作为新的IFLA标准:
New IFLA Standard: Definition of FRBRoo: A Conceptual Model for Bibliographic Information in Object-Oriented Formalism (13 March 2017)

其实作为FR家族成员FRBRoo 2.4版早在2015年11月就已发布,当时的名称是:
FRBR: object-oriented definition and mapping from FRBRER, FRAD and FRSAD (version 2.4)
参见:FRBRoo 2.4笔记(2016-10-6)

这次正式发布的版本,标注的版本日期未变,但加注“经全球评审后修订,由IFLA专业委员会于2016年12月签署”。
更重要的是,名称作了较大修改,现在的名称是:
Definition of FRBROO : A Conceptual Model for Bibliographic Information in Object-Oriented Formalism (Version 2.4)
定义:FRBRoo是书目数据的本体或高层概念模型

——— 关于LRM的联想 ———
去年10月,上图请来FRBRoo的撰写者之一Pat Riva女士作报告,会议期间Riva女士提到FR家族的统一版FRBR-LRM名称将改为IFLA-LRM,在经过一系列程序后,计划于2016年底得到最终批准。而一旦IFLA-LRM通过,FRBRoo将修订为3.0版
参见:“FRBRoo模型与环境学术研讨会”笔记(2016-10-14)

一直没等来LRM批准的消息。从RDA着手依据LRM修订来看,似乎批准并无悬念。但此时宣布FRBRoo作为IFLA标准,不免有点令人疑惑。
同样是2016年底,IFLA批准了FRBRoo 2.4版(过了3个月才公布),此时距2.4版最初发布,过了有一年多时间。如果马上要根据LRM修订为3.0版,又何需急着把过渡性的2.4版批准为IFLA标准?

BIBFRAME2.0词表更新、相关组件公布

2016年4月,LC发布了BIBFRAME 2.0词表(bf2)(BIBFRAME词表2.0发布,2016-4-23)。此后,为准备进行BIBFRAME第2阶段试验,LC一直在为录入bf2格式的数据而努力。过了差不多一年,LC在本月发布了BIBFRAME 2.0相关组件,分享内容包括:1、更新的词表,2、MARC到BIBFRAME转换规范,3、MARC到BIBFRAME转换程序(BIBFRAME Vocabulary updated, MARC to BIBFRAME conversion specifications and programs released, March 10, 2017))。消息发布在BIBFRAME邮件组:
BIBFRAME specifications and conversion programs made available / McCallum, Sally (13 Mar 2017)

摘译如下:
LC正把整个书目数据文档转换到BIBFRAME,由MARC书目记录转换为BIBFRAME作品和实例描述,并与由MARC规范中的题名和名称/题名规范记录转换而来的作品描述集成。此次发布的组件即由上述工作形成,供大家使用BIBFRAME2.0词表实施开发,或者调查关联数据环境。

– BIBFRAME 2.0 词表更新:包括增加、改变、删除。
另外,在bf:之外新增命名空间bflc:,收录BIBFRAME的LC扩展,有些是为MARC转换而临时设置【类6个、属性9+20个】
先前版本:https://github.com/lcnetdev/bibframe-ontology
当前版本:http://www.loc.gov/bibframe/docs/
【在当前版本的清单页面,各元素的Change Notes注明变化情况:包括New新增、修改revise/fix等,其中2017年新增或修改37个
删除类2个:WorkTitle、InstanceTitle,删除属性3个:barcode、otherEditionOf、contributor,不以元素区分创作者、贡献者

MARC到BIBFRAME2.0规范MARC 21 to BIBFRAME 2.0 Conversion Specifications
共有依MARC字段块划分的20个转换对照表及说明文件,为所有MARC字段、指示符、子字段到bf2元素的对照,分别映射到I实例、W作品和Item单件。少数未使用的元素标记为“nac”(不尝试转换),在MARC环境外无意义的标记为“ignore”。

MARC到BIBFRAME转换程序
Index Data公司为LC编制。用XSLT写成,由MARCXML转换为BIBFRAME2.0
LC目前用这些转换程序开发试验项目,期望随工作进展加以调整。LC的Github页有详细使用说明。

即将提供的其他BIBFRAME工具:能够看BIBFRAME描述的工具
LC使用Index Data的Metaproxy工具,配合其图书馆自动化系统Voyager的OPAC,实现使用Z39.50或SRU搜索,搜索结果可以MARC、MODS、马上会有BIBFRAME2.0获取。其他工具将在完成后宣布。
BIBFRAME Implementation, Tools, and Downloads页面目前标记着3个coming soon:MARC到BIBFRAME比较观看器BIBFRAME2.0编辑器BIBFRAME演示数据集/BIBFRAME样例】