Importantly, the sentence you quoted ended with "... in some special cases," which was lost.
I would hope to see something like this more than 80-90% of the time initially and 100% of the time in the long run:
<http://example.org/work/johnnys-elephant> bf:label "Miller, Joel, 1912-. Johnny's Elephant";
bf:title "Johnny's Elephant";
bf:author <http://example.org/person/joe-miller>;
bf:illustrator <http://example.org/person/joe-miller>;
bf:language <http://id.loc.gov/vocabulary/languages/eng>;
a bf:Book,
bf:LanguageMaterial,
bf:Work.
<http://example.org/work/joe-miller> bf:authority <http://id.loc.gov/authorities/names/miller-joe>;
bf:label "Miller, Joseph, 1912-";
a bf:Person.
Yours,
Kevin
> -----Original Message-----
> From: J. McRee Elrod [mailto:[log in to unmask]]
> Sent: Friday, May 17, 2013 3:40 PM
> To: Ford, Kevin
> Cc: [log in to unmask]
> Subject: Re: [BIBFRAME] BIBFRAME authorities: relationToWork
>
>
> Kevin said:
>
> >-- It is designed to be re-usable. For example, I would expect an
> >implementer to create only one BIBFRAME Authority per Agent entity.
> >Now, what this email and a few others I've read have made me realize
> is
> >that implementers will have to create duplicate BIBFRAME Authority
> >resources for what is essentially the same entity ...
>
>
> Sorry, I got lost here.
>
> If someonen is the author and illustrator of a children's book, I
> assume there would not be a main entry as author and added entry as
> illustrator of the same instance? If someone is director and actor in
> a movie, I assume there would not have to be two added entries for the
> same person?
>
> In these two cases, wouldn't two <RelationtoResource> or
> <RelationshipRole> be needed for a single authority used as an entry?
>
> Your earlier comments would seem to say two authorities would not be
> needed. But the "special circumstance" in which two authorities would
> be needed went right over my head.
>
> It seems to me there should never be more than one authroity for one
> entity. (The current confusion over 100/150 authrities for fictitious
> characters needs to be cleared up before Bibframe implementation.)
>
>
> __ __ J. McRee (Mac) Elrod ([log in to unmask])
> {__ | / Special Libraries Cataloguing HTTP://www.slc.bc.ca/
> ___} |__ \__________________________________________________________
>
>
>
>
>
>
>
>
|