Institutional Repositories: Design and Development, Panel Discussion

Developing and Institutional Repository: Implementation of DigiTool at Colorado State University Libraries

Shu Liu, Colorado State University

Yongli Zhou, Colorado State University

The first panelists, Shu Liu and Yongli Zhou, describe implementing a IR through DigiTool, exLibris’s Digital Repository software and their talk focuses on using an out of the box product. Colorado State used contentdm from 01-present, but will migrate to digitool (which they’ve also been using since 07) by 09.

Digitool has a series of web based client for the user and staff to interface with the the database. There are also access and maintenance components.Aspects of the digitool product can be customized, the icons, menu, header and footer, etc. They also did do some work customizing the metadata display and there were automated and manual ways to do these functions. They also implemented handles for their documents, though it was a bit difficult to implement and took time working with digitool directly. Colorado state purposely chose to limit their customization and wanted it done by experienced programmers.

DigiTool offered a lot of sophisticated tools for metadata including using DC, batching .csv files and using native XML files. In addition to this descriptive metadata, METS was used for structural metadata. This has allowed them to handle different types of complex objects.

The panelists stress the importance of collaboration in a project like this. They appreciate the relatively short and easy implementation (although they think CONTENTdm is easier) and that less tech support is needed once established. Tools for batch upload, the handle, and API are quite useful.

The repository can be found at: http://digitool.library.colostate.edu/R

EPrints as the Cardinal Scholar Institutional Repository at Ball State University — Bringing and Institutional Repository to the Ball State University Community through Cardinal Scholar (CS)

Bradley D. Faust, Ball State University

The second panelist, Bradley Faust from Ball State spoke about using EPrints to create “Cardinal Scholar”, their IR (http://cardinalscholar.bsu.edu/). Ball State originally thought CONTENTdm would be their solution but ultimately decided against it due to a lock of open deposit, difficulties integrating IR objects with existing collections and the need for too much customization.

After reviewing a few other options, Ball State eventually settled on ePrints because it used PERL, Apache web server and mysql, accessible code, and had an active community for development. The cost considerations were also good for this product.

They successfully implemented on fedora core for several months for development. Then built the production on Windows EPrints server in Nov 07. After testing in the first 3 weeks of december, they made a soft release. With feedback they continued to tweak from December to January.

Issues with implementing ePrints mostly involved coordination with the campus computing center. The system needed: a domain name for the system (cardinalscholar.bsu.edu); a system security scan to evalute server config; internet access to the CS server through the campus firewall; an SSL certificate for system; and they needed their informational pages reviewed for consistency with other computing policies.

They did do some customization like modifying informational and deposit pages (for easier use), changing the defaults for new accounts and adding left hand navigation column.

They would like to customize it further especially reordering the deposit fields in, implement LDAP authentication, further develop their strategy for supporting small group access (i.e. shared user accounts); put in some more reporting and tracking functions.

Cardinal Scholar has been running for 10 months in production. The library has uploaded some university archives documents and special collections material. Some personnel issues slowed down development of the project, but they were able to add about 150 digital assets so far.

Libraries as publishers: Using the Open Journal System in a Smaller Academic Library

Tabatha Becker, University of Colorado at Colorado Springs

David Hodgins, University of Colorado at Colorado Springs

Tabitha opened by clarifying that this presentation focused on the creation of an open access journal at UC Colorado Springs. It does have some IR qualities, but is not really an IR project.

UC@CS, as a smaller institution works closely with campus IT for technology projects.When Tabitha started in 2007, she sent out a brief web survey to her faculty about their attitudes to open access. She found that it was misunderstood and not viewed favorably for their own work, but felt it was important for their students. This caused a change in the library’s focus. The switched from faculty work to undergraduate research and created a journal on the topic. Their goals were to promote and showcase student research and collect previously uncollected items. They considered this a precursor to developing an IR, since they were beginning to collect some of these objects before an IR was in place. Ultimately, they also wanted to be more involved in campus research and scholarship.

They felt that they would be successful if:

  • they could efficiently host the journal it couldn’t be too much of a stressor to the library.
  • They also felt they should be able to get content regularly so that they could put this product out.
  • Lastly, they felt they needed to have the faculty and students involved as editors. The library would only play the role of publisher, they would not be involved in the vetting process.

Next they needed to determine how to get the system built. Eventually, they decided to go with OJS and open source, out of the box service, that does allow for easy customization if neeed. They also liked the features of the software for metadata handling, user registration, and statistics. They feel that it will play well with an IR when they develop it. The system can create roles for active participants who interact with the system through the web, so they do not need to coordinate with their editors, reviewers, etc. within the library.

Due to the relationship with the campus IT, the installation of the software was done by campus IT, but collaboration was relatively easy. The library does have complete control of look and feel and navigation using HTML, CSS, and PHP. Content uploading happens through a GUI interface and does not require technical skills. The system comes with out of the box interface as well, so it can be mounted with no customization.

The first issue was released on August 22nd, 2008. Though the submissions were small, the quality was good. The scope has widened slightly to include faculty introductions to themed issues. After the soft release, there was not a lot of access, but usage has increased as it has been promoted.

In terms of their goals, they feel they have efficiently hosted the journal, but their ability to get content has been mixed. Some of the faculty are still uncomfortable with the concept. At first they had very little buyin from the campus, but she has found that the faculty and students are getting more on board. Tabitha feels that with more publicity, things will improve.

The next issue will come out in November and there are plans to work with the Colorado Spring Undergraduate Research Forum to do their proceedings. More publicity plans are in development and faculty collaborations are being sought. Tabitha hopes that this experience may convince faculty that open access for their own work.


questions were asked regarding use of CONTENTdm (the panelists said there are some good projects using it and it will probably develop more, but the first tool panelists found that it was not the bets for them. Shu also mentioned that her institution would like to only support one repository and they felt that DigiTool offered them more sophisticated tools.

Bradley also clarified that the IR at Ball State will only collection materials from Ball State.

Shu said that many file types are ingested into DigiTool, there are not format limits. With many objects to migrate from CONTENTdm, they are hoping to also retain the same interface pages and just have them point to DigiTool rather than CONTENTdm.

Tabitha addressed the need to have technical support for the faculty/scholar collaboration. She feels that they will really only need to know how to learn the web tools and understand the architecture of the system. They have decided to use the DC scheme for OJS, which does create metadata. An audience member suggests working with cataloging to create records in the catalog