W3C home > Mailing lists > Public > public-media-fragment@w3.org > April 2009

Review of section 6

From: Silvia Pfeiffer <silviapfeiffer1@gmail.com>
Date: Sun, 12 Apr 2009 08:02:09 +1000
Message-ID: <2c0e02830904111502y68216bd2jac6513f701525848@mail.gmail.com>
To: Media Fragment <public-media-fragment@w3.org>
Hi all,

I have now proof-read the whole document and have some feedback on
each section. I will post the feedback in separate emails so that each
responsible can go through my feedback and make the fixes. Mostly they
are typos, but sometimes I have some more fundamental issues.

Section 6 (Media Fragments: Syntax and Semantics)

Section 6.1

* Third paragraph: is missing an "a" in front of "list of name/value pairs"
* Fourth paragraph: URL should be renamed to URI
* List of four dimensions: time should be renamed to temporal, space
to spatial and name to named

Section 6.2.1

* Last paragraph: an "l" is missing at the end of "original" in
"origina media item"

Section 6.4, First Editorial Note

* should the definition of "reasonable" go into the "Side Conditions"
section at the start?
* should the requirement for "a/v sync" go into the "Side Conditions" section?
* embedded timecodes should not be touched, IMHO

Section 6.4

* Third paragraph (not counting the Editorial note): missing a "to" in
"this is up the context" -> "this is up to the context"
* Last paragraph: The result of doing spatial clipping on a source
media that has multiple video tracks  could be defined if a further
selector only selects one video track. Also, we could define that the
clipping is done on all video tracks the same way if no video track is

Section 6.4, Second Editorial Note

* we should specify that if named addressing is used, all others are ignored
* we should specify that if multiple temporal or spatial or track
parameters are used, only the first one is interpreted
* we should specify that any dimensions specified outside the media
resource (e.g. end time after end of file, coordinates outside the
frame) are to be clipped to the actual size of the resource
* we should specify that unknown id or unknown track specifier are to
result in no-op
* we should specify that non-sensical time specs or coordinates (e.g.
t=20,10) result in no-op

Received on Saturday, 11 April 2009 22:03:00 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 16:27:42 UTC