From: | Ian.Hamilton [...] cec.eu.int |
To: | perl4lib [...] perl.org |
Subject: | MARC Lint: Is the MARC21 886 definition in Lint.pm incorrect ? |
Date: | Mon, 26 Jul 2004 11:16:49 +0200 |
Dear Perl4Lib,
I was recently looking at the error messages generated by Lint.pm for our
library site and came across some suspect "Subfield _x is not allowed"
messages.
On checking at http://www.loc.gov/marc/bibliographic/ecbdhold.html#mrcb886
(see last example with a _z subfield) and the OCLC site
(http://www.oclc.org/bibformats/en/8xx/886.shtm) subfields a thru z would
appear to be valid in 886 subfields:
"Subfield Codes
$a - Tag of the foreign MARC field (NR)
Subfield $a is not present when the first indicator value is 0 (Leader).
When it is present, subfield $a is the second subfield in the field.
$b - Content of the foreign MARC field (NR)
$2 - Source of data (NR)
Contains the MARC code for the foreign MARC format from which the record is
converted. Must be first subfield in the field. Code from: MARC Code Lists
for Relators, Sources, Description Conventions
$a-z - Foreign MARC subfield (R)
$0-9 - Foreign MARC subfield (R)"
I then checked the Lint.pm definition at
http://search.cpan.org/src/PETDANCE/MARC-Record-1.38/lib/MARC/Lint.pm
886 R FOREIGN MARC INFORMATION FIELD
ind1 012 Type of field
ind2 blank Undefined
a NR Tag of the foreign MARC field
b NR Content of the foreign MARC field
2 NR Source of data
This looks like a problem with the automatic updating of the list of valid
subfields from the L of C site: i.e. the pattern match misses the following
spec for ranges of subfields:
$a-z - Foreign MARC subfield (R)
$0-9 - Foreign MARC subfield (R)
Regards, Ian H.
We find Lint.pm very useful indeed.
Show quoted text
_____________________________________________
Ian Hamilton
Library Systems Administrator
European Commission - Directorate General for Education and Culture
EAC D3 - Central Library Unit
* +32-2-295.24.60 (direct phone)
* +32-2-299.91.89 (fax)
* http://europa.eu.int/eclas/