RFC: Koha 3.2 : Mandate item-level circulation rules
[ this text also available at: http://wiki.koha.org/doku.php?id=en:development:rfcs3.2:rfc32_item_level_ite...] RFC: Koha 3.2 Mandate item-level circulation rules. Currently we use the system preference item-level_itypes to indicate whether Koha should use the itemtype stored at the bibliographic level or the item level to control circulation parameters. This seems to be one of the more significant distinctions in general policy between US and French libraries, and was also one of the major limitations of Koha 2.x in the eyes of US libraries. Koha 3.0 offers the option to define your itemtypes at either the bib-level or item-level. However, this option adds unnecessary complexity and offers an easy spot for bugs to appear. I propose that this option be removed for the 3.2 release, and that steps be taken to make this feature-removal relatively painless and invisible for those libraries that do maintain circulation policy at the bib level. I propose the following: 1: the item-level_itypes system preference be removed. 2: biblioitems.itemtype be renamed to biblioitems.default_itemtype 3: items.itype be renamed to items.itemtype 4: all circulation parameters will be determined by items.itemtype. 5: AddItem and ModItem will automatically fill items.itemtype from biblioitems.default_itemtype if items.itemtype is not supplied. This should allow French (and others using bib-level circ rules) libraries to continue with their current workflows, and should essentially be unnoticeable to them, while allowing us to remove the bug-prone distinction of item/bib level itemtypes. Comments and suggestions welcome. -- Ryan Higgins LibLime * Open-Source Solutions for Libraries Featuring KohaZOOM ILS 888-564-2457 x704
On Thu, Oct 9, 2008 at 2:57 PM, Ryan Higgins <ryan.higgins@liblime.com>wrote:
[ this text also available at:
http://wiki.koha.org/doku.php?id=en:development:rfcs3.2:rfc32_item_level_ite...]
RFC: Koha 3.2
Mandate item-level circulation rules.
Currently we use the system preference item-level_itypes to indicate whether Koha should use the itemtype stored at the bibliographic level or the item level to control circulation parameters. This seems to be one of the more significant distinctions in general policy between US and French libraries, and was also one of the major limitations of Koha 2.x in the eyes of US libraries.
Koha 3.0 offers the option to define your itemtypes at either the bib-level or item-level. However, this option adds unnecessary complexity and offers an easy spot for bugs to appear. I propose that this option be removed for the 3.2 release, and that steps be taken to make this feature-removal relatively painless and invisible for those libraries that do maintain circulation policy at the bib level.
I propose the following:
1: the item-level_itypes system preference be removed. 2: biblioitems.itemtype be renamed to biblioitems.default_itemtype 3: items.itype be renamed to items.itemtype 4: all circulation parameters will be determined by items.itemtype. 5: AddItem and ModItem will automatically fill items.itemtype from biblioitems.default_itemtype if items.itemtype is not supplied.
This should allow French (and others using bib-level circ rules) libraries to continue with their current workflows, and should essentially be unnoticeable to them, while allowing us to remove the bug-prone distinction of item/bib level itemtypes.
Comments and suggestions welcome.
-- Ryan Higgins
LibLime * Open-Source Solutions for Libraries Featuring KohaZOOM ILS 888-564-2457 x704
_______________________________________________ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
This sounds like an excellent way to reduce complexity, and addresses the complaints the cataloger at my library had with item-level_itypes. +1 -- Jesse Weaver Software Developer, LibLime
1: the item-level_itypes system preference be removed. 2: biblioitems.itemtype be renamed to biblioitems.default_itemtype 3: items.itype be renamed to items.itemtype 4: all circulation parameters will be determined by items.itemtype. 5: AddItem and ModItem will automatically fill items.itemtype from biblioitems.default_itemtype if items.itemtype is not supplied.
Don't forget an upgrade script to populate items.itemtype with biblioitems.itemtype if necessary. -- Frédéric DEMIANS http://www.tamil.fr/u/fdemians.html
On Thu, Oct 9, 2008 at 10:57 PM, Ryan Higgins <ryan.higgins@liblime.com> wrote:
[ this text also available at: http://wiki.koha.org/doku.php?id=en:development:rfcs3.2:rfc32_item_level_ite... ]
RFC: Koha 3.2
Mandate item-level circulation rules.
Currently we use the system preference item-level_itypes to indicate whether Koha should use the itemtype stored at the bibliographic level or the item level to control circulation parameters. This seems to be one of the more significant distinctions in general policy between US and French libraries, and was also one of the major limitations of Koha 2.x in the eyes of US libraries.
Actually, I think there's some nuance, there: it's not a functional requirement for French libraries as such. They would be perfectly happy, I think, to work with item-level itypes (some of them already do). It's rather a historical fact as far as I can tell: when Koha was first implemented in French libraries, biblio-level type was the way Koha handled things and it suited them because these small libraries didn't need the flexibility of an item level type. So far we (BibLibre) have insisted on biblio level because our whole client-base (bar a few clients) work that way: it's a legacy issue for us, not really a functional issue. But now that Koha is being implemented in bigger libraries in France (as in the US and elsewhere), we need the item level types. And we do agree with you that it's much better. So we would be quite willing to entirely let go of the biblio-level option, on condition that the RFC would take into account the scripting of the switch from "3.0 with biblio-level" to "3.2 with item-level". On a related note: while the circulation rules should be applied to the item level itype, the search limits and document icons in the opac should still use something coming out of the biblio : the biblio level type should still be used for that. Regards, Nicolas Regards, Nicolas
Koha 3.0 offers the option to define your itemtypes at either the bib-level or item-level. However, this option adds unnecessary complexity and offers an easy spot for bugs to appear. I propose that this option be removed for the 3.2 release, and that steps be taken to make this feature-removal relatively painless and invisible for those libraries that do maintain circulation policy at the bib level.
I propose the following:
1: the item-level_itypes system preference be removed. 2: biblioitems.itemtype be renamed to biblioitems.default_itemtype 3: items.itype be renamed to items.itemtype 4: all circulation parameters will be determined by items.itemtype. 5: AddItem and ModItem will automatically fill items.itemtype from biblioitems.default_itemtype if items.itemtype is not supplied.
This should allow French (and others using bib-level circ rules) libraries to continue with their current workflows, and should essentially be unnoticeable to them, while allowing us to remove the bug-prone distinction of item/bib level itemtypes.
Comments and suggestions welcome.
-- Ryan Higgins
LibLime * Open-Source Solutions for Libraries Featuring KohaZOOM ILS 888-564-2457 x704
_______________________________________________ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Hi, On Mon, Oct 13, 2008 at 3:53 AM, Nicolas Morin <nicolas.morin@biblibre.com> wrote:
On Thu, Oct 9, 2008 at 10:57 PM, Ryan Higgins <ryan.higgins@liblime.com> wrote:
Mandate item-level circulation rules.
+1 to Ryan's proposal.
On a related note: while the circulation rules should be applied to the item level itype, the search limits and document icons in the opac should still use something coming out of the biblio : the biblio level type should still be used for that.
I agree that a bib-level document type or material type is still needed. We should give it a name other than "bib-level item type"; I suggest "material type", "document type", or "bib type", and perhaps its own column in biblio. Regards, Galen -- Galen Charlton VP, Research & Development, LibLime galen.charlton@liblime.com p: 1-888-564-2457 x709 skype: gmcharlt
Galen Charlton a écrit :
I agree that a bib-level document type or material type is still needed. We should give it a name other than "bib-level item type"; I suggest "material type", "document type", or "bib type", and perhaps its own column in biblio.
great ! just to point that UNIMARC has a coded field for that. But we prefer from far a free field (that could be the 200$b, we use for itemtype atm), as many libraries want specific "bib type" like : "mémoire Lyon", ou "Thèse 1990"... So I suggest something like : don't change anything to 200$b/biblioitems.itemtype, except rename it 'biblioitems.bibliotype' and map it to an authorized value list named "bibliotype" thus, we would have 2 things : - bibliotype (for filters) - item type (for issuing rules) In fact, shouldn't we rename "itemtype" in items table something like "issuing type" ? We have a client (BU Marseille) that clearly will use it as "issuing type" : "30days", "7 days", "14 days" are the possible values. nothing related to material. -- Paul POULAIN http://www.biblibre.com Expert en Logiciels Libres pour l'info-doc NOUVEAU TELEPHONE : 04 91 81 35 08
Hi, On Mon, Oct 13, 2008 at 8:54 AM, Paul POULAIN <paul.poulain@free.fr> wrote:
In fact, shouldn't we rename "itemtype" in items table something like "issuing type" ?
Or "loan type", which is shorter and I think more commonly used. Regards, Galen -- Galen Charlton VP, Research & Development, LibLime galen.charlton@liblime.com p: 1-888-564-2457 x709 skype: gmcharlt
participants (6)
-
Frederic Demians -
Galen Charlton -
Jesse Weaver -
Nicolas Morin -
Paul POULAIN -
Ryan Higgins