[Koha-devel] [important] copyrightdate is not loaded into biblio table
paul POULAIN
paul.poulain at free.fr
Mon Jul 7 01:48:13 CEST 2003
Hi Stephen, & koha-devel.
for everybody :
this mail is about import of copyrightdate into Koha.
You can see the initial bug at
http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=514
Stephen pointed that copyrightdate was not loaded into Koha-db when
importing MARC records (note that the 260c was imported into MARC-DB.
The problem was that it was not transfered to koha-db (the DB that is
used in many places where MARC is not interesting, like opac for example).
I thought it was a spydus problem, but I was wrong. 260c in MARC21
contains "dates". It means it can contain : "copyright 1968, reedited
1985, something-else 1995". (see
http://www.loc.gov/marc/bibliographic/ecbdimpr.html#mrcb260)
The problem for importing is that copyrightdate is a *NUMBER* in
koha-db. and "c1968, reedited 1985, something else 1995" is not really a
number :-(
So, we have 2 solutions (both being easy to code) :
* modify the DB structure to have a char, and copyrightdate would be :
"c1968, reedited 1985, something else 1995" in my sample. (con : Maybe a
little too many info for OPAC ?)
* modify the import tool to extract the 1st "date" in the string (mean,
the 1st time where 4 digits are found) : "1968" in my sample. (con :
risk to choose a date that is not really a copyrightdate)
Which solution do readers of this list prefer ?
Stephen Hedges wrote:
>Paul -
>
>The beginning "c" stands for "copyright." That's standard MARC21 cataloguing.
>
>(This time we _did_ follow the rules!) It's not a Sypdus problem, it's a
>MARC21 problem -- and therefore a Koha problem.
>
>Stephen
>
>
>>http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=514
>>
>>In the sample you sended me, I see :
>>
>>260 0 _a[Mankato, Minn.] :
>> _bThe Child's World,
>> _cc1993.
>>So, the date in 260$c is : c1993.
>>which is not a date isn't it :-)
>>(note that it seems that EVERY date have a c at
>>beginning and . at the end.
>>Sometimes, it's even worst :
>>260 0 _aSouth Yarmouth, MA :
>> _bJohn Curley & Associates,
>> _cc1926,1954.
>>In samples here :
>>http://www.loc.gov/marc/bibliographic/ecbdimpr.htm
>>l#mrcb260
>>I read :
>>260 ##$aNew York, N.Y. :$bElsevier,$c1984.
>>
>>260 ##$a[S.l.] :$bInsight Press,$c1981.
>>The ending . is OK (and should be accepted by
>>Koha.
>>The beginning c is a spydus creation.
>>
>>I mark the bug invalid.
>>
>>
--
Paul POULAIN
Consultant indépendant en logiciels libres
responsable francophone de koha (SIGB libre http://www.koha-fr.org)
More information about the Koha-devel
mailing list