欧洲BIBFRAME研讨会（EBW）始于2017年秋，此后成为年会。2019年第三届于2019/9/17-18在斯德哥尔摩瑞典国家图书馆举办，有来自20个国家的93人参会。2020年第四届原定在匈牙利国家图书馆召开，不知到秋天COVID-19是否能消减而正常召开。
瑞典国家图书馆（KB）作为第三届的举办单位有多个报告，介绍他们的Libris XL，可以说是首个正式使用的基于BIBFRAME的联合目录系统。意大利厂商Casalini-@Cult的Tiziana Possemato也有多个报告，他本人及其他人的报告中频繁出现Share-VDE，是既有应用、又在发展中的系统。另外，美国国会图书馆（LC）及LD4P的斯坦福等也有多个报告，涉及不同方面。
第2天的报告分为五个方面，有说明语，体现当前本领域的关注点：关注身份、关注[数据]更改、关注基础架构、关注关系、关注编辑器。
European BIBFRAME Workshop 2019. National Library of Sweden, Stockholm, September 17 and 18, 2019
以下为本次会议报告一览及简介，题名按PPT修改（与会议报告面页不尽一致）。
（第一天）
- BIBFRAME expansion and access / Sally H. McCallum, LC // BIBFRAME：扩展与获取【BIBFRAME进展】
- LD4P: Pathway to Implementation / Philip E. Schreur, Stanford, LD4P // LD4P：实施之路【LD4P项目，以及下一个项目（发现，自持续PCC数据池，扩展Sinopia，扩展询问规范，扩展培训计划）】
- National library platform based on BIBFRAME / Niklas Lindström, KB // 基于BIBFRAME的国家图书馆平台【瑞典国家图书馆基于BIBFRAME2.0的联合目录系统Libris XL】
- Possible extensions of BIBFRAME in modelling data / Tiziana Possemato, Casalini-@Cult // 建模数据中BIBFRAME的可能扩展【Share-VDE超级作品，如何在共享环境中管理实例】
- RDA and BIBFRAME at the Library of Congress / Sally H. McCallum and Jodi Williamschen, LC // 美国国会图书馆的RDA和BIBFRAME
- RDA WORKS IN BIBFRAME & SINOPIA PROFILES / Nancy Lorimer, Stanford // BF和Sinopia配置文件中的RDA作品【LD4P的BIBFRAME编辑Sinopia如何处理作品/内容表达】
- Working with BIBFRAME at the National Library of Sweden / Fredrik Klingwall, KB // 瑞典国家图书馆与BIBFRAME共舞【Libris XL词表，基于BF2】
- Opus Ex Machina: Modelling SuperWork, Work, and Instance Entities in BIBFRAME / Ian Bigelow, University of Alberta // Opus Ex Machina：在BIBFRAME中建模超级作品、作品和实例实体【Share-VDE的作品ID工作组；超级作品，对应BF的Hub】
- Community-building and Extending BIBFRAME for Special Collections: the Art & Rare Material BIBFRAME Ontology Extensions and the LD4P Rare Materials Affinity Group / Jason Kovari, Cornell 等 // 为特藏社区建设与扩展BIBFRAME：艺术和珍稀资料BIBFRAME本体扩展和LD4P珍稀资料亲和小组【LD4P的本体ARM（ArtFrame和RareMat）和LD4P珍稀资料亲和小组（RM-AG）】
- BIBFRAME Agent data from MARC authority records – is it an unnecessary redundancy? / Miklós Hubay, National Széchényi Library Hungary // 从MARC规范记录中获取的BIBFRAME施事者数据——不必要的冗余？【BF1到BF2对规范的处理。MARC$0问题？】
- Linked Data in the LSP * FOLIO and Linked Open Data * Reality, Speculation, Provocation / Charlotte Whitt, Index Data // 图书馆服务平台中的关联数据：FOLIO和关联数据【Index Data自我介绍及FOLIO概述】
- PCC Task Group on Metadata Application Profiles / Jackie Shieh, Smithsonian // PCC元数据应用配置文件任务组【元数据应用配置文件简称MAP】
- RERO THROWN INTO BIBFRAME / Nicolas Prongué, RERO //【介绍瑞士公司应用BIBFRAME情况及问题】
- Challenges on transforming data in RDA vocabulary to BIBFRAME / Michalis Sfakakis, 希腊爱奥尼亚大学 // 转换RDA词表数据到BIBFRAME的挑战【因RDA的4层与BF的3层模型导致的BF虚假关系问题】
- The Relevance of BIBFRAME Beyond our Walls / Richard Wallis // BIBFRAME超越壁垒的意义【Richard Wallis的第一天小结发言：认为BF在图书馆界之外缺乏相关性，需要与schema.org结合，呼吁参与似乎颇为冷清的W3C的BIBFRAME2Schema.org社区小组】
（第二天）
Panel 1: Concerning Identities 关注身份
我们谈论的是一个新环境，在该环境中我们可以扩展我们的资源来管理身份，特别是名称规范。我们想使用哪些来源？ Wikidata？ ISNI？NACO？// 例如，当我们指向包含20个标签的VIAF资源时，它如何工作？机构是否仍具有本地规范档？这是否意味着该机构应该托管一个类似于ID.LOC.GOV或DATA.DNB.DE的小型关联数据网站？// 规范描述是否仍需要遵循特定规则来构建规范检索点？如果规范位于本地系统之外，如何执行规则？是否需要服务中心来维护描述以及描述所需的URI？有没有免费的服务？所有描述都驻留在“本地”文件中还是有些保留在带有链接的其他站点上？// 当机器使用标识符运行时，人们需要标签：标签缓存如何适合图片？是否有服务收集使用的不同文件，而不是将所有内容存储在本地？本次会议不为讨论RWO（真实世界对象）、标识符和名称标签。真正的问题是在公共环境中工作。
- The Cluster Knowledge Base approach to identities management / Tiziana Possemato, @Cult-Casalini Libri // 集群知识库身份管理方法【Share-VDE的集群知识库Sapientia】
- Concerning Identities: For Things, but not the easy Things [Contains Hubs Part I] / Kevin Ford, LC // 关于身份：针对事物，但不是简单事物（含Hub 第1部分）【BF的Hub】
Panel 2: Concerning Changes 关注更改
在当前环境中，我们有不同的方式来提供更改并将更改应用于资源描述。如何将其转换为RDF/三元组存储环境？ 我们是否需要表示已对他人使用的描述进行了更改？ 如果是这样，存在什么策略，或者我们可能考虑将更改传达给下游消费者？// 我们是否需要在本地或共享系统中显示三元组的出处？ 记录谁做出了更改会成为三元组/断言的挑战？ 是否有本地跟踪的更改以及共享的其他更改？// 哪些类型的更改需要通知，例如标签更改，主题的添加/删除或仅在资源更改时通知？ 是否需要修改本地系统和本地实践？
- BIBFRAME CHANGE MANAGEMENT / Nate Trail, LC // BIBFRAME对变化的管理【基于图的方法处理更改】
- Use case implications for change / Tiziana Possemato @Cult-Casalini Libri // 更改的用例含义【创建、更新、删除实体。Share-VDE的集群知识库(CKB)维护工作组】
Panel 3: Concerning Infrastructure 关注基础架构
为了支持RDF/关联数据，我们需要提供描述和URI的基础架构。例如，美国国会图书馆已将http://id.loc.gov内置到数据源中，以帮助在我们的BIBFRAME数据库中添加URI，并支持用于创建描述的查找和其他助手。虽然LC已使其他人可以访问ID，但我们希望任何机构或网络都需要使用自己的此类工具版本来支持描述创建和检索。 其他人如何处理此基础架构需求？
- Running the Sinopia Stack on Amazon Web Services / Jeremy Nelson // 在亚马逊Web服务上运行Sinopia【原链接误为作者另一报告】
- LC BIBFRAME INFRASTRUCTURE / Nate Trail, LC // LC的BIBFRAME基础设施【如何让LC关联数据服务、BIBFRAME编辑器、BIBFRAME数据库一起工作】
- Finto service for controlled vocabularies as a component of Linked Data cataloging / Osma Suominen, 芬兰国家图书馆 // 作为关联数据编目组成部分的受控词表Finto服务
Panel 4: Concerning Relationships 关注关系
关系是新环境的基石。在机构或网络中，如何处理它们？机构内外资源之间的关系如何处理？其他机构是否看到需要诸如Hubs（美国国会图书馆）或Superworks（Casalini）之类的总体收集设备的需求？此链接的主要组成部分是什么？// 将旧数据从MARC转换为BIBFRAME并（可能）转换回MARC的挑战是什么？
- Performances and Works: THE INTERACTION OF WORKS AND EVENTS IN MODELING SOUND RECORDINGS IN BIBFRAME & PMO / Nancy Lorimer, Stanford // 表演音乐中的事件和作品和关系【表演音乐本体（PMO）扩展BF，BF事件模型。Sinopia的相关模板】
- Concerning Relationships: Hubs Part II / Kevin Ford, LC // 考虑关系：Hub 第2部分【Hub的MARC来源，及作为聚合器的3个功能（主题、相关作品、RDA意义的作品）】
- SuperWorks, MasterInstance and relationships / Tiziana Possemato, @Cult-Casalini Libri // 超级作品、主实例和关系【Share-VDE咨询委员会及子委员会正讨论发展Share-VDE实例由描述到实体】
- Extensions for past and future relationships / Fredrik Klingwall, KB // 为过去和未来关系扩展【个人名称的呈现问题】
Panel 5: Concerning Editors 关注编辑器
创建和修改Bibframe描述的编辑器是移至BIBFRAME环境所需的主要开发。在这种新环境中，哪些附加功能将有助于编目人员有效而丰富地描述图书馆资源？// 我们是否必须逐个编辑RDF资源，这对于编目员来说可能效率低下，还是我们可以通过RDF图来编辑，这在技术上更具挑战性？ 如果按图显示，确定要加载到编辑器中的图的范围以及如何将其保存回来（即删除/替换已编辑的图）有哪些挑战？// 配置文件的最佳用途是什么？ 对属于与编辑配置文件不匹配的图的描述性元素（三元组）怎么处理？ 编辑始于MARC且因此没有明确配置文件的描述有哪些复杂性？
- Sidestepping the graph – Sinopia Linked Data Editor’s approach for editing RDF / Jeremy Nelson // 回避图——Sinopia关联数据编辑器的编辑RDF方法
- Editing JSON-LD at the National Library of Sweden : copying from Fredrik, Ola et al / Niklas Lindström // 在瑞典国家图书馆编辑JSON-LD【编辑命名图为JSON-LD，使用应用本体、Lens和2种b节点（内容确实复制自其他PPT）】
前两届会议介绍博文：
- 欧洲BIBFRAME研讨会（2019-3-29）【2018 EBW报告介绍】
- 2018 EBW：就RDA与BIBFRAME致信RDA指导委员会（2019-4-2）
- BIBFRAME在欧洲启动？2017欧洲BIBFRAME研讨会（2017-5-18）
- 2017 EBW：对ILS投标者的BIBFRAME期望（2019-4-3）
- 对《对ILS投标者的BIBFRAME期望》的意见（2019-4-3）