Print

Print


Any class can be subclassed �- the only restriction imposed by the use of RDF+RDFS �is that everything that is true of everything that is a member/instance of the superclass must also be true of anything that is a �member/instance of the subclass. ��

This is similar to the restrictions in hierarchical subject or classification schemes, but differs from classes in most object-oriented programming languages in that there is no "inheritance with overriding". �

Simon�

On Wed, Feb 6, 2013 at 11:35 AM, Riley, Charles <[log in to unmask]> wrote:
Could a subtype have subtypes? �Wondering where gedenkschrift would belong...

-----Original Message-----
From: Bibliographic Framework Transition Initiative Forum [mailto:[log in to unmask]] On Behalf Of Remote Cataloguer
Sent: Tuesday, February 05, 2013 5:44 PM
To: [log in to unmask]
Subject: Re: [BIBFRAME] LC's BIBFRAME vocabulary & books in 008

Good on you Reinhold- I've long thought that "books" needs an 008 position Best regards Nan


Nan Sweetser BA(LIS) CSturt, AALIA
Cataloguer
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.



-----Original Message-----
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?

http://www.loc.gov/marc/bibliographic/bd008b.html
and
http://metadataregistry.org/schemaprop/show/id/2544.html

Best wishes

Reinhold

--

Reinhold Heuvelmann
German National Library
IT / Office for Data Formats
Adickesallee 1
D-60322 Frankfurt am Main
Germany
Telephone: +49-69-1525-1709
Telefax: +49-69-1525-1799
mailto:[log in to unmask]
http://www.dnb.de

*** Reading. Listening. Understanding. German National Library ***



-----Urspr�ngliche Nachricht-----
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.

kc

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
>
> ---------------------------------------------------------------
> Nate Trail
> ---------------------------------------------------------------
> Network Development and MARC �Standards Office Technology Policy Mail
> stop 4402 Library Services Library of Congress
> 202-707-2193
> [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. [1] That is great to see. I note that there are two "sub-types" under Work [2]: 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.
>
> kc
>
> [1] 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.
> [2] 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
>>> treatment.)
>> It appears that Dissertation will be handled through its own type:
>> http://bibframe.org/vocab/Dissertation.html
>> 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.
>>
>> Jason
> --
> Karen Coyle
> [log in to unmask] http://kcoyle.net
> ph: 1-510-540-7596
> m: 1-510-435-8234
> skype: kcoylenet

--
Karen Coyle
[log in to unmask] http://kcoyle.net
ph: 1-510-540-7596
m: 1-510-435-8234
skype: kcoylenet