Print

Print


Citation and common sense both demand that we identify primary responsibility. Is it James Faulkner’s Hamlet, or Shakespeare’s Hamlet?  You still need to say who or what has primary responsibility for the darned thing!  If it’s really equally shared responsibility, we should say so.  But primary responsibility is huge to scholars.

Don’t even get me started on the need for primary responsibility for Symphony No. 1.

Kate

Kate Bowers
Collections Services Archivist for Metadata, Systems, and Standards
Harvard University Archives
[log in to unmask]<mailto:[log in to unmask]>
617.496.2713
voice: (617) 384-7787
fax: (617) 495-8011
web: http://nrs.harvard.edu/urn-3:hul.eresource:archives
Twitter: @k8_bowers


From: Bibliographic Framework Transition Initiative Forum [mailto:[log in to unmask]] On Behalf Of Fallgren, Nancy (NIH/NLM) [E]
Sent: Tuesday, April 21, 2015 10:42 AM
To: [log in to unmask]
Subject: Re: [BIBFRAME] Work titles question

Maybe we should belabor this point – if not now, when?

And adding to your point, in RDA RDF there are properties  "has other person, family, or corporate body associated with a work” (rdaw) and "has other agent associated with a resource"<http://www.rdaregistry.info/Elements/u/#P60374> (rdau) – a clear legacy of main entry, which hasn’t had real utility since we stopped using card catalogs.  At what point do we let go of such outdated practices and constraints and apply practices that reflect our current environment?

-Nancy


Nancy J. Fallgren
Metadata Specialist Librarian
Cataloging and Metadata Management Section
Technical Services Division
National Library of Medicine


From: Karen Coyle [mailto:[log in to unmask]]
Sent: Tuesday, April 21, 2015 9:15 AM
To: [log in to unmask]<mailto:[log in to unmask]>
Subject: Re: [BIBFRAME] Work titles question

I missed "bf:authorizedAccessPoint" - which does exist. I should have looked online rather than in my downloaded files. Still, it is unclear what the meaning and function of access points are in bibliographic data in RDF. Access points were literally "access points". But they also had a collocation function. In fact, access was through collocation/alphabetical listing. The "work" access point often combines work and expression
   [Hamlet. French]
I can see how some access points could be considered identifiers, but that hasn't been their function -- their function really has been as access points. And if you need to access Hamlet in French in a machine-readable world it should be possible without a [Hamlet. French] access point.

It's not worth belaboring this particular point, but it's another example of how we need to do more than just blindly copy over practices from MARC to any future format.

kc
On 4/20/15 4:54 PM, Ehlert, Mark K. wrote:
From: Bibliographic Framework Transition Initiative Forum [[log in to unmask]<mailto:[log in to unmask]>] on behalf of Karen Coyle [[log in to unmask]<mailto:[log in to unmask]>]

Thanks, Stephen. The access point info is particularly interesting because neither RDA in RDF, nor BIBFRAME, nor FRBR in RDF have *any* properties for authorized access points. All three do have something that is essentially "title of the work." With your reply it is now entirely unclear to me what information should be encoded as "title of the work" as well as whether there is any place for access points in these vocabularies.

*  *  *  *  *

I can't speak for BIBFRAME, but in FRBR and RDA, an access point is not defined as an entity.  In fact, it didn't come out as an entity (with attributes) until FRAD came along--"controlled access point" it's called there.  An access point as viewed through RDA's prism is an artificial construct that acts as a substitute identifier, though not defined as an identifier per se.  Still, if I read the RDA Registry correctly, access points for works would latch onto the "has identifier for the work" property:
http://www.rdaregistry.info/Elements/w/#P10002

--
Mark K. Ehlert
University of St. Thomas





--

Karen Coyle

[log in to unmask]<mailto:[log in to unmask]> http://kcoyle.net

m: +1-510-435-8234

skype: kcoylenet/+1-510-984-3600