RE: Proposal for an additional term: mediaType

Hi Richard, hi all,

Dan, the level at which you seem to be talking is closer to the Expression and Manifestation level in FRBR, which is quite concrete stuff, and has been dealt with very thoroughly because it's got immediate practical consequences. So I can point you to some examples...

Thanks Richard, for mentioning the hard work librarians have done on content/carrier. I'd like to go further and note a couple of specific enumerations already in heavy use in commercial and library sectors too... sorry for anyone who experiences this as a reminder, but maybe it's new to some people.

Firstly I refer everyone to the content/carrier classification done by JISC and the RDA committee back in 2007:

http://www.loc.gov/marc/marbi/2007/5chair10.pdf


...and the nice article by Gordon Dunsire introducing it at the time it was hot off the committee:

http://www.dlib.org/dlib/january07/dunsire/01dunsire.html

There's a lot of interest in taking this further.

The media and content types we have to do with a lot in the publishing world are neatly summarised in the ONIX code lists:

www.editeur.org/ONIX/book/codelists/current.html - note these lists especially:

List 76	Product form feature value - DVD region codes
List 78	Product form detail
List 79	Product form feature type
List 98	Product form feature value - binding or page edge color
List 99	Product form feature value - special cover material
List 150	Product form     	**this is the one that would correspond to "media type" in the discussion! **
List 175	Product form detail	**more detailed versions of list 150's types**
List 176	Product form feature value - operating system
List 81	Product content type

But there are a lot of similar enumerations in other media areas:

Film and TV - EIDR schema enumerated values: http://eidr.org/documents/EIDR-1.03_Data_Fields.pdf

Music recording industry - ddex Data Dictionary e.g. http://ddex.net/dd/dd_ERN35_DSR41_MWL21/dd/ddex_ResourceType.html

I hope these pointers help. I'm currently writing a 300-odd page technical report about integrating this sort of data so I'm happy to talk more about it...

Michael Hopwood
Linked Heritage / EDItEUR

-----Original Message-----
From: Richard Wallis [mailto:richard.wallis@oclc.org] 
Sent: 28 August 2012 09:40
To: Martin Hepp; Ivan Herman; Public Vocabs
Cc: Greg Grossmeier; Suliman, Suraiya H
Subject: Re: Proposal for an additional term: mediaType

Hi all,

There are actually two issues in this thread, that librarians have been
grappling with for years.  That is the difference between the thing (Work)
and the way it is stored/delivered. Often referred to as content vs carrier.

Content: book, article, video, image, musical work, audio book, game, etc

Carrier: CD, DVD, Cassette, Blu-ray, film reel, file, etc.

And with file there is of course the issue of what file format; mp3, avi,
etc, etc.

A good test for what is being proposed is to imagine how you would represent
something such as an audio-book recording, in mp3 file format, on a CD.

I agree that we should be using standard enumerations of format, mediaType,
etc. as referenced, (remembering that we my want to describe older types
such as 78rpm discs, 8" floppy, discs, and punched tape) but we should take
account of how we would apply them to describe real world things.

~Richard.



On 28/08/2012 09:26, "Martin Hepp" <martin.hepp@ebusiness-unibw.org> wrote:

> Hi all,
> 
> Without having analyzed all implications I think it might be a good solution
> to
> 
> - create a generic mediaType property in schema.org and
> - represent all media-types that are non-standard IANA types using the
> processes defined in RFC 4288 [1].
> 
> This would allow covering all types that the LRMI use cases will require while
> using standard IANA codes for all existing ones.
> 
> Any objections? Otherwise I would kindly ask Dan to create a respective issue
> for schema.org.
> 
> 
> Martin
> 
> [1] http://tools.ietf.org/html/rfc4288
> 
> 
> On Aug 28, 2012, at 10:09 AM, Ivan Herman wrote:
> 
>> 
>> On Aug 28, 2012, at 08:56 , Martin Hepp wrote:
>> 
>>> Hi Greg,
>>>       Unless we can use official IANA Interner Media Type identifiers for
>>> all needed types, I would propose a different name and reserve mediaType for
>>> an also needed property for indicating the Internet Media Types, see e.g.
>>> 
>>>   http://en.wikipedia.org/wiki/Internet_media_type
>>> 
>> 
>> +1. I think we should avoid confusion and using an accepted IANA term would
>> really lead to issues...
>> 
>> Ivan
>> 
>> 
>>> 
>>> 
>>> Martin
>>> On Aug 27, 2012, at 11:34 PM, Greg Grossmeier wrote:
>>> 
>>>> Hello all,
>>>> 
>>>> In the work surrounding the creation of LRMI, and doing real world
>>>> markup on hundreds of works (for a proof of concept project) we have run
>>>> into a need that isn't adequately addressed by the current Schema.org
>>>> specification, and has broader applicability than just learning
>>>> resources (so not appropriate to be included in the LRMI proposed
>>>> extension).
>>>> 
>>>> Simply, there is a need for a term that represents the notion of
>>>> mediaType. When marking up hundreds of educational resources from
>>>> publishers we have found this to be a commonly used field.
>>>> 
>>>> Some sample values for that field, based on our set of resources, would
>>>> be:
>>>> - Audio CD
>>>> - Audiotape
>>>> - Calculator
>>>> - CD-I
>>>> - CD-ROM
>>>> - Diskette
>>>> - Duplication Master
>>>> - DVD/ Blu-ray
>>>> - etc
>>>> 
>>>> I've cc'ed here Suraiya Suliman who is working on the team that is
>>>> building a tool to mark up these hundreds of learning resources.
>>>> 
>>>> Best,
>>>> 
>>>> Greg
>>>> 
>>>> -- 
>>>> Greg Grossmeier
>>>> Education Technology & Policy Coordinator
>>>> twitter: @g_gerg / identi.ca: @greg / skype: greg.grossmeier
>>>> 
>>> 
>>> --------------------------------------------------------
>>> martin hepp
>>> e-business & web science research group
>>> universitaet der bundeswehr muenchen
>>> 
>>> e-mail:  hepp@ebusiness-unibw.org
>>> phone:   +49-(0)89-6004-4217
>>> fax:     +49-(0)89-6004-4620
>>> www:     http://www.unibw.de/ebusiness/ (group)
>>>        http://www.heppnetz.de/ (personal)
>>> skype:   mfhepp
>>> twitter: mfhepp
>>> 
>>> Check out GoodRelations for E-Commerce on the Web of Linked Data!
>>> =================================================================
>>> * Project Main Page: http://purl.org/goodrelations/
>>> 
>>> 
>>> 
>>> 
>> 
>> 
>> ----
>> Ivan Herman, W3C Semantic Web Activity Lead
>> Home: http://www.w3.org/People/Ivan/
>> mobile: +31-641044153
>> FOAF: http://www.ivan-herman.net/foaf.rdf
>> 
>> 
>> 
>> 
>> 
>> 
> 
> --------------------------------------------------------
> martin hepp
> e-business & web science research group
> universitaet der bundeswehr muenchen
> 
> e-mail:  hepp@ebusiness-unibw.org
> phone:   +49-(0)89-6004-4217
> fax:     +49-(0)89-6004-4620
> www:     http://www.unibw.de/ebusiness/ (group)
>          http://www.heppnetz.de/ (personal)
> skype:   mfhepp 
> twitter: mfhepp
> 
> Check out GoodRelations for E-Commerce on the Web of Linked Data!
> =================================================================
> * Project Main Page: http://purl.org/goodrelations/
> 
> 
> 
> 
>

Received on Tuesday, 28 August 2012 09:50:48 UTC