开放WEMI(openWEMI)提案发布

都柏林核心(DCMI)上月发布openWEMI接受评审。

openWEMI是一个RDF词表。如名称所示,基于国际图书馆协会联合会(IFLA)1997年《书目记录功能需求》(FRBR)首次引入的“作品、内容表达、载体表现、单件”(WEMI为其首字母缩略)概念。但openWEMI不考虑图书馆目录功能,定义了一组可在各种环境中使用的最小约束的类和属性,期望其他元数据模型能将openWEMI元素用作所定义的更具体资源类型的超类和超属性。【或许能像同样脱胎于图书馆界的都柏林核心(DC)那样,在互联网元数据中得到广泛应用】

相关链接:

openWEMI 词表定义了5个类(《入门》中有6个),其中Endeavor类来自2005年的FRBR Core,是WEMI的上级类【可作为属性的定义域/值域(WEMI中的多个)】,可在省略WEMI中任何一个时宽松使用:

  • Endeavor(一种创作)
    • Work(艺术或智力创作的抽象概念)
    • Expression(一种可感知的创作形式)
    • Manifestation(创作的物理体现)
    • Item(创作的示例)
  • ResponsibleEntity(《入门》:对创作负有一定责任的行为者)

openWEMI 词表定义了16个属性,可分为4组:责任关系、主要关系、共同关系、相关关系

相关关系:可以很宽松地认定。

共同关系:FRBR没有,指示两个资源表示或包含相同的 openWEMI 实体。

主要关系(内在关系),与FRBR不同之处在于,openWEMI不是 W—E—M—I 环环相扣的,可以省略中间层,如下图,可以W-E-I或W-M-I等(出自:openWEMI Primer):

主要关系

《记录分面时间顺序数据最佳实践》(书目记录中作品和内容表达的日期)

ALA核心主题分析委员会(SAC)日前发布《记录分面时间顺序数据最佳实践》(1.0版),本版本在2020年0.9版征求反馈基础上修订完成。竟然长达43页,估计各种情况都可以找到示例。

记录分面时间顺序数据最佳实践(1.0版) / ALA核心主题分析委员会(SAC)分面词表分委员会(SSFV), 2021-6-11. https://alair.ala.org/handle/11213/16710

Best Practices for Recording Faceted Chronological Data in Bibliographic Records (Version 1.0) / Issued by the ALA Core Subject Analysis Committee (SAC), Subcommittee on Faceted Vocabularies (SSFV) ; Approved by SAC on June 11, 2021.  43 pages

本文档描述在书目著录中编码作品和内容表达日期的最佳实践。在MARC书目记录环境中,通过046字段(特殊编码日期)和388字段(创建时间段)实现。文档包括以下4个方面:

  • 1、单作品创建日期(创建日期=出版日期,创建日期<出版日期,大致创建日期,无准确日期时使用388字段)
  • 2、汇编中被汇总作品日期(046字段中特定日期vs不准确日期/含世纪,单个046字段中日期范围vs独立046字段,无准确日期时使用388字段,由记录中其他信息推断日期或大致日期)
  • 3、合集作品(汇编、选集等)创建日期
  • 4、内容表达日期(拍摄/播放日期)

【遵循LRM、合集略有不同理解】本最佳实践遵循《国际图联图书馆参考模型》 (IFLA-LRM) 中对“作品”和“内容表达”的定义。对于合集资源,本最佳实践主要与IFLA-LRM中描述的“汇编合集”子类型有关。 本文档中描述的单作品情况可能符合 IFLA-LRM 中描述的“并列”或“增强”合集;在这种情况下,046和/或388字段中描述的是主要作品。这一重点与MARC书目记录中的其他字段保持一致,这些字段类似地描述了此类资源中包含的主要作品/内容表达。

【目的:增加发现系统的时间分面】书目元数据中分面时间数据的存在,能促进发现环境中的许多潜在用途,本文档不假定任何特定的索引、显示和搜索/分面行为的规范集。事实上,开发增强功能的理由围绕分面数据,通常需要在给定发现环境中的书目记录中存在大量分面数据。希望这些最佳实践指南将通过鼓励在当前编目和回溯性工作中纳入时间数据的分面方法来加速这一临界质量。

以上译自导言。另外,SSFV表示:由于046字段有更新,计划继续修订,推荐使用新的 046字段第1指示符值的方法,以便对作品和内容表达的日期进行明确编码。

【046字段】原用于未能在008/06-14(出版日期)中表示的日期,比如公元前日期、错误日期等,换言之,转录文献显示的出版日期;其代码值与定义与008/06-14相同或对应,只是用子字段表示,方便计算机处理。046字段2021年更新有二,与LRM有关的是第1指示符,增加定义:1=作品,2=内容表达,3=载体表现。

【388字段】以文字/术语表示作品或内容表达的创建或起源时间段。388字段在2014年新增时就定义了第1指示符:1=作品创建,2=合集作品创建。除$a=术语,还定义有:$0=规范记录控制号或标准号,$1=真实世界对象URI,$2=术语来源,等。预设了关联数据环境中的使用。

参见:IFLA-LRM的“合集”(笔记)(2018-7-9)

—— 示例选 ——

【大致创建日期】(1.0版中例子,046第1指示符均为#未定义)

  • 046 ## $k [2015,2016]【=[2017 or 2018]】
  • 046 ## $k 197X【=[between 1970 and 1979?]】
  • 046 ## $k [1973..1984]【=[between 1973 and 1984]】
  • 046 ## $k 18【=19th century】

【无准确日期时使用388字段】(有或没有046字段)

  • 388 1# $a Elizabethan era
  • 388 1# $a Renaissance $2 lcsh【2个相同时代、不同称呼】
  • 388 1# $a American Civil War (1861-1865) $2 fast $0 http://id.worldcat.org/fast/1351658【有URI】

【被汇总内容日期】

  • 046 ## $o 1885 $p 1922 $2 edtf
  • 046 ## $o -05 $p -03【公元前世纪】

Hub:BIBFRAME模型下的超级作品

众所周知,在BIBFRAME2.0模型中,书目资源为三层三个核心类(作品——实例——单件)。一般认为BF2的“作品”对应于《IFLA图书馆参考模型》(LRM)和《资源描述与检索》(RDA)的四层模型中的“作品+内容表达”,但实际上LRM/RDA的内容表达与作品间关系、作品与作品间关系,在BF2中难以区分,汇集LRM/RDA作品也是一个麻烦事。因此有“超级作品”之议。

前些日子看2019年欧洲BIBFRAME研讨会的报告(参见:2019欧洲BIBFRAME研讨会,2020-6-16),注意到多个报告中提到BIBFRAME在作品之上新增了Hub,对应Share-VDE中定义的超级作品SuperWork——如此几种模型就都是四层了。

不过,目前BIBFRAME词表(BIBFRAME Ontology)中并没有看到Hub类,在会议报告【以下报告三】示例中提到的LC的BIBFRAME扩展bflc中也没有找到,因而定义不明。

但是,在LC的关联数据服务(id.loc.gov)中,BIBFRAME的检索范围有三种:BIBFRAME Works、BIBFRAME Instances和BIBFRAME Hubs。搜索结果的侧栏分面,Scheme下有BIBFRAME Hubs,Type中也有Hub,可见在数据层面广泛应用此区分。

在结果一览中,“词表”栏取值有BIBFRAME Hubs,不过此时“概念”栏取值为Work而不是Hub。以查“Shakespeare, William”为例:

  • Scheme分面(=命中数):BIBFRAME Hubs=1413,BIBFRAME Works=7323
  • Type分面(=命中数):Hubs=1413,Works=8736

主要相关报告:

一、美国国会图书馆的RDA和BIBFRAME(RDA and BIBFRAME at the Library of Congress / Sally H. McCallum and Jodi Williamschen, Library of Congress)

报告人Sally H. McCallum是美国国会图书馆(LC)网络开发和MARC标准办公室(NDMSO)主任,该办公室负责BIBFRAME开发。这个报告不但未提及Hub,反而仍强调BF“灵活使用作品/内容表达”,即作品和内容表达合一,因为大多数资源是一次性的;处理多媒体、特别是唯一资源时作品/内容表达识别有问题。

二、Opus Ex Machina:在BIBFRAME中建模超级作品、作品和实例实体(Opus Ex Machina: Modelling SuperWork, Work, and Instance Entities in BIBFRAME / Ian Bigelow, University of Alberta)

报告人所在图书馆应当是参与Share-VDE相关工作。报告中用“Opus”(作品)作为书目资源顶层实体的名称,以避免“Work”的多义性:Opus = BF的Hub = Share-VDE的SuperWork = LRM/RDA的Work。据称2019年1月Share VDE数据中引入超级作品类,2019年ALA年会前LC引入Hub到他们的数据。

三、关于身份:针对事物,但不是简单事物(含Hub 第1部分)(Identities for hubs, providers, and other things / Kevin Ford)

四、考虑关系:Hub 第2部分(Hubs and managing relationships / Kevin Ford)

报告人Kevin Ford是LC的NDMSO开发人员,应该是BF数据处理的实际执行人。在两个报告中专门讲述Hub:

启用Hub理由:1、意识到在bf:Work上做得太多了;2、意识到对于题名/名称-题名检索点没有很好的解决方案;3、上述题名/名称-题名检索点都是空白节点;4、与SHARE-VDE和Casalini合作以及SuperWork概念。
MARC来源:规范1XX$t,规范130,书目1XX+240,书目130,书目600/610/611$t、630,书目700/710/711$t、730【难道BF作品不是由这些字段抽取的?如何区分“作品”和“Hub”?】
MARC来源说出其作用,Hub作为聚合器(aggregator)执行3个功能:主题、相关作品、RDA意义的作品。

报告出处:European BIBFRAME Workshop 2019. National Library of Sweden, Stockholm, September 17 and 18, 2019