From: Sandford, M. <SAN...@wp...> - 2009-05-29 14:42:30
|
Hello everyone, Has anyone yet dealt with the issue of multiple item statuses in Voyager and how VUfind parses that? For those not in the know, Voyager uses a hierarchy of statuses. If an item is charged out, the status "Not Charged" is replaced with "Charged". However, if an item is marked with a status of damaged, missing, withdrawn, etc, it is added as a second status. VUFind only looks to see if something is marked as "Not Charged" to determine availability, but an item can be both "Not Charged" and "Missing" at the same time. The current query in the Voyager driver seems to only account for a single status, so the items we have that are both not charged and missing are showing up as available in the display. Unfortunately, I don't know enough about programming to confidently deal with this problem. It seems to me that we need an array of statuses, and (like Voyager does) to assign a hierarchy of what gets shown. The problem is, I'm not sure if that's possible with the existing query, of we need to create a second query based on ITEM_ID to get all the assigned statuses, loop through them, then set availability that way. That seems like a lot of extra querying. Because of the amount of time it would take, and the relatively large amount of weeding we do (we're just about out of shelf space here, so we weed more than most academic libraries) we don't create separate MFHDs for withdrawn copies, we just change the perm location to indicate in the OPAC that they're not available. Thoughts? Has anyone already solved this? Mark Sandford Special Formats Cataloger David and Lorraine Cheng Library William Paterson University 973-720-2437 |
From: Andrew N. <as...@gm...> - 2009-05-29 20:49:57
|
Mark - I do remember working on this while at Villanova. This was a difficult issue. My memory on this is a bit foggy though. Here is an example: http://library.villanova.edu/Find/Record/468748 http://voyager.villanova.edu/cgi-bin/Pwebrecon.cgi?BBID=468748 Not sure if it was solved or not. Is this an example of the problem? Catalog shows "Long Overdue" and VuFind shows "Lost." I know there was some hierarchy there - but not sure which is correct. Andrew On Fri, May 29, 2009 at 10:42 AM, Sandford, Mark <SAN...@wp...>wrote: > Hello everyone, > > Has anyone yet dealt with the issue of multiple item statuses in Voyager > and how VUfind parses that? For those not in the know, Voyager uses a > hierarchy of statuses. If an item is charged out, the status "Not > Charged" is replaced with "Charged". However, if an item is marked with > a status of damaged, missing, withdrawn, etc, it is added as a second > status. VUFind only looks to see if something is marked as "Not > Charged" to determine availability, but an item can be both "Not > Charged" and "Missing" at the same time. The current query in the > Voyager driver seems to only account for a single status, so the items > we have that are both not charged and missing are showing up as > available in the display. > > Unfortunately, I don't know enough about programming to confidently deal > with this problem. It seems to me that we need an array of statuses, > and (like Voyager does) to assign a hierarchy of what gets shown. The > problem is, I'm not sure if that's possible with the existing query, of > we need to create a second query based on ITEM_ID to get all the > assigned statuses, loop through them, then set availability that way. > That seems like a lot of extra querying. > > Because of the amount of time it would take, and the relatively large > amount of weeding we do (we're just about out of shelf space here, so we > weed more than most academic libraries) we don't create separate MFHDs > for withdrawn copies, we just change the perm location to indicate in > the OPAC that they're not available. > > Thoughts? Has anyone already solved this? > > Mark Sandford > Special Formats Cataloger > David and Lorraine Cheng Library > William Paterson University > 973-720-2437 > > > > > > ------------------------------------------------------------------------------ > Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT > is a gathering of tech-side developers & brand creativity professionals. > Meet > the minds behind Google Creative Lab, Visual Complexity, Processing, & > iPhoneDevCamp as they present alongside digital heavyweights like Barbarian > Group, R/GA, & Big Spaceship. http://p.sf.net/sfu/creativitycat-com > _______________________________________________ > VuFind-General mailing list > VuF...@li... > https://lists.sourceforge.net/lists/listinfo/vufind-general > |
From: Sandford, M. <SAN...@wp...> - 2009-06-01 12:53:44
|
Andrew, Thanks for the reply. VuFind seems to showing the status from Voyager. Lost-System Applied is a Voyager status. Long Overdue must be a customization of the OPAC display done at Villanova. Interestingly, the Search list shows it as Checked Out. That's not entirely inaccurate, since the system marks it Lost-System Applied after a book's been overdue for a long period of time. However, items marked Lost-Library Applied in Voyager show up as Available on the Search Results page. So do items marked Missing or Withdrawn. The internal consistency here is that Voyager uses the two statuses. These items are both marked as Not Charged and Lost-Library Applied (or Missing, Withdrawn, Damaged, etc). The Record view has the correct status, but if someone performs a known-item search they'll get the call number from the search results, assume it's available, and never click to the Record view. If anyone wants me to, I can explain further what's going on in Voyager to create the situation, but the shortest distillation is this: Because items in Voyager can have two statuses, one which makes it seem available, and one which, in the normal OPAC, overrides that availability, we need to create an array of all statues on an item and see if any of them need to override the available one. (Offhand, I can't think of any statuses wouldn't override Available, so if an item has two statuses, it's probably not available, but I wouldn't code in a blanket assumption like that at this point.) I'm working on this, but my initial attempts haven't been very effective. Mark From: Andrew Nagy [mailto:as...@gm...] Sent: Friday, May 29, 2009 4:50 PM To: Sandford, Mark Cc: vuf...@li... Subject: Re: [VuFind-General] Multiple item statuses in Voyager Mark - I do remember working on this while at Villanova. This was a difficult issue. My memory on this is a bit foggy though. Here is an example: http://library.villanova.edu/Find/Record/468748 http://voyager.villanova.edu/cgi-bin/Pwebrecon.cgi?BBID=468748 Not sure if it was solved or not. Is this an example of the problem? Catalog shows "Long Overdue" and VuFind shows "Lost." I know there was some hierarchy there - but not sure which is correct. Andrew On Fri, May 29, 2009 at 10:42 AM, Sandford, Mark <SAN...@wp...> wrote: Hello everyone, Has anyone yet dealt with the issue of multiple item statuses in Voyager and how VUfind parses that? For those not in the know, Voyager uses a hierarchy of statuses. If an item is charged out, the status "Not Charged" is replaced with "Charged". However, if an item is marked with a status of damaged, missing, withdrawn, etc, it is added as a second status. VUFind only looks to see if something is marked as "Not Charged" to determine availability, but an item can be both "Not Charged" and "Missing" at the same time. The current query in the Voyager driver seems to only account for a single status, so the items we have that are both not charged and missing are showing up as available in the display. Unfortunately, I don't know enough about programming to confidently deal with this problem. It seems to me that we need an array of statuses, and (like Voyager does) to assign a hierarchy of what gets shown. The problem is, I'm not sure if that's possible with the existing query, of we need to create a second query based on ITEM_ID to get all the assigned statuses, loop through them, then set availability that way. That seems like a lot of extra querying. Because of the amount of time it would take, and the relatively large amount of weeding we do (we're just about out of shelf space here, so we weed more than most academic libraries) we don't create separate MFHDs for withdrawn copies, we just change the perm location to indicate in the OPAC that they're not available. Thoughts? Has anyone already solved this? Mark Sandford Special Formats Cataloger David and Lorraine Cheng Library William Paterson University 973-720-2437 ------------------------------------------------------------------------ ------ Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT is a gathering of tech-side developers & brand creativity professionals. Meet the minds behind Google Creative Lab, Visual Complexity, Processing, & iPhoneDevCamp as they present alongside digital heavyweights like Barbarian Group, R/GA, & Big Spaceship. http://p.sf.net/sfu/creativitycat-com _______________________________________________ VuFind-General mailing list VuF...@li... https://lists.sourceforge.net/lists/listinfo/vufind-general |