On Thursday, October 14, 2004 11:30 AM, Jackie Shieh wrote: >BTW, did the checking take into an account that when 260$c has >[19--?] that the value in 008/007-10 should be 19uu?
This is not currently accounted for in my programming, since it did not appear in any of the records I used for testing. I will try to account for these in the next update. Thank you for the suggestion, Bryan Baldus Cataloger Quality Books Inc. [EMAIL PROTECTED] http://home.inwave.com/eija BTW, did the checking take into an account that when 260$c has [19--?] that the value in 008/007-10 should be 19uu? --Jackie |Jackie Shieh |Special Projects & Collections Team |Harlan Hatcher Graduate Library |University of Michigan |920 North University |Ann Arbor, MI 48109-1205 |Phone: 734.936.2401 FAX: 734.615.9788 |E-mail: [EMAIL PROTECTED] On Wed, 13 Oct 2004, Bryan Baldus wrote: > What you describe seems to be what MARC::Lint does. MARC::Errorchecks is > more of a check of the record data against AACR2 cataloging rules (and > LCRIs), in addition to MARC21 rules, just as MARC::Lintadditions does. The > difference between the two is that Errorchecks is able to cross field > boundaries (for example comparing codes in the 008 vs. the 300 subfields), > while Lint and Lintadditions seem to be limited to single-field checking. > > Thank you, > > Bryan Baldus > Cataloger > Quality Books Inc. > [EMAIL PROTECTED] > http://home.inwave.com/eija > >
