Revisit CDI Limit by Availability

See Best Practices for Decision Pages and Tags for groups

Legend: NOT STARTED STALLED DECIDED

Status	IN PROGRESS
Description
Decision summary	Summarize the final decision briefly here. Add a full description under “Recommendation” below.
Owning group	[group name] + [email contact] Assigned to do the work; coordinates the work with contributors
Approver	Final decider; group with the authority to approve the decision. Unless multiple groups are affected or additional staffing or finances are required, your group can approve its own decisions.
Consulted	Groups or individuals who need to be consulted before the decision can be made. Groups or individuals who contribute to this decision.
Informed	Groups/individuals who need to know about this decision. For broad-reaching decisions, SILS has a cohort-wide email list (SILS-Cohort-L@ucop.edu) and slack channel for all SILS members #all-cohort. SILS News email list reaches ~500 self-subscribed UC staff (SILS-News-L@ucop.edu)
Decision-making process	Describe the process your group will use to make the decision.
Priority	Describe the priority: High, medium, low, etc.
Target decision date	[type // to add Date] The date your group aims to make the decision. Allow time for consulting.
Date decided	[type // to add Date] You must add a date field for it to sort properly. It will not sort if you simply type the date. The date the Approver approves the decision.

Recommendation

Describe the final recommendation/decision.

Impact

Stakeholder group	Impact
Who does this decision affect? [name of the group]	Explain the significance of the decision to EACH stakeholder group. How will this decision impact this particular group? What will change? Do they need to take any action? If so, when?

Reasoning

Background

Prior to the migration to a consortium, campuses were able to curate their CDI collections. While this required them to turn on access to individual collections, it also allowed them to weed out collections with poor metadata.

The UC Library system is now on EasyActive. “Alma collections that you have active because you subscribe to their full text will become automatically searchable in CDI. For those collections no separate search activations are necessary.”

PPC (Go Live) CDI Models: FullyFlexible or EasyActive

“It is also important to note that while CDI collections in the EasyActive model cannot be “de-searchified” (ie. hidden from users even in expanded results sets), administrators can “override” the full-text activation, effectively hiding these collections behind the “Expand” option (for campuses limiting by availability).”

Campuses are allowed to decide for themselves if they would have their default search limit CDI results by availability or not.

We are revisiting this issue in order to provide guidance and examples of the pros and cons of limiting by availability or not.

Options Considered [remove if not needed]

	Option 1: Limit CDI by Availability	Option 2: CDI displays all results, regardless of availability
Description
Pros
Cons

Dependencies

Questions to consider

There was no good option with easy active vs fully flexible. There were pros and cons on both sides. Easy active was less work on the catalog side of things.
How does the EasyActive Exception List work? Is it theoretically possible to manually shut stuff off?
Consider that the whole point of this shared catalog thing was to get everything accessible by the UCs into one bucket for people to discover, even if it’s not currently on the shelf or subscribed to. An increased ILL Workload is definitely going to be a part of that.
- What options do we have on the Discovery side to reduce the number of “bad” requests coming from inaccurate metadata records?