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. _____________________________________________ 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/
