[Koha-devel] purpose of itemcallnumber syspref?

[Tümer Garip]

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 at nongnu.org
[mailto:koha-devel-bounces+tgarip=neu.edu.tr at nongnu.org] On Behalf Of
Paul POULAIN
Sent: Thursday, August 03, 2006 7:21 PM
To: Joshua Ferraro
Cc: koha-devel at 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 at nongnu.org
http://lists.nongnu.org/mailman/listinfo/koha-devel