[DCRM-L] "Private" fields in OCLC

Rachel D'Agostino rdagostino at librarycompany.org
Wed Dec 12 11:18:39 MST 2007


I have conducted a few searches in OCLC and found that at this time I am
able to view 590s coded "blank" in institution records of other
institutions.  When will the decision of the RLG Union Catalog Advisory
Committee begin to affect us and our records?

 

 

Rachel D'Agostino

Rare Book Cataloger

The Library Company of Philadelphia

(215) 546-3181

rdagostino at librarycompany.org

Visit our website at www.librarycompany.org
<http://www.librarycompany.org/> 

 

________________________________

From: dcrm-l-bounces at lib.byu.edu [mailto:dcrm-l-bounces at lib.byu.edu] On
Behalf Of Robert Maxwell
Sent: Tuesday, December 11, 2007 10:56 AM
To: DCRM Revision Group List
Subject: [DCRM-L] "Private" fields in OCLC

 

I understand a group called "The RLG Union Catalog Advisory Committee"
has discussed the issue of private information in local records with
OCLC and has "ratified" the following decision. I may be totally out of
the loop, but I hadn't heard a whisper about it and thought maybe you
all hadn't either. I am certain it was not discussed on this rare
cataloging discussion list, at any rate, and it does affect us.

 

It appears that this Committee wanted to ensure that "all possible
private information was protected." By "private" I assume things like
donors, prices paid, etc., is meant. Four fields were discussed:

 

541, 561, 583, and 590

 

The Committee decided that in OCLC, the first indicator in any of these
field must be coded "1"  for the field to display. In other words, if
the indicator is coded "blank" or "0" the field will not display. (In
the MARC format documentation for 541, 461, and 583, "0" means private,
"1" means not private, "blank" means no information provided. No such
coding is defined for 590.)

 

I am particularly concerned about this decision with respect to 590, and
also to some extent about 561. It appears that (nonstandard) indicators
1 and 0 have been available for some time in OCLC for 590, but to my
knowledge they were never so defined in RLIN, and so no 590s coming from
RLIN libraries will be so coded. Therefore by fiat none of the 590s
currently in RLIN-originated records, and probably in most
OCLC-originated records (I'd be interested in hearing from OCLC
catalogers if they used these indicators), will display. Wasn't that one
of the major points about RLG libraries wanting the institution records,
that the local information would display? This action will defeat that
purpose for the majority of records.

 

I am not in favor of "opt in" for 590, in other words, you have to
manually insert an indicator or it will not display. It seems to me that
if anyone has actually put private information in a 590 (something I
would never do in my own cataloging), the burden should be on them to
use this indicator to indicate a desire that the information NOT
display, not the other way around. In my opinion, blank should not
trigger non-display. I also think the same thing about 561. 561 is not
used for the immediate source of acquisition, but for the custodial
history of the item, something that in most cases is not "private" in
the sense that we want to protect donors or hide how much we paid for
the item or whatever. In this case, too, I feel that the burden should
be on the cataloger to say they do NOT want the field displayed, not on
the rest of us to say we DO want the field to display. I feel less
strongly about 583 and 541, but do hold the same opinion about them.

 

Anyway, though it may be after the fact, I thought this deserved
discussion here.

 

Thanks,

Bob

 

Robert L. Maxwell
Special Collections and Ancient Languages Catalog Librarian
Genre/Form Authorities Librarian
6728 Harold B. Lee Library
Brigham Young University
Provo, UT 84602
(801)422-5568 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://listserver.lib.byu.edu/pipermail/dcrm-l/attachments/20071212/3db1e8e9/attachment.htm 


More information about the DCRM-L mailing list