And don't forgot to check the MARC 264$c as well. That's the field that we use with RDA and you'll find it in newer records.
Karen Karen D. Miller Monographic Cataloger/Metadata Specialist Northwestern University Libraries Northwestern University 1970 Campus Drive Evanston, IL 60208 www.library.northwestern.edu k-mill...@northwestern.edu 874.467.3462 -----Original Message----- From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of Trail, Nate Sent: Monday, July 11, 2016 2:24 PM To: CODE4LIB@LISTSERV.ND.EDU Subject: Re: [CODE4LIB] date fields Don't forget that it might be duplicative of the 260 but the 008 has "machine readable" date info that may be less specific than the 260 but more uniformly entered (or that's the only place there is a date associated with publication/release). Nate ========================== Nate Trail LS/ABA/NDMSO Library of Congress n...@loc.gov -----Original Message----- From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of Joy Nelson Sent: Monday, July 11, 2016 3:19 PM To: CODE4LIB@LISTSERV.ND.EDU Subject: Re: [CODE4LIB] date fields Hi Eric- Are you planning on storing the 'normalized' dates for ever in the MARC? i.e. leave the c1900 in the 260$c and have 1900 in another place? I think what you do depends on your ILS and tools. My first reaction would be to stash the date in an unused subfield in the 260. If your system allows you to add 'non standard' subfields, you could use 260$z to stash it. But, then I start to think that might rankle some catalogers to have 'non standard' date data in the 260 (or 264). I would probably then look at using one of the local use tags. 901-907, 910, or 945-949. You could be the date in $a and even a brief description in a second subfield. 901$a1900$bnormalized date for project XYZ -initials/date -Joy On Mon, Jul 11, 2016 at 12:51 PM, Eric Lease Morgan <emor...@nd.edu> wrote: > I’m looking for date fields. > > Or more specifically, I have been given a pile o’ MARC records, and I > will be extracting for analysis the values of dates from MARC 260$c. > From the resulting set of values — which will include all sorts of > string values ([1900], c1900, 190?, 19—, 1900, etc.) — I plan to > normalize things to integers like 1900. I then want to save/store > these normalized values back to my local set of MARC records. I will > then re-read the data to create things like timelines, to answer > questions like “How old is old?”, or to “simply” look for trends in the data. > > What field would y’all suggest I use to store my normalized date content? > > — > Eric Morgan > -- Joy Nelson Director of Migrations ByWater Solutions <https://urldefense.proofpoint.com/v2/url?u=http-3A__bywatersolutions.com&d=CwIDaQ&c=yHlS04HhBraes5BQ9ueu5zKhE7rtNXt_d012z2PA6ws&r=P54V6LrXJP5Ddzc8ZItBdqB1Kr3elvFIQ04P7n0UCbQ&m=7EQN_apayMI2O9udJ8Gn13kbTRlzE3oKz9kl-QycF_4&s=gUcx8tWq301tcZq4tIjJChWJ86ObInENcFh-D7ljgx4&e= > Support and Consulting for Open Source Software Office: Fort Worth, TX Phone/Fax (888)900-8944 What is Koha? <https://urldefense.proofpoint.com/v2/url?u=http-3A__bywatersolutions.com_what-2Dis-2Dkoha_&d=CwIDaQ&c=yHlS04HhBraes5BQ9ueu5zKhE7rtNXt_d012z2PA6ws&r=P54V6LrXJP5Ddzc8ZItBdqB1Kr3elvFIQ04P7n0UCbQ&m=7EQN_apayMI2O9udJ8Gn13kbTRlzE3oKz9kl-QycF_4&s=UyhUbm0XaO342AgjKgfi20M3VKgVg1yUboM2ldc04sw&e= >