[2][DL] Foreign characters may not render correctly

[richardGreen]

Apologies if this is a duplicate - I thought this was already listed but can't now find it.

See, for instance, http://blacklight.hull.ac.uk/catalog/b18879172 - fourth author. Compare with MARC record.

SEE ALSO (different foreign chararacter problem) http://blacklight.hull.ac.uk/catalog/b14104489 where we get a hex code on the screen (comes up in other Bronte records too - not just a one-off). Here the MARC contains the hex code.

ALSO SEE ALSO http://blacklight.hull.ac.uk/catalog/b12882847 which is different yet again!

[richardGreen]

Diane to deal with the Bronte problem because the MARC shouldn't contain hex. The first problem needs sorting though.

[richardGreen]

Diane in email:

Richard,

If you look at the catalogue record for this and the MARC display it looks fine http://libsys.lib.hull.ac.uk/record=b1265716 Either it was faulty before and has been updated since it was loaded into Blacklight, or the fault has developed during the MARC extract and loading of the record.

It’s the same for the title we looked at earlier - http://libsys.lib.hull.ac.uk/record=b1410448~S3

[richardGreen]

Despite the different 'b' number, Diane's first link does appear to be the same book as....2847 listed above. R

[richardGreen]

So this is a Chrome for Windows error. Works in IE and Firefox - also in Chrome for Android.

[simonlamb]

The issue with :-

http://blacklight.hull.ac.uk/catalog/b12882847

Is caused by the original MARC record containing the following:-

=600 10$aBront{uml}e, Emily,$d1818-1848.

The {uml} part is obviously not recognised by solr-marc, I wonder if this can be exported from Marc with the correct character - Brontë, Emily

[simonlamb]

Fixed

[simonlamb]

Checked against all urls, issue fixed and closed