942 field added when item record is edited in Cataloging module
We are using LibLime Enterprise Koha. I set the system up so that items with the ITYPE of EBOOKS, display a "View this eBook" link in the summary results. (This was set up in: Home › Administration › Item Types › Modify Item Type 'EBOOKS' kSummary: <a href="[856u]">View this eBook</a>) Most of the time it works. But some ITYPE=EBOOKS records do not display the Summary "View this eBook" link in the search results. I've been investigating why this is the case. It seems that ALL of the records that I edited in Koha lose their "View this eBook" link. For some strange reason, when I edited some of the item record in Koha's cataloging module, the system automatically inserted the following field: 942 _2ddc _c1W AV I was adding 505 fields, and did not change or add the 942 or any 9xx field. As far as I can tell, all the ebook records with 942 fields lose the "View this eBook" link. What are the 942$2 and 942$c fields in Koha and why would they be added automatically to any edited record? Why does the presence of these 942 subfields suppress the Summary (the "View this eBook" link)? How do I prevent this problem when editing records? I want to edit specfic fields without the system generating extra MARC fields that do not seem necessary and which muck up the display of the records. Can someone test to see if this happens in real Koha? I don't know if it's an issue with Koha generally, or only with LibLime Enterprise Koha. -- Stacy Pober Information Alchemist Manhattan College Library Riverdale, NY 10471 stacy.pober@manhattan.edu
Stacy Pober wrote:
What are the 942$2 and 942$c fields in Koha and why would they be added automatically to any edited record? Why does the presence of these 942 subfields suppress the Summary (the "View this eBook" link)?
I think 942$2 is classifaction source (Dewey Decimal?) and 942$c is item type. It's not presence of the fields, but that the item type is AV not EBOOKS.
How do I prevent this problem when editing records? I want to edit specfic fields without the system generating extra MARC fields that do not seem necessary and which muck up the display of the records.
It's hard to say without knowing what edits are being done how.
Can someone test to see if this happens in real Koha? I don't know if it's an issue with Koha generally, or only with LibLime Enterprise Koha.
I can't test real koha from my current location and I think I'd need your item types and records, but last I knew, LLEK was a pretty old version (3.0.2 or some such), which might have some problem causing it which might be found on http://bugs.koha.org Hope that helps, -- MJ Ray (slef) Webmaster and LMS developer at | software www.software.coop http://mjr.towers.org.uk | .... co IMO only: see http://mjr.towers.org.uk/email.html | .... op
Stacy, If you look at the MARC frameworks, the 942$c sub-field is set to mandatory. If you make the sub-field non-mandatory, your current problem of automatic update of 942$c when records are edited may go away. However, I think Koha uses 942$c in multiple places, e.g. reports. So you may face problems elsewhere if you make 942$c non-mandatory. Thanks, Savitra Sirohi Nucsoft OSS Labs http://www.osslabs.biz On Tue, Apr 20, 2010 at 2:30 AM, MJ Ray <mjr@phonecoop.coop> wrote:
Stacy Pober wrote:
What are the 942$2 and 942$c fields in Koha and why would they be added automatically to any edited record? Why does the presence of these 942 subfields suppress the Summary (the "View this eBook" link)?
I think 942$2 is classifaction source (Dewey Decimal?) and 942$c is item type. It's not presence of the fields, but that the item type is AV not EBOOKS.
How do I prevent this problem when editing records? I want to edit specfic fields without the system generating extra MARC fields that do not seem necessary and which muck up the display of the records.
It's hard to say without knowing what edits are being done how.
Can someone test to see if this happens in real Koha? I don't know if it's an issue with Koha generally, or only with LibLime Enterprise Koha.
I can't test real koha from my current location and I think I'd need your item types and records, but last I knew, LLEK was a pretty old version (3.0.2 or some such), which might have some problem causing it which might be found on http://bugs.koha.org
Hope that helps, -- MJ Ray (slef) Webmaster and LMS developer at | software www.software.coop http://mjr.towers.org.uk | .... co IMO only: see http://mjr.towers.org.uk/email.html | .... op _______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
participants (3)
-
MJ Ray -
savitra sirohi -
Stacy Pober