2020居家办公时期的BIBFRAME更新论坛

新冠肺炎全球横行,工作仍要继续,于是很多时候变成了居家办公。BIBFRAME开发几乎没有中断,原本在ALA年会期间召开的BIBFRAME更新论坛,如期举办但改为线上会议——BIBFRAME from home于2020-6-24举办,PPT日前已上网。

5个报告,美国国会图书馆(LC)3个,分别介绍进展概况、新的BF编辑器和BF到MARC转换;另外2个介绍梅隆基金资助项目,也是延续先前的LD4P系列和OCLC。

BIBFRAME Update Forum – June 2020(2020-6-24)

一、BIBFRAME from home / Beacher Wiggins,LC采访与书目获取部主任

介绍会议日程,概述BF试验进展(由另2位报告人详述)。

二、Cataloger’s editor / Matt Miller, LC网络开发与MARC标准办公室(NDMSO)

BIBFRAME编辑器(BFE)重构,主要重点放在用户(编目员)界面与体验,NDMSO委托SAMHAENG做UX咨询与设计。

新的编辑器界面设计(截屏)见BF官网:BIBFRAME Implementation, Tools, and Downloads 之Editor interface design

当前编辑器见:BIBFRAME Editor(正常显示需架梯)

五、BIBFRAME to MARC refined / Sally McCallum, LC NDMSO主任

2020-5-1,LC宣布提供新的BIBFRAME 2.0组件,用于将BIBFRAME数据转换为MARC。

特别说明与半年前ALA仲冬会议BIBFRAME更新论坛上Jodi报告中的2个变化(更新):

  • 没有007字段 -> 007字段添加007/00(资料类别)和007/01(特定资料标识)
  • 仅通用008字段 -> 添加特定媒介008数据
参见:
LC发布BIBFRAME到MARC转换(2020-5-6)
2020ALA仲冬会议BIBFRAME更新论坛(2020-2-11)

三、LD4P, LD4P2, LD4P3, and community / Philip Schreur, Stanford University

概述2016-2018年的LD4P和LD4L-Labs,2018-2020年的LD4P2(实施之路),以及最新的2020-2022年LD4P3(闭环 CLOSING THE LOOP)

LD4P3目标:发现;合作编目项目PCC的自维持数据池;扩展Sinopia;扩展质询规范;扩展合伙人培训计划。

参见:LD4系列

四、Shared Entity Management Infrastructure Project update / Chelsea Dalgord, OCLC元数据服务部产品分析师

共享实体管理基础设施项目的进展。基本情况可参见:OCLC获梅隆基金资助开发实体管理基础设施(2020-1-11)

项目计划交付:实体主干:数百万实体、永久URI;生产规模;生产基础设施;通过API访问搜索、读取、创建、更新;基本的用户界面。

对图书馆有什么好处:基于Web的发现结果;丰富的背景、联系材料和馆藏;数据品质;数据的机器可操作性和使用;跨馆藏和资料类型的元数据工作流程的一致性和效率。

Hub:BIBFRAME模型下的超级作品

众所周知,在BIBFRAME2.0模型中,书目资源为三层三个核心类(作品——实例——单件)。一般认为BF2的“作品”对应于《IFLA图书馆参考模型》(LRM)和《资源描述与检索》(RDA)的四层模型中的“作品+内容表达”,但实际上LRM/RDA的内容表达与作品间关系、作品与作品间关系,在BF2中难以区分,汇集LRM/RDA作品也是一个麻烦事。因此有“超级作品”之议。

前些日子看2019年欧洲BIBFRAME研讨会的报告(参见:2019欧洲BIBFRAME研讨会,2020-6-16),注意到多个报告中提到BIBFRAME在作品之上新增了Hub,对应Share-VDE中定义的超级作品SuperWork——如此几种模型就都是四层了。

不过,目前BIBFRAME词表(BIBFRAME Ontology)中并没有看到Hub类,在会议报告【以下报告三】示例中提到的LC的BIBFRAME扩展bflc中也没有找到,因而定义不明。

但是,在LC的关联数据服务(id.loc.gov)中,BIBFRAME的检索范围有三种:BIBFRAME Works、BIBFRAME Instances和BIBFRAME Hubs。搜索结果的侧栏分面,Scheme下有BIBFRAME Hubs,Type中也有Hub,可见在数据层面广泛应用此区分。

在结果一览中,“词表”栏取值有BIBFRAME Hubs,不过此时“概念”栏取值为Work而不是Hub。以查“Shakespeare, William”为例:

  • Scheme分面(=命中数):BIBFRAME Hubs=1413,BIBFRAME Works=7323
  • Type分面(=命中数):Hubs=1413,Works=8736

主要相关报告:

一、美国国会图书馆的RDA和BIBFRAME(RDA and BIBFRAME at the Library of Congress / Sally H. McCallum and Jodi Williamschen, Library of Congress)

报告人Sally H. McCallum是美国国会图书馆(LC)网络开发和MARC标准办公室(NDMSO)主任,该办公室负责BIBFRAME开发。这个报告不但未提及Hub,反而仍强调BF“灵活使用作品/内容表达”,即作品和内容表达合一,因为大多数资源是一次性的;处理多媒体、特别是唯一资源时作品/内容表达识别有问题。

二、Opus Ex Machina:在BIBFRAME中建模超级作品、作品和实例实体(Opus Ex Machina: Modelling SuperWork, Work, and Instance Entities in BIBFRAME / Ian Bigelow, University of Alberta)

报告人所在图书馆应当是参与Share-VDE相关工作。报告中用“Opus”(作品)作为书目资源顶层实体的名称,以避免“Work”的多义性:Opus = BF的Hub = Share-VDE的SuperWork = LRM/RDA的Work。据称2019年1月Share VDE数据中引入超级作品类,2019年ALA年会前LC引入Hub到他们的数据。

三、关于身份:针对事物,但不是简单事物(含Hub 第1部分)(Identities for hubs, providers, and other things / Kevin Ford)

四、考虑关系:Hub 第2部分(Hubs and managing relationships / Kevin Ford)

报告人Kevin Ford是LC的NDMSO开发人员,应该是BF数据处理的实际执行人。在两个报告中专门讲述Hub:

启用Hub理由:1、意识到在bf:Work上做得太多了;2、意识到对于题名/名称-题名检索点没有很好的解决方案;3、上述题名/名称-题名检索点都是空白节点;4、与SHARE-VDE和Casalini合作以及SuperWork概念。
MARC来源:规范1XX$t,规范130,书目1XX+240,书目130,书目600/610/611$t、630,书目700/710/711$t、730【难道BF作品不是由这些字段抽取的?如何区分“作品”和“Hub”?】
MARC来源说出其作用,Hub作为聚合器(aggregator)执行3个功能:主题、相关作品、RDA意义的作品。

报告出处:European BIBFRAME Workshop 2019. National Library of Sweden, Stockholm, September 17 and 18, 2019

2019欧洲BIBFRAME研讨会

欧洲BIBFRAME研讨会(EBW)始于2017年秋,此后成为年会。2019年第三届于2019/9/17-18在斯德哥尔摩瑞典国家图书馆举办,有来自20个国家的93人参会。2020年第四届原定在匈牙利国家图书馆召开,不知到秋天COVID-19是否能消减而正常召开。

瑞典国家图书馆(KB)作为第三届的举办单位有多个报告,介绍他们的Libris XL,可以说是首个正式使用的基于BIBFRAME的联合目录系统。意大利厂商Casalini-@Cult的Tiziana Possemato也有多个报告,他本人及其他人的报告中频繁出现Share-VDE,是既有应用、又在发展中的系统。另外,美国国会图书馆(LC)及LD4P的斯坦福等也有多个报告,涉及不同方面。

第2天的报告分为五个方面,有说明语,体现当前本领域的关注点:关注身份、关注[数据]更改、关注基础架构、关注关系、关注编辑器。

European BIBFRAME Workshop 2019. National Library of Sweden, Stockholm, September 17 and 18, 2019

以下为本次会议报告一览及简介,题名按PPT修改(与会议报告面页不尽一致)。

(第一天)

  • BIBFRAME expansion and access / Sally H. McCallum, LC // BIBFRAME:扩展与获取【BIBFRAME进展】
  • LD4P: Pathway to Implementation / Philip E. Schreur, Stanford, LD4P // LD4P:实施之路【LD4P项目,以及下一个项目(发现,自持续PCC数据池,扩展Sinopia,扩展询问规范,扩展培训计划)】
  • National library platform based on BIBFRAME / Niklas Lindström, KB // 基于BIBFRAME的国家图书馆平台【瑞典国家图书馆基于BIBFRAME2.0的联合目录系统Libris XL】
  • Possible extensions of BIBFRAME in modelling data / Tiziana Possemato, Casalini-@Cult // 建模数据中BIBFRAME的可能扩展【Share-VDE超级作品,如何在共享环境中管理实例】
  • RDA and BIBFRAME at the Library of Congress / Sally H. McCallum and Jodi Williamschen, LC // 美国国会图书馆的RDA和BIBFRAME
  • RDA WORKS IN BIBFRAME & SINOPIA PROFILES / Nancy Lorimer, Stanford // BF和Sinopia配置文件中的RDA作品【LD4P的BIBFRAME编辑Sinopia如何处理作品/内容表达】
  • Working with BIBFRAME at the National Library of Sweden / Fredrik Klingwall, KB // 瑞典国家图书馆与BIBFRAME共舞【Libris XL词表,基于BF2】
  • Opus Ex Machina: Modelling SuperWork, Work, and Instance Entities in BIBFRAME / Ian Bigelow, University of Alberta // Opus Ex Machina:在BIBFRAME中建模超级作品、作品和实例实体【Share-VDE的作品ID工作组;超级作品,对应BF的Hub】
  • Community-building and Extending BIBFRAME for Special Collections: the Art & Rare Material BIBFRAME Ontology Extensions and the LD4P Rare Materials Affinity Group / Jason Kovari, Cornell 等 // 为特藏社区建设与扩展BIBFRAME:艺术和珍稀资料BIBFRAME本体扩展和LD4P珍稀资料亲和小组【LD4P的本体ARM(ArtFrame和RareMat)和LD4P珍稀资料亲和小组(RM-AG)】
  • BIBFRAME Agent data from MARC authority records – is it an unnecessary redundancy? / Miklós Hubay, National Széchényi Library Hungary // 从MARC规范记录中获取的BIBFRAME施事者数据——不必要的冗余?【BF1到BF2对规范的处理。MARC$0问题?】
  • Linked Data in the LSP * FOLIO and Linked Open Data * Reality, Speculation, Provocation / Charlotte Whitt, Index Data // 图书馆服务平台中的关联数据:FOLIO和关联数据【Index Data自我介绍及FOLIO概述】
  • PCC Task Group on Metadata Application Profiles / Jackie Shieh, Smithsonian // PCC元数据应用配置文件任务组【元数据应用配置文件简称MAP】
  • RERO THROWN INTO BIBFRAME / Nicolas Prongué, RERO //【介绍瑞士公司应用BIBFRAME情况及问题】
  • Challenges on transforming data in RDA vocabulary to BIBFRAME / Michalis Sfakakis, 希腊爱奥尼亚大学 // 转换RDA词表数据到BIBFRAME的挑战【因RDA的4层与BF的3层模型导致的BF虚假关系问题】
  • The Relevance of BIBFRAME Beyond our Walls / Richard Wallis // BIBFRAME超越壁垒的意义【Richard Wallis的第一天小结发言:认为BF在图书馆界之外缺乏相关性,需要与schema.org结合,呼吁参与似乎颇为冷清的W3C的BIBFRAME2Schema.org社区小组】

(第二天)

Panel 1: Concerning Identities 关注身份

我们谈论的是一个新环境,在该环境中我们可以扩展我们的资源来管理身份,特别是名称规范。我们想使用哪些来源? Wikidata? ISNI?NACO?// 例如,当我们指向包含20个标签的VIAF资源时,它如何工作?机构是否仍具有本地规范档?这是否意味着该机构应该托管一个类似于ID.LOC.GOV或DATA.DNB.DE的小型关联数据网站?// 规范描述是否仍需要遵循特定规则来构建规范检索点?如果规范位于本地系统之外,如何执行规则?是否需要服务中心来维护描述以及描述所需的URI?有没有免费的服务?所有描述都驻留在“本地”文件中还是有些保留在带有链接的其他站点上?// 当机器使用标识符运行时,人们需要标签:标签缓存如何适合图片?是否有服务收集使用的不同文件,而不是将所有内容存储在本地?本次会议不为讨论RWO(真实世界对象)、标识符和名称标签。真正的问题是在公共环境中工作。

  • The Cluster Knowledge Base approach to identities management / Tiziana Possemato, @Cult-Casalini Libri // 集群知识库身份管理方法【Share-VDE的集群知识库Sapientia】
  • Concerning Identities: For Things, but not the easy Things [Contains Hubs Part I] / Kevin Ford, LC // 关于身份:针对事物,但不是简单事物(含Hub 第1部分)【BF的Hub】

Panel 2: Concerning Changes 关注更改

在当前环境中,我们有不同的方式来提供更改并将更改应用于资源描述。如何将其转换为RDF/三元组存储环境? 我们是否需要表示已对他人使用的描述进行了更改? 如果是这样,存在什么策略,或者我们可能考虑将更改传达给下游消费者?// 我们是否需要在本地或共享系统中显示三元组的出处? 记录谁做出了更改会成为三元组/断言的挑战? 是否有本地跟踪的更改以及共享的其他更改?// 哪些类型的更改需要通知,例如标签更改,主题的添加/删除或仅在资源更改时通知? 是否需要修改本地系统和本地实践?

  • BIBFRAME CHANGE MANAGEMENT / Nate Trail, LC // BIBFRAME对变化的管理【基于图的方法处理更改】
  • Use case implications for change / Tiziana Possemato @Cult-Casalini Libri // 更改的用例含义【创建、更新、删除实体。Share-VDE的集群知识库(CKB)维护工作组】

Panel 3: Concerning Infrastructure 关注基础架构

为了支持RDF/关联数据,我们需要提供描述和URI的基础架构。例如,美国国会图书馆已将http://id.loc.gov内置到数据源中,以帮助在我们的BIBFRAME数据库中添加URI,并支持用于创建描述的查找和其他助手。虽然LC已使其他人可以访问ID,但我们希望任何机构或网络都需要使用自己的此类工具版本来支持描述创建和检索。 其他人如何处理此基础架构需求?

  • Running the Sinopia Stack on Amazon Web Services / Jeremy Nelson // 在亚马逊Web服务上运行Sinopia【原链接误为作者另一报告】
  • LC BIBFRAME INFRASTRUCTURE / Nate Trail, LC // LC的BIBFRAME基础设施【如何让LC关联数据服务、BIBFRAME编辑器、BIBFRAME数据库一起工作】
  • Finto service for controlled vocabularies as a component of Linked Data cataloging / Osma Suominen, 芬兰国家图书馆 // 作为关联数据编目组成部分的受控词表Finto服务

Panel 4: Concerning Relationships 关注关系

关系是新环境的基石。在机构或网络中,如何处理它们?机构内外资源之间的关系如何处理?其他机构是否看到需要诸如Hubs(美国国会图书馆)或Superworks(Casalini)之类的总体收集设备的需求?此链接的主要组成部分是什么?// 将旧数据从MARC转换为BIBFRAME并(可能)转换回MARC的挑战是什么?

  • Performances and Works: THE INTERACTION OF WORKS AND EVENTS IN MODELING SOUND RECORDINGS IN BIBFRAME & PMO / Nancy Lorimer, Stanford // 表演音乐中的事件和作品和关系【表演音乐本体(PMO)扩展BF,BF事件模型。Sinopia的相关模板】
  • Concerning Relationships: Hubs Part II / Kevin Ford, LC // 考虑关系:Hub 第2部分【Hub的MARC来源,及作为聚合器的3个功能(主题、相关作品、RDA意义的作品)】
  • SuperWorks, MasterInstance and relationships / Tiziana Possemato, @Cult-Casalini Libri // 超级作品、主实例和关系【Share-VDE咨询委员会及子委员会正讨论发展Share-VDE实例由描述到实体】
  • Extensions for past and future relationships / Fredrik Klingwall, KB // 为过去和未来关系扩展【个人名称的呈现问题】

Panel 5: Concerning Editors 关注编辑器

创建和修改Bibframe描述的编辑器是移至BIBFRAME环境所需的主要开发。在这种新环境中,哪些附加功能将有助于编目人员有效而丰富地描述图书馆资源?// 我们是否必须逐个编辑RDF资源,这对于编目员来说可能效率低下,还是我们可以通过RDF图来编辑,这在技术上更具挑战性? 如果按图显示,确定要加载到编辑器中的图的范围以及如何将其保存回来(即删除/替换已编辑的图)有哪些挑战?// 配置文件的最佳用途是什么? 对属于与编辑配置文件不匹配的图的描述性元素(三元组)怎么处理? 编辑始于MARC且因此没有明确配置文件的描述有哪些复杂性?

  • Sidestepping the graph – Sinopia Linked Data Editor’s approach for editing RDF / Jeremy Nelson // 回避图——Sinopia关联数据编辑器的编辑RDF方法
  • Editing JSON-LD at the National Library of Sweden : copying from Fredrik, Ola et al / Niklas Lindström // 在瑞典国家图书馆编辑JSON-LD【编辑命名图为JSON-LD,使用应用本体、Lens和2种b节点(内容确实复制自其他PPT)】

前两届会议介绍博文: