Chris, Thanks so much! You're right, the $a and $ b fields control the parentheses contents. Putting a branch code in them fixed the problem. Is there some documentation that shows what MARC field/subfield is used to produce each element of the the patron view of an item record in a search result and the same for a detailed item record? Also useful to know would be which of the item record elements are mapped directly from a MARC subfield and which are derived (calculated) from data in a subfield. If that's in some Koha documentation, then it would be useful to have. I couldn't find it in either the official Koha or LibLime Enterprise Koha documents, and I did try looking for it before posting to the list. Thanks again. You folks are SO helpful. Stacy On Mon, Dec 14, 2009 at 6:29 PM, Chris Cormack <chris@bigballofwax.co.nz> wrote:
2009/12/15 Stacy Pober <stacy.pober@manhattan.edu>:
Hi,
Check the difference between http://man.waldo.kohalibrary.com/cgi-bin/koha/opac-detail.pl?biblionumber=20... and http://man.waldo.kohalibrary.com/cgi-bin/koha/opac-detail.pl?biblionumber=21...
Yes, the first one was migrated from our Voyager records, the second one was imported by me after some tweaking in MarcEdit.
There are four 952 subfields in the migrated record that are not in the one I uploaded. Here they are with their contents:
$2 z $a MAN $b MAN $r 2008-05-10
subfields $a and $b are branchcodes, according to the documentation (and the contents look appropriate for that, though I think only one 'branch' is defined now.
According to the official Koha version's manual, <http://koha.org/documentation/manual/3.0/cataloging/item-fields-data-migration> Data Migration – Koha Item Fields:
"Source of classification or shelving scheme Koha tag: 952$2
"Classification scheme that defines filing rules used for sorting call numbers. If no classification scheme is entered, the system will use the value entered in the Cataloging preference "DefaultClassificationSource"
"Date last seen * Koha tag: 952$r
"The last date that the item was last seen in the library (checked in / checked out / inventoried)."
I can put in a test record with those fields and see if that makes a difference, but I would be surprised if it changed anything. I did test by adding a $t (copy number) subfield of: $t 1 but that didn't change the empty parentheses issue.
I am wondering if the contents of the parenthesis for number of copies is a value derived from another field entirely.
I suspect it is because the item has no home or holding branch, can you do me a favour, just edit one, and set a homebranch and an holdingbranch, then check if it is doing a count.
(952a and 952b) I know it doesn't really make sense for EBOOKS but maybe the branch could be EBOOKS :) It tries to count how many items are available at each branch.
Chris
-- Stacy Pober Information Alchemist Manhattan College Library Riverdale, NY 10471 stacy.pober@manhattan.edu