标签： folio

2023年BIBFRAME更新论坛

2022年9月美国国会图书馆（LC）宣布选择folio系统，由EBSCO承担。于是2023年初的BIBFRAME更新论坛几乎成了Folio论坛。向不缺席的OCLC不见踪影，LC本身也没有报告：

BIBFRAME January 2023 Update Forum (2023-1-30)

  • 报告1、BIBFRAME Possibilities in FOLIO / Sebastian Hammer, Index Data（PPT标题：BIBFRAME and FOLIO）
  • 报告2、Stanford’s Challenges with FOLIO / Jeremy Nelson, Stanford University
  • 报告3-4、Managing Entities in FOLIO: An Overview of Current Efforts and Future Development（2个报告：Managing Entities in FOLIO: An Overview of Current Efforts / Jason Kovari, Cornell University ；FOLIO & Linked Data Functionality Review / Gloria Gonzalez, EBSCO）
  • 报告5、Points from BIG discussions of Interoperability with Flexibility / Melanie Wacker, Columbia University

5个报告，只有最后的BIG（BIBFRAME互操作小组）是专注于BIBFRAME的。

刚过去的6月，BIBFRAME更新论坛回归，将关注重点放在了如何在MARC和BIBFRAME的混合环境中开始使用BIBFRAME，报告者单位也与以往相似（只没了学界）：

BIBFRAME June 2023 Update Forum (2023-6-26)

  • 报告1、用BiblioGraph建设BIBFRAME环境 Building a BIBFRAME environment with BiblioGraph / Gloria Gonzalez, EBSCO Information Services

报告整理了多个Zepheira和EBSCO的BIBFRAME时间线，体现Zepheira的相关贡献。

主要介绍BiblioGraph即原Library.Link，主要功能：[1]转换MARC创建数据图谱；[2]策展馆藏和单件“活清单”；[3]用来自权威数据源的数据丰富资源；[4]推动从网络上任何地方更多使用图书馆目录；[5]在谷歌搜索中显示为一个选项；[6]加入不断扩大的可信图书馆元数据网络。最吸睛的就是谷歌搜索侧栏知识图谱中的“借阅”选项，目前在澳大利亚、加拿大、美国、英国可用。

参见：EBSCO推出BiblioGraph（Library.Link改名？）（2023-2-6）（2016和2017年BIBFRAME论坛也曾介绍过Library.Link）

最后提及EBSCO的FOLIO即将推出的主要关联数据功能：BIBFRAME用Marva编辑；基于图谱的存储；连接到其他FOLIO图书馆的网络；一键由MARC移到BIBFRAME；通过API和联合订阅源将关联数据发送到任何用户界面；由BiblioGraph加入更大的数据网络。

  • 报告2、在混合MARC环境中使用BIBFRAME Using BIBFRAME in a mixed MARC environment / Harriet Aagaard and Andreas Andersson, National Library of Sweden

瑞典国家图书馆介绍其联合目录Libris：自2018年以来，我们在Libris生产BIBFRAME，但导入导出仍是MARC。目前在开发新目录Libris sök，使用Libris BIBFRAME。

  • 报告3、在BIBFRAME环境中满足联盟所需：来自Share家族的案例史 Catering for consortia in the BIBFRAME environment: case histories from the Share Family / Tiziana Possemato, @CULT

意大利厂商介绍Share家族的新项目Parsifal，罗马图书馆联合会（URBE）的联合目录：https://parsifal.urbe.it/parsifal/home?l=en。界面延续之前的Share-VDE，可参见：Share-VDE在图书馆关联开放数据中的作用（2021-20-30）

【与Libris类似】Parsifal也是MARC进、MARC出，中心知识库CKB是BIBFRAME；同样提及使用BIBFRAME的优势是聚类作品。项目的另一特别是提供URBE学术出版社与Wikidata的连接。报告还介绍了不少作品聚类等数据清理的技术性问题。

  • 报告4、跨越MARC和BIBFRAME之间的鸿沟 Bridging the gap between MARC and BIBFRAME / Jeff Mixter, OCLC

OCLC在总结多年来在关联数据方面的各项工作后，介绍2种编辑器：1、WorldCat实体编辑器（规范数据用）；2、BIBFRAME编辑器，允许使用BIBFRAME描述资料，并与MARC编目工具无缝配合，而WorldCat实体编辑器也将集成到BIBFRAME编辑器中。【又一种BIBFRAME编辑器】

  • 报告5、LC在Folio的BIBFRAME和Marva的进展 LC’s progress with BIBFRAME and Marva in Folio / Doug Loynes, EBSCO Information Services, and Jodi Williamschen, Library of Congress

介绍LC的BIBFRAME编辑器Marva的变化。关键决定1：与FOLIO紧密互操作；关键决定2：Marva作为独立app，供非FOLIO馆作为前端；时间线：2023年11/12月，重点：专著套录。

Folio实体管理应用（实体app）

在FOLIO的元数据管理特别兴趣小组（MM-SIG）支持下，实体管理工作组（EM-WG）在2020-2021年打算开发实体App，形成了2份文件：

之后EM-WG大概就结束活动了。2022年小组恢复活动，并更新了用例。

实体管理工作组的恢复，似乎与美国国会图书馆（LC）于2022年9月宣布决定采用由EBSCO支持的FOLIO有关。参见：美国国会图书馆选择folio系统（2022-9-22）

2023年1月30日LC的BIBFRAME更新论坛，已经与BIBFRAME关系不大，几乎成为其FOLIO更新论坛，其中第3时段的康奈尔大学Jason Kovari报告，针对FOLIO中的实体管理，介绍了上述2份文件。该时段后来增加EBSCO的Gloria Gonzalez报告，针对LC的FOLIO项目，在用于FOLIO的新BIBFRAME/关联数据需求部分，介绍“规范和实体管理功能”，提到以下两点：[1]自动化规范管理任务，用MARC书目和规范记录同步关联数据规范；[2]作为LC图书馆馆藏获取平台（LCAP）的一部分创建实体管理服务，FOLIO实体管理工作组将提供反馈。

根据“实体App愿景”，实体包括：行为者、体裁、地理、主题、作品、其他（如MARC和RDA词表），即通常的规范控制对象。通过管理、创建、缓存、发布，集成实体数据，支持实体的CRUD（即创建、读取/消费、更新、删除）功能。

概述：

  • 实体管理应用程序（实体App）是FOLIO架构的模块，在这里管理、创建、缓存和发布实体数据。该应用程序提供支持实体管理的功能，跨FOLIO应用程序集成外部和内部关联数据源，并提供促进基于实体的数据模型（如BIBFRAME）的一个组件。这将是FOLIO管理受控实体和支持FOLIO存储和支持的任何元数据模式的中心位置。
  • 为了方便其他功能，实体App必须缓存外部实体并存储内部实体。外部实体，如美国国会图书馆（LC）主题标题、LC名称规范档（LCNAF）、Getty词表、RBMS词表或任何具有关联数据端点的基于web的词库，可以在内部缓存，以便可以在MARC SRS、典藏和FOLIO内开发的其他数据存储中控制数据。
  • 实体App还将支持使用永久URI创建、维护和发布的本地定义实体。实体的本地管理示例可能包括机构的本地实体，这些实体不由现有的外部实体数据源表示，或创建关于外部实体的本地数据（例如：为有问题的主题标题添加替代标签）。
  • 实体管理工作组承认CODEX愿景，该愿景与实体管理概念之间存在一些重叠【本人说明附后】。然而，实体管理app旨在实现特定功能，以实现对Folio内实体的管理，并不局限于CODEX愿景，也不要求交付CODEX愿景的任何部分。
  • 在规范管理范围内，实体App以多种方式处理FOLIO和第三方查找服务中其他地方存储的数据。首先，实体App保存FOLIO中使用的受控标题的记录数据。这包括MARC SRS书目记录中1XX、6XX、7XX等字段中存储的标题等数据，以及FOLIO中当前管理的参考数据（例如：资源类型和载体类型）。

【说明】Folio使用Codex管理元数据（The Codex Vision），并作为规范化的元数据中心，供各种app调用。Codex不但映射导入各种来源的元数据，甚至还建立抽象的“作品”，以实现如典藏（Inventory）中的实物资源和知识库（KB）中电子资源（eHoldings）的关联。这显然与实体管理有交叉。

实体管理App作为规范控制工具，对于转向FOLIO的LC来说是刚需，其他图书馆不一定需要。而Codex作为不同FOLIO域和App之间的连接点，则是所有图书馆都需要的基础FOLIO域，二者本各有侧重。实体App完成后，Codex当可直接利用实体管理域中的规范数据。

美国国会图书馆选择folio系统

一早在微信群看到上图刘炜馆长发消息，美国国会图书馆（LC）“已经选择了开源的FOLIO图书馆服务平台作为其下一代的图书馆管理系。正如你们中的许多人已经知道的那样，FOLIO的创新架构允许最大限度的灵活性和可扩展性，这将使该平台能够随着我们需求的变化而增长。图书馆的FOLIO实施将得到EBSCO FOLIO服务的支持。最重要的是，BIBFRAME是一个强制性要求，这意味着对BIBFRAME描述的创建、存储和索引的本地支持。对于BIBFRAME计划来说，这是一个重要的里程碑，也是一个令人兴奋的里程碑!”

消息应该来自LC网络开发与标准办公室主任Sally McCallum在BIBFRAME讨论组的邮件。从邮件链接到LC官网新闻。难得见到新闻稿中3位馆长同时发声，图书馆馆藏管理系统（图书馆服务平台）对图书馆的重要性不言而喻。第一阶段3年，看来LC要真正用上BIBFRAME还需要几年时间，但毕竟终于可以进入实施阶段了。全文翻译如下：

国会图书馆努力改变馆藏管理和访问 Library of Congress Launches Effort to Transform Collections Management and Access (2022-9-21)

国会图书馆已授予一项重要合同，以进一步开发和实施一个新的开源 IT 平台，该平台将彻底改变图书馆庞大的物理和数字馆藏的管理方式，并使公众、国会、本馆员工和其他机构可以访问。

新的图书馆馆藏访问平台软件应用程序将作为本馆馆藏管理运营的核心，将多个独立的 IT 系统连接到一个一站式商店，用于本馆馆藏的采访、描述、典藏和发现。

本馆与马萨诸塞州伊普斯威奇的 EBSCO信息服务公司签订了一份 IDIQ 合同，初始支出为 777 万美元。该平台开发的第一阶段将在三年内耗资 1040 万美元，以满足本馆运营的规模和复杂性，并可选择投资于其他供应商可以开发的额外组件，并且可能会超过三年的时间框架。

EBSCO 将量身定制社区开发的开源图书馆服务解决方案 FOLIO，以提供满足本馆 IT 需求和本馆用户需求的图书馆服务平台。

“这是我们实施以用户为中心的方法以将更多人与本馆馆藏联系起来的旅程中的一个里程碑，”国会图书馆馆长 Carla Hayden 说。“我们感谢国会对这一下一代系统的慷慨投资，这对本馆的数字化前进战略至关重要，该战略利用技术弥合地理鸿沟，扩大我们的范围并增强我们的服务。”

该平台将取代几个遗留的 IT 系统，并为本馆工作人员提供新的、更高效的工具和工作流程，以大规模管理不断增长的物理和数字馆藏。它将为研究人员提供简化的发现体验和访问高质量元数据的新方法。它还将启用BIBFRAME，这是本馆和合作组织正在开发的新书目描述标准，它使用关联数据模型使书目信息在图书馆社区内外更有用。

当该平台全面运行时，它将使用户能够对世界上最大的图书馆的大量馆藏进行全面搜索。该系统将拥有更先进的 IT 安全控制，并将适应不断发展的技术和不断增长的数字内容。

“国会图书馆长期以来一直在为图书馆界开发开放格式和标准方面发挥着关键作用。支持关联开放数据的开源解决方案将不仅为本馆员工和用户带来好处，还为全国其他机构提供支持”，负责发现和保存服务的副馆长 Kate Zwaard (associate librarian) 说。

“图书馆馆藏访问平台的实施是本馆的最高技术优先事项之一” ，图书馆馆藏和服务副馆长 Robin Dale (deputy librarian)说。“这个新系统将使本馆能够跟上技术变革的步伐，并使其能够灵活地容纳本馆管理和提供给用户的数字内容的范围。”

国会图书馆是世界上最大的图书馆，提供现场和在线访问美国的创意记录以及来自世界各地的大量资料。它是美国国会的主要研究机构，也是美国版权局的所在地。探索馆藏、参考服务和其他计划，并计划访问loc.gov；在congress.gov访问美国联邦立法信息的官方网站；并在copyright.gov注册作者身份的创意作品。