[OPEN-ILS-GENERAL] Duplicate entry in authors.tt2 (is this bug 958954?)

Thu May 28 15:52:48 EDT 2015

I agree that the system supplied parenthetical terms are not useful and in the case of films “added author” is misleading. It’s much more informative to have persons associated with a film have that relationship described in the OPAC display rather than having all simply display as “Added author” as rarely are any authors.

We need development so that EG will correctly display the relator  terms in subfield ‘e’ as well as the relator codes in subfield ‘4’. Evergreen does not correctly display the relator terms in subfield ‘e’ so it shows these as plain text following the name.  Being able to display the terms in subfield ‘e’ would be a huge improvement as more and more RDA records are added with these terms.

700 1\ $a Hermann, Edward, 1943- $e narrator = Hermann, Edward. Narrator (Added author)

But

700 1\  $a Hermann, Edward, 1943- $4 nrt = Hermann, Edward, 1943- (Narrator)

A corollary to this is the problem that if the 7xx field has multiple subfield ‘4’s only of them displays, the last one. There are cases where a person may be a director, screenwriter, and actor.

Janet

Janet Schrader
Bibliographic Services Supervisor
C/W MARS, Inc.
67 Millbrook Street, Suite 201
Worcester, MA 01606
Tel: 508-755-3323 ext. 25
FaX: 508-757-7801
jschrader at cwmars.org<mailto:jschrader at cwmars.org>

From: Open-ils-general [mailto:open-ils-general-bounces at list.georgialibraries.org] On Behalf Of Kathy Lussier
Sent: Thursday, May 28, 2015 3:23 PM
To: open-ils-general at list.georgialibraries.org
Subject: Re: [OPEN-ILS-GENERAL] Duplicate entry in authors.tt2 (is this bug 958954?)

Hi Sarah,

Looking at the subfield e information in that bug, Dan says:

Fall back to the $e if there is no explicit relator code;

It sounds like you are proposing the opposite, use the $e and, if it's not available, fall back to the relator codes (subfield 4).

I would support that change in direction.

It sounds like an LP bug is in order! :)

Kathy
On 05/28/2015 03:15 PM, Sarah Childs wrote:
If the bug is not the same problem as the one Tony is describing, it's very closely related.  The bug does refer to the subfield e, the RDA terms, and it looks like that's what the non-parenthetical terms are in his example.
I would vote for ditching the parenthetical terms entirely. If there are relator terms, display them (subfield e).  If there are not, but there are relator codes (subfield 4), translate and supply those. (Don't give codes, give terms.)  If there is nothing, give nothing, just the names. The parenthetically supplied terms are usually not that useful and often are misleading, redundant, or both.

On Thu, May 28, 2015 at 2:47 PM, Kathy Lussier <klussier at masslnc.org<mailto:klussier at masslnc.org>> wrote:
Hi Tony,

I think this is a different issue. The issue here is that we previously added (Author) or other relator information in parentheses for pre-RDA records. Now that we have RDA records, the record is also now displaying the relator information from subfield e.

Kathy

On 05/28/2015 02:41 PM, Tony Bandy wrote:
Hello everyone,

Quick check if you have a moment?  I’m working on TPAC cleanups for our consortium and am noticing title results that include duplicate author notations such as this:

Hillenbrand, Laura,<http://blanchester-training.cool-cat.org/eg/opac/results?query=Hillenbrand%20%20Laura;qtype=author> author. (Author). Herrmann, Edward, 1943-<http://blanchester-training.cool-cat.org/eg/opac/results?query=Herrmann%20%20Edward%201943;qtype=author> narrator. (Added Author)

Doing some digging around, this looks to me like Bug #958954 (see: https://bugs.launchpad.net/evergreen/+bug/958954)

-------------------------

Has anyone encountered this?  Do you think this bug is the same thing?

I can fix this somewhat by going into the authors.tt2 file and removing the default label, but with that approach, if there is nothing in the subfield, then there will be zero notation after the author’s name.

If I look at the details for the bug, Dan mentioned there was a fix released?

Thanks in advance for any thoughts you might have!

--Tony

Tony Bandy
tonyb at ohionet.org<mailto:tonyb at ohionet.org>
OHIONET
1500 West Lane Ave.
Columbus, OH  43221-3975
614-484-1074<tel:614-484-1074> (Direct)
614-486-2966 x19<tel:614-486-2966%20x19>

--

Kathy Lussier

Project Coordinator

Massachusetts Library Network Cooperative

(508) 343-0128<tel:%28508%29%20343-0128>

klussier at masslnc.org<mailto:klussier at masslnc.org>

Twitter: http://www.twitter.com/kmlussier

--
Sarah Childs
Technical Services Department Head
Hussey-Mayfield Memorial Public Library
250 North Fifth Street
Zionsville, IN 46077
317-873-3149 x13330
sarahc at zionsvillelibrary.org<mailto:sarahc at zionsvillelibrary.org>

--

Kathy Lussier

Project Coordinator

Massachusetts Library Network Cooperative

(508) 343-0128

klussier at masslnc.org<mailto:klussier at masslnc.org>

Twitter: http://www.twitter.com/kmlussier
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://libmail.georgialibraries.org/pipermail/open-ils-general/attachments/20150528/7cd9ade3/attachment-0001.html>