Thanks Terry. I could have sworn I have processed MARC records containing newlines with no problems in the past (I.e., not records converted from XML), though I've never tried to validate them with MARCEdit. They were simply acceptable to III. The MARC-8 character map I use lists both 0A and 0D as valid. However I hunted down a more official version of the map here:
http://lcweb2.loc.gov/diglib/codetables/42.html And sure enough neither 0A or 0D is listed. Learn something new and all that. Looks like MARC::Record is doing its job correctly. Perhaps changing MARC::File::XML is in order. Arvin On Jan 12, 2012, Reese, Terry <terry.re...@oregonstate.edu> wrote: I wanted to follow up on this message (saw it through the digest). New lines actually are invalid characters in a USMARC record. There are a number of characters that are not allowed, and these happen to be two of them. Essentially, MARC fields cannot be multi-line. This is why MarcEdit's MARCengine automatically will sanitize this data away during the breaking process and why records in the mnemonic format cannot be multi-lined. --TR -----Original Message----- From: perl4lib-digest-h...@perl.org [mailto:perl4lib-digest-h...@perl.org] Sent: Thursday, January 12, 2012 8:31 AM To: perl4lib@perl.org Subject: perl4lib Digest 12 Jan 2012 16:31:25 -0000 Issue 479 perl4lib Digest 12 Jan 2012 16:31:25 -0000 Issue 479 Topics (messages 2952 through 2953): MARC::Record / MARC::File::XML bug when fields contain newlines? 2952 by: arvinporthog.lycos.com 2953 by: Jon Gorman Administrivia: To subscribe to the digest, e-mail: <perl4lib-digest-subscr...@perl.org> To unsubscribe from the digest, e-mail: <perl4lib-digest-unsubscr...@perl.org> To post to the list, e-mail: <perl4lib@perl.org> ----------------------------------------------------------------------
