Good on you Reinhold- I've long thought that "books" needs an 008 position
Nan Sweetser BA(LIS) CSturt, AALIA
The Book House
11/3 Traders Lane,
Noosaville QLD 4566
T. 07 5449 9611
F. 07 5474 4677
[log in to unmask]
This email, together with any attachments, is intended for the named recipient(s) only. Any form of review, disclosure, modification, distribution and or publication of this email message is prohibited without the express permission of the author. Please notify the sender immediately if you have received this e-mail by mistake and delete it from your system. Unless otherwise stated, this email represents only the views of the sender and not the views of The Book House.
From: Heuvelmann, Reinhold [mailto:[log in to unmask]]
Sent: Monday, February 04, 2013 11:03 PM
Subject: AW: Re: [BIBFRAME] LC's BIBFRAME vocabulary
Karen and all,
> Or maybe it would be more amusing to see who could come
> up with the most unusual, but necessary, bibliographic subtype.
maybe the Festschrift indicator, i.e. field 008 for Books, position 30 (and mirrored in field 006 position 13), is a good candidate?
German National Library
IT / Office for Data Formats
D-60322 Frankfurt am Main
mailto:[log in to unmask]
*** Reading. Listening. Understanding. German National Library ***
Von: Bibliographic Framework Transition Initiative Forum [mailto:[log in to unmask]] Im Auftrag von Karen Coyle
Gesendet: Dienstag, 29. Januar 2013 17:32
An: [log in to unmask]
Betreff: Re: [BIBFRAME] LC's BIBFRAME vocabulary
Nate, that is what I assumed, and thanks for confirming that. I still
think we might find some "office pools" arising on likely next
candidates . Or maybe it would be more amusing to see who could come up
with the most unusual, but necessary, bibliographic subtype. There are
catalogers who have seen things that most of us couldn't even imagine.
If ever there was a "cataloger cocktail party" this would be a great
game for it.
On 1/29/13 6:45 AM, Trail, Nate wrote:
> Karen, we're just getting started defining subtypes; Dissertation was just the first one we started trying to model, realizing that it had properties not likely to belong to any other "type" of Work. We can see that there may be lots of them, but agreeing on them will take some work.
> Nate Trail
> Network Development and MARC Standards Office
> Technology Policy Mail stop 4402
> Library Services
> Library of Congress
> [log in to unmask]
> -----Original Message-----
> From: Bibliographic Framework Transition Initiative Forum [mailto:[log in to unmask]] On Behalf Of Karen Coyle
> Sent: Monday, January 28, 2013 9:24 PM
> To: [log in to unmask]
> Subject: Re: [BIBFRAME] LC's BIBFRAME vocabulary
> The dissertation type is interesting, thanks, Jason. It basically takes what WAS a note that essentially changed the meaning of the entire record and makes dissertation a type of resource.  That is great to see. I note that there are two "sub-types" under Work : dissertation and cartographic. I would have bet that music would end up there, but it isn't. Not to mention serials and seriality. We can take bets on which types move out of Work and become subtypes :-). And I can see what you mean about scaling.
>  I also was wrong about their not being a fixed field: there is a code for theses. I believe the difficulty in my institution was that the code was filled in less often than the note was created. Probably not uncommon.
>  http://bibframe.org/vocab/Work.html (scroll to bottom)
> On 1/28/13 10:37 AM, Jason Ronallo wrote:
>> On Mon, Jan 28, 2013 at 1:04 PM, Karen Coyle <[log in to unmask]> wrote:
>>> As an example, one field that I would greatly miss is the 502
>>> Dissertation Note. Unless things have changed since I was still
>>> processing MARC records, the presence of this note is the only way to
>>> know that what you have is a dissertation. Obviously folks in
>>> academic libraries would want to be able to limit some searches to
>>> dissertations. (I'd be happy for "dissertation" to be a value
>>> somewhere in the future record -- although we'd still need the
>>> information that is in the note, and it might need some special
>> It appears that Dissertation will be handled through its own type:
>> Is this a pattern which is likely to repeat? I wonder if this approach
>> will run into some of the same scaling issues of Schema.org and
>> require some sort of external enumeration or additionalType property
>> to accommodate all the different types of things collected.
> Karen Coyle
> [log in to unmask] http://kcoyle.net
> ph: 1-510-540-7596
> m: 1-510-435-8234
> skype: kcoylenet
[log in to unmask] http://kcoyle.net