Well you may have missed it but long time ago i committed a line so that this actually reads 2 subfields rather than one. In MARC21 its 050$a$b where $b is the author bit Paul is talking about. Again not filling it is no harm. But its a useful feature that we use and should stay. Tumer -----Original Message----- From: koha-devel-bounces+tgarip=neu.edu.tr@nongnu.org [mailto:koha-devel-bounces+tgarip=neu.edu.tr@nongnu.org] On Behalf Of Paul POULAIN Sent: Thursday, August 03, 2006 7:21 PM To: Joshua Ferraro Cc: koha-devel@nongnu.org Subject: Re: [Koha-devel] purpose of itemcallnumber syspref? Joshua Ferraro a écrit :
Hi paul,
I'm wondering why we need a itemcallnumber system preference. Isn't it
the same as the items.itemcallnumber definition in the framework? If it's not, why not?
I explain : In french libraries, the physical shelves are often ordered by dewey code. But not always. Sometimes it's a local ordering/ physical classification. Libraries that uses dewey asked me : "I enter the classification in 676$a (dewey code in UNIMARC, dunno in MARC21), why do I have to enter it again when I input the item, create item call number ?" My answer was : OK, I added a systempreference : If you enter a biblio field/subfield, it will automatically be added in itemcallnumber when creating an item. And they are happy with this ;-) (and if you don't put anything in this systempref, nothing happends) Note that the behaviour could be improved, because most libraries uses dewey + space + the 3 first letters of the author (capitalized). But I did not know if it was something international, so I did not implement it. That could be possible through the same systempref, improved. Let me know if it could be interesting. -- Paul POULAIN et Henri Damien LAURENT Consultants indépendants en logiciels libres et bibliothéconomie (http://www.koha-fr.org) Tel : 04 91 31 45 19 _______________________________________________ Koha-devel mailing list Koha-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/koha-devel