|Institution||Current Discovery Layer||Current LMS (one or more)||What system do you use for print reserves||What system do you use for eReserves||Current Integration between ILS and Discovery Layer for Reserves (if any)|
|Duke University||Blacklight (find.library.duke.edu)||Sakai for main campus; Canvas for business school.||Aleph||Aleph||We no longer actively use Aleph's OPAC, but it is still live to support reserves functions and also some portions of ILR work. We have a webpage on the main library website that works with backend home-grown middleware and our LMS (Sakai) to present reserves info on login. The business school does not use this integration.|
|Wentworth Institute of Technology (FLO)||EDS||Blackboard||Voyager||Voyager (e-books only; no articles)||Blacklight|
|Simmons University Library (FLO)||Course Reserves|
|Texas A&M University||Ebsco's EDS||Blackboard||Voyager||Ares||We use Ares and Voyager, but they don't "talk" to each other. We add reserve items to Ares, and then we add them to Voyager. After we add them to Voyager, then the EDS can display those course reserve items. Also, use Voyager for Course Reserve/ textbooks. We have over 3000 textbooks on Course Reserve.|
|Hildesheim UnivesityUniversity||VuFind + OPAC provided by ILS||Moodle||home-grown||Moodle||Teachers can add items to a reserve via an OPAC search. Otherwise no integration. Our home-grown reserves software provides a simple html list of items. Additionally we manually modify an item's call number and location so patrons can see in discovey that the item is part of a reserve.|
|Mount Holyoke College (Five College Consortium)||EDS||Moodle||Ares, ALEPH||Ares, Moodle||None–EDS currently sends patrons to the ALEPH (our current ILS) OPAC Reserves search|
|Amherst College||EDS||Moodle||Aleph||Drupal CMS (home-grown)||Moodle leads students to OPAC for reserves|
|Cornell University||Homegrown Course Search that integrates voyager data and Ares data||Canvas and Blackboard (Blackboard retiring after fall 2019.||Voyager, Ares||Ares, Canvas||Homegrown Course Search that integrates voyager data (for physical reserves) and Ares data (for eReserves and streaming media).|
|Germany in general||None or home-grown||None or home-grown||In Germany there is no software available that ist comparable to Ares. There are lots of home-grown solutions but afaik none of them comes even close in functioinality and none is used by more than one or two libraries. There ist therefore a lot of interest to provide as much as possible of the managment and discovery functions directly in FOLIO at least in the mid- to long term.|
|New England Conservatory of Music||EDS||NEO||Voyager|
- Create a separate Location for each course / lecturer so the location info will look like "reserves 2nd floor - Smith" or "reserves law library - european law 203". This solution would, however, create a huge overhead in adding (and later removing) locations and essentially duplicate information already available in the course record.
- Add an option to append Information from an items course record to the location field that is sent to the discovery layer. So if If I choose the option "append course title" an item on reserve for "european law 203" with the location "reserves" would display in discovery as "reserves - european law 203".
- Similar to 2) but inject the information into the call number field or use a generic discovery temporary call number analog to the temporary location.
- Similar to 2) but inject the information into a generic notes field associated with that item that can be shown in discovery (for VuFind e.g. the info would show up in GetHolding - item_notes).
- Similar to 32) but inject the informatioin information into a specific field "reserves_detail". Advantage: Discovery layer could use special formatting etc when displaying this info. Disadvantage: Would require changes in the discovery software.
- Provide an API where the discovery layer can query an item's reserves-related info like course name / ID, lecturer etc. and display it as deemed appropriate by the software. In VuFind e.g. the GetHolding Method provides a field "reserve Y/N". If the status is "Y", VuFind would query the API for the necessary information for this item. Currently at least VuFind does not support such a model - so compared to Solutin Solution 1)-3) this would require substantial work on the discovery layer as well.