Print

Print


Making changes to MARC is a layered process. In addition to approving he
MARC changes, the NACO nodes that will receive MARC authorities must give
an OK before the approved changes can be implemented. I think this is an
instance where the NACO nodes have not given an OK yet.  It's not something
that's under OCLC's control.

It would be helpful if the NACO nodes' own approval process were a bit more
transparent.

Stephen

On Fri, Mar 3, 2017 at 3:43 AM, Horne, Carl Stanley <[log in to unmask]>
wrote:

> I believe that if you simply omit the second $c (keeping the
> semicolon-space) OCLC’s validation algorithm will be happy, although the
> MARC Input standards list the $c as being repeatable.
>
>
>
> Carl
>
>
>
> Carl Horne
>
> Slavic and Central Eurasian Cataloger
>
> & NACO/SACO Liaison
>
> Indiana University Library
>
> Bloomington, IN  47405
>
>
>
> *From:* Program for Cooperative Cataloging [mailto:[log in to unmask]
> GOV] *On Behalf Of *Charles Croissant
> *Sent:* Thursday, March 2, 2017 1:07 PM
> *To:* [log in to unmask]
> *Subject:* repeating the subfield $c in a 111 authority record
>
>
>
> Dear collective wisdom,
>
> I've run into a problem in trying to update a conference authority record
> to RDA. I think the problem is actually with OCLC's validation algorithm,
> but I'm wondering if others have encountered this as well, and whether it's
> a "known problem."
>
> I would like to update NAR no2002013383 to RDA. It's for the Council of
> Pavia-Siena, a 15th-century church council that took place in two locations.
>
> Applying RDA 11.13.1.8.1, it appears that the RDA heading (expressed in
> MARC) should be:
>
> 111 2_ $a Council of Pavia-Siena $d (1423-1424 : $c Pavia, Italy; $c
> Siena, Italy)
>
>
>
> i.e. with the subfield $c repeated.
>
> According to MARC 21 for Authority Records, subfield $c _is_ repeatable.
> There's even a statement to this effect in the General Information X11
> section: "Multiple adjacent locations are contained in a repeatable
> subfield $c."
>
> But when I attempt to validate the heading in OCLC, it fails validation,
> so I am unable to replace the record.
>
> So I'm wondering, should I remove the second $c and replace the record, or
> should I wait to replace this record until this validation problem gets
> fixed?
>
> thanks for any advice,
>
>
>
> Charles Croissant
> Senior Catalog Librarian
> Pius XII Memorial Library
> Saint Louis University
> St. Louis, MO 63108
>



-- 
Stephen Hearn, Metadata Strategist
Data Management & Access, University Libraries
University of Minnesota
160 Wilson Library
309 19th Avenue South
Minneapolis, MN 55455
Ph: 612-625-2328
Fx: 612-625-3428
ORCID:  0000-0002-3590-1242
https://listserv.loc.gov/cgi-bin/wa?A3=ind1703&L=PCCLIST&E=quoted-printable&P=63329&B=--001a113d421c39b32b0549c660fb&T=text%2Fplain;%20charset=UTF-8&header=1
listserv.loc.gov
crawl=CC-MAIN-2021-25
4330
application/http; msgtype=response
sha1:6BCGX4PR3G5RMRCSZW3LQJNYFGRVVQBH
<urn:uuid:637faa70-1f74-436c-bdbd-64dd6a9b6626>
2021-06-20T13:58:35Z
140.147.239.86
text/html
sha1:BAK3OPYJSZEVNW3XLXGZ5AHGEGRFGJNM
<urn:uuid:9f2361f4-b04e-4d6d-880d-3c05b38750a4>
https://listserv.loc.gov/cgi-bin/wa?A3=ind1703&L=PCCLIST&E=quoted-printable&P=63329&B=--001a113d421c39b32b0549c660fb&T=text%2Fplain;%20charset=UTF-8&header=1
response
<urn:uuid:693d320b-979c-41bf-8b88-357fe29d866e>
isPartOf: CC-MAIN-2021-25
publisher: Common Crawl
description: Wide crawl of the web for June 2021
operator: Common Crawl Admin (info@commoncrawl.org)
hostname: ip-10-67-67-53.ec2.internal
software: Apache Nutch 1.18 (modified, https://github.com/commoncrawl/nutch/)
robots: checked via crawler-commons 1.2-SNAPSHOT (https://github.com/crawler-commons/crawler-commons)
format: WARC File Format 1.1
conformsTo: https://iipc.github.io/warc-specifications/specifications/warc-format/warc-1.1/