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当可直接利用实体管理域中的规范数据

台湾链接资源系统 LDT@Library

台湾图书馆界在2022年3月18日正式启用“台湾链接资源系统”(LDT@Library)。如网址 https://ld.ncl.edu.tw/ 所示,本系统对标美国国会图书馆(LC)的关联数据服务id.loc.gov,提供关联数据环境下的规范取值词表,可通过API获取,也提供RDF数据打包下载(每年更新1次)

系统由台湾中央图书馆与台湾大学图书馆合作开发。网站首页之“LDT @ Library 緣起”:

  • 在2018年起國內部分圖書館陸續導入了支援Linked Data的自動化系統,部分圖書館開始將編目規則轉換為RDA規範之際,在此趨勢之下使鏈結資源的具像化得以有實現的可能。有鑑於此,國家圖書館與國立臺灣大學圖書館積極合作執行本計畫,旨在承繼先前的成果,整理國內聯合權威資料庫,結合題名、主題資料,製作符合標準之鏈結數據並開發相應的「臺灣鏈結資源系統」平台,以期提供使用者更多元、詳盡的相關資訊。
  • 本計畫旨在建置一個整合的臺灣資料鏈結資源系統,而透過這個臺灣圖書館界可共用共享的系統,使臺灣各領域的學研數據可透過網際網路和國際間各大型語意數據集形成脈絡的串連,呈現使用者更豐富的臺灣資料及更完整的華文研究資源。

系统目前收录台湾《中文主題詞表》主题规范17212条,《中文图书分类法》(2007年版)28352条,中文个人名称规范324781条(2023-2-7实时数据)。

系统在去年发布时称,“未來並可與網路資源(例如:ISNI、ORCID、VIAF、Wikidata等)進行串連,以因應語意網(Semantic Web)世代的來臨”。via 「臺灣鏈結資源系統」於111年3月18日正式啟用(2022-3-23)

早在2015年,台湾中央图书馆就以关联数据发布了以上3种资源。新系统应该已取代原发布资源。参见:中国国家图书馆,你在哪儿?台湾发布关联数据有感(2016-1-17)

试用LDT@Library

不懂API,还是手查。已看到部分记录与Wikidata关联。

不过又手黑,发现一人多记录。另外不支持繁简通检,或许只有大陆对此有强烈需求?

1、用简体汉字查“鲁迅”,可以查到人名规范“魯迅, 1881-1936.”

URI(s):
- https://ld.ncl.edu.tw/authority/351060
Instance Of:
- MADS/RDF Authority
- MADS/RDF PersonalName
Preferred name:【首选名称(规范形式)】
- 魯迅, 1881-1936.
Variants:
- Luxun, 1881-1936.
- 周, 樹人, 1881-1936.
……(以下省略其数百个汉字笔名及音译,不含简体汉字)
Related names:【外连名称?】
- Lu, Xun, 1881-1936.
Sources:【来源】
- His A Q cheng chuan, 1957:t.p. (Lu Hsün; Lū Sin [in Thai])
……(省略8个)
- 鲁迅诗编年笺证【唯一出现的简体字“鲁迅”,使本记录得以查到】
Connected External IDs:【外部关联:wikidata,使用名称为:Lu Xun】
- http://www.wikidata.org/entity/Q23114
Alternate Formats:
- RDFXML
- Turtle
- N-Triples
- JSON-LD

2、由以上相关名称查Lu, Xun( 拼音/拉丁字母音译),查到另一人名规范“周樹人, 18810925-19361019”【显然为不同来源的数据,没有合并;此记录没有连接wikidata】

URI(s):
- https://ld.ncl.edu.tw/authority/86496
Preferred name:
- 周樹人, 18810925-19361019
Variants:
- A'er, 18810925-19361019
- A-chang, 18810925-19361019
……(以下省略其数百个汉字笔名及音译,不含简体汉字)
Sources:
……(省略18个)

3、查“毛泽东”,确定不支持繁简通查,必须使用繁体字“毛澤東”:

URI(s):
- https://ld.ncl.edu.tw/authority/294713
Preferred name:
- 毛澤東, 1893-1976.
Variants:
- 澤東, 1893-1976.
- Zedong, 1893-1976.
- 潤, 1893-1976.
- Run, 1893-1976.
……(以下省略其数十个汉字假名及音译,不含简体汉字)
Related names:
- Mao, Zedong, 1893-1976.
Connected External IDs:【外部关联:wikidata,使用名称为:Mao, Zedong】
- http://www.wikidata.org/entity/Q5816

EBSCO推出BiblioGraph(Library.Link改名?)

2022年12月,EBSCO宣布推出BiblioGraph,应用关联数据技术,让用户可以在Web上的任何地方查找和使用在线图书馆资源:

“BiblioGraph 利用 BIBFRAME 将图书馆目录转换为使用来自权威来源数据的关联数据资源——在图书馆目录中建立连接以显示相关的人、主题、单件、出版商等,允许用户在网络上查找和使用他们图书馆的资源。图书馆员工可以通过自动报告跟踪使用统计数据,展示人们使用 BIBFRAME 来使用图书馆目录的频率。

“当学术、国家或公共图书馆订阅 BiblioGraph 时,该机构会自动将数以千计的其他图书馆加入关联数据网络,该网络可用于打开 Google 等搜索网站,链接回图书馆并扩大知名度。自 2017 年与谷歌整合以来,这些技术的影响力在全球范围内不断扩大。2020 年,谷歌扩大了其借阅行动以包括更多服务。此后,BiblioGraph 将图书馆目录连接到谷歌在美国、加拿大和澳大利亚的知识面板,其他国家的图书馆也开始参与。”

2023年1月,EBSCO又宣称BiblioGraph提高了英国图书馆资源的可见性,包括在谷歌的知识面板和谷歌图书中找到借阅选项。

话说2020年,EBSCO收购了曾为美国国会图书馆(LC)开发BIBFRAME的Zepheira。Zepheira旗下使用BIBFRAME、把图书馆目录(MARC格式)和图书馆服务信息等转换为关联数据发布,方便通过搜索引擎等网络发现的服务Library.Link由此属于EBSCO。

Library.Link与谷歌知识图谱结合,到2021年已在美国、加拿大和澳大利亚3国的谷歌搜索和谷歌图书中提供图书馆借阅选项,现在英国加入成为第4国

从功能上看,BiblioGraph似乎就是Library.Link。以上两篇新闻稿中都提到这是“EBSCO 在 2020 年收购 Zepheira 的直接结果”,但都没有提及Library.Link。

在EBSCO网站上搜索新推出的BiblioGraph,有百多个结果,但搜索Library.Link,只有2个结果。EBSCO是给Library.Link改名BiblioGraph吗?

在某个NoveList产品介绍(BiblioGraph NoveList Enrichment)中有这样一段:“我们的许多客户使用BiblioGraph,它将您现有的数据转换为关联数据格式,并将其发布到 library.link 网络。这使得像谷歌这样的搜索引擎更容易在搜索结果中查找和显示您的图书馆资源”。似乎以BiblioGraph作为产品名,保留library.link作为网站名?

参见: