标签： BIBFRAME

薛定谔目录：BIBFRAME是活是死？（附吐槽RDA）

2023年10月，Jeff Edmunds发布文章“BIBFRAME必须死”，参见：BIBFRAME必须死（2023-10-25）

11月他将文章引入BIBFRAME论坛，先后引发多个话题：

  • 11.2-8 Jeff Edmunds [BIBFRAME] BIBFRAME Must DieBIBFRAME必须死
  • 11.8 Karen Coyle [BIBFRAME] Does BIBFRAME improve on MARC?BIBFRAME改进了MARC吗？（介绍2007年她为LC写的报告《MARC记录的未来》）
  • 11.8-9 Timothy Thompson（耶鲁）[BIBFRAME] MARC Must (Still) Die [Was: BIBFRAME Must Die]MARC（仍然）必须 死（数据验证支持差，以规范为例说明数据质量不行[同意]）
  • 11.9 Jeff Edmunds [BIBFRAME] If MARC Must (Still) Die, Who’s Going to Kill It, When, and How?如果MARC（仍然）必须死，谁会杀死它，何时以及如何杀死？（BIBFRAME不可行的部分原因是，图书馆缺乏资源来对元数据质量和编目实践进行如此广泛的改进，而这些改进完全基于过去所称的规范控制，现在通常被称为实体管理）
  • 11.9- Johnathon Redmon [BIBFRAME] Marc vs BIBFRAME（美国某公共馆编目助理求入门知识；KC：不是在MARC和BIBFRAME之间做出选择）

2024年2月底，书目概念模型兴趣小组（BCMIG）宣布将在ALA核心的兴趣小组周（https://www.ala.org/core/continuing-education/interest-group-week）召开网会讨论此问题，再度在BIBFRAME论坛引发热议，Jeffrey Edmunds对报告人之一Gloria Gonzalez的EBSCO销售人员身份的质疑更是引发争议。

日前，2024年3月7日书目概念模型兴趣小组会场（Bibliographic Conceptual Models IG session）的会议录像（3个报告50分钟）+聊天记录（共65分钟）已经上网：

会议标题：薛定谔的目录：BibFrame是活是死？（Schrödinger’s Catalog: Is BibFrame Alive or Dead?）

一、“BIBFRAME必须死”：主要论点概要 “BIBFRAME must die”: a synopsis of the primary arguments / Thomas M. Dousa（视频0-14分钟）概述BIBFRAME论坛围绕“BIBFRAME必须死”的讨论。

二、BIBFRAME必须进化-继续：BibFrame需要进行可用性改造 (Continue to bibframe must evolve) BibFrame need a usability makeover (and it’s as easy as abc) / Robert Sanderson（视频14-28分钟）认为BIBFRAME需要降低进入壁垒，平衡可用性和完备性。

三、给BIBFRAME的情书 A Love Letter to BIBFRAME / Gloria Gonzalez（视频28-50分钟）强调图书馆需要BIBFRAME的理由，关于BIBFRAME的5个预测，费用问题；另外也推介了EBSCO产品，包括BiblioGraph和folio。

  • Gloria认为需要BF的理由：[1] 图书馆需要带新用户到图书馆目录，不需要他们先走进目录；[2] 图书馆元数据需要走出目录，在任何应用中可重用；[3] MARC正阻止用户访问图书馆。【对前二者我很认同。不过，对于用户可能不知道“走进目录”的问题主要针对公共图书馆，对学术图书馆不应该是问题（如之前讨论指出的，学术图书馆的很多资源在收费墙后）】
  • 关于BIBFRAME的5个预测：1、将会有Bibframe数据网络集成到一个工具中，帮助人们以新的方式发现图书馆有什么。2、将看到集中化和去中心化服务的混合。3、Bibframe发展到超越基本书目描述来描述其他领域。4、知识图谱将被集成到个性化的发现服务中。5、图书馆将有很多选择，需要图书馆提需求。
  • 对吐槽众多的费用问题：[1]费用和价格在下降；[2]大机构正付费添加此功能；[3]在BF系统与工具上的投资正取得成功（Sinopia, Marva, Libris, FOLIO）；[4]开源投资对使BF可支付、可获取关键；[5]必须问自己：不从MARC转到BF会是什么费用？

— RDA躺枪 —

聊天区简直成了新RDA吐槽专场。RSC前主席Gordon Dunsire也在网会，频频为RDA作解释。

摘录若干如下：

  • 对BIBFRAME的质疑/恶意（无论你怎么想）在多大程度上实际上是对新RDA的失望
  • 我对新RDA的看法肯定比BIBFRAME要悲观得多
  • 负担不起RDA工具包……为了可疑的利益，我们/他们将如何负担得起用无法理解的词表进行训练，获得我们负担不起的新系统
  • RDA以最愚蠢的方式推出。他们本可以专注于专著的应用纲要，但没有…他们给了我们…一个本体，并期望人类阅读它…
  • “res”和“nomen”让我觉得非常非常努力地在语言上做到令人难以置信的精确，但却以普遍熟悉为代价

自动主题标引工具Annif

不知道什么时候看到2021年的文章《BIBFRAME作品实体描述的半自动化方法》：

Jim Hahn (2021) Semi-Automated Methods for BIBFRAME Work Entity Description, Cataloging & Classification Quarterly, 59:8, 853-867, DOI: 10.1080/01639374.2021.2014011

摘要：本文报告了在RDF关联数据编辑器Sinopia（https://Sinopia.io）中半自动创建BIBFRAME作品实体描述的机器学习方法的研究。自动主题标引软件Annif配置了美国国会图书馆主题标题（LCSH）词表，该词表来自关联数据服务https://id.loc.gov/。培训语料库由来自IvyPlus POD项目 (https://pod.stanford.edu/) 和Share-VDE (https://wiki.share-vde.org) 的930万个题名和LCSH关联数据参引组成。探索了半自动化流程，以支持和扩展而不是取代专业知识。

内容涉及BIBFRAME、机器学习、语料库、自动主题标引……就编目领域而言，很潮。不过下载到电脑桌面后就忘了，前几天看到，打开仔细看过：文章篇名称“作品实体描述”，实际只是提供“主题”；“半自动化方法”，指根据文献题名，由自动主题标引软件Annif给出建议的主题，编目员决定是否采用。其实主题标引建议，对MARC编目也同样适用。

本文围绕两个工具：一、Annif，根据文献题名建议主题；二，BIBFRAME编辑器Sinopia，通过API选择或不选择建议的主题，需要解决编辑器功能问题。以下结合本文了解Annif使用方法。

Annif（https://annif.org/）是芬兰国家图书馆开发的自动主题标引和分类工具。最新版本Annif 1.0.2（2024年2月2日）。

实际使用有3种途径：1、命令行界面，2、简洁的Web UI（网站主页有试用），3、微服务风格的REST API。

使用方法（四步骤）

1、选择主题词表

Annif结合使用现有的自然语言处理和机器学习工具，包括TensorFlow、Omikuji、fastText和Gensim。它是多语言的（网站演示3种语言即芬兰语、瑞典语、英语），可以支持任何主题词表（SKOS或简单的TSV格式）。

本文使用LCSH，下载自 https://id.loc.gov/。由于LCSH文件格式没有Annif支持的TTL语法，作者使用RDF语法库进行转换，并在GitHub上公开SKOS LCSH TTL转换的输出。

2、根据训练数据准备语料库。本文使用两个训练语料库：

（1）宾夕法尼亚大学图书馆的130万条带有题名 (245 $a) 和相关的关联数据主题 (650 $0 uri) 的记录的元数据集，数据由Share-VDE作过URI增强处理。

（2）IvyPlus开放数据平台（POD）和Share-VDE的930万题名和主题关联数据。Share-VDE数据来源于合作编目计划（PCC）数据池项目。

3、加载词表并训练模型

首先使用预先标记的测试集评估训练模型。通过使用预先标记的测试，软件将系统地确定基于机器学习的标题[主题]与人工指定的标题的比较方式。PCC成员馆中单独的SDVE强化MARC元数据集提供了测试训练的目标。

通过Scikit学习模型评估，生成归一化折损累计增益（NDCG）分数，前述两个语料库分别得分0.401和0.487。文章称，对于依赖完全自动化机器学习系统的行业来说，预测精度通常接近百分之九十。

4、为新文档建议主题

Annif网站 Web UI 试用可选择显示10、15、20个建议主题。

【话外】第3步预测精度不足，是语料库的问题，不是Annif的问题。由题名预测主题，其不靠谱是可以预料的，最著名的例子是《钢铁是怎样炼成的》。这也就是本文只能“半自动”的主要原因了。

用本文摘要试用Annif网站 Web UI，词表选择YSO Omikuji Bonsai English，建议的10个主题如下：

  • lists of subject headings
  • subject indexing
  • subject cataloging
  • semantic web
  • linking
  • thesauri
  • linked open data
  • metadata
  • machine learning
  • computer programmes

提到Annif的相关博文：

2024冬BIBFRAME更新论坛

BIBFRAME发展到2024年，美国国会图书馆（LC）正式应用已近在眼前。业内前些年已经开始关注各家BIBFRAME应用的差异，某次会议多个报告人探讨以哪家应用为基点实现互操作，其中之一自然是LC。本次BIBFRAME更新论坛，LC关注“标准化”，罕见地只选择艾利贝斯（ExLibris）和OCLC两家报告，似乎是为推动以LC的BIBFRAME为“标准”以达成互操作。

BIBFRAME January 2024 Update Forum. 2024-1-22. https://www.loc.gov/bibframe/news/bibframe-update-jan2024.html

会议列出ExLibris报告2个、OCLC报告1个，但PPT只有两家各1个。

两家共同的态度是继续支持MARC。艾利贝斯比较隐讳，称“支持包括BIBFRAME在内的多种格式”；OCLC比较直接，称“在MARC和BIBFRAME之间无缝工作”。

一、Sally McCallum在开场中通报了LC的两个更新：

其一，B2M/M2B转换2.5版：LC前一周发布新版BIBFRAME-MARC和MARC-BIBFRAME转换【网站上没看到2.5版更新情况说明】

其二，示例：正逐步添加到BIBFRAME本体规范的属性和类中【List View可以看到已添加不少示例，应该也为展示LC在本次论坛介绍中所提出的“标准BIBFRAME”】

二、ExLibris报告：解锁连接：关联开放数据和BIBFRAME如何为图书馆用户带来好处 Unlocking Connections: How Linked Open Data and BIBFRAME can Benefits Library Users / Chani Yehuda, Itai Veltzman. 22 slides.

支持互操作：

  • [1]发布：导出为BIBFRAME；发布到OCLC。
  • [2] API：BIBFRAME作品和实例；与Sinopia集成。
  • [3]全球来源：LC，WIkidata，ORCID，更多……。
  • [4] 知识图谱：由Alma导出目录到机构知识图谱。

2024-2025年关联数据路标：

  • 2024上半年，测试托管自己的Sinopia实例（2024年5月，SINOPIA编目接入Alma系统）
  • 2024年下半年，在Primo和Alma中，基于LC和Wikidata，添加新的信息卡(Info Card)和个人页(Person page)；扩展关联数据强化处理，由现有规范到编目工作流程。添加外部查找功能到元数据编辑器(Meadata Editor)中的编目工作流程。
  • 2025年，集成本地目录到外部知识图谱系统；能够搜索作品及其实例。

三、OCLC报告：OCLC为BIBFRAME所做的准备 OCLC’s preparation forBIBFRAME / Jeff Mixter. 9 slides.

  • [1]标识符：将WorldCat实体URI添加到WorldCat记录中：个人、地点和事件2023年12月，作品2024年1月底起（创建将在工作流程中使用的全局标识符）
  • [2]工具：2024年1月底，WorldShare Record Manager集成WorldCat实体查找和URI插入编目工作流程（弥合传统记录和关联数据框架之间的差距，实现数据的无缝创建和管理）
  • [3]导入/导出：已发布向OCLC提供BIBFRAME 2.0数据的文档（Prepare your BIBFRAME）https://help.oclc.org/Metadata_Services/WorldShare_Collection_Manager【希望采用美国国会图书馆在其编辑器 MARVA 中使用的序列化方式Concise Bounded Description (CBD)】
  • [4] BIBFRAME风格：评估了LC、Share-VDE和瑞典国家图书馆的BIBFRAME，适应BIBFRAME 2.0模型的不同风格（图书馆员可以以尽可能高的保真度共享和交换数据）

另参见：2024年1月30日OCLC新闻，关于OCLC 将 WorldCat 实体标识符添加到 WorldCat 记录中，并将关联数据功能集成到图书馆已使用的编目服务中