- From: David Singer <singer@apple.com>
- Date: Thu, 10 Feb 2011 10:54:33 -0800
- To: tmichel@w3.org
- Cc: public-media-annotation@w3.org, Joakim Söderberg <joakim.soderberg@ericsson.com>, Daniel Park <soohong.park@samsung.com>
Thierry
I repeat my apologies for the lateness of the objection, and the suggestion. All I can say in my defence is that (a) I have been working on this issue, as evidenced by the emails, as hard as I can over the last two weeks and (b) I did not feel I could let the document advance when it only (i) partially included a (iii) previous, not current, and not agreed to, suggestion I had made.
On Feb 10, 2011, at 0:57 , Thierry MICHEL wrote:
> David,
>
> Thank you for you review of the Ontology.
>
> Do you find it appropriate to send a proposal at 1h08 AM a few hours before the publication?
>
> Let me please remind you the procedure:
>
> 1- For weeks I have asked during telecons, the Group to review the document before publication. I have also sent a reminder for *last chance* to review the document and mentioned that we will take the decision to move to 2nd Last Call at the next telecon.
> I have received reviews from MAWG participants but not from you.
>
>
> 2- We have set a telecon last tuesday with an agenda [1] to discuss this issue of compression and to vote to publish the Ontology document to 2nd Last Call.
> Unfortunately you did not attend the telecon nor sent regrets, nor sent your opinion for moving or not to LC.
>
> 3- Per W3C process for publications [3], publication are done only on Tuesdays and Thursdays. Regarding advance notice:
> * if the checker reports issues that are confusing, please send the publication request no later than 3 business days prior to the desired publication date and in the request explicitly state which issues require Webmaster attention.
> * otherwise, please send the publication request no later than 1 business day prior to the publication date (and 2 days is even better).
>
> Therefore I MUST send to the sysTeam a publication request at least the day before the publication. I had done the tightest advance notice in order to publish today, as we wanted to publish before the F2F2.
> Therefore I had fixed a deadline for review on Wednesday night.
>
> Publication at W3C is a tight procedure and needs a lot of steps, done by the Team contact, Chair and SysTeam. This is why it needs advance notice.
>
> With these considerations, you can understand that an objection and a proposal sent at 1h08 AM, a few hours before the publication does not fit with the publication process.
>
> Nethertheless, I have asked the Syteam to stop publication of this document, until we get a consensus on your issue. Therefore this will delay the track of the specification.
>
> Best,
>
> Thierry.
>
>
>
> [1] http://lists.w3.org/Archives/Public/public-media-annotation/2011Feb/0017.html
>
> [2] http://lists.w3.org/Archives/Public/public-media-annotation/2011Feb/0010.html
>
>
> [3] http://services.w3.org/xslt?xmlfile=http://www.w3.org/2005/08/01-transitions.html&xslfile=http://www.w3.org/2005/08/transitions.xsl&docstatus=lc-wd-tr#title-page-date
>
>
>
> Le 10/02/2011 01:08, David Singer a écrit :
>> Hi guys
>>
>> I have reviewed the ma:compression documentation, and we're in a strange state; what's there is the semantics I suggested using a comma, not the revision following Jean-Pierre's suggestion using a "#"; and the syntax doesn't match. We need to fix this before we send the document for review.
>>
>> I just read through and found as many of the references for deriving the compression value, from as many formats as I could. It wasn't possible for all of them, alas.
>>
>> Here is another suggestion for this attribute; it preserves both the possibility of a controlled vocabulary URI, and an uncontrolled vocabulary string, but by keeping them distinct we allow them to have precise syntax and semantics. I believe that this (a) supports all the mappings -- at least the ones I can verify -- in the document and (b) supports all the expressed needs and use cases I have heard of. We may the value a tuple of the two parts, both optional.
>>
>> (Obviously we could fiddle with the formatting, documentation, names used here, and so on.)
>>
>> * * * * *
>>
>> compression
>>
>> { (attName="identifier", attValue="URI" )?, (attName="indicator", attValue="String")? }
>>
>> The compression type used. For container files (e.g., QuickTime, AVI), the compression is not defined by the format, as a container file can have several tracks that each use different encodings. In such a case, several compression instances SHOULD be used. Thus, querying the compression property of the track media fragments will return different values for each track fragment.
>>
>> Either or both of two values may be supplied, an identifier and an indicator. The indicator is a free-form string; this can be used when a string is desired for user-display, or when the naming convention is lost or unknown.
>>
>> The identifier is a URI that consists of a absolute-URU (RFC 3986, section 4.3) and fragment (RFC 3986, section 3.5), that is, in the form absolute-URI#name. The absolute-URI identifies the naming convention used for the second parameter, which is a string name from that convention. A URL is preferred for the URI, and if it is used, it (a) should contain a date in the form mmyyyy, indicating that the owner of the domain in the URL agreed to its use as a label around that date and (b) should be de-referencable, yielding an informative resource about the naming convention.
>>
>> Note that this use of URIs with fragments also closely matches RDF (see<http://www.w3.org/TR/rdf-concepts/#section-fragID>).
>>
>> Note that for some container files, the format parameter can also carry an extended MIME type to document this; see [RFC 4281] for one such instance.
>>
>> * * * *
>>
>> Hypothetical examples:
>>
>> compression={"urn:example-org:codingnames2010#ITU-H264", "Advanced Video Coding"}
>> compression={"http://example.net/012011/standards/codecs.htm#G711"}
>> compression={, "Raw audio"}
>>
>> where ITU-H264 and G711 are defined by example.org (who also defined a URN to identify their naming conventions), and by example.net (who use a URL to identify theirs). The second example gives only an identifier, and the third example has no identifier, only an indicator.
>>
>> More concrete examples:
>>
>> compression={ , "/3" }
>> -- layer 3 compression in an ID3 block in an MP3 file
>> compression={"urn:x-ul:060E2B34.0401.0101.04020202.03020500", "MPEG Layer II/III"}
>> -- layer 2 or 3 compression, SMPTE
>>
>> compression={ , "AVC MP@L42" }
>> -- AVC compression, Cablelabs
>> compression={ , "c125" }
>> -- AVC compression, IPTC
>>
>> compression={ , "34712" }
>> -- JPEG 2000, TIFF
>>
>>
>> David Singer
>> Multimedia and Software Standards, Apple Inc.
>>
>>
>
David Singer
Multimedia and Software Standards, Apple Inc.
Received on Thursday, 10 February 2011 18:55:07 UTC