The document discusses promoting open source software in libraries. It notes financial pressures, a need for access to data and interoperability, and hidden libraries and archives as reasons for adopting open source in libraries. It acknowledges barriers including legacy systems and vendor oligopoly. Examples of successful open source library management systems, institutional repositories, discovery platforms, and linked open data projects are provided. Newer solo-developed projects from libraries and support structures like FOSS4Lib that help users are also mentioned.
3. why floss for libraries?
• financial pressures
• access to data
• interoperability
• hidden libraries and archives
4. barriers, real and imagined
•legacy data and legacy systems
•vendor oligopoly
•and the usual suspects...
5. many systems held together with string
Photo - some rights reserved by psd on flickr
6. MARC is dead?
(a case study)
http://marc-must-die.info
7. success stories
• Koha and Evergreen LMSs
• Institutional repositories
• Discovery platforms
• Linked open data
• Omeka
• Kuali Open Library Environment (OLE)
This is just a sample of the great FOSS stuff happening
8. newer projects
Lots of solo projects, either run by one institution or a
lone developer
harvard library innovation lab
(including shelflife and yana)
• Scriblio
• SOPAC
• LibraryBox
• Bibsoup
• Open Library
9. support for FOSS users
But what is really making FLOSS options more viable for libraries is the
support structures starting to form, e.g foss4lib.org
• Not everyone's a developer
• Developers aren't necessarily
the ones using the software
• Everybody has to start
somewhere
Some rights reserved by Travelin' Librarian on Flickr
10. and plenty
more to
come...
http://www.npr.org/2011/12/10/143401182/libraries-make-room-for-high-tech-hackerspaces