While I agree that the functionality is not well explained, it seems it does do what it is designed to do -- move one item to another call number without going through the lengthy transfer item process.
My understanding of your problem is that: 1) if multiple items were attached to the call number, not all were edited to the same call number and shelving location. 2) Empty volumes for the original call number were left behind when a single item was transferred to the new call number/volume. 3) Your deletion of the empty call numbers deleted the bibliographic records/title. Does that accurately reflect your issues? If so, for # 2, I would consider that a bug to be reported. For #3, how did you delete the call/number vol? If the delete flag is on the title, it sounds to me that rather than deleting the volume, you deleted the title. I'm not sure how that happened since you should have gotten error messages that the title/record couldn't be deleted since items and vols were attached (unless that is configurable and you have it set to delete the title/record even with active items attached or you overrode it?). Perhaps if you provided your deletion workflow, we could parse out what happened and give better advice. You can undelete records, if that is what happened. Either your sys admin can do so or you can by pulling up the records one at a time and using the Actions for this record to undelete. For #1, I suggest using Item Status to change the remainder of your items. Elaine J. Elaine Hardy PINES & Collaborative Projects Manager Georgia Public Library Service 1800 Century Place, Ste 150 Atlanta, Ga. 30345-4304 404.235.7128 404.235.7201, fax [email protected] www.georgialibraries.org www.georgialibraries.org/pines ----- Original Message ----- From: "Jennifer Walz" <[email protected]> To: "Evergreen Discussion Group" <[email protected]> Sent: Friday, July 24, 2015 4:57:35 PM Subject: Re: [OPEN-ILS-GENERAL] Problem with Edit Items / Volumes per Bib function? Michelle, Sorry. That does not describe what we were trying to do, but it sounds to me as if the unified editor is a big boondoggle and you should never use it. We are not getting empty volumes left over – so I guess it does make a call number / item transfer, but then when you delete the now empty call number, it is leaving the record with a “deleted” flag on it somewhere. When in actual fact, the item is still there! Crazy stuff. We have stopped using the unified editor and now have to figure out how to fiddle with all the records that got the mysterious “deleted” flag when they are actually NOT deleted. Thanks! Jennifer -------------------------------------------------- Jennifer Walz, MLS - Head of ILS Madnesses Kinlaw Library - Asbury University One Macklem Drive, Wilmore, KY 40390 859-858-3511 ext. 2269 [email protected] From: Open-ils-general [mailto:[email protected]] On Behalf Of Michele Morgan Sent: Friday, July 24, 2015 4:35 PM To: Evergreen Discussion Group Subject: Re: [OPEN-ILS-GENERAL] Problem with Edit Items / Volumes per Bib function? Hi Jennifer, I wonder if you are also running into a related bug: https://bugs.launchpad.net/evergreen/+bug/1253732 >From your original description, a new call number is being created, but your >item isn't being transferred. If the Edit Items / Volumes per Bib is working >the way it should, then the fact that a new Volume is being created should be >invisible to the staff member making the edit. You shouldn't be ending up with empty call numbers unless there's something else going on. BTW, no one's confirmed this bug yet, so if it is what you're seeing, you can mark it as confirmed. Hope this helps, Michele -- Michele M. Morgan, Technical Assistant North of Boston Library Exchange, Danvers Massachusetts [email protected] On Thu, Jul 23, 2015 at 4:40 PM, Walz, Jennifer < [email protected] > wrote: All - Here is where I don't understand the current construct and wouldn't it make more sense to have the call number and the barcode be at the item level for each record? Like this: Title blah blah blah etc, author and owning library and so on. - 345.0998 B58a 1908987293 - 345.0998 B58a 1908987294 - 345.0998 B58a 1908987294 Why do the call numbers need to have their own level called volume? What does it add to the mix? In other words, what does this particular construct enable libraries to do specifically? If you had the call number at the same level of the barcode, you could STILL update either and not affect the owner or copy location (unless you wanted to). Let's say an owning library had 5 copies of a title, but wanted to put them in five different locations - each with a different call number. You could if you wanted, without creating and fiddling with "volume" level data. Why can't that level just be eliminated altogether? Just saying. I'm just not seeing the benefit of having the call number / volume level. Seems to complicate matters unnecessarily. If anyone can give me ANY help to fix about 300 records that have gotten deleted and then mysteriously not, I would be most grateful! Where is that pesky "deleted" indicator anyway?? I want to turn it "off" for these records. (my other pet peeve! Items should be GONE from the system entirely and not in a phantom zone!) Thanks! Jennifer -------------------------------------------------- Jennifer Walz, MLS - Head of Research & Distance Services Kinlaw Library - Asbury University One Macklem Drive, Wilmore, KY 40390 859-858-3511 ext. 2269 [email protected] -----Original Message----- From: Open-ils-general [mailto: [email protected] ] On Behalf Of Kathy Lussier Sent: Thursday, July 23, 2015 4:29 PM To: [email protected] Subject: Re: [OPEN-ILS-GENERAL] Problem with Edit Items / Volumes per Bib function? Hi Jason, Yes, I understand the mindset behind the current behavior. If I were to look at tackling this bug/wishlist request, I think I would look at adding a prompt that appears when the user is updating a volume from the unified editor if there are other copies attached to the volume that aren't being edited at the time the update is being made. In many cases, I think the answer to the question is Yes, but I can see why you wouldn't want to change the call number label for all six copies if the intent was just to update the label for one. Kathy On 07/23/2015 04:22 PM, Jason Etheridge wrote: > Should we expect for all copies on a volume to inherit a call number > "tweak" if just a single copy was being edited as the entry point? An > answer of No went into the mindset that built the current behavior. > -- Kathy Lussier Project Coordinator Massachusetts Library Network Cooperative (508) 343-0128 [email protected] Twitter: http://www.twitter.com/kmlussier
