CARLI / vufind

A library resource discovery portal designed and developed for libraries by libraries
GNU General Public License v2.0
5 stars 0 forks source link

Holdings Records that do not have Item Records do not display at all #25

Closed patrickzurek closed 8 years ago

patrickzurek commented 8 years ago

JIRA issue created by: Jessica Gibson (gibsonjc) Originally opened: 2016-01-12 10:27 AM

Only Holdings Records/MFHDs that have Item Records attached are displaying.

patrickzurek commented 8 years ago

JIRA User: Jessica Gibson (gibsonjc) JIRA Timestamp: 2016-01-13 11:31 AM

Examples of periodical records that don't have any Items, just a MFHD with notes in it.

Abstracts of papers presented to the American Mathematical Society WIU https://vufind2.carli.illinois.edu/vf-wiu/Record/%28WIUdb%2979413

American journal of botany NIU https://vufind2.carli.illinois.edu/vf-niu/Record/%28NIUdb%29326981

patrickzurek commented 8 years ago

JIRA User: Jessica Gibson (gibsonjc) JIRA Timestamp: 2016-01-13 12:27 PM

This also makes a mess with electronic resources since they never have Item records.

There might be more than one issue in here?

Example 1: https://vufind2.carli.illinois.edu/all/vf-uiu/Record/193475824 Leaders in computing changing the digital world Example 2: https://vufind2.carli.illinois.edu/all/vf-uiu/Record/245666506 One of our thursdays is missing Example 3: http://vufind2-test.carli.illinois.edu/all/vf-uiu/Record/243196718 Endtimes? crises and turmoil at the New York times, 1999-2009

patrickzurek commented 8 years ago

JIRA User: Jessica Gibson (gibsonjc) JIRA Timestamp: 2016-01-27 05:59 PM

These are the examples you seek. :) The problem is the translation during cut and paste of the parentheses characters ( and ) to %28 and %29, respectively. The links that you rightfully can't find in Vufind 0.6 or WebVoyage have the wrong (nonexistent) BIB ID with an extra 29 in front. Try this:

  1. Abstracts of papers presented to the American Mathematical Society WIU https://vufind2.carli.illinois.edu/vf-wiu/Record/(WIUdb)79413
  2. American journal of botany NIU https://vufind2.carli.illinois.edu/vf-niu/Record/(NIUdb)326981
patrickzurek commented 8 years ago

JIRA User: Chris Delis (cedelis) JIRA Timestamp: 2016-02-04 02:39 PM

I have a question about the Serials. Since these examples have no item records, can we assume that they are not requestable? In vufind 0.6, even though the holdings display is more thorough, they are not requestable. I'm not sure if they are requestable in WebVoyage (I wasn't able to request the WIU example, but WV didn't accept my login credentials, so I'm not sure; also, I cannot find a UIU example of this scenario to know if the issue was simply the login or if it was about the requestability for that particular serial).

patrickzurek commented 8 years ago

JIRA User: Jessica Gibson (gibsonjc) JIRA Timestamp: 2016-02-04 03:54 PM

We have this documentation on our website that indicates that libraries can choose a setting in SysAdmin as to whether item records are or are not required for Voyager call slip requests: http://www.carli.illinois.edu/products-services/i-share/circ/cs-itemreq

I also consulted with Debbie to make sure this was still current since there is no date on the page, and yes, this is still true. (There is an ongoing question as to how this setting affects UB requests that are promoted to another library after having been unfilled by a previous library. She has plans to test that some more in future.)

If it would be helpful, I could look up what different libraries have chosen and look for more examples in both kinds of databases.

Side note: A Voyager hold or a Voyager recall (the other two types of Voyager requests) would have to be acting on a Item Record because the Item would be already checked out to a patron, but holds and recalls are not relevant in our OPAC environment because we currently only allow them to be placed by library staff via the Voyager Circ client.

patrickzurek commented 8 years ago

JIRA User: Chris Delis (cedelis) JIRA Timestamp: 2016-02-04 04:10 PM

I think it might be helpful to have just a couple (or at least one) examples of callslip-able bibs w/out item records, just so I see what is possible (also, I'm curious how well it works in the old vufind). I've looked over the NCIP code a bit, and it looks like there isn't much processing that's being done for the item-less bibs (which explains why there is so little being displayed! ;-) This also means that I will have to develop it from scratch. So this ticket may (or may not, if I'm lucky) take a while to finish. This just got me thinking about something else related to callslip. Doesn't CSU use ARS instead of Callslip? I wonder how NCIP handles (or doesn't handle) that scenario.

patrickzurek commented 8 years ago

JIRA User: Jessica Gibson (gibsonjc) JIRA Timestamp: 2016-02-05 12:56 PM

Gordon provided me with a list of what each database has the "Call Slip Item Required" value set to. I'll go look for some example records now.

ADL Y ARU Y AUG Y BEN Y BRA Y COD Y COL Y CON N CSC Y CSU Y CTU N DAC Y DOM Y DPU Y EIU Y ELM Y ERK Y GRN Y GSU Y HCD Y HRT Y ICC Y IEC Y IIT Y ILC Y ILL N IMS N ISL Y ISU N IVC Y IWU Y JKM Y JOL Y JUD Y JWC Y KCC Y KEN Y KIS Y KNX Y LAC Y LCC Y LEW Y LFC N LLC Y LNC Y MCK N MIL N MMC Y MON Y MRT Y NBT Y NBY Y NCC Y NEI Y NIU Y NLU Y NPU Y OAK Y ONU N PRC Y PRK Y QCY Y RCC Y RES N RMC Y ROU Y RSH N SAI Y SEI N SFM Y SIC Y SIE Y SIM Y SML Y SVC Y SWI Y SXU N TIU N TRN N TRT Y UIC Y UIS Y UIU Y USF Y WHE Y WIU Y WRH Y

patrickzurek commented 8 years ago

JIRA User: Chris Delis (cedelis) JIRA Timestamp: 2016-02-11 03:39 PM

Before proceeding, I will probably need an example of a requestable holding (MFHD) without associated Item Record. Seeing how such a scenario might work (or not work) may affect how I design a solution.

patrickzurek commented 8 years ago

JIRA User: Jessica Gibson (gibsonjc) JIRA Timestamp: 2016-02-11 04:13 PM

I haven't been able to find an example yet in VuFind2 or VuFind 0.6 or WebVoyage by just hunting around. I'm not sure it is actually possible to place a title-level request through the OPAC even though that setting in SysAdmin implies it can be done. In all the libraries that have it set to N where I've been looking, they either have items for their serials (most), or there is something else stopping the request anyway (like that they are all in a non-circulating location, or the library doesn't allow local requests). Debbie hasn't been able to do further testing yet as far as I know, but I'll check in with her again!

patrickzurek commented 8 years ago

JIRA User: Jessica Gibson (gibsonjc) JIRA Timestamp: 2016-02-12 10:54 AM

Good news! This morning Debbie was able to find what I was missing.

Short Answer: An item record should/must be present in VuFind2 to place a request.

Longer answer: VuFind 0.6 requires an item record! In our own [I-Share OPAC System Administration documentation|http://www.carli.illinois.edu/sites/files/i-share/documentation/secure/opac.pdf] on page 19, this statement: "Note that VuFind requires an item record to be present in order to process a request; the “Call Slip Item Required” setting (even if left unchecked) has no effect on VuFind."

(Debbie is going to harmonize our other documentation about the "Call Slip Item Required" setting with this new, very important fact!) Debbie and I do not know if this was a conscious decision on CARLI's part, or a limitation of the VuFind 0.6 system at the time we were implementing it, but we think it is reasonable to continue this practice of requiring an item record for requests in VuFind2.

+WebVoyage+ It is possible - under very specific circumstances - to place a request for a thing that does not already have an item record in WebVoyage Classic. Given that it does require certain System Administration settings, including a defined call slip queue for the location of the itemless thing and other patron-related permissions, Debbie doesn't think it happens very often if at all. And, she suspects that many libraries that have the "Call Slip Item Required" set to N do not have the other necessary elements in place to actually support it.

An example in WebVoyage, should it be needed, has been set up. MILdb on Test with title: Journal of physical education, recreation & dance (BIB ID 31622). This is a periodical with no items. You must place a request as a MIL faculty member in MILdb such as patron barcode.

patrickzurek commented 8 years ago

JIRA User: Chris Delis (cedelis) JIRA Timestamp: 2016-02-12 04:11 PM

I agree that requiring an Item Record for a thing to be requestable is the way to proceed. Makes life a lot easier since everything in vufind2 and ncip appears to assume this already. Thanks!

patrickzurek commented 8 years ago

JIRA User: Chris Delis (cedelis) JIRA Timestamp: 2016-02-22 02:19 PM

MFHDs without Item Records should now show up in VuFind2. At least, the Location and/or Call Number should display if they exist.

E-Resource data should now show up, too. The XCNCIP2 server did contain E-Resource data. I had to add code to VuFind2 to process it:

  1. XCNCIP2.php driver now parses out the ns1:HoldingsSet/ns1:ElectronicResource/ns1:ReferenceToResource data, e.g.,

ns1:ElectronicResource ns1:ReferenceToResourcehttp://library.aurora.edu/login?url=http://search.ebscohost.com/login.aspx?direct=true&scope=site&db=nlebk&db=nlabk&AN=549562/ns1:ReferenceToResource /ns1:ElectronicResource

... and creates an 'eresource' data field

  1. ... which is now read by template themes/bootprint3/templates/RecordTab/holdingsils.phtml which is basically the Detailed Record page.
patrickzurek commented 8 years ago

JIRA User: Jessica Gibson (gibsonjc) JIRA Timestamp: 2016-03-02 11:16 AM

Unlike before, yes, Location and/or Call Number do appear to be displaying for MFHDs that do not have any Item records attached in Voyager.

I need to check further to see if it is pulling the Location from the Item or from the MFHD because sometimes they are different.

And I need to check to see what happens with temporary locations assigned in the Item record.

(Note to self: If the location and call number are coming from the MFHD that would be good news for the future of VUFIND2-9, but they might not be.)

Created VUFIND2-11 for display of electronic resources links to separate it out from this issue.

patrickzurek commented 8 years ago

JIRA User: Jessica Gibson (gibsonjc) JIRA Timestamp: 2016-03-10 09:45 AM

All of these tests for what displays when there are Items seem to be working correctly to me.

When there is one Item:

When there is one Item with conflicting information:

When there are two items with conflicting information attached to a single MFHD in Stacks: Item 1: Perm Loc Popular = displays a holdings of Popular Item 2: Perm Loc Stacks = displays a second new holding of Stacks

patrickzurek commented 8 years ago

JIRA User: Chris Delis (cedelis) JIRA Timestamp: 2016-03-10 09:49 AM

What should display? Both temporary and permanent location (if they both exist)?

patrickzurek commented 8 years ago

JIRA User: Jessica Gibson (gibsonjc) JIRA Timestamp: 2016-03-15 02:12 PM

I'm going to mark VUFIND2-2 as Done because testing confirms that MFHDs without Item records are now displaying with location and call number (when present). VUFIND2-9 covers the need to display all the rest of the MFHD data.

patrickzurek commented 8 years ago

Resolved: 2016-03-15 02:13 PM