Bug 5701 - Distinction between authors/additional authors in staff normal view (MARC21/XSLT)
Summary: Distinction between authors/additional authors in staff normal view (MARC21/X...
Status: CLOSED FIXED
Alias: None
Product: Koha
Classification: Unclassified
Component: Staff interface (show other bugs)
Version: Main
Hardware: All All
: PATCH-Sent (DO NOT USE) enhancement (vote)
Assignee: Marcel de Rooy
QA Contact: Bugs List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-02-07 12:53 UTC by Marcel de Rooy
Modified: 2012-10-25 23:04 UTC (History)
4 users (show)

See Also:
Change sponsored?: ---
Patch complexity: ---
Documentation contact:
Documentation submission:
Text to go in the release notes:
Version(s) released in:


Attachments
Screen shot (143.29 KB, image/pjpeg)
2011-02-07 12:54 UTC, Marcel de Rooy
Details
Patch (6.31 KB, patch)
2011-02-07 13:14 UTC, Marcel de Rooy
Details | Diff | Splinter Review

Note You need to log in before you can comment on or make changes to this bug.
Description Marcel de Rooy 2011-02-07 12:53:01 UTC
At this time all entries in 100/110/111 and 700/710/711 are shown together.
We want to see the difference between an author and an added entry. (The 700 author could for instance be an illustrator.)
To this end we like to see the eventual relator code or term in $4 or $e too (displayed between brackets after the name).

In the patch the code for authors is moved to a template routine at the end of the xslt stylesheet.
Comment 1 Marcel de Rooy 2011-02-07 12:54:03 UTC
Created attachment 3071 [details]
Screen shot
Comment 2 Marcel de Rooy 2011-02-07 13:14:03 UTC
Created attachment 3072 [details] [review]
Patch
Comment 3 Nicole C. Engard 2011-02-07 14:28:22 UTC
I have signed off, but I'd like to see the same for the OPAC as well :)
Comment 4 Marcel de Rooy 2011-02-07 14:32:00 UTC
Thanks!
Comment 5 Nicole C. Engard 2011-02-07 14:37:42 UTC
FYI - Related Codes here: http://www.loc.gov/marc/relators/relaterm.html  (thanks jcamins)
Comment 6 Katrin Fischer 2011-02-07 15:00:24 UTC
I am worried about the relator code or term in OPAC. I fear the the patrons will not understand the meaning. And librarians not used to MARC21 cataloging (like in our union catalog situation) won't know the codes either.

http://www.loc.gov/marc/relators/relaterm.html
Bookjacket designer [bjd]
http://www.loc.gov/marc/relators/relacode.html
elt 	Electrotyper

There should be a way to translate those into meaningful terms for the OPAC.

I would also like to test your changes with some records containing 880 fields with persons.
Comment 7 Nicole C. Engard 2011-02-07 15:57:59 UTC
For the OPAC the biggies should be listed (regarding relator terms) - editor, illustrator, translator - otherwise it says 'authors' or 'additional authors' and it's not clear what role those people played and they weren't authors at all.
Comment 8 Marcel de Rooy 2011-02-07 20:50:25 UTC
Responding to comment 6 and 7:
First this report (and patch) only relates to the staff client. We should open another one for the OPAC and see about that.
The relator codes that are unknown to the librarians cataloging in MARC, should not 'hurt' them either. If their library does not use them, they will probably not see them at all.

One remaining question for Katrin: If you meant the alternate graphical representation for marc 880, this code was not touched. Did you?
Comment 9 Chris Cormack 2011-02-08 08:20:31 UTC
Pushed please test
Comment 10 Katrin Fischer 2011-02-08 08:38:51 UTC
To explain my point of view a little better: Our librarians don't catalog in MARC21, they catalog in the union catalog which uses its own format. The data is exported in MARC21 format and imported into Koha, but they don't really know about it. So they have no clue about the relator codes. Also the point of the union catalog is using existing records.

I would like to see Nicole's suggestion for the OPAC in staff too - have different translatable labels - created from the relator codes - and show the names/persons behind the labels.

About the 880 fields: We tried to make the 880 display mirror the transliterated fields as far as possible. If the labels change on one side, the labels should change for the 880 fields too.
Comment 11 Marcel de Rooy 2011-02-23 14:51:51 UTC
Nicole opened a new bug 5711 for this problem at the opac side.
Concerning the 880 fields: The current XSLT code does not pass any labels to the m880Select routine at all.
If any more specific adjustments on 880 are necessary, we could open a more specific bug report on that one. Some screen shots of the current situation (especially for staff side) would be helpful too.
I will close this bug.