As mentioned in an earlier post, we at Kent County Public Library explored our Open Source ILS options, setting up servers running both Koha and Open-ILS (Evergreen), the two main open source options. We read their web sites, tested out their interfaces, poked around in some code, joined their mailing lists, asked questions, and got quotes for migration and support. Liblime is the main support option for Koha, and Equinox is the primary option for Evergreen.
On the whole, we were impressed by both products. I felt that both systems easily rival the products of the big name companies in integrated library systems in terms of functionality and usability. Both systems have large communities of users and developers actively working to improve the software, according to the needs of their users. And support is available for migration and ongoing usage, not only through a contract with one or more supporting companies, but also through the community of users. And no, this isn't just theoretical, I've already received a lot of help and answers to my questions through the community mailing lists.
Since both these products are continually evolving, any comparisons must be taken with a grain of salt. And since they're both open source, it's entirely possible, and even likely, that they will cross-pollinate and each will take on features of the other, within the constraints of their basic frameworks. That said, here's my attempt to compare the two....
There are two main differences that tend to matter most to people considering an open source ILS. Koha already has functional Acquisitions and Serials Modules, while for Evergreen these modules are still under development. Evergreen has more administrative flexibility, which among other things means that sharing a single catalog among multiple library systems in a consortium is practical, if you wish to do so.
If your library needs acquisitions or serials modules and needs them now, then Koha is probably the way to go. If you can get by without these modules, or you can stand to wait a little while for them, then I would recommend giving Evergreen a very serious look.
As I understand it, Evergreen's greater administrative flexibility makes it possible to set circulation and holds rules at the consortial, system, and branch levels, meaning that these decisions can vary from location to location, rather than having to force a consensus among independent decision makers. Similarly, permissions can be set for groups of staff and individual staff members, and among groups of patrons, giving everyone the ability to do exactly what they need to be able to do, while minimizing the chances of unintentionally changing something related to another branch or library system that they don't need access to. So that's how Evergreen makes a shared database within a consortium practical. Look for a future post on why a shared database might be advantageous.
It's tempting to overgeneralize and say that Koha is for individual libraries while Evergreen is for consortia, but that's not true. Evergreen has features (described above) that make it ideal for consortia, but for an individual library that won't necessarily make use of all its features, there's no harm in having them, and they could come in handy someday.
Another consideration is the look and functionality of the OPAC (online public access catalog), which patrons use to find books and other materials. Demos of the Koha Zoom (newer interface for Koha) and Evergreen interfaces are available online. As you explore these interfaces, try to keep in mind that the look (colors, images, layout, even text) is very easily customizable compared to functionality which can be trickier to change.
Personally, I love the feature in the advanced search of Evergreen where you can group formats and editions, and would like to see that as the default option for all searches. On the other hand, Koha has a Federated Search feature, which is a good idea, but could stand improvement in its implementation. In its current state, rather than offering federated searching on your search terms when there are few or no results, you only get the option to do a federated search for the title of an item you've already found in the catalog.... Hopefully this feature will be re-worked in Koha, and perhaps Evergreen will add a Federated Search option as well.
I have tried to fairly represent the comparison between the two software systems, but I'm sure my personal preference has shown through to some degree. If it sounds like I like Evergreen better of the two, it's because I do. Evergreen is the system that the Kent County Public Library has decided to use, and I'm very much looking forward to the switch.
Tuesday, November 20, 2007
Wednesday, October 10, 2007
Open Source ILS
We have been dissatisfied with our Horizon Integrated Library System, and have been exploring alternative options for quite some time, particularly since the demise of the promised Horizon 8. Most of the other ILS companies were either out of our budget or didn't seem to offer exactly what we were looking for, particularly in terms of customizability.
Which led us to explore Open Source as an alternative option. Support isn't free, but competition between vendors supporting the same product can drive the price down. And if there are features we want that aren't available yet, we can contract with someone specifically to develop them for us rather than rely on the magnanimity of a large company to listen to what we, a small library system, want. Not to mention the ideals of the Open Source community dovetail nicely with the ideals of the library world.
So, we explored our Open Source options, setting up servers running both Koha and Open-ILS (Evergreen), the two main open source options. We read their web sites, tested out their interfaces, poked around in some code, joined their mailing lists, and asked questions. Then we contacted vendors who do migration and support for quotes. Liblime is the main option for Koha, and Equinox is the primary option for Evergreen.
We were impressed with both products. Watch for future posts comparing what we found about these two options, the decisions we've come to, and why.
Which led us to explore Open Source as an alternative option. Support isn't free, but competition between vendors supporting the same product can drive the price down. And if there are features we want that aren't available yet, we can contract with someone specifically to develop them for us rather than rely on the magnanimity of a large company to listen to what we, a small library system, want. Not to mention the ideals of the Open Source community dovetail nicely with the ideals of the library world.
So, we explored our Open Source options, setting up servers running both Koha and Open-ILS (Evergreen), the two main open source options. We read their web sites, tested out their interfaces, poked around in some code, joined their mailing lists, and asked questions. Then we contacted vendors who do migration and support for quotes. Liblime is the main option for Koha, and Equinox is the primary option for Evergreen.
We were impressed with both products. Watch for future posts comparing what we found about these two options, the decisions we've come to, and why.
Friday, September 14, 2007
Google Mini
One of our early projects, which is still active, is the Google Mini. We purchased a Google Mini Search Appliance, which is designed to index Web pages and other types of files on a corporate server, web site, or intranet. These documents can then be searched through an interface like the Google search everyone knows and loves.
We had two main goals for this search appliance, to index the content on our Web site for easier access, and to experiment with providing a new interface for patrons searching our catalog. In terms of the catalog we were intrigued by the dual possibilities of "Did you mean...?" style spelling suggestions, and Google's usage based ranking algorithms applied to our library's holdings.
Jerry first found the idea in use by Danbury Public Library with their III automation system. We set out to see if we could accomplish the same thing with our Horizon ILS system. The result can be seen at search.kentcountylibrary.org.
I will provide more details on how this was accomplished in a future post if readers are interested. The degree of success and usefulness of the project is still being evaluated. We'll keep you updated. And meanwhile, feel free to let us know what you think.
We had two main goals for this search appliance, to index the content on our Web site for easier access, and to experiment with providing a new interface for patrons searching our catalog. In terms of the catalog we were intrigued by the dual possibilities of "Did you mean...?" style spelling suggestions, and Google's usage based ranking algorithms applied to our library's holdings.
Jerry first found the idea in use by Danbury Public Library with their III automation system. We set out to see if we could accomplish the same thing with our Horizon ILS system. The result can be seen at search.kentcountylibrary.org.
I will provide more details on how this was accomplished in a future post if readers are interested. The degree of success and usefulness of the project is still being evaluated. We'll keep you updated. And meanwhile, feel free to let us know what you think.
The Cast of Characters
Our director, Jerry is a visionary and enthusiastic leader, who has confidence in his staff to accomplish whatever we set out to do.
Andrea is our Technical Services Librarian, Cataloger, and Systems Librarian. She has a great deal of interest in databases and information storage and retrieval theory.
Karen is (I am) our Public Services Librarian and Web Developer, who is ever eager to expand her techie skill-set. Recent projects have involved online interfaces, Linux, and PHP.
Bob, occasionally on loan from a neighboring library system, is a source of inspiration and information, with his extensive knowledge of SQL and Library ILS systems.
ESRL Techs keep the computer networks running for our library system and 7 others on the Eastern Shore of Maryland, and help us out in numerous other ways. Their support is indispensable.
Andrea is our Technical Services Librarian, Cataloger, and Systems Librarian. She has a great deal of interest in databases and information storage and retrieval theory.
Karen is (I am) our Public Services Librarian and Web Developer, who is ever eager to expand her techie skill-set. Recent projects have involved online interfaces, Linux, and PHP.
Bob, occasionally on loan from a neighboring library system, is a source of inspiration and information, with his extensive knowledge of SQL and Library ILS systems.
ESRL Techs keep the computer networks running for our library system and 7 others on the Eastern Shore of Maryland, and help us out in numerous other ways. Their support is indispensable.
Kent County Public Library
As a small, rural public library, Kent County Public Library has a lot of flexibility with which to test out new ideas. As part of the Maryland Library Community and the Eastern Shore Regional Library Consortium, we have a strong support network. This puts us in an excellent position to experiment with different ways to bring better library services to our community.
Subscribe to:
Posts (Atom)