FOLIO: How Many Grapes Went into the Wine?
An opinion on operational enclosure, ecosystem enclosure, and the reciprocal obligations needed to sustain open-source library software.
Archive
Each entry should document one useful increment: the trigger, the change, and the next question.
An opinion on operational enclosure, ecosystem enclosure, and the reciprocal obligations needed to sustain open-source library software.
How ORS-Appliance gives libraries a practical, interoperable path into OpenRS and wider resource-sharing networks.
A fresh local evidence run adds printable pickup routing and closes the returnable-print lifecycle at the supplier and DCB.
A current, screenshot-backed journey from SFTP record intake and discovery through return transit.
ORS-Appliance can let libraries participate in a DCB network even when they do not have a supported ILS integration.
A checkpoint showing DCB and ORS-Appliance using NCIP as the protocol substrate for request, supply, borrower acceptance, circulation, and return transit.
A current OpenRS/DCB happy-path checkpoint: DCB posts NCIP RequestItem to ORS-Appliance, and ORS-Appliance can answer with will-supply or not-supplied messages after staff decision.
A local QA checkpoint showing DCB turning proprietary patron authentication into standards-based OIDC for OpenRS Discovery and future library applications.
A visible checkpoint for local DCB and OpenRS resource-sharing development, with ORS-Appliance, DCB Admin, and the shared index running together.
A short bookend on the hosted Foundry work after the Console adoption-loop proof, and why the next lab pivot turns toward OpenRS and ORS-Appliance.
A working note on ki-console, Foundry, and why sustainable open library infrastructure needs an adoption loop as well as a developer loop.
A walkthrough of the new Foundry Module SDK profile model: start a production-shaped module runtime, then substitute only the backend or frontend you are actively changing.
A response to Amanda Ferrante's Scholarly Kitchen article, and an argument that library federation is not only about login protocols but also about trust, attestation, and shared circulation across institutions.
Foundry could become a lighter self-hosting substrate for FOLIO, but the immediate goal is a sovereign home for K-Int apps and ILS-neutral library extensions.
Licenses, Agreements, Open Access, Serials Management, and ILL now run together in Foundry through descriptor-selected module-federation artifacts.
How Foundry is separating platform support APIs from FOLIO utility modules, and why acquisition units belong behind a provider-backed platform boundary.
The spike has produced enough evidence to publish the first roadmap: local runtime, artifacts, operational catalog, Kubernetes demo substrate, and external ILS extension.
How Foundry widened a narrow ui-licenses proof into repeatable ERM wrapping evidence across Agreements, Open Access, and ILL.
What the FOLIO Licenses proof now demonstrates, how tenant work happens, and where Foundry goes next.
Turning the standalone FOLIO Licenses proof into the first durable Loom lifecycle foundation.
Running FOLIO Licenses as a standalone, tenant-aware ERM application without Okapi or Eureka.
Why this blog exists and how it will capture exploratory increments across K-Int projects.