每月通讯:FOLIO国际社区进展(3.9-4.8)

每月通讯:FOLIO国际社区进展(3.9-4.8)

2024年04期【海外动态】

供稿整理:李妍、单琬婷(江苏嘉图)

信息更新时间截止2024年4月8日

FOLIO是一个透明、开放的图书馆社区,致力于与图书馆、服务供应商以及开发人员共同重塑和创新图书馆服务。FOLIO的治理模式旨在实现开放、透明和互相尊重的合作,以创建一个对所有社区参与者开放且中立的可持续社区和生态系统。

当前FOLIO社区治理模式的三个主体为社区委员会(CC)、产品委员会(PC)、技术委员会(TC)。社区委员会是 FOLIO 所有委员会和团体的最高管理机构,负责 FOLIO 的管理模式,监督社区健康;产品委员会负责指导FOLIO图书馆服务平台功能的开发,并管理FOLIO产品的范围;技术委员会将负责维护技术政策、最佳实践以及平台基础设施和运营稳定性。兴趣小组SIG(Special Interest Groups)是社区项目推进与实现的组织,由领域专家(图书馆员)、产品经理PO、用户体验设计师等组成。

以下为FOLIO国际社区各委员会及SIG小组近期动态整理。

一、社区及社区委员会

1、FOLIO开发者倡议已经发出一份offer,工作时长为6个月,全职。

2、FOLIO系统管理与开发运营工作自IndexData离开并完成交接后,EBSCO提出可以聘用专职人员负责CI/CD工作,并会提供一份书面报价由CC投票决定是否可行。目前暂未更新结果。

3、财政报告中提到2024收入预计可达到40万美元。并完成了开发人员倡导者的职位和IndexData系统管理相关工作在2025财年的预算。

4、委员会选举即将举行,CC正在着手准备相关事宜,很多成员将在接下来的一段时间离开委员会,FOLIO今年需要新的参与者。

5、FOLIO模块审批流程和MOU(谅解备忘录)目前已由CC提出草稿,接下来将开始收集成员的建议。

6、三委员会会议(Tri-council meeting)在近期的会议上就提高FOLIO的参会率、FOLIO新故事和图书馆用户权利等议题进行了讨论。明确了图书馆可以直接或通过代理(如服务提供商)软件服务使FOLIO成为他们所需要的平台。

二、产品委员会

1、对FOLIO路线图和优先级流程进行了讨论。将在路线图页面上跟踪开发计划。支持SIG在相应的页面添加主题、新功能等。

2、关联数据应用程序开发规划确定了PO和开发团队,目标是部署一个新的FOLIO应用程序Linked Data Module,使图书馆能够创建、管理、编目馆藏资源,并且完全符合 LC 的 BIBFRAME 2 关联数据模型。计划是先在LC中进行应用,随后推广至整个社区。关联数据模块的目标是开发一种成本效益高的关联数据解决方案。

3、WOLFCon提案截止日期延长至4月末,PC向下属的兴趣小组征集了提案,包含ERM SIG在内小组提出了一些建议。

三、技术委员会

1、RFC方面:

对资源系统管理小组(RSMG)提案进行了审议,该提案涉及在发布时间表模板中建议使用RFCs。

应用程序形式化、Go后端开发程序语言和分布式vs集中式配RFCs都已进入公众审查阶段,并收集到了一些评论,需要进一步挖掘。

*RFCs:Request for Comments,意见征求流程,TC为确保平台功能方向正确所采取的一套流程。

2、TCR Board审查:TCR-39 UI Serial management,已通过大部分评估标准,暂未通过的有5项;TCR-40 MOD-Serials,已通过大部分评估标准,暂未通过的有2项。

增加新条目:TCR-38 edge-erm 。一个轻量级包装器,为运行EBSCO Discovery的非EBSCO托管的Folio客户提供对API的访问

 *TCR:Technical Council Request技术委员会请求。

3、开发团队和TC一致同意在Quesnelia(克斯内利亚)版本发布Grails 6。组件必须在模块之前升级到Grails 6。

4、WOLFCon的议题有:将TCR流程应用于现有模块、技术债务管理问题、TC与开发团队互动改善等。

5、对于静态代码分析TC表示评估标准是否过于以SonarQube为中心? 是否应该采用一种与平台无关的方法来评估静态代码分析?目前暂无定论。

6、TC讨论了开发团队参与度的相关讨论,提出需要改善开发团队和TC之间的沟通,以提高他们的参与度。并表示将尝试通过技术领导小组来提高开发团队的参与度,并需要定义清晰的激励机制。

7、PoC(Proof of Concept),用于通知社区关于跨项目的重大变更的流程。将尝试运行一段时间,以帮助发现实际运行中的问题。

四、兴趣小组SIGs动态

兴趣小组SIGs由SIG召集人、主题领域专家(SMES)、产品经理PO、用户体验设计师组成。SIG召集人准备议事日程并推进会议,并与其他SIG小组之间协调配合。当前FOLIO兴趣小组有18个,目前较为活跃的兴趣小组包括元数据管理小组、电子资源管理小组、资源流通小组、软件应用与管理小组、系统运行与管理小组等。下文为部分活跃小组的近期动态。

1、应用软件交互小组(App Interaction SIG)

应用软件交互小组负责审查FOLIO应用程序之间的工作流和数据流,确定跨应用程序功能的差异,提供开发所需的功能机制和解决方案。该小组的近期动态有:

  • 关于协议(Agreement)和典藏(Inventory)交互的讨论取得部分进展,小组专注于建立一个功能齐全且高效的系统内链接。系统要求包括:在记录中显示链接,在协议中初始应用多个链接功能,以及确保网址(URL)的灵活性。
  • 对此,小组提案建议从典藏开始,有效管理多对一关系,为协议线的通用唯一识别码(UIUD)引入新字段,增强可搜索性,并确保轻松更新。这种简化的方法旨在提高协议和典藏交互系统之间的连接和管理效率。
  • 用户验收测试正在进行中。部分功能计划从Quesnalia(克斯内利亚)版本中推迟到Ramsons(熊蒜),分别是ISBN和ISSN标识符支持触发批量编辑功能,和构建基于查询的统计代码的功能。

2、元数据管理小组(Metadata Management SIG) 

元数据管理小组主要负责书目管理功能相关的内容,如定义书目控制模块的基本数据元素、探索可纳入FOLIO的各种元数据格式(MARC、RDA、BIBFRAME、DC等)。小组专注于数据的共享性和可操作性,就图书馆和供应商之间所需的交互向开发团队提出需求,并与资源管理小组和资源访问小组进行密切协作。该小组的近期动态有:

  • 提出一种新的流通规则(Circ Rules),以取代三个不同的部分。流通规则的单件流程包含三个阶段:第一阶段,在典藏管理中创建流程处理字段;第二阶段,为流程处理添加清单功能;第三阶段添加一个排名层,以便系统可以平衡多个处理流程。此流程将仅存在于典藏管理中,不会影响流通。
  • 对典藏中的自定义字段进行了讨论,包含将自定义字段整合进搜索,以及自定义字段的适用性和限制。目前,所有自定义字段将支持过滤与关键词搜索,并在下拉菜单中作为单独的搜索选项显示。未来将考虑自定义字段是否能通过列表应用程序(Lists App)查找或加入到列表应用程序中,这需要根据用户小组的反馈进一步决定。
  • 讨论更改发布日期的排序、过滤和映射,因为出版日期是图书馆员用来区分书名的重要数据。会议提出将出版日期起始字段映射至MARC记录的008字段。此外,还提出了在典藏结果列表中加入一个按出版日期可排序的字段,并计划创建一个新的出版日期筛选器,以便图书馆员能够更加高效和精确地管理书籍数据。

3、报告小组(Reporting SIG)

报告小组负责研究机构或功能领域的报告需求。对FOLIO数据模型和报告解决方案提供设计建议,贡献时间开发样本查询,提供与FOLIO报告相关的主题的文档和培训,并为主题专家和技术专家提供讨论和协作的空间。FOLIO Report(报告)在很大程度上使用了图书馆数据平台(LDP)。该小组近一个月的主要动态有:

  • 介绍了Metadb 1.2的最新稳定版本,其特点在于它支持连续的实时更新。即将推出的1.3版本引入了导入历史数据的功能以及对数据重新同步流程的性能改进。未来可能举行一个关于Metadb函数使用的培训会议。*注:Metadb 扩展了 PostgreSQL 的功能以支持分析,详情代码可见https://github.com/metadb-project/metadb

4、系统运行与管理小组(System Operation and Management SIG)

系统运行与管理小组成员需全方面了解FOLIO的运作方式,包含但不仅限于安装和维护FOLIO系统、管理数据库、调试问题、向开发者团队报告错误和问题、为前端开发人员构建开发环境。该小组近一个月的主要动态有:

  • 为解决通过网关产生的数据瓶颈问题,提出使用Sidecar模式,但同时也指出了Sidecar模式可能带来的架构复杂度增加。小组并未提出明确解决方案,将在未来持续讨论。
  • 小组继续对Kong Gateway替换Okapi的挑战和可行性进行讨论。选择Kong而非Okapi是因为速度和直接模块间通信的优势,尽管存在许可证和替代方案的考量。

5、联盟小组(Consortia SIG)

联盟小组致力于研究用例,并审查FOLIO支持的跨机构功能的实现情况。该小组近一个月的主要动态有:

  • 讨论了图书馆联盟采购的不同模式,指出管理和区分联盟订单的重要性。小组给出了设计提案并针对权限管理进行了讨论。
  • 该提案着重于提高联盟系统中的订购效率和灵活性,同时考虑到一些联盟使用集中订购,需要为许多或所有租户的订单分配位置,小组提供了一个综合性的解决方案来应对此挑战。有关详细信息,请访问:https://folio-org.atlassian.net/browse/UXPROD-4553

发表评论

云瀚联盟-智慧图书馆技术应用联盟(筹)