标签： BIBFRAME

2021欧洲BIBFRAME研讨会信息

2021年欧洲BIBFRAME 研讨会（第五届年会），9月21-23日在网上举行。原计划在匈牙利布达佩斯国家塞切尼图书馆举办的吧，由于COVID-19而变成虚拟会议。PPT已上线，部分没有PPT的只能去油管看视频（可以根据会议日程时间定位）。

BIBFRAME Workshop in Europe 2021 

  • 欧洲 BIBFRAME 研讨会是一个论坛，用于分享有关 BIBFRAME 实施的实践、生产和规划的知识。
  • 我们将致力于使用BIBFRAME模型和相关工具、从MARC过渡到关联数据的人们聚集在一起。
  • 研讨会重点关注 BIBFRAME 的实际实施，而不是理论上的关联数据/语义网络活动。

丹麦皇家图书馆Leif Andresen的开场报告 Welcome and practicalities（欢迎和实用信息），浓缩了3天的会议内容、可按图索骥；又汇总历届BFWE（原称BWE）概况，相当实用：

  • [一] 日程：
  • 第1天，实施进展：1、美国国会图书馆BF100计划；2、瑞典国家图书馆[Libris XL]；3、SVDE=Share-VDE 2.0
  • 第2天，新发展：1两个编辑器的故事（斯坦福[Sinopia]和LC [BFE]）；2、Sinopia和Folio；3、Sinolio，在folio中集成Sinopia关联数据编辑器试验[无PPT]；4、尼日利亚编目员对BIBFRAME的认知[调查]；5、ARM 1.0，艺术、档案和珍稀资料[BIBFRAME扩展] [无PPT]
  • 第3天，数据交换：1、BIBFRAME本体更新[无PP]】；2讨论：在向关联的图书馆数据过渡中RDA/RDF可以发挥什么作用？[1/5有PPT]；3、BIBFRAME数据交换：1）关于 BIBFRAME 数据交换的 PCC 会议报告，2）BIBFRAME数据交换小组讨论[无PPT]
  • [二] 2021年在线参会：
  • 非洲5国：阿尔及利亚、贝宁、埃及、马里、尼日利亚
  • 亚洲9国/地区：孟加拉国、香港、印度、伊朗、以色列、日本、巴基斯坦、菲律宾、卡塔尔
  • 澳洲1国：澳大利亚
  • 欧洲26国：奥地利、比利时、克罗地亚、塞浦路斯、捷克共和国、丹麦、爱沙尼亚、芬兰、法国、德国、希腊、匈牙利、爱尔兰、意大利、拉脱维亚、卢森堡、荷兰、挪威、波兰、葡萄牙、斯洛文尼亚、西班牙、瑞典、瑞士、乌克兰、英国
  • 北美洲3国：加拿大、墨西哥、美国
  • 南美洲3国：阿根廷、巴西、哥伦比亚
  • [五] 组织者小组
  • Harriet Aagaard, National Library of Sweden 瑞典国家图书馆
  • Leif Andresen, Royal Danish Library（联系人 leif@kb.dk）丹麦皇家图书馆
  • Michele Casalini, CasaliniLibri (Share-VDE) Casalini Libri公司（Share-VDE项目）
  • Reinhold Heuvelmann, German National Library 德国国家图书馆
  • Miklós Lendvay, National Széchényi Library of Hungary 匈牙利国家图书馆
  • Sally H. McCallum, Library of Congress (NDMSO) 美国国会图书馆
  • Philip E. Schreur, Stanford University. Green Library (LD4P) 斯坦福大学图书馆（LD4P项目）
  • Osma Suominen, National Library of Finland 芬兰国家图书馆

前3届会议，另参见：

2021夏BIBFRAME更新论坛

自2012年起，美国国会图书馆（LC）每年在美国图书馆协会冬夏两次年会上召开BIBFRAME更新论坛。由于COVID-19，去年夏天开始都是虚拟会议，今夏6月28日召开。今年四个报告，比较罕见地没有OCLC、也没有厂商。报告已经上网：

BIBFRAME June 2021 Update Forum

一、BIBFRAME 100进展报告（Progress Report on BIBFRAME 100 / Sally McCallum, Library of Congress）

在今年仲冬会议上已经报告过BIBFRAME 100，即2021年起全部350名编目员将每周5天用BF编目，这里的100原本是100%的意思，不知为何现在的目标是成功达到80-90%编目员用BIBFRAME。

报告的第2部分是四个主要任务：

二、LD4P与社区：PCC数据池与LD4（LD4P and Community: The PCC Data Pool and LD4 / Philip Schreur, Stanford University，代表LD4社区；会议网站标题：Community and Data Pool）

报告首先用1张图示PCC数据池：编目员、[编辑器]Sinopia<->实体数据存储、OCLC-PCC编目，SHARE-VDE、SHARE-VDE簇&知识库、QASHARE-VDE缓存<-规范缓存。

其后介绍LD4社区，包括其原则、兴趣小组（发现、伦理、非拉丁文字、Sinopia、[应用]纲要、珍本资料、连续出版物、维基数据），以及将在2021/7/19-23在线召开的2021年LD4关联数据会议。会议主题包括：关联数据教育，包容不同的声音，采用关联数据的实用步骤，关联数据的可靠性和可用性，将关联数据纳入日常运营，关联数据宣传。

关于LD4可参见：关联数据编目走向现实——新项目LD4P3及LD4社区（2020-12-10）

三、BIBFRAME数据交换规划（BIBFRAME Data Exchange Planning / Melanie Wacker, Columbia University, Chair, Program for Cooperative Cataloging Policy Committee，代表PCC编目政策委员会）

主要介绍将于2021/9/9-10召开的PCC虚拟会议，议题是：在系统与实施之间交换BIBFRAME数据。参与者包括：PCC政策委员会(PoCo)、LC、欧洲BIBFRAME小组、OCLC、厂商、LD4、国家图书馆【有哪些？】等（含观察者）。

1、召开本次会议的原因有：

  • 1）BIBFRAME 100——LC正推动大多数编目员只做BIBFRAME
  • 2）PCC参与LD4/Sinopia
  • 3）数据池
  • 4）PCC元数据应用纲要将使用“BIBFRAME 作为初始基础数据模型”
  • 5）美国以外的BIBFRAME工作
  • 6）实施间的不一致会对系统之间的数据交换和跨数据源的查询产生负面影响。如：rdfs:label 与 rdf:value；bf 命名空间的扩展如 bflc, pmo, arm； LCSH 复杂主题标题的编码（如使用 MADS/RDF）；bf:Agents建模使用来自 LC 名称规范档的规范 URI vs RWO URI，或者Wikidata；使用 URI 而不是空节点。

2、期望成果：

  • 1）生态系统和基础协议- 就 BIBFRAME 环境中数据交换的含义达成一致- 定义 BIBFRAME 交换的核心需求，如： 应该有一个标准化的序列化吗？ 是否需要商定最低 BIBFRAME 描述？ 如何建模/塑造 BIBFRAME 元素？ 开发工具，包括验证技术；对发现层和用户体验的影响
  • 2）工作流程和工具- 确定需要在哪些系统之间共享哪些数据的用例和期望。随着更多图书馆和供应商进入该领域，这可能会发生变化；接收新数据的可接受频率是多少？如何鼓励*上游*更改以避免数据冲突？- 就何时、为何链出以及何时在本地复制数据和缓存的最佳实践达成一致- 测试交换的想法。开发系统之间共享数据的用例和计划，潜在有：Share-VDE、Sinopia、国家图书馆、LC、OCLC、需要的系统如ILS厂商。为测试制定粗略的实施时间表- 探讨成立国际BIBFRAME标准化与交换小组

四、BIBFRAME 2.1版及未来计划（Version 2.1; And future plans …. / Kevin Ford, Library of Congress，会议网站标题：BIBFRAME Vocabulary: An update and future plans）

概述BIBFRAME 2.1更新。然后回顾MARC更新史，包括内容、负责与参与机构、修订方式。对比BIBFRAME，现在并没有指导小组或咨询委员会，在GitHub以问题（ISSUE）方式提出建议、讨论……。

参见：BIBFRAME本体2.1版发布（4层确认）（2021-6-25）

BIBFRAME本体2.1版发布（4层确认）

美国国会图书馆（LC）赶在BIBFRAME更新论坛于2021/6/29召开前，发布了BIBFRAME本体的2.1版（之前为2.0.1版），涉及50个类与属性的变化。美国国会图书馆网络开发与MARC标准办公室主任Sally McCallum在BIBFRAME邮件组中说明，其中绝大多数来自社区中一直在使用Bibframe词表和模型的实施者，并表示感谢。 见：BIBFRAME Ontology Updated / McCallum, Sally (2021-6-24)

LC网站上有修订后的本体：http://id.loc.gov/ontologies/bibframe。主要讨论场所则在GitHub：https://github.com/lcnetdev/bibframe-ontology。

LD4社区应该是所指的重要实施者，BIBFRAME本体中有4个属性（awards、custodialHistory、dimensions、fontSize）在编辑附注中注明“请参阅 ARM Ontology（艺术与珍本资料本体） 以了解更详细地对此信息建模的策略”。【参见：BIBFRAME扩展：bibliotek-o（及ArtFrame和RareMat）（2018-5-1）】

Kevin Ford昨天在BIBFRAME的GitHub中发了上百条评论、包括关闭问题，涉及对建议的处理结果，如在BF中声明FOAF命名空间等，特别有一条解释新增的Hub类。之前在某PPT已经见过Hub，此评论可认为是官方解释。概言之，Hub为作品的子类，对应于RDA作品。也就是说，BIBFRAME对应于LRM/RDA的资源四层结构为：Hub—BF作品—实例—单件。

Proposal: New class – bf:Hub #75

bf:Hub 的实验始于三年多前（在 LC），并于2019年6月首次公开实例化[用于实例？]。Hub被定义为作品的子类，是抽象资源，充当两个作品之间的桥梁。通过这种方式，它们起到聚合和配置资源的作用。例如，它们使收集马克吐温的《汤姆·索耶历险记》（Tom Sawyer）的所有西班牙语翻译成为可能，或者捕获包含弗朗西斯科·塔雷加（Francisco Tarrega[西班牙吉他演奏家、作曲家]）的《随想曲》（Capricho árabe）的其他BF作品。在LC的实验中，Hub作为聚合器执行三个功能：作为主题、作为相关作品以及作为 RDA 意义上的作品。Hubs，作为BF作品，可以作为主题来描述其他作品。

参见：Hub：BIBFRAME模型下的超级作品（2020-6-28）

—— 附：BIBFRAME 2.1的变化 ——

根据Change Notes总结（红字，日期2021-06-09），共86处修改，有些属性涉及多处修改。

一、新增22个类/属性，大致可分成两部分

（一）类（7个）及相应属性（6个）

  • AccessionNumber（登录号，标识符Identifier子类）
  • CollectionArrangement（资料信息的组织）collectionArrangement（资源集合的组织安排）/ collectionArrangementOf，collectionOrganization（资源分成较小单元的方式）
  • Eidr（Entertainment Identifier Registry，标识符Identifier子类）
  • Ensemble（合奏，新增上位类：有子类MusicEnsemble）
  • Hub（中转站/枢纽=桥接两个作品的抽象资源，作品Work子类）
  • Material（材料=资源的物质或组成，新增上位类：有子类BaseMaterial、AppliedMaterial）material（有子属性baseMaterial、appliedMaterial）/ materialOf（有子属性baseMaterialOf、appliedMaterialOf）
  • PubFrequency（资源的出版频率）pubFrequency

（二）原有属性的互逆属性（9个）

adminMetadataFor，agentOf，appliedMaterialOf，arrangementOf，baseMaterialOf，contributionOf，noteFor，subjectOf，titleOf

二、其他修改

  • 1、因新增上位类导致的变化（AppliedMaterial、BaseMaterial、MusicEnsemble；appliedMaterial、baseMaterial、ensemble、ensembleType）
  • 2、修改标签（MovementNotation、MusicNotation、Script、TactileNotation、mount）
  • 3、修改定义（Arrangement、Event、GenreForm、Mount、Urn；arrangement、ensemble、expressionOf、hasExpression、originDate、originPlace、relatedTo）
  • 4、修改/增加附注（Classification、Identifier、Note；awards、custodialHistory、dimensions、fontSize）
  • 5、修改Comment（hasPart、partOf：也用于Event）
  • 6、修改上位属性（otherEdition）
  • 【以下定义域/值域的修改基本上是为减少对使用的限制】
  • 7、扩大定义域/用于（appliedMaterial、assigner、baseMaterial、issuedWith、otherPhysicalFormat、subject、title）
  • 8、移除定义域/用于所有资源（electronicLocator、firstIssue、frequency、geographicCoverage、lastIssue）
  • 9、扩大值域/期望值（colorContent、extent）
  • 10、移除值域/期望值为所有资源或取值（acquisitionSource、agent、appliedMaterial、assigner、baseMaterial、derivedFrom、descriptionModifier、genreForm、grantingInstitution、heldBy、issuedWith、originPlace、place、source）
  • 11、修改值域（hierarchicalLevel、pattern）