Retrieve both holdings and Item information at the same time
Does this functionality reside in the discovery layer?
For the discovery layer, it needs to know the service point of the effective location. It would be difficult to maintain that map on the discovery side.
Do we want an array of pick up locations as part of the item information that comes back?
What are the assumptions in this description?
The way this reads is that, as a patron, you can only pickup something from one location?
Should this apply to all request?
We may need more details from Kara Hart about what the expectations are/more details.
Doesn't this logic belong in the discovery layer?
Are you really looking for just a list of valid pick up locations for the specific item?
Single Request for Multiple Items
Khalilah Gambrell From an RTAC perspective this is already possible.
Retrieve both holdings and item information at the same time
Khalilah Gambrell agrees with this request. This would require a number of changes to RTAC.
Maybe should have had less logic in RTAC, but allow for parameters and filters to allow more user-end customization.
What field(s) in FOLIO could be used to allow users to filter what gets returned?
Marie Widigson We all use slightly different fields, so I think there would need to be a number of fields. Examples: Material type (item), Mode of issuance (instance), Nature of content (instance), Holdings Statement (instance)
QUESTION FOR ALL: What others?
How often do you have one instance with one holding and no item (for example electronic), and then a holding and multiple item (for example print)?
RTAC currently does not support that situation. If it finds a holding with an item, it will only return the holding with an item.
EDS would recognize the 856 and present the link.
Blacklight logic can recognize the 856 and create a fake item display to support.
VuFind can ignore or present the holdings information and the 856 if the institution sets it up that way.
Serial holdings and serial items are where this is particularly relevant.
There are cases where libraries want to show items, whereas right now it shows the holdings based on it being a serials.
Tod Olson Tree hierarchy would be nice, have the holdings and then items under the holdings.
Performance / Handling of many items
Can call EDGE or directly, what causes performance issues?
VuFind is not using EDGE
Blacklight Jenn Colt We are caching some of this information at the solr level and then getting updates in real time ish. So by the time someone actually looks at the record the cache is current hopefully.
Brooks Travis Having some kind of paging logic worked in could help with this. RTAC tries to give you everything (hundreds of items, for example) at once.
Khalilah Gambrell Could this be handled on the discovery end (i.e. pagination)?
If the performance issue comes from RTAC trying to deliver too much information, then it needs to be fixed on the RTAC side.