CSU CDI Migration - Reported Issues
CDI ERM Testing | |
EX Libris Known Issues | |
CDI for Consortia |
Reported issues | Status: |
---|---|
Full text links were appearing when there was no full text “ebook says "full text" but no full text access for a collection we don't have CDI. This is one example of records appearing in our Primo with this particular collection - TN_cdi_askewsholts_vlebook. The record says "full text available" but the full record says "no full text available".” This collection was causing a lot of issues with the full text available displaying when it should not. Case #00855574 | Ex Libris remove the Vlebooks collection from CDI |
Database content not discoverable in Primo. (Updated 7/06/2020) If the special “Full Text active in CDI only: Yes” does not exist in your IZ for Electronic Collection Type: database, then it must be inherited by individual libraries from the NZ or must be activated in the IZ by individual libraries to be discoverable. Complication: the bib record must be unsupressed which is against policy. Recommendation in progress. Case #852010, 851956. etc. | Reported to Ex Libris. Narrowed the issue down to Databases. Testing out possible solutions. Slowly developing instructions to check for discoverabilty of NZ collections here. Full correspondence can be found here.
|
Proxied OA collections (Updated 7/06/2020) “16 out of 70 cases (23%) center around this issue. According to ex libris support, there is a "mismatch between the Alma collection being marked as Open Access and the CDI records not being marked as such in the metadata" We asked CDI_Info about how widespread the issue is.
| In progress… |
Full Text Availability indication flag in brief record/No link in full record. (Updated 7/06/2020) About 26/70 (37%) were about this issue. We understand that this can be complicated to address however we thought we'd share some steps we've taken to do our part. First, we updated the " We subscribe to only some titles in this collection" for ProQuest and Gale Aggregator Packages Linkresolver type in the NZ to Yes instead of No….My question is: do you know if this will help and also are there other factors we should take into consideration? CDI_Info response: For aggregator collections which have some content without identifiers and which use the link resolver the match can be difficult and fail. So if such collections are set generally to all content as full text available, and some content cannot find a match you have the false positives. While the content team is working on improving this over time I doubt that this is something we can entirely fix. So for collections that have such content it is better to use the selective flag as you suggest in your email. That will definitely make it more accurate. It will lead to some content not being flagged as available so the downside is that you have false negatives. But you have no false positives anymore that can lead to linking problems. | Testing different solutions |