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