每月通讯:FOLIO国际社区进展(1.8-2.15)

每月通讯:FOLIO国际社区进展(1.8-2.15)

2024年02期【海外动态】

供稿整理:李妍、越雨薇(江苏嘉图)

信息更新时间截止2024年2月15日

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

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

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

一、社区及社区委员会

1、FOLIO系统管理方面,Index Data计划退出部分系统管理任务,如Github、Jenkins、Slack、Jira、Confluence、Sonarcloud等,每周耗时8-12小时。计划于2024年3月1日前停止这些支持,正努力将自托管Jira和Confluence过渡至Atlassian Cloud,以降低部分任务难度。Index  Data将继续维护FOLIO参考环境,并与EBSCO沟通,确保CI/CD流水线和软件得到适当维护。社区需尽快确定接替这些职责的人员,详细职责清单见:https://docs.google.com/document/d/1umQ1SUYcIbsWtYuAM-nOMh-4QBN6ZLZvkfEuyDktNlY/edit

2、社区调查:总结了15个主题事项共计 247条建议。

分组总结列表:https://docs.google.com/document/d/1jqETlhc3x5-JLGrKYG0u3ppilVMefycbrSsXrBfr9WA/edit

PPT总结:https://docs.google.com/presentation/d/1cUdqGnkNBDW_aCTNVfy8ALAMbWYhZNhPr5LycgaZ8ik/edit#slide=id.p

3、讨论社区新会员招募:讨论当前会员级别是否需要调整、促进会员资格的方法、需要明确的共同目标和社区期望。

4、当前财务概况:已经投入1000美元到一个预留基金中;批准将9000美元从主账户转移到预留基金中的请求;财务主管Paula将于2024年6月离职,FOLIO需要一个新的财务主管。

5、FOLIO开发倡导者职位进展:两位候选人(均来自FOLIO外部)一位已拒绝,另一位候选人正安排面试。

6、2024年1月18日的三委员会议(Tri-Council meet)讨论了三个议题:每年FOLIO版本发布多少次、我们希望从WOLFCon2024获得什么、以及如何使FOLIO对新成员组织具有吸引力?

二、产品委员会

1、公告:

  • 瑞典国家图书馆决定采用FOLIO和VuFind。瑞典国家图书馆将自行托管,并将资助与社区合作开发改进的Linked Data和阅览室功能等内容。
  • 2024年将有两个版本发布(Quesnalia和Ramsons)。Ramsons的GA日期计划在2024年11月25日。Quesnelia将是一个“短期”发布,而Ramsons将是一个长期发布,非常类似于Poppy。计划将Bugfest Ramsons定为3周。
  • Paul Moeller 正在组织2月21日举行的亚太地区会议。

2、关于mod-batch-print(批量打印)功能的演示,PC将在TC审查前对新功能进行评估。mod-batch-print是一个Okapi服务,可以作为夜间工作生成PDF文件并存储。这些文件将可以从专用设置页面访问。

3、Tim 介绍、演示了Direct Consortia Borrowing(直接联合借阅)功能。

  • 知识整合在DCB侧进行,充当所有系统(包括FOLIO系统)之间的中心枢纽。在与FOLIO完成集成后,还需进一步开发DCB和DCB 定位在Open RS 侧的功能。其中一些工作是 Mobius 的合同工作,其他则涉及联盟活动。
  • PC将在技术委员会审查之前对以下三个新模块的功能进行评估:TCR-35、TCR-36和TCR-37。

4、DCB整合讨论,内容包括:讨论了关于同时运行DCB和INN-Reach系统的可能性、不使用open RS而直接使用DCB的图书馆可能面临的影响、DCB与open RS之间的区别、DCB对使用ReShare的FOLIO图书馆的影响、ECS设置是否需要open RS、用户界面的布局、借阅报告的可行性、以及未来可能讨论的其他功能等问题。

5、更新了SIG兴趣小组报告:https://wiki.folio.org/display/PC/SIG+Reports+2024-01-18。内容包含FOLIO路线图相关的工作、FOLIO演示、未来功能等。

6、宣布强制迁移到Atlassian Cloud。已经完成了测试迁移,并且可以进行检查。Jira和Confluence的位置将发生变化。计划是在2月4日星期日进行最后的迁移,如果有问题,2月11日星期日可以作为备选日期。

7、WOLFCon最新进展:WolfCon定于2024年9月24日至26日在伦敦大学参议院(Senate House)举行,相关计划正在进行中。根据芝加哥会议的日程安排,计划在会议结束后的第二天再举行“肩并肩会议”。大多数反馈是积极的。计划同时提供虚拟参会方式并对会议进行记录。

8、数据导入最新进展有:

(1)来自ARLEF(Academic Research Library Exchange on FOLIO)的信息与更新见:https://docs.google.com/document/d/16Si3gyWipt95SJ9uOza9eSNQDdcwgh2YDwUfiUKRF_E/edit#heading=h.hpv1pfaabmya;

(2) 工作组更新:

  • 工作组志愿者创建数据导入主题追踪器,以记录问题,跟进讨论进度,要求工作组会议每月至少审查一次。
  • 工作组志愿者正致力于构建一个与系统856字段去重功能相关的审计电子表格
  • 行政帮助方面,创建了一个笔记小组,采用了一种新的记录方式。
  • 更新MM SIG,每周更新内容是MM SIG内容的一部分。

(3) 一般功能更新:

  • 为了改善数据导入的性能、可靠性和稳定性,工作仍在继续。Olamide Kolawole在上一次WOLFCon上进行了介绍,并且正在努力改进这一过程。
  • Poppy的改进:日志改进;创建/更新多个馆藏和项目的功能;修复bug。

(4) 对PC的需求:

  • 要求:需专家提供实例/场景/数据,确保满足需求。
  • 文档:文档缺乏是挑战,需制定计划解决。
  • PO/QA支持:需PO/QA支持分类验证用户故事或bug。
  • 开发资源:Folijet团队还负责库存应用,部分功能希望委派给其他团队/开发者,以便团队可以专注于数据导入功能。

9、为未来话题制定“2024产品委员会议题日历”。未来产品委员会会议议题按列表上的项目优先级排序,年中对优先事项和目标进行检查。未来产品委员会议题主题:https://folio-org.atlassian.net/wiki/spaces/PC/pages/4884029/Future+Product+Council+Meeting+Topics。

10、 回顾并讨论新FOLIO功能的评估流程。新FOLIO功能评估流程由范围标准工作组描述,PC通常在应用程序级别上运作,技术标准由TC定义。在TCR标准中有一个链接指向PC的文档《评估新FOLIO功能的过程》。会议反馈将进行处理,计划跟进2-3周。

11、 FOLIO发现调查任务组:进行FOLIO发现功能的调查结果讨论。详细幻灯片与讨论页面见:https://folio-org.atlassian.net/wiki/spaces/SYSOPS/pages/10977390/Results+of+the+survey。

三、技术委员会

1、RFC方面更新如下:

(1) 应用程序形式化RFC:

草案细化审查:https://github.com/folio-org/rfcs/pull/22,仍在等待回复,以确定是否可以解决这些问题。

(2) 后端Go语言开发RFC:

TC对用于后端开发的Go编程语言进行了讨论,建议将Go语言添加到官方支持的后端开发技术列表中。Jakub Skoczen将完成初步审查步骤,将其推进到下一阶段,进行草稿细化,并从TC成员和其他人那里获得反馈。

初步审查:https://github.com/folio-org/rfcs/pull/25

(3) 分布式vs集中式配置RFC  

认为放弃mod配置是短期的,使用分布式配置则是一个更长期的战略决策。对此没有反对意见,RFC将持续推进。

草案细化审查:https://github.com/folio-org/rfcs/pull/26  

(4) TCR流程改进:

提出需要另一个RFC来追溯地更新元数据,以反映新的或调整后的状态。

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

2、TCR Board回顾进展:

  • TCR-37(以及TCR-35和TCR-36):TC已经与团队会面并讨论了功能,目前不支持删除,不过不影响对其进行评估。CR-37继续前进,向开发人员列出问题清单。
  • TCR-33:Jenn Colt建议由她和Tod Olson开始进行评估。目前正在进行中,希望在周一向TC提交。

两者的截止日期都是3月1日。预计Serials app会很快提交给PC和TC。(几个月前已提交给PC,但没有正式决定。)

3、针对TCR流程改进作出了讨论,主要变化摘要如下:

  • 新模块技术评估文档:新增了“开发前”部分及沟通计划;强调迭代性质,使评估更易;评估后需TC成员批准,评估者提建议。不满足标准时,TC可采取行动。
  • 标准文档:将一般范围从“新模块”扩展至“现有模块”;部分标准不适用于现有模块;前端共享库、后端边缘模块适用;允许Sonar Cube例外。
  • 模板文档:提及Stripes发布;“最新版本”可能过旧;新增“管理性”部分,由PC列出;所有者提交至PC,由TC评估;命名约定模板。

4、Sys Ops SIG(系统运行与管理小组)希望与TC正式联系,关于Poppy迁移的直接数据库升级脚本。Sys Ops SIG主张部分脚本应纳入模块升级,由租户触发。其他运营成员也认为,处理升级脚本在多环境租户中繁琐。脚本应纳入模块迁移。若迁移时间较长(4-5h),可接受单独脚本,但需提供后续升级API。建议TC为PO设定标准期望,Sys Ops SIG也应参与发布回顾。

5、 Postgres信息:在假期前发布了通告,没有收到反对意见。见:https://folio-org.atlassian.net/wiki/spaces/TC/pages/5057452/DR-000038+-+PostgreSQL+Upgrade+to+16

6、官方技术支持方面:

下一个重要的里程碑:在2月16日前对Ramsons(3rd  Party Dependencies, 第三方依赖)进行审查,状态从DRAFT转为ACCEPTED。

四、兴趣小组SIGs动态

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

1、报告小组(Reporting SIG)

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

  • 文档子组(Documentation subgroup)更新了Poppy中FOLIO文档站点的报告(Reporting)部分,组内成员在会议中进行了更新部分的介绍。
  • 讨论了小组例会时间和频率,将采访小组、电子资源管理小组和资源访问、用户管理、元数据管理小组的报告开发组合并为Metadb FOLIO用户组,Metadb FOLIO用户组在Nassib的继续领导下,致力于FOLIO分析开发,为每个FOLIO版本发布做准备。报告小组会议将有固定的时间用于实验室工作和查询问题。
  • 讨论与LDP或Metadb相关的查询问题,包括处理日历表、查询性能、数据安全性、数据传输等方面的问题,以及序列查询、绘制差异图表和向现有表添加序数的问题。
  • 对于D-Reporting(D-A-CH Working Group)来说,下一步需关注Consortia SIG和DBS(Deutsche Bibliotheks statistik,德国图书馆统计)报告。需检查Consortia SIG 和 D-reporting报告之间重叠的部分。找到合适的方法路径,通过JIRA收集需求,一些缺失的功能仍需实现,实现应该通过FOLIO而不是LDP。

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

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

  • 讨论了扩充文本字段的用例,讨论是基于在FOLIO社区中,有许多对扩充文本字段的要求,目前提供了一个文档,收集与Notes应用程序中扩充文本字段相关的问题。
  • 讨论了FOLIO如何管理电子资源和纸质资源,阐述了FOLIO方法的优势和缺点以及如何实现图书馆提出的资源统一呈现、有效管理、资源发现等目标。

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

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

  • 德国元数据管理小组召开会议,讨论了目测可读(eye-readable)的索书号索引的标签,建议将原名称(Call number, eye readable)改为不规范化索书号(Call number, not normalized),小组认为“可读”似乎并不能很好地传达意思。
  • 讨论了典藏模块的数据导出和获取,希望不仅仅是使用缩写(abbreviated)MARC,例如发现或opac中的索引(indexing in discovery / opac),而是直接从典藏模块中导出、获取实例数据,目前计划将导出格式扩展到MARC之外,下一个是Bibframe,其他形式尚未安排。
  • 在韦尔斯利学院(Wellesley College)图书馆的改造(远程存储大量馆藏)中,小组发现目前的FOLIO数据结构中的绑定不利于管理和提供准确的物料位置,小组考虑更改在FOLIO中绑定处理的实现。
  • 与资源访问小组召开联席会议。讨论“三部分馆藏状态”( 3 part item state)的原始计划和未来的可能性。三部分为:馆藏状态;过程;所需内容。
  • 针对课程应用程序中出现的临时地点不能被正确替换的问题进行解决方案讨论。

4、资源访问小组(Resource Access SIG)

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

  • 讨论上架滞后时间(shelving lag time),当一个典藏被归还时,它的状态会立即变为“可用”(Available),但实际上典藏并不在架上,状态应设为“最近归还”(Recently returned),在设置的上架滞后时间过去后再变为“可用”。目前由于“最近归还”的状态不起作用,上架滞后时间也不起作用,因此小组希望能够自定义典藏状态,避免归还后立即“可用”。
  • 介绍有关收费/罚款政策的新工作,以及赞助人通知,Odin团队创建了一个新的模块,模块批量打印,以打印通知的形式发送最后的提醒费通知。
  • 与元数据管理小组共同召开了3部分馆藏状态会议:探讨了将馆藏状态整合到循环规则的想法,以支持更灵活的定制。正在制作屏幕模型,并考虑在串行和接收应用程序中的工作的基础上组织小型工作组,以简化馆藏状态并推动项目进展。
  • 对费用/罚款功能存中存在的问题进行讨论。在非英语(如德语)系统中,费用/罚款中的附加信息字段无法正确解析。另外在某些费用/罚款操作中存在bug。

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

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

  • 讨论FOLIO每年发行次数的问题,组内成员认为1-2次合理,FOLIO的一位用户认为2-3次比较合理,目前没有定论。
  • 讨论out-of-band db问题,小组认为数据库迁移应该只属于模块升级,需要通知租户管理员,并且模块可能会停止正常工作,小组成员将这件事提上了技术委员会的议程,目前技术委员会会议上简要地谈到了这个主题,并将进一步阐述将这些脚本与模块升级分开的原因。
  • 用Helm图表部署已成为在Kubernetes集群上部署FOLIO的标准方法。LRZ 小组正在开发一个改进FOLIO Helm图表部署替代方案(https://github.com/folio-org/folio-helm-v2),该方案使用公共机构仓库上的 Helm 图表。这些Helm图表将由社区共同分享、进一步开发和维护。

发表评论

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