EML

To determine whether this bug is important, I used the pathQuery results from 30 April 2012 of all LTER eml abstracts. Of the 6826 eml docs, 240 of them contain some odd characters.

cat resultSet | tr d '\000\011\013-\177' | grep -v "^$" odd_chars | wc -l
240

So this affects less than 4 percent of the LTER eml docs in the LTER Metacat.

To clarify this bug, see knb-lter-bug.4103.2 versus knb-lter-bug.4103.3 in demo2.

The only difference is the presence of higher-order ascii characters in the abstract.
In revision 3 they are commented-out.

Another example of this is the difference between
https://demo2.test.dataone.org/knb/metacat/knb-test-nrs.569.3/default
which does display
versus
https://demo2.test.dataone.org/knb/metacat/knb-test-nrs.569.2/default
which does not display, but instead fails with a "white-page".

The ONLY diff between revisions 2 and 3 is the pacakgeId and
Bancroft's office
vs
Bancroft ’s office

in the abstract.

(revision 1 had denyFirst.)

These are unfortunate errors, but are most likely do to copy-and-paste from a [MS Word] document into the metadata file.
I've added better error reporting during the transform so there's now an indication that rendering was not possible when the character is encountered.

Original Bugzilla ID was 5618