loan availability of damaged items
Hi Giuseppe, I notice the same, when item has authorized value different from 0 on subfield $4 (DAMAGE category), opac details doesn't say "Available", only "Item damaged", even you still can check it out. This is probably a bug. I found (for English) on /usr/share/koha/opac/htdocs/opac-tmpl/bootstrap */en/*includes/item-status.inc, on line 2: * [% SET itemavailable = 1 %]* on line 70: [% IF ( item.damaged ) %] * [% SET itemavailable = 0 %]* [% av_lib_include = AuthorisedValues.GetByCode( 'DAMAGED', item.damaged, 1 ) %] [% IF av_lib_include %] <span class="item-status damaged">[% av_lib_include %]</span> [% ELSE %] <span class="item-status damaged">Item damaged</span> [% END %] [% END %] on line 85: * [% IF ( itemavailable ) %]* * <span class="item-status available">Available [% IF ( item.restrictedopac ) %]<span class="restricted">([% item.restrictedopac %])</span>[% END %]</span>* * [% END %]* so just change (for each lang code) on line 71 the "0" to "1" (or remove it), to tell Koha that damaged does not imply unavailable. Maybe Koha should let you define exactly which situations imply item is unavailable/not_for_loan. Regards, Pablo
More precisely: when a record only contains a damaged item, the OPAC says
"Availability: No items available Damaged (1)."
as a result of a search, which is misleading for the user, since it is still possible to check that item out.
Thanks for your comments.
Regards,
Giuseppe.
On Sun, 1 Feb 2015, Giuseppe Angilella wrote:
Hi,
would it be possible to record the damaged status of an item (say, Cover missing) with a nonzero value of the 952$4 MARC subfield, and make the item still available for loan?
Thanks,
Giuseppe.
Maybe Koha should let you define exactly which situations imply item is unavailable/not_for_loan. ...
as a result of a search, which is misleading for the user, since it is still possible to check that item out.
As far as I understand it, the goal of the display in the OPAC is to prevent patrons from looking for items on the shelf which are not available because they are damaged. This is in contrast to focusing on preventing the user from checking out something which is damaged. I agree that it would be nice to have more fine-grained control over both aspects of it. -- Owen -- Web Developer Athens County Public Libraries http://www.myacpl.org
2015-03-19 9:03 GMT-03:00 Owen Leonard <oleonard@myacpl.org>:
Maybe Koha should let you define exactly which situations imply item is unavailable/not_for_loan. ...
as a result of a search, which is misleading for the user, since it is still possible to check that item out.
As far as I understand it, the goal of the display in the OPAC is to prevent patrons from looking for items on the shelf which are not available because they are damaged. This is in contrast to focusing on preventing the user from checking out something which is damaged.
That's not always the case. On undeveloped countries is very common to have most of the collection on closed shelf, and also allow loans of little bit damaged books. Anyway, there is something contradictory: damaged items are marked as unavailable (itemavailable = 0) on item-status.inc, but in fact *they are* available, since user can check them out (force_checkout permission have no effect). If for any reason librarian want to hide specific items they already have OpacHiddenItems syspref (BTW, I never found on any Koha the OpacHiddenItems.txt <https://github.com/fredericd/Koha/blob/master/docs/opac/OpacHiddenItems.txt> ).
I agree that it would be nice to have more fine-grained control over both aspects of it.
Yes, indeed! :-) Do you agree we have a bug (the contradiction) and a wish (fine-grained control) here?
Do you agree we have a bug (the contradiction) and a wish (fine-grained control) here?
The danger is that the current behavior for many users is the expected behavior. Any solution would need to reproduce the current behavior while allowing for changes. -- Owen -- Web Developer Athens County Public Libraries http://www.myacpl.org
participants (2)
-
Owen Leonard -
Pablo Bianchi