Completeness of records for importing
Dear Members, For the last couple of weeks, I have been experimenting with the Koha's importing feature. I seem to have understood and overcome all the teething problems related to importing of bibliographic records. I have now imported more than 60K records and every thing seems to be working fine. Before I proceed with the other aspects of Koha, I just wanted to ensure that the there isn't something oblivious that is missing in the records that I have imported. Could you please have look at the sample record given below and let me know if it is complete in all aspects or if any of the obvious and essential fields are missing. A Sample Record --------------- =LDR 00000nam 2200000Ia 45e0^M =008 120819s9999\\\\xx\\\\\\\\\\\\000\0\und\d^M =020 \\$a0-87692-514-10^M =082 \\$a005.133$bN884^M =245 \\$aPrinciples of computer programming (Fortran 77 for IBM PC) /by V. Rajaraman.^M =250 \\$a3rd.^M =260 \\$aNew Delhi$bP-H of India$c1988^M =300 \\$a246p^M =653 \\$a<Programming, Electronic digital computers Computer programming languages>^M =700 \\$aRajaraman, V.^M =952 \\$aJRDTML$bJRDTML$yBK$p144621 $o005.133 N884^M Thanks for your attention. - Francis JRDTML, IISc, Bangalore, India -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Hi, On 08/20/2012 06:12 AM, franc@library.iisc.ernet.in wrote:
Could you please have look at the sample record given below and let me know if it is complete in all aspects or if any of the obvious and essential fields are missing.
The record has everything needed for a basic bibliographic record, but please note my comment about the 008 below.
A Sample Record ---------------
=LDR 00000nam 2200000Ia 45e0^M =008 120819s9999\\\\xx\\\\\\\\\\\\000\0\und\d^M
You've set the Date1 field (positions 07-10 of the 008) to '9999'. However, since you do have a publication date available to you in the 260$c, it would be better to plug that into the Date1 field. Regards, Galen -- Galen Charlton Director of Support and Implementation Equinox Software, Inc. / The Open Source Experts email: gmc@esilibrary.com direct: +1 770-709-5581 cell: +1 404-984-4366 skype: gmcharlt web: http://www.esilibrary.com/ Supporting Koha and Evergreen: http://koha-community.org & http://evergreen-ils.org
On Mon, 20 Aug 2012, Galen Charlton wrote:
Hi,
On 08/20/2012 06:12 AM, franc@library.iisc.ernet.in wrote:
Could you please have look at the sample record given below and let me know if it is complete in all aspects or if any of the obvious and essential fields are missing.
The record has everything needed for a basic bibliographic record, but please note my comment about the 008 below.
A Sample Record ---------------
=LDR 00000nam 2200000Ia 45e0^M =008 120819s9999\\\\xx\\\\\\\\\\\\000\0\und\d^M
You've set the Date1 field (positions 07-10 of the 008) to '9999'. However, since you do have a publication date available to you in the 260$c, it would be better to plug that into the Date1 field.
Hi Charlton, Thanks for your attention and observation. 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? Regards, - Francis
Regards,
Galen
-- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
At 02:29 PM 8/21/2012 +0530, franc@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
On Tue, 21 Aug 2012, Paul wrote:
At 02:29 PM 8/21/2012 +0530, franc@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.
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@library.iisc.ernet.in> wrote:
On Tue, 21 Aug 2012, Paul wrote:
At 02:29 PM 8/21/2012 +0530, franc@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@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
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@lists.katipo.co.nz im Auftrag von Savitra Sirohi Gesendet: Mi 22.08.2012 06:24 An: franc@library.iisc.ernet.in Cc: koha@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@library.iisc.ernet.in> wrote:
On Tue, 21 Aug 2012, Paul wrote:
At 02:29 PM 8/21/2012 +0530, franc@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@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@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
On Wed, 22 Aug 2012, Fischer, Katrin wrote:
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
Hi Katrin, Thank you for your observations. And, thanks to all the others who been providing very useful tips to my original posting. I, now, have a better understanding of the field 008 particularly its positions 07-10. I'm still very much in the testing phase. Will take a decision about using the 008 field once I'm ready for the production system. Best, Francis
-----Ursprüngliche Nachricht----- Von: koha-bounces@lists.katipo.co.nz im Auftrag von Savitra Sirohi Gesendet: Mi 22.08.2012 06:24 An: franc@library.iisc.ernet.in Cc: koha@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@library.iisc.ernet.in> wrote:
On Tue, 21 Aug 2012, Paul wrote:
At 02:29 PM 8/21/2012 +0530, franc@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@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
-- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
On Wed, 22 Aug 2012, Savitra Sirohi wrote:
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.
Thank you, Sirohi, for the inputs. Will explore your suggestion. Regards, Francis
On Wed, Aug 22, 2012 at 9:36 AM, <franc@library.iisc.ernet.in> wrote:
On Tue, 21 Aug 2012, Paul wrote:
At 02:29 PM 8/21/2012 +0530, franc@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@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
-- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
participants (5)
-
Fischer, Katrin -
franc＠library.iisc.ernet.in -
Galen Charlton -
Paul -
Savitra Sirohi