[Koha] Holds Queue question

[Chris Cormack]

* Sharon Moreland (smoreland at nekls.org) wrote:
>    Hello Koha and LibLime folks,
>    We demonstrated PTFS Harley 1.1 to our member libraries today and they
>    were anxious about how they will find the correct item to pull for
>    transfer from the holds queue report. 
> 
>    A bit of background, we currently use an older version of the holds queue
>    that we maintain by editing our templates (currently on Koha 3.01.00.037,
>    not LEK).  It shows the brief title and a specific barcode for each item
>    to be pulled and transferred to fill a hold.  In Harley, we are given a
>    brief title and no barcode, just the note "Any available copy."  I'm
>    looking for feedback from those of you on a system that uses a holds queue
>    report similar to the one in Harley (we have independent branches OFF). 
>    The default holds queue in 3.2 is identical to Harley.
> 
>    How do you use the holds queue report to find the correct item to fill the
>    hold on titles such as Naruto, Go Diego Go or YuYu Hakusho that have the
>    same 245 $a titles, but unique $p (parts) $n (numbers) or $b (subtitles)? 
>    I could see problems with TV series on DVD, such as Weeds or True Blood,
>    as well. 
> 
>    Just in case there's confusion - our current holds queue looks like this:
>    http://screencast.com/t/NzljNTg2ZjMt
>    and we will be changing to this: http://screencast.com/t/NDUzNjk5Yj
> 
Hi Sharon

Ignoring Harley, and looking at Koha. 

The holdsqueue report is looking at the tables in the database, so the
problem with 245$b $p etc is that they are not mapped to a column in the
db.
Now, the fix for this is to fetch the MARCXML and pull them out of
there. I see there is a bug,
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5143 which I
have just updated.

What we can use is the Keyord to MARC mapping, (most people have this
set up for subtitle already). This will allow the solution to work
across different MARC formats.

I will try to send a patch, for testing, (the mappings will need to be
set up) at some point, time permitting.

Chris
-- 
Chris Cormack
Catalyst IT Ltd.
+64 4 803 2238
PO Box 11-053, Manners St, Wellington 6142, New Zealand
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
Url : http://lists.katipo.co.nz/pipermail/koha/attachments/20100818/86d66a3f/attachment.pgp