Advertisement
Elag integrating open source
Report
Theodor TolstoyFollow
Jun. 11, 2015•0 likes•1,404 views
0 likes
Be the first to like this
Show More
views
Total views
0
On Slideshare
0
From embeds
0
Number of embeds
0
Check these out next
Elag integrating open source
Jun. 11, 2015•0 likes•1,404 views
0 likes
Be the first to like this
Show More
views
Total views
0
On Slideshare
0
From embeds
0
Number of embeds
0
Download to read offline
Report
Education
ntegrating Open Source Library Systems Name of presenters: Theodor Tolstoy, Andreas Hedström Mace Theodor Tolstoy is Head of Development at Stockholm University Library. Andreas Hedström Mace works as a librarian and project manager at Stockholm University Library, whose main focus of 2015 is managing an implementation of Koha at the library. Abstract Stockholm University Library has chosen to replace its current library system with the free and open source library system Koha. The idea is that Koha will serve as the circulation module in a larger system architecture for printed material , where the Swedish union catalogue LIBRIS as well as the internally developed book logistics system Viola are key components. These three are all open systems, even though all are not open source. Specifically Viola is not there yet , but work is in progress towards that goal, while it is also being implemented at the Linnaeus University Library. With open source soft ware the library’s dependence on proprietary providers for business-critical systems is reduced, and allow s greater control over data and software. There are challenges however with such an approach; specifically regarding how to build a consistent and coherent system architecture, which integrates the various systems with one another using open API:s. There are also several data – and workflows that can and probably will change in the process of integrating Koha with the other systems. This presentation aims to present the work being done at Stockholm University Library, while also discussing the benefits of opening up the library systems to others.
Theodor TolstoyFollow
Advertisement
Advertisement
Advertisement
Recommended
Copac: your union catalogue today and tomorrowLisa Jeskins
NCompass Live: Database Roadshow TeaserNebraska Library Commission
skos-history: Tracking the evolution of Knowledge Organization SystemsJoachim Neubert
2011 jisc rdtf teresa the womens libraryTeresa Doherty
Reinhard LAWDI Presentationcharinos
Engineering literature searching handoutjamiehalsteadkcl
Elag integrating open source
- 2015-06-11 /Namn Namn, Institution eller liknande Integrating Open Source Library Systems Theodor Tolstoy Andreas Hedström Mace Stockholm University Library
- 2015-06-11 / Namn Namn, Institution eller liknande
- LIBRIS VIOLA KOHA Union catalogue SFX EDS libERM Link resolver Discovery Service Printed materials Electronic resources Information supply systems
- So… what’s LIBRIS?
- (L)OPAC LIBRIS WEB SEARCH LIBRIS CATALOGUE BIBLIOGRAPHIC RECORDS HOLDINGS RECORDS HOLDINGS RECORDS BIBLIOGRAPHIC RECORDS ITEMS The (SUL) workflow in LIBRIS: LOCAL CATALOGUE ”Cultivating”
- The Library Happens Elsewhere Focus on Delivery not Discovery
- OPAC Adventures
- Enter: Viola
- Background: • Old ILL & book logistics system discontinued • Complete rewrite based on existing, well estblished, work flows
- Stack fetching Faculty Office Delivery Viola Outgoing Stack call Ill Request Ill Request Missing books National Ill system
- Interlibrary loans Interlibrary Loan Requests Purchase requests National Ill Requests Viola Incoming Invoicing Circulation National Ill system
- Proven usefulness - outside of Stockholm ● Linnaeus University live with Viola since march ● Hosted in Azure, cost approx. ≈1200€ per year ● Similar workflows, same ILS
- Current development ● More robust & easier to maintain – State Machine, better error handling – Consolidation of business logic ● More generic and open – More configuration – More pluggable architechture ● Azure enabled – Easy to try, deploy & maintain
- Enter: Koha
- Project areas: Data quality Educate staff Workflows Technology/ development Co-operation & communication
- Development Holdings & locations Metadata & data quality System interaction Usability Technology & service Project team Project structure:
- Koha (dis-)abilities Supports plenty of workflows Robust functionality But, no functions for: Handling orders (call slips) Generating automatic invoices etc.
- OAI-PMH ILS-DI svc/ HTTP API SIP2 REPORTS WEB SERVICE Koha interoperability Endpoints: REST API (Soon)
- www.koha-community.org
- The big picture
- The LIBRIS connection Project goals: • Adding items to the LIBRIS XL infrastructure • Synchronization between LIBRIS and local systems (OAI-PMH, REST API)
- 2015-06-11 /Namn Namn, Institution eller liknande Towards a new architecture
- Stack fetching Faculty Office Delivery Viola Outgoing Stack call Ill Request Ill Request Invoicing Missing books National Ill system
- Order flow today Interlibrary Loan Requests Purchase requests National Ill Requests Viola Incoming Invoicing Circulation National Ill systemViola Voyager OPAC LIBRIS
- Koha ViolaOPACLIBRIS Order flow tomorrow Interlibrary Loan Requests Purchase requests National Ill Requests Viola Incoming Invoicing Circulation National Ill system Service layer
- Service layer In order to ● Keep Koha simple ● keep Viola versatile ● keep the OPAC lightweight ● Enable more services: – ERM – Link resolver – ... Koha Viola OPAC LIBRIS Service Layer
- The way forward Packaging for collaboration or splitting it up for more use cases?
- The way(s) forward Cooperation Cooperation Viola Koha Service layer Code reuse Stack Fetching
- Questions! Resources on Viola: http://tinyurl.com/viola-elag
Editor's Notes
- Introduction to the work at SUL. Two major processes: Information supply & Publishing support.
- Simplified overview of Informations supply.
- How we work in LIBRIS: Catalogue in LIBRIS, push down to local system –add items. Information sent to web search interface.
- A key strategic decision. Move from working with own search interfaces to focus on delivery. One important result: seperating of flows for print and electronic. Example: our Discovery system does not have printed materials (catalogue). [Rick James]
- Historically we have worked at lot with our OPAC, but we will now move to use LIBRIS as our OPAC (LOPAC). Systems come and go: we are used to working with systems, have knowledge and experience. No fear!
- Talked about the stack fetching part last year
- The stack fetching part of Viola
- Only integrates with LIBRIS Interlibrary Loan system
- Went from two servers to four different containers including solr A few tweaks
- Less resposibility in the GUI Work will end in september.
- Koha introduction. Open source ILS originally created in New Zealand. Code base in Perl. Our old ILS was getting old, and won’t be developed further – need for a new system. Spent a year researching and testing (test migration with BibLibre). Important: we were only looking for a circulation system/module, not complete ILS (connection to earlier strategic decision).
- Decision to use Koha in December 2014. One year process of implementing. Goal to go live at the end of the year. Discuss current project areas.
- Project to big to be handled by only the project team: working groups established. All groups have member from the project group, who are responsible for their activity and providing the project team with information/feedback from the groups. Goals: more focus on one aspect of the process, and getting the staff involved. Very important! Also, not shown in the image, there are reference groups working on things like loan policy etc.
- Koha has several advantages, but also some drawbacks. The biggest concern for us is that some functionality that we would need is missing: handling orders first and foremost, but also a number of smaller issues. Many of these can be handled by Viola or other systems.
- The need for Koha to be able to communicate and work with other systems. There are a several endpoints that can be used, and our evaluation is that more or less everything we need is in place today. However, the need to have one stable and well-documented API: there is ongoing work with incorporating a REST API for Koha.
- We will be working with the Koha community: no forking! All development should be in the community Koha or not at all.
- Now that we have gone more in depth into the involved systems, it is time to zoom out again and look at the bigger picture on how to tie everyting together.
- First of is the LIBRIS connection. How it will communicate with our local systems. We have an onging project with LIBRIS, where goals are to add items to the LXL infrastructure so all cataloging can be done in LIBRIS and then pushed down to Koha for circulation. The synchronization between LIBRIS and local systems then becomes a key issue. We have only begun looking at this but the plan is to use OAI-PMH and LXL:s REST API for this. Koha is Marc based today, so this will have to be accounted for (LXL converts to Marc). Work is being done to implement ElasticSearch into Koha – the hope is that this will help with breaking down its Marc dependancy – but in the long term.
- Ska göras om lite, men den finns här för att visa vilka beställningar som flödar i nästa bild
- Problems replacing Voyager for Koha: While having quite extensive API support, which was our initial fear, Limited functionality in terms of holds, order types and statuses is the missing part here. Other options: Increasing OPAC responsibility is perhaps tempting but not a good long term solution Switching Viola and ILS
- Introducing a Service layer with the purpose of holding much of the business logic
Advertisement