Yesterday I was in Birmingham at the offices of Capita Library Services our hosts for a day of coding and discussion. My job, as chair of BIC‘s various Library Communication Framework (LCF) committees was to kick-off the first LCF “Plugfest” where developers from different library system suppliers spent the day writing and testing applications using the new framework launched last November.
The Plugfest is an important part of the process of developing more interoperable systems as it offers developers the opportunity to verify that the applications they are writing work in practice. It also ensures that the team of Technical Editors charged with the responsibility of maintaining the framework are made aware of new requirements and any problem areas. Plugfests will be an essential and frequent part of the development process as more and more library applications adopt the framework. Yesterday’s event was attended by representatives from 2CQR, Bibliotheca+3M, P.V. Supa, from the world of RFID; Capita, Civica, Innovative and Infor (late apologies were received from Axiell) representing LMS providers as well as third party suppliers Lorensbergs and Insight Media.
Unusually for such a highly competitive market everyone attending had already signed up to share freely the fruits of their labours. This spirit of co-operation appears to be almost unique to the UK as colleagues in Australia and North America frequently express disbelief when I tell them that competitors in the UK library market actually work together to try and find ways to improve both the user’s and staff experience of library automation. “You’d be lucky to get them in the same room here!” is one popular response. Certainly there are plenty of examples of companies meeting to discuss new standards and best practice – America’s National Information Standards Organisation (NISO) has been discussing a successor to the SIP protocol for more than three years now – but it seems to be unusual for competitors to share code, provide hardware and develop best practice together as they do in the UK.
Perhaps that’s why the authors of the other big interoperability event of the day – the publication of the long-awaited ACE funded, SCL initiative on creating a single digital presence for England’s public libraries – ignored invitations to discuss LCF during their lengthy investigation of the UK library systems market.
Now of course I’d be the first to acknowledge that the BiblioCommons report concerns itself with much wider issues than the existing systems infrastructure but a significant part of its recommendations appears to suggest that the only way forward is for them to write new code to create a new BiblioCommons software layer on top of the various existing LMS systems, pending migrating everyone to a new, purpose-built BiblioCommons LMS at some future date. One might argue that the same result might be achieved more cheaply by awarding a contract to a single supplier now and cutting out the highly risky intermediate stage recommended by BiblioCommons. But then that is what they do for a living.
Nonetheless ignoring the significant work already being done in this area seems at best something of an oversight?
I’ll be writing a full review of the BiblioCommons report on my other blog in the near future as its findings and recommendations go way beyond the relatively simple aim of establishing a common framework for interoperability but the irony of the juxtaposition of these two events was irresistible!
Meanwhile, back in the real world, this first Plugfest was a great success and the LCF Project is now well and truly under way. New functionality – that is both interoperable between disparate systems and which can readily be migrated without impact between suppliers – is no longer a system integrator’s dream but a developer’s work in progress.