- From: Michael Hausenblas <michael.hausenblas@deri.org>
- Date: Tue, 27 Jan 2009 23:16:06 +0000
- To: Silvia Pfeiffer <silviapfeiffer1@gmail.com>, Yves Raimond <yves.raimond@gmail.com>
- CC: David Singer <singer@apple.com>, Media Fragment <public-media-fragment@w3.org>, Raphaël Troncy <Raphael.Troncy@cwi.nl>
FRBR == Functional Requirements for Bibliographic Records
see http://www.loc.gov/cds/downloads/FRBR.PDF
Cheers,
Michael
--
Dr. Michael Hausenblas
DERI - Digital Enterprise Research Institute
National University of Ireland, Lower Dangan,
Galway, Ireland, Europe
Tel. +353 91 495730
http://sw-app.org/about.html
> From: Silvia Pfeiffer <silviapfeiffer1@gmail.com>
> Date: Wed, 28 Jan 2009 09:50:47 +1100
> To: Yves Raimond <yves.raimond@gmail.com>
> Cc: Michael Hausenblas <michael.hausenblas@deri.org>, David Singer
> <singer@apple.com>, Media Fragment <public-media-fragment@w3.org>, Raphaël
> Troncy <Raphael.Troncy@cwi.nl>
> Subject: Re: ISSUE-2: What is the mime type of a media fragment? What is its
> relation with its parent resource?
>
> Could sombeody explain what FRBR is?
> Sorry if it's obvious to everybody else.
> Thanks,
> Silvia.
>
> On Wed, Jan 28, 2009 at 2:19 AM, Yves Raimond <yves.raimond@gmail.com> wrote:
>>
>> Hello!
>>
>>> Good point re FRBR. I'd also target FRBR manifestations but I fear we will
>>> need end up with FRBR items.
>>
>> The more I think about it, the more I'd think it would make sense to
>> see media fragments as FRBR manifestations. After all, other fragment
>> URIs (RDF and HTML) already work like that. They identify an object
>> within the target document, and not a part of the target document!
>>
>> Best,
>> y
>>
>>>
>>> Cheers,
>>> Michael
>>>
>>> --
>>> Dr. Michael Hausenblas
>>> DERI - Digital Enterprise Research Institute
>>> National University of Ireland, Lower Dangan,
>>> Galway, Ireland, Europe
>>> Tel. +353 91 495730
>>> http://sw-app.org/about.html
>>>
>>>
>>>> From: Yves Raimond <yves.raimond@gmail.com>
>>>> Date: Tue, 27 Jan 2009 15:10:54 +0000
>>>> To: David Singer <singer@apple.com>
>>>> Cc: Michael Hausenblas <michael.hausenblas@deri.org>, Media Fragment
>>>> <public-media-fragment@w3.org>, Raphaël Troncy <Raphael.Troncy@cwi.nl>
>>>> Subject: Re: ISSUE-2: What is the mime type of a media fragment? What is
>>>> its
>>>> relation with its parent resource?
>>>>
>>>> On Tue, Jan 27, 2009 at 2:48 PM, David Singer <singer@apple.com> wrote:
>>>>>
>>>>> At 14:36 +0000 27/01/09, Michael Hausenblas wrote:
>>>>>>
>>>>>> Dave,
>>>>>>
>>>>>>
>>>>>>> a) the MIME type of the requested fragment is the
>>>>>>> same as that of the original resource; yes, that
>>>>>>> might result in one-frame movies, and so on;
>>>>>>
>>>>>> Sounds good. Didn't think about this one yet. But how do we technically
>>>>>> do
>>>>>> this? I fear I don't understand. Could you be more precisely on this
>>>>>> option,
>>>>>> please?
>>>>>>
>>>>>
>>>>> Well, I am trying hard to think of a case *in multimedia* where the
>>>>> statement
>>>>> "the type of a piece of X *cannot* be the same as the type of X"
>>>>> would be true.
>>>>>
>>>>> The obvious problem area is if you select a time-point in a video track of
>>>>> a
>>>>> movie, then a fragment cast as a movie would have zero duration -- it's
>>>>> more
>>>>> sensibly a picture. Unfortunately, zero duration frames are explicitly
>>>>> forbidden in MP4, 3GP etc. (since they can make the visual display at a
>>>>> given time ambiguous).
>>>>>
>>>>> But this gets semantically tricky if there is sound; what is the correct
>>>>> representation of a point in time of a sound track? It's not right to
>>>>> drop
>>>>> it from the fragment (oof, we'd need media-type rules for what types get
>>>>> dropped and what don't).
>>>>>
>>>>> This is steering me towards wondering if a piece of X, in time,
>>>>> necessarily
>>>>> has some extension in time, i.e. a time-point is not a fragment (can you
>>>>> see
>>>>> a zero-width character if you meet one in the street?).
>>>>
>>>> I think that raises lots of really interesting questions, and
>>>> highlight the need for a debate about what a media fragment actually
>>>> is. Is it a bunch of byte (in that case, it makes sense to associate a
>>>> mime-type with it), or is it an identifier for a piece of the content?
>>>> In other words, does it identify a FRBR item, or a FRBR manifestation?
>>>> I would personally go for the latter, which would allow us to use
>>>> media fragments for identifying a particular signal sample, a frame in
>>>> a video, etc.
>>>>
>>>> Best,
>>>> y
>>>>
>>>> --
>>>> Yves Raimond
>>>> BBC Audio & Music interactive
>>>> http://moustaki.org/
>>>
>>
>>
Received on Tuesday, 27 January 2009 23:16:48 UTC