2018 EBW:就RDA与BIBFRAME致信RDA指导委员会

2018年欧洲BIBFRAME研讨会(EBW),与会者80人,来自17个欧洲国家及美国、加拿大和卡塔尔。作为会议成果,在2018年12月发出了一封给RDA指导委员会(RSC)的信,由丹麦皇家图书馆Leif Andresen署名,代表EBW组委会7人(其中包括负责BIBFRAME开发的美国国会图书馆网络和MARC标准办公室主任的Sally H. McCallum)。截至2019-4-3,RSC官网消息中未见回应——RSC通常每年11月举行年会,2019年预定在智利首都圣都亚哥。
参见:
会议网站:European BIBFRAME Workshop 2018 (2018.9.17-19)
介绍博文:欧洲BIBFRAME研讨会(2019-3-29)

—— 就RDA与BIBFRAME致信RDA指导委员会(译文) ——
Letter to the RDA Steering Committee about RDA and BIBFRAME (2018-12-13)

在Fiesole今年的欧洲BIBFRAME研讨会*期间,一再明确RDA用户和BIBFRAME用户之间存在很大的重叠。自其构想以来,RDA已经允许实施关联数据,现在其实现比以往任何时候都更加明显。在这种情况下,必须评估RDA和BIBFRAME之间的关系,以便允许使用两种标准的全部潜力
到目前为止,大多数RDA实现都基于MARC 21格式,而MARC21很可能会被BIBFRAME取代。我们正在迅速接近这一时刻,即RDA需要被BDAFRAME所用,或者和MARC格式同时、或作为MARC格式的替代品。然而,MARC 21和BIBFRAME都无法满足RDA的全部粒度——前者因为是在RDA之前的世界中建立的,后者是因为[RDA]范围超出了专门的图书馆应用。
BIBFRAME的概念模型与FRBR或IFLA LRM并不完全一致,而IFLA LRM确实构成了3R后工具包的基础。同样,RDA关注解析(粒度)和记录选项,而BIBFRAME关注关系和链接,已经迫使BIBFRAME实施要仔细评估其数据模型的某些粒度和方面的目的和必要性。 RDA描述要包括在描述中的数据,但不一定建议单独识别每个元素。在BIBFRAME中容纳RDA元素有很多选项,例如扩展,或者只选择那些已经很容易表示的元素。当然,在BIBFRAME研讨会期间,许多参与者心中的问题是:我们如何能够在原生BIBFRAME环境中实施RDA
新兴的BIBFRAME社区希望与RSC建立一个工作组,为在BIBFRAME内推荐的RDA表示制定一套指南。虽然这些指南不能是规定,但它们会代表一种标准化方法,既能确保图书馆之间最简单的数据交换,又能确保供应商可以建立服务的稳定表示。
我们期待听到RSC对这种方法的反应,并解决这个问题,以改善我们社区的两个部分。

欧洲BIBFRAME研讨会

欧洲图书馆界一直走在关联数据应用的前列。2008年瑞典国家图书馆率先发布全国联合目录Libris为关联数据,十年后的2018年6月再次率先上线关联数据系统LibrisXL,取代其原有图书馆自动化系统Voyager的核心部分,词表基于BIBFRAME 2.0。而美国国会图书馆(LC)自2011.5.13启动“书目框架转换行动”(Bibliographic Framework Transition Initiative),研发BIBFRAME近8年、已历多轮试验,还没宣布何时“转换”——LC背负的MARC负担实在太重。

欧洲BIBFRAME研讨会(EBW)自2017年首次召开,已成为每年9月召开的年会。会期2天(2018年会前另有1天培训),报告人不限于欧洲,报告数量远超美国图书馆协会冬夏两个年会期间LC主办的BIBFRAME更新论坛,是了解BIBFRAME应用进展的最佳来源。第3次年会将于2019年9月17-18日在瑞典国家图书馆举办。

European BIBFRAME Workshop 2017 (2017.9.26-27,法兰克福德国国家图书馆)【会议报告
2017年会议成果:《对ILS投标者的BIBFRAME期望》(BIBFRAME Expectations for ILS Tenders, 2018-02)
会前介绍博文:BIBFRAME在欧洲启动?2017欧洲BIBFRAME研讨会(2017-5-18)

European BIBFRAME Workshop 2018 (2018.9.17-19,意大利,Casalini Libri & European University Institute)
2018年会议成果:《就RDA与BIBFRAME致信RDA指导委员会》( Letter to the RDA Steering Committee about RDA and BIBFRAME, 2018-12-13)
会议报告【一句话概览】
培训1:BF入门
培训2:宏观
培训3:Casalini的BIBFRAME项目/SHARE VDE
培训4:转换和调和
培训5:瑞典联合目录Libris XL采用BIBFRAME2为主的本体KBV,用MarcFrame转换到JSON-LD
培训6:开源关联数据编辑器CEDAR
培训7:LC的BIBFRAME编辑器
培训8:PCC的ISNI试验项目(2017.7-2018.7)
报告1:BIBFRAME开发(Pilot 2)
报告2:LD4P状态更新
报告3:语义网在匈牙利国家Széchényi图书馆
报告4:加拿大BIBFRAME现状 [貌似没做什么]
报告5:生产中的BIBFRAME:瑞典联合目录Libris XL
报告6:用BIBFRAME的匈牙利通用目录
报告7:SHARE-VDE:项目如何满足BIBFRAME模型
报告8:乔治华盛顿大学实验:1 Schema.org的Action,2 MARC中URI
报告9:芬兰国家图书馆通过BIBFRAME转换到Schema.org/对转换程序的评价
报告10:图书馆关联数据的3个选择:BIBFRAME 2.0,,Schema.org,链接MARC,提出BF到schema映射项目
报告11:截屏1997年FRBR开始的历年重要文件、模型、PPT
报告12:PCC自2015年起为关联数据所做准备
报告13:MARC转换到BIBFRAME过程中书目家族抽取评估
报告14:PCC任务组:URI、BIBFRAME
报告15:FOLIO [更像是拉客广告]
报告16:重用作为缓存

URI是标识符还是资源?

Dan Scott在BIBFRAME邮件组中提问:什么时候一个bf:Identifier是URI?并举如下例子:
@prefix bf: <http://id.loc.gov/ontologies/bibframe/> .
<http://example.org/2335409#Work> a bf:Text, bf:Work ;
bf:identifiedBy <http://worldcat.org/entity/work/id/638612>.
<http://worldcat.org/entity/work/id/638612> a bf:Identifier .

其下有跟贴20余条,算得上热烈讨论,问题一度变成了“bf:Identifier怎么用、是什么意思”。
因为我也曾有过困惑(为什么URI还要用引号),因此总结下相关信息点。
首先记录答案:对于URI,有引号的是标识符,没有引号的是资源/Thing

一、在BIBFRAME中,bf:Identifier 标识符(类)的定义是:与资源关联的标记或名称,例如URI或ISBN(Token or name that is associated with a resource, such as a URI or an ISBN.)。
解说:标识符是“名称”,因而以文字/字符串表示(即取值必须用引号),即使是URI——如果URI作为标识符,必须用引号。

二、与bf:Identifier同用的一对互逆属性是bf:identifiedBy/bf:identifies.
表达资源标识符的最基本形式:<资源> bf:identifiedBy “标识符”
解说:对于属性的使用条件,BIBFRAME2没有用“定义域”Domain、“值域”Range,而是用限制不太严格的“用于”Used with、“期望值”Expected Value。

三、LC的BIBFRAME样例中,标识符最常见的使用形式如:
@prefix bf: <http://id.loc.gov/ontologies/bibframe/> .
<http://example.org/2335409#Work> a bf:Text, bf:Work ;
bf:identifiedBy [ a bf:Identifier ;
rdf:value “http://worldcat.org/entity/work/id/638612”
] .
解说:bf:Identifier 有很多子类,包括其定义中所举的bf:Isbn,但没有bf:Uri。如果标识符取值是URI,直接用bf:Identifier类。
LC回应如有用例,不排除增加子类【当URI作为标识符而非Thing,似乎也没有特别强调其为URI的必要?】

四、不加引号的URI代表资源而不是标识符
本文最初Dan Scott的例子,可以简化为:
<http://example.org/2335409#Work> bf:identifiedBy <http://worldcat.org/entity/work/id/638612>
LC的BIBFRAME团队讨论后(由Ray Denenberg回复)认为,上例是断言两个资源相同:
A机构有一个作品:<http://example.org/2335409#Work>
B机构有一个和它一样的作品:<http://worldcat.org/entity/work/id/638612>
尽管资源不能标识资源(bf:identifiedBy用法不对)。
LC同时承认BIBFRAME中没有断言相同资源的属性:我们认识到需要做出这样的断言,而bibframe目前没有提供,我们将进一步调查。

讨论见:[BIBFRAME] When a bf:Identifier is a URI (2019.2.15-)
相关讨论:rdf:value和rdfs:label的差别(2016-6-22)