https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38336
--- Comment #4 from Mathieu Saby <[email protected]> --- hell of a headache, isn't it ? But I am not sure it is the same scope as the current bz : we could already clean 099$x, 099$s and 099$t, and keep for later the question raised by "942$c (Koha item type => biblioitems.itemtype)" For history record : Regarding the fact that in UNIMARC biblioitems.itemtype and items.itype are not always mapped to itemtypes.itemtype, it is certainly a very old move. I was administrating a Koha 3.x in 2011 (with Biblibre support), and this was already our configuration. I believe it was a choice made when Koha was introduced in France in the early 2000s. So a lot of french libraries with Biblibre support have been using for many years items.itype to define the type of loan (short / long / no loan...). The same values could not meaningflully be used at record level, and fill itemtypes.itemtype with other values (book / dvd / ...) Changing this behavior would be a huge move backwards for all of us. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. _______________________________________________ Koha-bugs mailing list [email protected] https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
