标签： 关联数据

PCC考虑用Wikibase进行实体管理

合作编目项目（PCC）正考虑使用Wikibase进行实体管理的可能性。相比于任何人都可以更改数据的Wikidata，Wikibase（实例）作为独立维基库，机构可以对其中的数据有更多控制权。

PCC政策委员会于2022年7月14日召开会议，讨论由PCC安装wikibase.cloud实例供PCC成员使用的可能性。由于希望通过Wikibase帮助PCC社区进一步开展工作和实验，目前正在ld4-wikidata邮件组征求意见，对于PCC是否应该这么做，PCC wikibase.cloud实例有哪些用例等。

此前，PCC应用常务委员会（SCA）于2022年6月发布《PCC Wikibase探索报告》（PCC Wikibase Exploration Report），这是2个月前就Wikibase的安装、管理和使用所做的一个问卷调查的结果报告。执行摘要如下：

针对2022年2月PCC参与者会议上提出的关于建立PCC Wikibase实例的建议，PCC主席要求应用常务委员会（SCA）探讨这样做的利弊（包括技术和非技术方面）。SCA于2022年4月对许多拥有Wikibase实例的组织进行了调查，并询问了他们在安装和实施Wikibase实例方面的经验。根据调查结果，SCA建议PCC探索加入Wikibase.cloud的候补名单，这是一个“‘Wikibase即服务’平台，为开放知识项目提供了一种快速轻松地创建Wikibases的新方法”。Wikibase.cloud 不需要安装——这可能有助于减轻对IT安全和基础设施的任何担忧——并且允许创建外部用户帐户和更轻松的管理。

问卷定向发送给已知参与Wikibase工作的10个人，其中6位回复了调查、1位参与者以不同的身份回答了两次，共7份结果。

从报告看，安装使用Wikibase的原因有：管理词表、关联数据存储、关联数据基础设施等。

从结果看，目前大多数Wikibase实例未与机构的现有系统集成，将Wikibase纳入现有工作流程也有不少障碍，另外Wikibase不接受数据批量加载（对有大量现成数据的图书馆是需要应对的问题）。

但结论上，对Wikibase预期用途的总体满意度，有5人表示满意（1-5级中选4）。

问卷调查时Wikibase实例还是本地的WBStack，目前已由云服务Wikibase Cloud取代（任何人都可以查看数据库的内容）。

报告附录1为问卷本身；附录2为问卷回复者提供的附加资料，其中“管理”部分链接到LD4 Wikibase Working Hour WBStack实例，内容为2021年10-12月LD4探索用Wikibase和WBStack如何有助于跟踪LCSH标题的替代标签的使用。

BIBFRAME用于“关联图书馆服务”

《图书馆技术通讯》第1卷第4期，有篇关于把MARC格式记录转换为BIBFRAME，生成关联数据，形成多样化的网络服务：

EBSCO和Novelist使用BIBFRAME来促进可发现性（EBSCO and Novelist use BIBFRAME to facilitate discoverability）

EBSCO旗下NoveList的“关联图书馆服务”产品（Linked Library Service），利用关联数据启用多种途径，使图书馆及其馆藏在网络上更加可见。途径之一是EBSCO与Google合作，提供从Google搜索中的知识面板借书的选项。

“关联图书馆服务”作为Novelist的订阅服务提供。大多数订阅者是公共图书馆，但也有其他图书馆类型。SirsiDynix还提供名为BLUEcloud Visibility+的服务，据称有10个国家/地区的6,000多家图书馆参与“关联图书馆服务”。
Novelist Linked Library Servicehttps://librarytechnology.org/images-bib/27302-lls.jpg图1说明了与“关联图书馆服务”相关的数据流及其启用的用户路径：

  • 订阅该服务的图书馆以MARC格式导出其馆藏数据。
  • 这些记录被转换成BIBFRAME并并入Library.Link网络。
  • 图书馆可以访问管理界面和仪表板，以查看其关联数据结构以及通过该服务促进的使用事务的统计信息。
  • Library.Link中的数据流入多个目的地，包括
    • 用于在搜索结果中启用“借阅”操作的Google知识图谱，
    • 谷歌图书，
    • 互联网档案（Internet Archive）以启用开放图书馆（Open Library）中的选项，以便从附近的图书馆借阅馆藏，并为参与此服务的图书馆启用受控数字借阅。
  • 图书馆的关联数据还可用于生成与指定列表或主题选择相对应的书流（book rivers）或其他小部件（widget），然后可以将其集成到图书馆的网站、目录或任何其他资源中。
  • 搜索结果中显示的Google知识面板中的借阅操作根据JSON提要中指定的语法将用户连接到图书馆的目录。“关联图书馆服务”启用的借阅操作适用于任何图书馆集成系统（ILS）产品的联机目录。

以上为摘译。另查本项目始于2015年，可谓历史悠久：

EBSCO Information Services and NoveList Show Commitment to BIBFRAME and Linked Data through Sponsorship Agreement with Zepheira ~ Development Initiatives and Support for Libhub Initiative Seen as Natural Outgrowth of Continuing Efforts to Provide More Visibility for Library Collections ~

当时是EBSCO与Zepheira合作、应用Libhub。2020年初Zepheira被EBSCO收购。

Zepheira在2012年受美国国会图书馆（LC）委托开发BIBFRAME 1.0的公司。开发合约完成后，Zepheira在2014年推出Libhub，2015年将其使用的BIBFRAME称为bibfra.me，2016年Libhub演变为Library.Link。2017年LC提供2500万书目记录免费批下载，曾被导入Library.Link（目前页面无法访问）。Library.Link通过关联数据公开图书馆馆藏，当2019年秋Google在其图书知识面板中启动Borrow Action，Zepheira调整策略以利用这种更优雅的方法（目前仅在美国、加拿大和澳大利亚提供）。

参见：

Sinolio=集成FOLIO和Sinoipa编辑器

在2021年第5届欧洲BIBFRAME研讨会（BIBFRAME Workshop in Europe 2021）上，有2个关于FOLIO和Sinoipa编辑器的报告：

Sinopia是LD4P项目的RDF编辑器，可以BIBFRAME和其他本体进行编目，最初基于美国国会图书馆BIBFRAME编辑器。有关这两个编辑器，可参见本次会议的另一个报告：两个编辑器的故事（A tale of two editors）

关于Sinolio的报告在会议网站上仅有简介：开源关联数据编辑器Sinopia正在探索2021年秋季的FOLIO集成。这项工作非正式地称为 Sinolio（Sinopia 和 FOLIO 的组合），重点将放在API级与像BIBFRAME这样的Sinopia资源集成在FOLIO Inventory的馆藏、实例和单件中具有代表性的作品、实例和单件。

关于Sinopia和FOLIO的报告也包含Sinolio的一些信息，摘译如下：

作为安德鲁W.梅隆基金支持的LD4P3（闭环） 项目的一部分，康奈尔大学和斯坦福大学正在探索将Sinopia RDF编辑器与FOLIO开源图书馆服务平台集成的工作。概念整合证明将允许实施FOLIO的图书馆使用Sinopia为其部分馆藏提供丰富的书目描述，同时继续将MARC用于其他项目。RDF数据将存储在Sinopia中，同时也在FOLIO Inventory中存储足够的数据，以允许Sinopia中描述的资料的收集管理和流通。这种集成将是使RDF成为图书馆编目主流部分的重要一步，有助于将关联数据编织到日常图书馆工作流程中，并弥合MARC和LOD（关联开放数据）世界之间的差距。
康奈尔大学2021年7月全面实施 FOLIO。FOLIO本身没有RDF编目工具，FOLIO+Sinopia=用 BIBFRAME维护其目录部分的路径，无需单独的系统或额外的操作记录。Sinopia将提供BIBFRAME存储与编辑。Sinopia+FOLIO=Sinolio。Sinolio ETL（抽取、转换、加载）工作流程：i. 从Sinopia中提取RDF，ii. 转换为FOLIO典藏记录，iii. 通过Okapi API加载。

Sinopia编辑器可注册试用：stage.sinopia.io

参见：2021欧洲BIBFRAME研讨会信息（2021-10-17）