[Koha-bugs] [Bug 13381] RDA: 245 field changes in XSLT

bugzilla-daemon at bugs.koha-community.org bugzilla-daemon at bugs.koha-community.org
Tue Dec 16 23:49:06 CET 2014


http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13381

David Cook <dcook at prosentient.com.au> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |dcook at prosentient.com.au

--- Comment #6 from David Cook <dcook at prosentient.com.au> ---
This is certainly an interesting one. As LOC notes, the AACR2 GMD is replaced
by the 336, 337, and 338 in RDA. 

As a result, I'm not sure about putting the 245$h into its own "Medium" field,
as the 337 already represents "Media type". However, I don't think it would be
a good idea to put the GMD into the "Media type" field if a 337 isn't
available.

If a record has a GMD, I think librarians would expect to see it in the title.
I suppose a patron might expect to see it in a Medium field... but I think
having Medium/Media would be confusing, especially if a record accidentally has
a 245$h and a 337...

I don't know. 

The "funny" thing about MARC is that we could also be determining medium from
the 007 or the leader or a combination...

In a way, there are too many options and none of them are consistently helpful
to end users :S.

I don't like the idea of cluttering a screen with all the different format
options, but re-using labels can also be confusing. 

Of course, at the end of the day, we use custom XSLTs for everyone, so I don't
have too much of a vested interest in this one, except apart from not wanting
to overly customize our own versions.

--

As a side note, why do we want to add the statement of responsibility back into
the top of the record? Is that a RDA requirement? It looks awful... while it
might be something librarians like, I imagine patrons wouldn't like it too
much.

-- 
You are receiving this mail because:
You are watching all bug changes.


More information about the Koha-bugs mailing list