as it rolls off the press...
Kevin
From:
Resource Description and Access / Resource Description
and Access [mailto:RDA-L@LISTSERV.LAC-BAC.GC.CA] On
Behalf Of Casey A Mullin
Sent:
re difficult for the
"Identify" and "Select" tasks. They really should be
variant access points, IMO.
Kevin
From:
Casey A Mullin [mailto:cmul...@stanford.edu]
stern.edu>
(847) 491-2939
Proudly wearing the sensible shoes since 1978!
--
Casey A. Mullin
Head, Data Control Unit
Metadata Department
Stanford University Libraries
650-736-0849
cmul...@stanford.edu
http://www.caseymullin.com
--
"Those who need structured and granular data and the p
to speak to this issue, and the LC PCC PS
is about whether to give authorized access points for the subordinate
parts, not for what to do with the preferred title of the collection
as far as I can tell.
Thanks
--
Adger Williams
Colgate University Library
315-228-7310
awilli...@colgate.edu <ma
MA 02472
Phone: (617) 585-1254
FAX: (617) 585-1245
Email: damian.isemin...@necmusic.edu
<mailto:damian.isemin...@necmusic.edu>
--
Casey A. Mullin
Head, Data Control Unit
Metadata Department
Stanford University Libraries
650-736-0849
cmul...@stanford.edu
http://www.caseymullin.com
--
"Tho
://www.slc.bc.ca/
___} |__ \__
--
Casey A. Mullin
Head, Data Control Unit
Metadata Department
Stanford University Libraries
650-736-0849
cmul...@stanford.edu
http://www.caseymullin.com
--
"Those who need structured and granular data and the pr
y.washington.edu/~aschiff
~~
On Mon, 11 Feb 2013, Casey A Mullin wrote:
[Cross-posted widely. Please excuse the duplication]
Colleagues,
The MLA-BCC RDA Music Implementation Task Force is happy to announce
the release of the first complete draft of "Best Practices for Music
C
; fashion). Whether or not you are
able to attend the MLA session, we want to hear from you!!
The current draft may be found here:
http://bcc.musiclibraryassoc.org/BCC-Historical/BCC2013/RDA_Best_Practices_for_Music_Cataloging.pdf
Many thanks,
Casey Mullin
Chair, MLA-BCC RDA Music Impleme
basic stage of RDA cataloging.
Thanks,
Shirley Thomas
Cataloger
Chemeketa Community College Library
Salem, OR
--
Casey A. Mullin
Discovery Metadata Librarian
Metadata Development Unit
Stanford University Libraries
650-736-0849
cmul...@stanford.edu
http://www.caseymullin.com
--
"Those wh
lc.bc.ca)
{__ | / Special Libraries Cataloguing HTTP://www.slc.bc.ca/
___} |__ \__________
--
Casey A. Mullin
Discovery Metadata Librarian
Metadata Development Unit
Stanford University Libraries
650-736-0849
cmul...@stanford.edu
ht
http://catalogingmatters.blogspot.com/
*Cooperative Cataloging Rules*
http://sites.google.com/site/opencatalogingrules/
*Cataloging Matters Podcasts*
http://blog.jweinheimer.net/p/cataloging-matters-podcasts.html
--
Casey A. Mullin
Discovery Metadata Librarian
Metadata Development Unit
Stanford Unive
Title proper: Bend sinister
embodies e1 (novel in English)
realizes w1
Preferred title: Bend sinister
embodies e2 (preface in English)
realizes w2
Preferred title: [Title given or devised title]
This doesn't seem devilish to me at all. Am I missing
anifestation is the title of the
aggregate Work, even if it is also the title of the main Work. The
redundancy resulting from identifying both is yet another reason to
forego identifying the aggregate in the data, IMO.
Thanks,
Casey Alan Mullin
On 1/7/2012 7:28 AM, Karen Coyle wrote:
Quoting Cas
or related by virtue of a common manifestation, W/E 2
and 3 need not be identified for the user in this example. As I stated
previously, we may construe their existence, but the user need only be
presented with W/E 1 and the three M's that embody it.
I hope that makes sense.
then add what is essentially an analytic entry
that links the non-aggregate Work 1 to Manifestation 3, we're adding
even more redundancy for the user.
The bottom line is that if every manifestation that has some
differences (prefaces, illustrations) becomes a separate Work, adding
MOR
nd Communication
Wolframstrasse 32, 70191 Stuttgart
www.hdm-stuttgart.de/bi
--
Casey A. Mullin
Discovery Metadata Librarian
Metadata Development Unit
Stanford University Libraries
650-736-0849
cmul...@stanford.edu
http://www.caseymullin.com
--
"Those who need structured and granula
I may not be an authoritative source, per se, but this seems to me to be just
another case of MARC lacking sufficient semantic granularity as an RDA carrier.
The same fuzziness exists in the 245 and 260, among many other fields.
For what it's worth, the specificity of the relationship can be ded
needs to be changed. There is plenty of time
to figure out eventual changes, but little time to demonstrate how we
can really make a difference in people's lives.
--
Casey A. Mullin
Discovery Metadata Librarian
Metadata Development Unit
Stanford University Libraries
650-736-0849
cmul...@
tem, I find it to be quite a bold supposition. This
is not to say that such displays don't have the potential to be
confusing to some, but again this says more about the system in question
than about cataloging standards.
Cheers,
Casey
On 8/22/2011 9:26 AM, James Weinheimer wrote:
On 22/08/2
ess these things), the core statement of a relationship is the basis
for what can be shared in the future, rather than globs of data in fixed
records that have to be taken apart, edited, augmented manually, etc. A
relationship once established need only be established once for future systems
lc.bc.ca)
{__ | / Special Libraries Cataloguing HTTP://www.slc.bc.ca/
___} |__ \__
--
Casey A. Mullin
Discovery Metadata Librarian
Metadata Development Unit
Stanford University Libraries
650-736-0849
cmul...@stanford.edu
http://www.c
en, considering the muddy text you had to work with.
Any word on who is given the task of rewriting in "simple" English?
__ __ J. McRee (Mac) Elrod (m...@slc.bc.ca)
{__ | / Special Libraries Cataloguing HTTP://www.slc.bc.ca/
___} |__ \__
o see if
someone has an idea of whether it is the intention in RDA to include
the access points (or links to authority records that define them) as
elements in the RDA record, and what the idea was for coding them.
--
Casey A. Mullin
Discovery Metadata Librarian
Metadata Development Unit
Sta
at of
ONIX/CIP. RDA would seem to allow harvesting, whether capitalization
is standard or not, and whether the wording matches the item or not.
--
Casey A. Mullin
Discovery Metadata Librarian
Metadata Development Unit
Stanford University Libraries
650-736-0849
cmul...@stanford.edu
http://www.caseymullin.c
r follow the whole string,
rather than being after each $a?
Mac
__ __ J. McRee (Mac) Elrod (m...@slc.bc.ca)
{__ | / Special Libraries Cataloguing HTTP://www.slc.bc.ca/
___} |__ \__________
--
Casey A. Mullin
Discovery Me
t as a new
and related work.
--
Casey A. Mullin
Discovery Metadata Librarian
Metadata Development Unit
Stanford University Libraries
650-736-0849
cmul...@stanford.edu
http://www.caseymullin.com
--
"Those who need structured and granular data and the precise retrieval that results
from it t
ould appreciate
your help so much.
Thanks,
Jeff Peckosh
Public Library Cataloging Librarian
--
Gene Fieg
Cataloger/Serials Librarian
Claremont School of Theology
gf...@cst.edu <mailto:gf...@cst.edu>
--
Casey A. Mullin
Discovery Metadata Librarian
Metadata Developmen
complete conceptual model of the bibliographic universe, and as the
Group 3 entities are fleshed out in RDA.
Cheers,
Casey
On 12/13/2010 1:05 PM, John Attig wrote:
On 12/13/2010 2:20 PM, Casey A Mullin wrote:
Thomas raises a salient point here. The notion of Form/genre is not
addressed well i
in
fact included in RDA (under different names).
The "Content Type" element is in fact the form of expression. The
"Media Type" and "Carrier Type" elements are in fact form of
manifestation. And "Item-specific carrier characteristics" (3.21) covers
form
Indiana University - Bloomington
Wells Library W501
(812) 856-5759
www.dlib.indiana.edu <http://www.dlib.indiana.edu>
Inquiring Librarian blog: www.inquiringlibrarian.blogspot.com
<http://www.inquiringlibrarian.blogspot.com>
Jenn Riley
Metadata Librarian
Dig
looking at the concept a little
differently. "Work" is really just a deduced relationship among various editions. Like all
relationships among entities, it should be noted when it is deemed useful, and ignored when it isn't.
Instead of establishing "works" as such
to convey relationships from the perspective of the work "in hand"...
Anyone else care to weigh in on this? This is a fundamental difference
of opinion which has a significant bearing on how we represent resources.
Casey
J. McRee Elrod wrote:
Casey A. Mullin said:
To me, relator
ionship of
one work (the related work) to another (the cataloged item).
Jonathan
Casey A Mullin wrote:
To me, relator codes/terms are not necessary in a name-title access
point. The relationship is conveyed by the second indicator "2"
(namely, that it is a constituent work embodied in t
(Musical group : United States) $4 prf
__ __ J. McRee (Mac) Elrod (m...@slc.bc.ca)
{__ | / Special Libraries Cataloguing HTTP://www.slc.bc.ca/
___} |__ \__
--
Casey A. Mullin
Discovery Metadata Librarian
Metadata
//www.slc.bc.ca/
___} |__ \__
--
Casey A. Mullin
Discovery Metadata Librarian
Metadata Development Unit
Stanford University Libraries
650-736-0849
cmul...@stanford.edu
http://www.caseymullin.com
--
"Those who need structured and granular data and the precise retrieval that results
of names; it seems to me if we were creating such entity
descriptions it would make the work of clustering in resources such
as the VIAF easier and more accurate.
John
--
Casey A. Mullin
Discovery Metadata Librarian
Metadata Development Unit
Stanford University Libraries
650-736-0849
cmul...@stanford.edu
http://www.caseymullin.com
e at a
particulary library, it is not helpful to be lost in a cloud of
relationships.
Casey A. Mullin
Discovery Metadata Librarian
Metadata Development Unit
Stanford University Libraries
650-736-0849
cmul...@stanford.edu
http://www.caseymullin.com
ondering the ways of the universe of RDA (Roundabout Description
Access)
Gene Fieg
Cataloger
Claremont School of Theology
gf...@cst.edu
--
Casey A. Mullin
Discovery Metadata Librarian
Metadata Development Unit
Stanford University Libraries
650-736-0849
cmul...@stanford.edu
http://www.caseymullin.com
38 matches
Mail list logo