Kuali OLE implementation at the University of London
Upcoming SlideShare
Loading in...5
×
 

Kuali OLE implementation at the University of London

on

  • 496 views

Presentation given on the University of London Kuali OLE (Open Library Environment) implementation at the Kuali Days UK conference, 29 October 2013. ...

Presentation given on the University of London Kuali OLE (Open Library Environment) implementation at the Kuali Days UK conference, 29 October 2013.

In recent years Kuali OLE has worked closely with library colleagues in the United Kingdom in order to facilitate the Bloomsbury Library Management System Consortia (BLMS) (http://www.blms.ac.uk/) in joining Kuali OLE as a founding partner. In this session we talked about the current BLMS strategy for Kuali OLE adoption and implementation.

Statistics

Views

Total Views
496
Views on SlideShare
421
Embed Views
75

Actions

Likes
0
Downloads
7
Comments
0

3 Embeds 75

http://lanyrd.com 72
https://twitter.com 2
http://translate.googleusercontent.com 1

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

CC Attribution-NoDerivs LicenseCC Attribution-NoDerivs License

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment
  • 1. Library services platform <br /> Marshall Breeding on the LSP concept: <br /> “To make up for functionality absent in their core integrated library systems, many libraries implemented a cluster of ancillary products, such as link resolvers, electronic resource management systems, digital asset management systems, and other repository platforms to manage all their different types of materials. The new products aim to simplify library operations through a more inclusive platform designed to handle all the different forms of content.” <br /> http://www.infotoday.com/cilmag/sep11/Breeding.shtml <br /> As a project we’ve found two substantial forks in the road. <br /> First: whether to implement a traditional LMS or something next-gen. <br /> Second: whether to choose the closed-source vendor option, or commission an Open Source option. <br /> 2. A campus-wide, enterprise system <br /> OLE is a genuine enterprise system in contrast with the historical / traditional LMS which has been ‘the has box sitting in the corner’, perhaps even a corner of the library itself. Certainly a system that doesn’t command much attention from IT or the broader university, and not something to be taken seriously as a core system. Our US partners have recognised a requirement for an enterprise approach and we agree. We think the LMS and resource discovery are about enterprise information, and should be seen as a key system enabling learning and teaching, and research. The nature of the data used means these systems are business critical for our HEIs. <br /> 3. By and for higher education <br /> The focus in OLE is on what an academic / research library wants and needs in a system. The Kuali foundation ‘gets it’ in this respect, our functional experts – librarians and library workers – sit within a foundation that includes development expertise in analysis, consultancy, and project management. This means you avoid pitfalls that you can imagine if I asked you to imagine a library management system built by librarians. :-) <br />
  • The focus in OLE is on what academic and research libraries want and need in a system. The Kuali foundation ‘gets it’ in this respect, our functional experts – librarians and library workers – sit within a foundation that includes development expertise in analysis, consultancy, and project management. This means you avoid the pitfalls you can imagine if I asked you to imagine an LMS ‘built by librarians’. :-) <br /> I will say the arguments I’ve made previously in favour of OLE come across well to risk-taking innovators / early adopters but badly to risk averse HEIs… <br />
  • Kuali OLE is real software that exists. <br /> OLE 0.8 was release in June on track. <br /> OLE 1.0 is being released in November and is in packaging as of this. <br />
  • This is a current screenshot showing part of the invoicing workflow in OLE 1.0. This is part of the OLE select & acquire module. <br /> In my presentation at KDUK I had hidden this slide but there was interest in product screenshots on the day so I’m included it in the final public version. <br />
  • Previous work 2012/13 <br />
  • Everyone loves change, right? ;-) <br /> We’ve not implemented OLE yet so what are we actually doing? LMS change – or LMS transformation – is our Phase One of OLE development and deployment. <br /> At this point, mention the Collaborative Spec and a small amount about governance, legal, and financials – my assumption is Sharon will cover this already so just refer to that. <br /> These are the things we’re doing in Senate House and the college systems librarian group to actually do the work. <br /> Collaborative spec was a big one for us. Working with subject matter expects (those staff who know the work and the requirements) in our libraries to develop a spec that describes what we need. This turned out to be much more ‘aspirational’ than the traditional UK Core Spec. We’re using Atlassian Confluence as a tool for sharing and collaboration. Everything in the SHL Confluence pages on OLE was open from the beginning – every systems librarians meeting, every conversation with the project manager long enough to take notes. <br /> Part of this is about gaining buy in from staff including ourselves as systems workers. <br /> Governance, legal, financials: Essential to cover off this stuff if you want to run an operational shared service between multiple HEIs – even with our federal structure. I won’t talk about VAT and cost sharing groups. <br />
  • A project runs alongside the BLMS to replace our current ‘discovery potpourri’ with a next-generation discovery layer. This may or may not include resource discovery (a big index of journal and other full text content) as an element. <br /> This is a pragmatic medium-term project that gives us a good-enough discovery layer to search our local bib database, archives catalog, ePrints repository, and digital assets management server. Dale Askey Taiga Forum article on ‘giving up on discovery’ quite interesting - http://taiga-forum.org/giving-up-on-discovery/ <br />
  • This will definitely deal with local bib data, and for us will have archives and ePrints included. <br /> Vufind and Blacklight are serious Open Source options for this, Vufind is especially interesting because Birkbeck, University of London are already using it live. <br /> I said much more about this during the Discovery Strategies for OLE session - http://www.slideshare.net/preater/discovery-strategies-for-kuali-ole-vufind-at-senate-house-libraries <br />
  • Screenshot of Senate House Libraries, University of London test VuFind instance. <br /> This is VuFind 2 running on a virtual machine. It’s straightforward to set up, it works, and it’s a great test-bed for decoupling <br />
  • Metadata optimization includes scoping reclassification and ‘tidying up’ legacy bibliographic data from previous systems migrations and integrations. <br /> Much of this goes back many years but we’ve not been able to approach it except under the aegis of a ‘big project’ with decent funding. <br /> In case you were in any doubt, university SMT are not that interested in library bibliographic data. What they do care about is our researchers being able to find things in our library and catalogue, and they especially care about student experience for University of London users of our shared library service. So the way to go within the broader HEI is to pitch metadata improvements in their context as student / researcher experience improvements. <br />
  • Counts from “facet filtering” helps to expose problems with metadata… <br />
  • Here are some highlights of recent improvements to data (as of 29 October 2013). <br /> Further examples include: <br /> Invalid 006. <br /> Blank characters in the leader. <br /> No dates present in the 008. <br /> 041 fields with language codes run together. <br /> We identified and updated about 105,000 problem codings in records already. <br />
  • Here is a language coding example from across the Bloomsbury College partners. <br />
  • Cloud hosting is a serious option – and a cloud hosted platform needs a stable and robust IT infrastructure. This will be based on enterprise IT approaches rather than libraryland approaches. <br /> 2. Interoperation with existing systems – there are essential campus systems to interoperate with that current-generation LMS doesn’t do very well: <br /> Finance systems <br /> Student records <br /> Online sales <br /> 3. Open and extensible. The platform must be open and extensible for future work. Some of our functional spec is a bit aspirational – but the good thing is we know we can build it in to OLE later. Working with a development partner to do coding on an OSS system means this is actually feasible, whereas often with closed vendors you find you can’t even buy it. Much of this openness is most immediately relevant for our work on discovery <br />
  • We look at the next-gen as a change to redefine staff workflows and as such the project has hired a business analyst to look at this… <br /> Example of Post-It note exercise at SOAS recently to unpack ‘how to catalogue a book’ an example. Much more complicated than one would think. <br />
  • As I’ve said our view of the LMS is that it is an enterprise system and we need to raise its profile at HEI level, we do this by engaging: <br /> University and College SMT. OLE exists as part of a Kuali ecosystem including financials, student records – lots of potential for additional Kuali components as a good choice in future. <br /> University IT essential from early on, so much of our LMS success hinges on IT infrastructure like networking and this will only become more important if we host in the cloud. <br /> Records managers especially for data protection issues. <br /> University procurement team <br /> Conceptually this is similar to ideas we heard from UEL at their Alma Day event earlier in 2013. <br />
  • Contact me at: andrew.preater@london.ac.uk or @preater <br /> BLMS project blog: www.blms.ac.uk <br />

Kuali OLE implementation at the University of London Presentation Transcript

  • 1. Kuali OLE The Bloomsbury LMS Andrew Preater Associate Director, Information Systems and Services University of London Kuali Days UK, 29 September 2013
  • 2. Kuali OLE
  • 3. Early adopters & risk appetite
  • 4. http://en.wikipedia.org/wiki/File:Diffusion_of_ideas.svg
  • 5. It exists… OLE 0.8 June 2013 OLE 1.0 November 2013 OLE 1.5 Q1 2014
  • 6. What we are doing now…
  • 7. LMS Change
  • 8. 1. Discovery WP Spring & summer 2013
  • 9. VuFind find.senatehouselibrary.ac.uk
  • 10. 2. Metadata optimization WP Spring 2013 onwards
  • 11. Analysis using VuFind
  • 12. 98,994 country of publication 4,122 language codes 2,133 date codes
  • 13. Language coding example Of total 2.4M records, 6680 coded undetermined in 008
  • 14. Success factors
  • 15. Technology & coding
  • 16. Workflow analysis
  • 17. LMS appreciation
  • 18. Questions andrew.preater@london.ac.uk @preater www.blms.ac.uk