FRBRoo 2.4笔记

FRBRoo早在2012年11月就发布了2.0版(草案),除FRBR外,增加了与FRAD和FRSAD的映射。
参见:FRBRoo模型发布史(Working Drafts and Releases)。

写《FRBRoo读后》时(2014-2-9),不知为何没查到最新版,依据的是多年前下载的2009年1.0版,想来很是汗颜——只能自我安慰,算是保存一份历史记录吧,因为1.0是正式版,而第2版的第1个正式版是2015年2月发布的2.1版,未见2.0正式版。
2015年3月时下载了2.2版,一直没看,今天一查,最新的已经是2015年11月的2.4版了:
FRBR object-oriented definition and mapping from FRBRER, FRAD and FRSAD (version 2.4)
IFLA下载;ICM(国际博物馆委员会)CIDOC-CRM下载

由于增加了FRAD和FRSAD部分,因此2.X版与1.0版相比,类和属性增加较多。
– FRBRoo类:F1-F36,F38-F44,F50-F54。由33个增加到48个,新增F34-F54(F37未查到)【2.6 FRBRoo类声明】
对应CIDOC CRM类:E1-E90(不连号,61个;1.0版43个)【4.3 参引至CIDOC CRM类】
– FRBRoo属性:R1-R13,R15-R46,R48-R66。由31+8个增加到64+8个,新增R32-R66(R47未查到),8个CLP未变(R14 incorporates (is incorporated in)删除)【2.7 FRBR属性声明】
对应CIDOC CRM属性:P1-P165(不连号,56个;1.0版44个,最大P148)【4.4 参引至CIDOC CRM属性】

从“2.5.4 FRBRoo属性等级与(部分)CIDOC CRM属性等级校准”看,FRBRoo属性(R)大多数是CIDOC CRM属性(P)的子属性甚至再下级子属性。虽然定义域(Domain)基本上是FRBRoo类(F),但值域(Range)不少时候是CIDOC CRM类(E)。如此似乎表明,FRBRoo属性的专指性高于CIDOC CRM,而类的专指性相对不足。
但从“2.5.2 FRBRoo类等级与(部分)CIDOC CRM类等级校准”看,FRBRoo的类(F)多为CIDOC CRM类(E)的下位类,少数等同(如E15=F40标识符赋予者)或并列(如F4载体表现单体与E22人工实物),似乎FRBRoo类又相当专指。
两个表显示出的矛盾,当由于这里包括的只是“部分”CIDOC CRM类和属性,或者说只是其子集。

——— FRBRoo 2.4 类的变化(相对于1.0)———
【2.5.1. FRBRoo类等级】
F2“内容表达”增加2个子类:F34“知识组织体系”(分类法、标题法等),F35“Nomen使用说明”
F2 Expression
F34 — KOS
F35 — Nomen Use Statement

F5“单件”成为新增的F54“被利用信息载体”的子类,与新增的F53“资料副本”并列:
F54 Utilised Information Carrier
F5 — Item
F53 — Material Copy

F12“名称(Name)”改称Nomen,采用FRSAD术语,仍以F13“标识符”为子类,再以新增F50“受控检索点”为第3级子类:
F12 Nomen
F13 — Identifier
F50 — — Controlled Access Point

其他新增类(CIDOC CRM类的子类或等同类)
F36 Script Conversion 文字转换
F38 Character 人物/角色
F39 Family 家族
F40 Identifier Assignment 赋予标识符
F41 Representative Manifestation Assignment 代表性载体表现赋予
F42 Representative Expression Assignment 代表性内容表达赋予
F43 Identifier Rule 标识符规则
F44 Bibliographic Agency 书目机构
F51 Pursuit 职业
F52 Name Use Activity 名称使用活动 [使用不同名称]

《BIBFRAME音像建模研究》笔记

《BIBFRAME音像建模研究:为描述音像资源而定义一个灵活的模型》是BIBFRAME网站上发布的唯一一个BIBFRAME模型的“分析”报告。
音像资源与图书有很多不同(见报告1导论),用源于图书的模型来描述音像资源让编目员很折腾。本研究的目标是提出一个通用内容模型(见报告4),为此首先分析比较了现有内容模型(见报告2)。研究得到LC音像部门的全面支持。LC音像部门不仅收藏商业音像制品,还有很多类型的未出版音像资源(见报告3)。通过对不同音像资源的需求分析,提出了一个适用于包括图书在内的通用内容模型,并用8个样例加以说明。最后依此提出对BIBFRAME的修改建议(报告5)。
文件于2014年提出,其建议有多少最终体现在BF2中?有待后续详察。

———-《BIBFRAME音像建模研究》摘译 ———-
BIBFRAME AV Modeling Study: Defining a Flexible Model for Description of Audiovisual Resources (Submitted May 15, 2014) By Kara Van Malssen, AVPreserve
【说明:半角方括号编号为摘译时所加,全角方括号为摘译时注释】

1 导论
动态图像和录音内容的特征
[1] 基于时间【意味着需要事件中心法,而不是严格的作品或对象中心法】
[2] 多创作者/贡献者【不同职能的施事者】
[3] 独特性【未出版,无可分享记录】
[4] 集合体和收藏集【专辑作为作品,或者若干作品的集合体;作品本身多载体】
[5] 多代与使用【为保存而升级到不同媒介类型,相同内容不同单件,保存格式与访问格式各不相同】
音像资源描述的一种内容模型的需求概要
[1] 同样应用于出版和未出版资料【关键词:未出版】
[2] 内容描述允许作品或事件中心方法【引入与作品并列的“事件”】
[3] 允许内容跨越作品和事件中心
[4] 允许分别描述内容和载体,以及两者间(潜在的复杂)关系【内容、载体】
[5] 能够描述收藏集和集合体,以及包含在其中的单件关系【收藏集、集合体】
[6] 足够灵活以支持广泛的内容类型【更多内容类型】
[7] 能让编目员和最终用户轻易识别内容类型,到适当粒度(如音频:口语,动态图像:剧集)【细化内容类型】
[8] 支持描述相关内容实例,表明其代、使用和相互关系【相关内容】
[9] 能够描述内容重用和重新定位,允许来源与新内容间关系【内容间关系】
[10] 允许描述来源艺术意图(如无声/有声、彩色、长宽比、帧频、调),作为内容特性【即作品而非实例属性】
[11] 能够表达内容间复杂关系(如主记录用于商业发布,“网络剧集”用于电视集,原始新闻用于最终广播等)【内容间关系】
[12] 允许适应内容和机构情景的描述粒度【描述粒度】
[13] 支持载体的技术特征描述,能够认证访问与保存【技术特征】

2 现有内容模型的比较分析
作品/内容表达:FRBR/RDA,FIAF,OLAC,Variations,PBCore/EBUCore,indecs
载体表现/单件:FRBR/RDA,FIAF,Variations,indecs,PBCore/EBUCore
事件 【在不同标准中有很不相同的含义】
集合体
[1] FRBR
[2] RDA(含“音乐编目最佳实践”)
[3] OLAC(Online Audiovisual Catalogers (OLAC) Moving Image Work-Level Records Task Force)
[4] FIAF(International Federation of Film Archives (FIAF) Cataloguing Manual)
[5] Variations3 Metadata developed by Indiana University
[6] metadata framework【ONIX所用】
[7] 其他:Dublin Core, PBCore, EBU Core, Europeana Data Model, Schema.org
[8] AMIM2(Archival Moving Image Materials: A Cataloging Manual, 2nd edition)作为AACR第7章的扩展,仍被LC电影、广播和录音部(MBRS)的动态图像部所用
* 表1 不同编目标准识别的主要实体间松散对应【上述1-6】(p.11)【作品(抽象层)、内容表达(变体、实例)、载体表现(容器)、单件、个人/家族/团体(施事者agent、贡献者)、事件、地点、内容】
虽然看上去各内容标准中实体是重叠的,实际上相同术语却有重要的概念差异

3 LC动态图像和录音内容的需求
动态图像部
[1] 描述资料集,包括未出版的:预印本、制作元素、大堂画片、预告片、草图、手稿、电影剧本、口述史视频、信件、抄本
[2] 描述基于事件的内容:体育直播、口述历史、演出、参众两院立法程序
[3] 表达版本概念,并关联到原始元素与作品
[4] 更适应描述电视系列剧集的原始播放版,与图书馆收藏的DVD或蓝光汇编一同呈现与描述
[5] 方便及管理研究者,对内容有贡献但在(载体上)没有信息
[6] 包括作品级的娱乐标识符注册EIDR的标识符,更好地通过版权注册提交内容存储的电影和电视广播业校准【我国有许可号?】
录音部
[1] 提供事件中心模型,允许包含作品或某些作品元素为事件的部分,但不要求出现作品。
[2] 描述出版或未出版录音的内容集合,以及相关资料,如广播录音、商业录音、信件、抄本。
[3] 描述容器中的单个乐曲/歌曲
[4] 描述某些格式的粒度特征,能够识别适当的播放设备,如用于1/4英寸录音盘、音轨数、播放速度、盘尺寸等
[5] 结合人种/传统内容的结构,结合上下文元素和现有结构/内容标准缺失的重要数据字段
[6] 弄清支持该数据模型的软件系统,应该允许对特定字段的多款目选项(文本/字符串,链接/URI,以后日期链接)
[7] 能够有效摄入通过版权呈缴方式提交的元数据,内容来自录音业,可能与indecs校准

4 面向通用内容模型
– 内容创建领域模型
内容(作品、事件)——附着过程——实例
– 内容描述数据模型
(在上述模型中增加:施事者agent、集合collection、断言assertion)
– 样例

5 与BIBFRAME校准
对BIBFRAME的建议
[1] 不完全作品中心,也可选事件中心,或者按需跨越两者【“事件”作为与原顶级“作品”同级的类】
[2] 创建“内容”超级类【在“作品”与“事件”之上】
[3] 明确对作品和实例可指定多个类型【只能选一个内容类型有困难】
[4] 修改某些属性的定义域限制,为另一些属性增加附加定义域【定义域由“实例”扩大到“作品”】
[5] 考虑采用动态图像和录音实例的技术特性【从稳定性考虑,不建议采用外部命名空间来扩展这部分属性】
[6] 扩展“注释”,包括某些FRBR/RDA单件属性【BF2有独立的Item类,应当在Item中解决】
[7] 考虑增加日期和日期类型属性【需要不同日期,但没必要增加不同日期属性,而是用日期+关联日期类型——适合RDF吗?】
[8] 调查能够实现顺序的方法【类似edm:isNextInSequence】
[9] 调查支持在描述音像内容中包含时间戳【关联内容到时间片断】

附录A:与音乐类型有关的录音问题
附录B:音乐作品集的数据模型
附录C:复杂的多部分音像作品的挑战
参考文献