[Koha] Completeness of records for importing

[Fischer, Katrin]

Hi Francis,

I would recommend against changing the zebra configuration and mapping of fields. It will most likely cause you some problems later on like keeping your customizations on every update and making more changes as new features get build on the data in those fields.

Normally you would store the year in 2 fields, in 260$c you are more flexible. Data here can contain something like "c2012" - alphanumerical.
In 008 you normally store a normalized year in 4 numbers. This will be used  by Koha for features like the date range search in advanced search. 
I am not sure how MarcEdit can do that, as I am only using the basic features, but maybe someone else can help you here.

Hope this makes sense,

Katrin


-----Ursprüngliche Nachricht-----
Von: koha-bounces at lists.katipo.co.nz im Auftrag von Savitra Sirohi
Gesendet: Mi 22.08.2012 06:24
An: franc at library.iisc.ernet.in
Cc: koha at lists.katipo.co.nz
Betreff: Re: [Koha] Completeness of records for importing
 
Francis, just want to share with you what we do - which is to ignore 008.

We just change zebra configuration to use 260c instead of 008 where required.


On Wed, Aug 22, 2012 at 9:36 AM,  <franc at library.iisc.ernet.in> wrote:
> On Tue, 21 Aug 2012, Paul wrote:
>
>> At 02:29 PM 8/21/2012 +0530, franc at library.iisc.ernet.in wrote:
>> [snip]
>>>
>>> Field 008 has been generated by the MarcEdit tool. Should it be
>>> substituted with 260$c using the same tool? I did look up the LoC site to
>>> have a better understanding of the field 008. It says character position
>>> 07-10 as Date1. Could you please let me know as to what does 'Date1' refer
>>> to?
>>
>>
>> "Date 1/beginning date of publication" -- pls see
>> <http://www.loc.gov/marc/umb/um07to10.html#part10> -- for books (rather than
>> serials, which can also have an "ending date of publication") this date is
>> most often the same as 260$c (for a full discussion of 260$c and 260$g, see
>> <http://www.loc.gov/marc/bibliographic/bd260.html>.)
>>
>> Paul
>
>
> Thank you, Paul, for the clarification and also for the pointers. Its still
> not clear to me as to how should the value of 260$c be assigned to the
> positions 7-10 of field 008?
>
> Thanks and regards, Francis
>
>>
>>
>>
>
> --
> This message has been scanned for viruses and
> dangerous content by MailScanner, and is
> believed to be clean.
>
> _______________________________________________
> Koha mailing list  http://koha-community.org
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha



-- 
Thanks,
Savitra Sirohi
Nucsoft OSS Labs
Professional Support for Open Source Software
Ph: +91 89718 06111
Web: http://www.osslabs.biz
_______________________________________________
Koha mailing list  http://koha-community.org
Koha at lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha