[Heb-NACO] copying and pasting diacritics

Wed Jul 25 08:43:53 EDT 2018

The problem might be the one described in this recent post from the Mideastcat discussion list.

I’ve noticed this happening when I’ve worked with bibliographic records for archival collections, where the Scope and Contents note was copied/pasted into the record from an online finding aid. Hyphens and apostrophes seem to be the main problems in those records. I’ve found that those  characters can be displayed (highlighted in red) in OCLC Connexion by clicking on the “Edit” tab, selecting “MARC-8 characters” , then “Verify.” The you can insert the ALA diacritics.

See if this works for Hebrew script.

Best wishes,

Faye Leibowitz
General Languages Catalog Librarian
University Library System
University of Pittsburgh
frleibo at pitt.edu<mailto:frleibo at pitt.edu>

From: mideastcat-l at googlegroups.com<mailto:mideastcat-l at googlegroups.com> <mideastcat-l at googlegroups.com<mailto:mideastcat-l at googlegroups.com>> On Behalf Of Joyce E. Bell
Sent: Tuesday, July 10, 2018 3:43 PM
To: Henderson, Lykes Shelton <lykes at pobox.upenn.edu<mailto:lykes at pobox.upenn.edu>>; mideastcat-l at googlegroups.com<mailto:mideastcat-l at googlegroups.com>
Subject: RE: question about ALA diacritics versus (Windows) unicode characters

Hi Shelton,

I think what is happening isn’t necessarily a choice to use a composed character, but rather, in some cases at least, is caused by a change in how OCLC bulk loads records from institutions that catalog locally.  I contacted my counterpart at Stanford and this is what she says has happened with their data.  Overall cataloging practice is to use the decomposed characters, I think the standard covering this is from here (but I’m not sure):
https://www.loc.gov/marc/specifications/speccharucs.html<https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.loc.gov%2Fmarc%2Fspecifications%2Fspeccharucs.html&data=01%7C01%7Cfrleibo%40pitt.edu%7Cc60edbbcb366406689a808d5e69d589a%7C9ef9f489e0a04eeb87cc3a526112fd0d%7C1&sdata=Lm8M663VxdnpY9yjkKDTo9khduPdxXk7tBDZEHGzqSA%3D&reserved=0>

Joyce

From: mideastcat-l at googlegroups.com<mailto:mideastcat-l at googlegroups.com> [mailto:mideastcat-l at googlegroups.com] On Behalf Of Henderson, Lykes Shelton
Sent: Tuesday, July 10, 2018 10:36 AM
To: mideastcat-l at googlegroups.com<mailto:mideastcat-l at googlegroups.com>
Subject: question about ALA diacritics versus (Windows) unicode characters

Hi, All,

I've noticed over the past year or so that some libraries are choosing to use unicode characters, for example "ḥ" (U+1E25: Latin small letter H with dot below), in their OCLC Connexion cataloging rather than ALA diacritics (entering an "h" and applying the ALA diacritic "dot below letter").  Neither method causes a problem when searching romanized fields in OCLC.  However, my library catalog disassociates (I hope this is the right word) romanized names with unicode characters from romanized names with ALA diacritics, even though these romanized names look identical to the naked eye.  In addition, OCLC Connexion, at this time, doesn't control fields that contain unicode characters; it only controls fields that use ALA diacritics.  Moreover, the transliteration tools in OCLC don't work if a unicode character is present in a romanized field.  I can see why using the unicode characters makes sense, in that nobody other than catalogers would use OCLC Connexion to enter diacritics, but if you are dealing with an OCLC record without Arabic script, you have to delete the unicode characters and reenter the letters and ALA diacritics if you want to use the transliteration tools or control fields.  Is there any direction the MELA Committee on Cataloging can give as to which method of entering letters with diacritics is preferred?

Thanks,
Shelton Henderson
University of Pennsylvania

From: Heb-naco <heb-naco-bounces at lists.osu.edu> On Behalf Of Miriam Gloger
Sent: Tuesday, July 24, 2018 7:00 PM
To: Hebrew Name Authority Funnel <heb-naco at lists.osu.edu>
Subject: Re: [Heb-NACO] copying and pasting diacritics

I've noticed this problem with WEINB (Weinberg vendor records), mainly with the Alif and Ayin and especially hypens.  Anyone know of a good way to show the codes in the record?

On Tue, Jul 24, 2018 at 2:47 PM, Neil Manel Frau-Cortes <nfrau at umd.edu<mailto:nfrau at umd.edu>> wrote:
Dear all,

Lately I am encountering a number of bib records on OCLC where a cataloger has copied and pasted romanizations from somewhere else. The problem is that, even if it displays correctly and it validates, the diacritics map and index wrongly.

Example: 1031899969 Ḥorvot min ha-hoṿeh (with the under-dots) was done this way. The diacritics, when transferred to Aleph looked like $orvot min ha-ho eh : and of course the indexing and searching didn't work.

Maybe it's somebody who copies from another place in order to avoid typing the under-dots, not sure. Problem is, when you search for the tile it is not indexed correctly and when you transfer it to Aleph it becomes gibberish.

So heads up, that's it.

Kol tuv,

--

Neil M. Frau-Cortes, Ph.D. (he, him, his)

Judaica, Hebraica and Metadata Cataloger

University of Maryland

4109 McKeldin Library

College Park, MD 20742

Phone (301) 405-9337

nfrau at umd.edu<https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fnfrau%40umd.edu&data=01%7C01%7Cfrleibo%40pitt.edu%7C07826a3226d2469acbb908d5f1db6edb%7C9ef9f489e0a04eeb87cc3a526112fd0d%7C1&sdata=fGLF01G7nR9%2BV837ppM3Wxk0IwoGy367xQbiAgXPjJM%3D&reserved=0>

ORCID ID: https://orcid.org/0000-0002-1881-1405<https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Forcid.org%2F0000-0002-1881-1405&data=01%7C01%7Cfrleibo%40pitt.edu%7C07826a3226d2469acbb908d5f1db6edb%7C9ef9f489e0a04eeb87cc3a526112fd0d%7C1&sdata=P%2F6pLMdCpItdBcL5bX0yZ9w7sVLN6TyeBGABCaewHjg%3D&reserved=0>

_______________________________________________
Heb-naco mailing list
Heb-naco at lists.osu.edu<mailto:Heb-naco at lists.osu.edu>
https://lists.osu.edu/mailman/listinfo/heb-naco<https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.osu.edu%2Fmailman%2Flistinfo%2Fheb-naco&data=01%7C01%7Cfrleibo%40pitt.edu%7C07826a3226d2469acbb908d5f1db6edb%7C9ef9f489e0a04eeb87cc3a526112fd0d%7C1&sdata=gTggmoeyK8MmlWBzBwB0Wibxvj3FfVvLFs3oqDT4BPo%3D&reserved=0>

--
Miriam Gloger
Librarian II  Database Management Team (CMA)

(917) 229-9575
The New York Public Library - BookOps

Library Services Center
31-11 Thomson Ave
Long Island City, NY 11101-3006
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osu.edu/pipermail/heb-naco/attachments/20180725/8fce180a/attachment-0001.html>