Storage of item type when itelevel-itype is off
Dear all, When the itemlevel-itype system preference is off, to which MARC field could one bind item-type in Unimarc, please ? Any suggesiton greatly appreciated. Cheers, Sébastien.
Hi Sébastien, On Fri, Jul 10, 2009 at 13:24, Sébastien Hinderer<Sebastien.Hinderer@snv.jussieu.fr> wrote:
When the itemlevel-itype system preference is off, to which MARC field could one bind item-type in Unimarc, please ?
I also have an UNIMARC installation, with Koha 3.0.3 and the "item-level_itypes" System Preference set to OFF. I have item types mapped to "990c", that is UNIMARC tag / field 990 ("ADDED ENTRY ELEMENTS (KOHA)") and subfield "c" ("Koha item type"). The "Koha link" dropdown list for 990c is set to "biblioitems.itemtype" and the "Authorized value" dropdown list is set to "itemtypes". Do you think that this setup can work for you too? Cheers, Ricardo Dias Marques lists AT ricmarques DOT net Installation Guide for Installing Koha 3 on openSUSE 11 http://wiki.koha.org/doku.php?id=opensuse_11.0
Hi again Ricardo & all,
I have item types mapped to "990c", that is UNIMARC tag / field 990 ("ADDED ENTRY ELEMENTS (KOHA)") and subfield "c" ("Koha item type"). The "Koha link" dropdown list for 990c is set to "biblioitems.itemtype" and the "Authorized value" dropdown list is set to "itemtypes".
Ahah... I could just check and notice that on my system the biblioitems.itemtype koha field is bound to $200b. I find it strange that the settings are different. Is your $200b bound to some other koha field ? Cheers, Sébastien.
Hi Sébastien, On Fri, Jul 10, 2009 at 14:23, Sébastien Hinderer <Sebastien.Hinderer@snv.jussieu.fr> wrote:
Ahah... I could just check and notice that on my system the biblioitems.itemtype koha field is bound to $200b.
I find it strange that the settings are different. Is your $200b bound to some other koha field ?
Very good observation. The 200$b UNIMARC subfield (200b = "General Material Designation") in my case is NOT linked to any Koha field. But I don't remember having "unmapped" this field. Maybe this difference between my setup and yours is due to my installation having been previously an installation of Koha 3.0.1 that was migrated to 3.0.2 (by running "perl Makefile.PL --prev-install=/usr/share/koha/misc/koha-install-log"). I have later repeated that same procedure for upgrading to 3.0.3 If that "default" 200b <-> biblioitems.itemtype mapping was created in the official version Koha before version 3.0.3, I think that I wouldn't get that mapping, because I was following this "upgrade" procedure (that preserves existing data) instead of doing a "real" fresh install. Am I right? Does anyone have any info / comments regarding this? Cheers, Ricardo
UNIMARC Field 200$b is only related with type of material like photocopied, microform and so on wich means that you can add an entry for INDEX to find material type. Regards, Rafael Citando Ricardo Dias Marques <lists@ricmarques.net>:
Hi Sébastien,
On Fri, Jul 10, 2009 at 14:23, Sébastien Hinderer <Sebastien.Hinderer@snv.jussieu.fr> wrote:
Ahah... I could just check and notice that on my system the biblioitems.itemtype koha field is bound to $200b.
I find it strange that the settings are different. Is your $200b bound to some other koha field ?
Very good observation. The 200$b UNIMARC subfield (200b = "General Material Designation") in my case is NOT linked to any Koha field. But I don't remember having "unmapped" this field.
Maybe this difference between my setup and yours is due to my installation having been previously an installation of Koha 3.0.1 that was migrated to 3.0.2 (by running "perl Makefile.PL --prev-install=/usr/share/koha/misc/koha-install-log"). I have later repeated that same procedure for upgrading to 3.0.3
If that "default" 200b <-> biblioitems.itemtype mapping was created in the official version Koha before version 3.0.3, I think that I wouldn't get that mapping, because I was following this "upgrade" procedure (that preserves existing data) instead of doing a "real" fresh install.
Am I right? Does anyone have any info / comments regarding this?
Cheers, Ricardo _______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
participants (3)
-
rafael.antonio＠sapo.pt -
Ricardo Dias Marques -
Sébastien Hinderer