每月通讯:FOLIO国际社区进展(12.13-1.15)

每月通讯:FOLIO国际社区进展(12.13-1.15)

2025年01期【海外动态】

供稿整理:孙佳佳、单琬婷(江苏嘉图)

信息更新时间截止2025年1月15日

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

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

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

一、委员会(CC)

  1. 预算:讨论并批准了2025年的预算,比去年略有增加,主要是由于新成员的加入;同意AWS36万美元年度支出预算。对去年的收支情况进行了总结,目前年收入呈下降趋势,但由于AWS成本和人员成本的增加,年支出大幅上升。
  2. 治理模型:决定不对治理模型进行大幅度调整,但会有一个小组提出修改以明确和更新文档。
  3.  三委员会会议讨论了Eureka 过渡流程和时间表(点击查看)。在 Sunflower 中,EBSCO 将支持从 Okapi 转移到 Eureka。Eureka 是一个新的后端平台,旨在替代当前的 Okapi。此外三委员会会议还讨论了VuFind 的 SSO 集成、迁移计划、Sunflower 版本的准备情况、第三方工具的集成、Eureka文档状态、FOLIO早期采用者计划等。

二、产品委员会(PC)

  1.  国会图书馆(LC)2024年12月19日上线 ERM Acquisitions。
  2. 因须执行的测试用例数量过大,以及需要额外的时间处理和验证现有的bug,Ramsons的发布有所延迟,新的发布时间将在所有测试完成后确定。
  3. 对关联数据App的demo进行了演示,关联数据App主要针对的是类型为专著的资源,如果资源类型不是专著,关联数据编辑器功能就不可用;Ramsons版本中,关联数据编辑器的所有内容都已经与馆藏同步,并且按照原定的计划,已完成针对Sunflower版本的相关开发任务,可在Bugfest环境中进行功能测试;此APP前端与后端模块都已提交给TC审核;该App与现有App的交互主要集中于数据导入、数据导出和馆藏三个App。
  4. PC讨论Eureka时间表:计划在 Sunflower使用Eureka,社区需要做好准备。社区需要更多的信息以及对 Eureka 的信心才会发布Sunflower ,目前多数票赞成了Sunflower 的推迟发布。GBV 作为约 200 家图书馆的托管提供商,目前正在迁移大约 50 个租户,并计划通过早期采用者的实践记录为后续进行规划。PC认为需要更多的沟通和报告来确保社区的过渡顺利进行。
  5. 讨论PC评估新功能的过程:成立新的小组(Subgroup)来研究审查过程的机制,强调使用标准工具进行跟踪,并提出了一个“两部分”审查方法。此外,讨论了PC 的审查程序,新的机制将通过 JIRA 实施,PC 将 “认可” 而不是 “批准” 新功能。还讨论了新功能的定义、可能的试点项目以及未来的步骤。
  6. 提高对 Jira 平台的使用素养:包括工作流程、角色与职责明确、标准化文档、培训等内容,主要目标是提出建议以提高社区内 PO 和 SIG 对 Jira ticket 的管理质量。
  7. 发现(Discovery)工作小组申请升级为SIG,具体情况待讨论。
  8. 样本数据的准备:Stanford 正在准备样本权威数据,并计划将其提供给FOLIO快照环境(snapshot)。Autumn Faulkner 提供了音乐和连续刊样本数据。
  9. 数据匿名化:讨论了在 Bugfest 环境中匿名化数据的需求,包括去除所有包含私人信息的备注等。

三、技术委员会(TC)

  1. 对目前在任的成员任期进行整理,Taras Spashchenko的任期将于25年夏季结束,Kevin Day将接替工作;另一个席位Jason Root的任期到26年夏季。届时将会有席位空缺,需提前做好工作交接准备。
  2. TCR Board进展(a) TCR-46 (Request for Technical Evaluation of mod-linked-data):修复了审查功能、接口命名和API路径的问题;(b) TCR-47(Request for Technical Evaluation of lib-linked-data-marc4ld):Julian Ladisch认为发现的问题超出了可审查的范围,等待修复;(c) TCR-49 (Request for Technical Evaluation of lib-linked-data-dictionary ):可进入投票程。
  3. TC对内部改变投票规则进行了讨论。成员对“是否需要至少 6 张赞成票数来接受提案”投票表决,获得4票赞成4票反对;对“是否使用投票人数的多数还是参与会议的技术委员会成员的多数来做出决策”投票表决,3票支持“由投票人员多数决策”,6票支持“由TC成员多数决策”,2票缺席。
  4.  讨论如何处理TCR文档更改的的PR(pull request)。PR是指拉取别人的代码/文档后,将修改的内容告知原作者,并请求其合并修改,是非常可取的一种团队协作模式。

四、兴趣小组SIGs动态

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

1、采访小组(Acquisitions SIG)

采访小组同开发人员一起工作,定义用于采购和管理所有类型资源的基本功能:资金结构、订单、接收、支付、赔偿、维护、使用和其他统计,其他可能的评估工具和报告。小组需要考虑资源关系、机制和支持功能的工作流,还需评估应用程序支持选择、决策和分析的潜力,以确保当前的工作不会限制未来的创新。该小组的近期动态有:

  • 讨论了 FOLIO 中发票手动创建比例高、依赖电子邮件接收和管理的问题。小组计划在未来进一步讨论改进方向。
  • 小组正在寻找新的联合召集人以接替 Dung-Lan,他将在 1 月底卸任。

2、资源访问小组(Resource Access)

资源访问小组与开发人员一起定义基本的流通功能、访问功能等。并就图书馆和其他各方之间的交互向开发人员提供建议,以实现资源的成功共享。该小组近一个月的主要动态有:

  • 小组将成立Gap Lis工作组,可能的讨论主题包括:在单个请求通知中为同一位读者显示多个单件、调整召回请求的通知政策、以及从用户记录直接发起借书功能。
  • 讨论了课程应用程序的开发不足和改进需求,提出创建工作组的建议,得到多家机构支持。小组计划通过每两周的会议收集短期和长期优化建议并推进开发。

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

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

  • 讨论了当前系统在排序功能上的局限,当前只有按条码默认排序功能,未配备界面排序功能,馆藏说明无法调整顺序,导致使用不便。下一步将进行优化。

发表评论

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