[Koha-bugs] [Bug 7817] Items Permanent location (shelving location) is set to NULL when item is edited

bugzilla-daemon at bugs.koha-community.org bugzilla-daemon at bugs.koha-community.org
Mon Aug 20 15:46:09 CEST 2012


http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7817

Jorge de Cardenas <jdeca at smfpl.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |jdeca at smfpl.org

--- Comment #6 from Jorge de Cardenas <jdeca at smfpl.org> ---
(In reply to comment #3)
> Hi Kyle,
> 
> according to the MARC it's also possible to use upper case letters. We have
> used some of them with more_subfields_xml in migrations.
> 
> But I am not sure we should really treat this field lika a normal item
> field. Perhaps it should be tied to the functions it was added for?
> So before Koha changes the location to a temporary location (CART or PROC)
> it could save the current location to the permanent_location field. Would
> that make sense?

I would be interested to know the consequences of mapping to an upper case
(952C) for Permanent Location and having it available on the items edit page.
It appears that LibLime might be doing this. We want to implement a temporary
location. Items are pulled for a display and the location is changed to reflect
that temporary location. When that item is checked out and checked back in the
Permanent Location is copied to the Location, automatically and the item goes
back to the regular shelf. 

We have been doing this using the Lost status but that requires custom coding
to allow holds on certain items with a Lost Status and displaying their
Temporary Location. When these items are circulated they revert back to a
normal Available status.

-- 
You are receiving this mail because:
You are watching all bug changes.


More information about the Koha-bugs mailing list