德国国家图书馆的Reinhold Heuvelmann在BIBFRAME邮件组发消息，看到BIBFRAME更新论坛的所有报告都上线了（官方未发信息）。
2011年书目框架行动启动以来，自2012年冬起更新论坛每年2次在ALA仲冬和夏季年会中举办。参见：
LC书目框架转换行动：首届更新论坛（2012-2-7）
ALA 2016仲冬会议的BIBFRAME更新论坛（2016-1-29）
2016 ALA年会BIBFRAME更新论坛（2016-8-27）
2017年BIBFRAME更新论坛（2017-7-26）
2018年BIBFRAME更新论坛（2018-11-14）
今年照例除美国国会图书馆（LC）本身外，还请了其他机构，除从不缺席的OCLC，特别是欧洲的出席，共4家5个报告。
BIBFRAME Update Forum at ALA Midwinter Meeting 2019 （2019-1-27）
一、LC的BIBFRAME试验扩展
1、Expanding the Pilot / Sally McCallum, Library of Congress (PPT, 76KB)
【完成了从MARC到BIBFRAME转换，开始反向转换。】
转换的动机。
转换中遇到的问题，包括：BIBFRAME作品到MARC题名规范或者书目作品？非拉丁文字880字段；来自BIBFRAME数据的URI（带入MARC）；MARC子字段末尾标点（不再有）。
2、Anonymous Resources, Blank Nodes, And Providers, Oh My! / Kevin Ford, Library of Congress (PPT, 392KB)
【本次会议最有意思的报告：BIBFRAME转换的匿名资源或空节点问题，实验通过规范控制或实体URI减少空节点】
使用匿名资源会导致大量重复资源，匿名资源的数量正在导致或将导致性能和扩展问题。
以“提供者”（主要是出版者）为例：在1800万MARC书目记录中=约1500万匿名提供者Agent资源。其中许多（大多数？）表达相同实体，比如Harcourt Brace, Penguin Books, Harper Collins。1500万中有120万独特提供者。
因此我们创建了一个“提供者”文档……做实验【即出版社规范档：id.loc.gov/bfentities/providers/…，实验对出版社使用URI】
二、LD4P2
3、LD4P Status update / Philip Schreur, Stanford University (PPT, 868KB)
介绍使用Sinopia作为BIBFRAME编辑器，使用SHARE-VDE转换记录为BIBFRAME（2018年BIBFRAME更新论坛上有SHARE-VDE介绍），以及LD4P的成果。
参见：
BIBFRMAE应用进展：LD4P实施之路（2018-7-8）
LD4P2走向实施之路：目标与工作（附LD4系列）（2019-1-8）
三、欧洲BIBFRAME研讨会
4、European BIBFRAME Workshop / Reinhold Heuvelmann, German National Library (PPT, 3.23MB)
欧洲BIBFRAME研讨会已经召开两届，每年9月召开：
2017.9.26-27 European BIBFRAME Workshop 2017, German National Library, Frankfurt https://wiki.dnb.de/display/EBW
2018.9.17-19 European BIBFRAME Workshop 2018, European University Institute, Fiesole (Florence), Italy http://www.casalini.it/EBW2018
2019.9.17-18 European BIBFRAME Workshop 2019, National Library of Sweden, Stockholm,
四、OCLC
5、OCLC BIBFRAME Update / Nathan Putnam, OCLC (PPT, 13.61MB)
介绍OCLC研究部的BIBFRAME相关工作：
* 使用LC的转换器，将WorldCat中的MARC记录转换为BIBFRAME数据，得到的经验教训是：[1]作品ID很重要，在处理开始就有用；[2]URI很重要，空节点=不可互操作；[3]OCLC处理书目记录=很少单件/实例数据【？】。
* OCLC研究部当前活动：创建可用的BIBFRAME数据图，供最终用户测试，已经完成：[1]Hash URI代替空节点；[2]移除已经有VIAF或FAST的额外实体属性【指哪些？】；[3]评审BIBFRAME管理数据【BF管理元数据放在作品下有点奇怪】；[4]在WorldCat记录集上测试图修改。
* 现在：OCLC研究部与全球产品管理部共享信息，前进的道路取决于回答有关问题：[1]工作流程，[2]用例，[3]期望成果/服务。
* 向前走，我们知道我们将提供BIBFRAME数据，需要答案的问题集中在社区需要和期望的内容上：[1]重要的是什么（标识符来源，转换选项，质量等）；[2]如何评估数据？（API、下载、导出等）[3]应当强化什么？[4]WorldCat中的编目工作流程是什么？
* 与成员馆合作：
与RLP成员合作：[1]焦点小组，[2]收集需求，[3]期望的工作流程，[4]实践工作流程开发。
与成员馆和小组合作，如PCC、OCLC元数据首创咨询组、MOUG（音乐OCLC用户组 ）、OLAC（关注非印刷资料的编目员组织）、OCLC CJK用户组等。