- From: Nigel Megitt <nigel.megitt@bbc.co.uk>
- Date: Thu, 18 Dec 2014 16:16:20 +0000
- To: public-tt <public-tt@w3.org>
- Message-ID: <D0B8AE22.184F2%nigel.megitt@bbc.co.uk>
Thanks all for attending today's TTWG meeting, and for your work over the past year.
Minutes for today's meeting, in HTML format are at http://www.w3.org/2014/12/18-tt-minutes.html
In text format:
[1]W3C
[1] http://www.w3.org/
Timed Text Working Group Teleconference
18 Dec 2014
See also: [2]IRC log
[2] http://www.w3.org/2014/12/18-tt-irc
Attendees
Present
nigel, glenn, tmichel, Mike, pal, Andreas
Regrets
Frans
Chair
nigel
Scribe
nigel
Contents
* [3]Topics
1. [4]This meeting
2. [5]Action Items
3. [6]Issues
* [7]Summary of Action Items
__________________________________________________________
<trackbot> Date: 18 December 2014
<scribe> scribeNick: nigel
This meeting
nigel: introduces agenda
... Is there any other business?
pal: I'd like to review the TTML2 timeline and the IMSC 1
timeline if there's time at the end, and perhaps
... start to think about IMSC 2 timeline.
... and how long it takes to complete PR review, i.e. PR -> Rec
... This is because there are other organisations that are
considering using those specs.
Action Items
action-359?
<trackbot> action-359 -- Thierry Michel to Draft a message re
imsc 1 cr test suite and implementation and a list of bodies to
send it to. -- due 2014-12-18 -- OPEN
<trackbot>
[8]http://www.w3.org/AudioVideo/TT/tracker/actions/359
[8] http://www.w3.org/AudioVideo/TT/tracker/actions/359
tmichel: I sent the message, and copied to the member-tt list
and I sent it to all the people that are listed
... on our charter as liaison and the others to whom Nigel sent
the wide review messages, and two
... coordination groups.
... I copied pal, plh, nigel and dsinger.
close action-359
<trackbot> Closed action-359.
action-360?
<trackbot> action-360 -- Nigel Megitt to Send liaison request
on behalf of w3c ttwg to arib -- due 2014-12-18 -- OPEN
<trackbot>
[9]http://www.w3.org/AudioVideo/TT/tracker/actions/360
[9] http://www.w3.org/AudioVideo/TT/tracker/actions/360
nigel: I have begun drafting this and have addresses for the
recipients - they have requested a paper
... document requesting the liaison. I have more to do on this.
Issues
issue-21?
<trackbot> issue-21 -- window anchor points not supported? --
pending review
<trackbot>
[10]http://www.w3.org/AudioVideo/TT/tracker/issues/21
[10] http://www.w3.org/AudioVideo/TT/tracker/issues/21
glenn: I haven't received any comments on any of the issues
that I've marked as Pending Review
... I guess most likely people haven't had a chance to dive
into it. I suggest we close this and if an issue
... arises then it can be filed.
close issue-21
<trackbot> Closed issue-21.
issue-236?
<trackbot> issue-236 -- Character spacing, i.e. letter-spacing
-- pending review
<trackbot>
[11]http://www.w3.org/AudioVideo/TT/tracker/issues/236
[11] http://www.w3.org/AudioVideo/TT/tracker/issues/236
glenn: this is based on the CSS attribute of the same name, so
should be quite straightforward.
... This was to define a property to control tracking and to
allow the tracking value to be
... specified, a typographic term that refers to the spacing
between characters. There's a
... related issue called kerning. It turns out that one of the
Japanese deployed specifications has
... an attribute to turn on and off kerning. Japanese doesn't
usually use kerning, but it may be
... useful for embedded latin scripts. To support that we need
to have a property font-kerning
... as specified in the CSS3 font module - I'll add an issue
for that.
<scribe> ACTION: glenn Raise an issue for font-kerning in TTML2
[recorded in
[12]http://www.w3.org/2014/12/18-tt-minutes.html#action01]
<trackbot> Created ACTION-362 - Raise an issue for font-kerning
in ttml2 [on Glenn Adams - due 2014-12-25].
close issue-236
<trackbot> Closed issue-236.
issue-237?
<trackbot> issue-237 -- Inline space -- pending review
<trackbot>
[13]http://www.w3.org/AudioVideo/TT/tracker/issues/237
[13] http://www.w3.org/AudioVideo/TT/tracker/issues/237
glenn: This allows the author to define a space in the inline
progression direction.
close issue-237
<trackbot> Closed issue-237.
nigel: Last week we could not close a number of issues related
to the ttm:item solution.
... There has been some discussion - I'd like us to get to
sufficient consensus for FPWD, even if
... later we modify it based on further discussion, e.g. prior
to CR.
glenn: There were 2 issues raised - one related to validation
of the content of the item element,
... noting that we don't have a constraint that all spec items
can be validated by XML Schema.
... Though I guess that a constraint based on the content type
of ttm:item based on the name
... and a lookup may be validatable using Schema 1.1.
nigel: Really?
glenn: It would have to have name -> type dereferencing logic.
I haven't tried it.
... The other issue is regarding the value definition of names.
Nigel proposed that we should
... find a way to [scribe misses audio]. The most appropriate
mechanism I think is to use
... the xml namespace mechanism, to allow a prefix to qualify
the name, where the prefix
... can be resolved to a URI that doesn't have to be reused
every time (i.e. it's inherited). So I
... propose to change the syntax of name to NCName or an
unqualified name - if an unqualified
... name then it would be implied to be within the TTML
namespace definition, e.g. the "TT
... metadata items namespace". For people who want to define an
alternate namespace for a
... defining authority or classification scheme, then e.g.
"ebuttm:" could be used and then
... somewhere in the document associate that namespace with the
prefix. Then the name value
... in ttm:item would be name="ebuttm:whatever". That's my
suggested way to handle name
... extension mechanisms and to have a shorthand for the prefix
mechanism.
Andreas: In general I think that's a reasonable concept
proposal, and will be worth reviewing.
... For me, this is a complete concept to integrate metadata in
TTML without dependent on the
... TTML publication process. I can see the reasoning to find a
way to handle metadata independently
... of the rest of the specification. I don't want to block the
FPWD process though I think it
... does need more review. I think this should be put into the
WD and should be reviewed by
... e.g. EBU to see how it matches with the current mechanism.
Regarding validation, it would
... be good to have a position about it, how important current
validation mechanisms are for
... standardisations of new items. From a practical view some
validation mechanisms are more
... used than others. I'd welcome other views on this as well
as mine - are there other users
... whose workflow depends on validation?
glenn: Thinking of the practical consequences of e.g. using XSD
formally, and then we say that
... we're going to interpret every TTML constraint that can be
expressed in XSD then that would
... be quite a task even for TTML1. For example the rules on
the timing expression and a variety
... of other expressions are just xs:string because writing out
a regular expression or schema
... syntax for some of the more complicated attributes may be
extremely difficult - e.g.
... length and time expressions. Regardless of RNC or XSD we
didn't go as far as possible. We
... ended up incorporating some of those - e.g. textDecoration
has all possible combinations
... enumerated in the schema, but in other cases it's
difficult. The practical consequences of
... pushing XML schema more. And we didn't have TTV for example
available at that time. There's
... a place for validators and verifiers that can go further
than schema validators.
pal: For metadata that is purely descriptive, why even create
an equivalent in TTML2 and not
... just encourage metadata to be added in foreign namespaces?
glenn: We don't say anything about that - we imply that it's a
reasonable approach. The reason
... I chose to try to pull in the existing metadata that I
could find between SMPTE-TT and EBU-TT
... was because I think a lot of it has general utility to TTML
and having it defined in one place
... is a good thing to do. If we had gone down that path in
TTML1, when we reviewed some
... specific metadata items from Dublin Core and MPEG-7 we
decided we weren't ready to
... define them. Since then we've deployed, different groups
have proposed specific metadata
... items and I think now's the time to bring them into TTML
unless there's a good reason not to.
... That allows them to be commonly used.
pal: I appreciate the goal. I see a danger: e.g.
CEA608CaptionService. The definition of that item
... is substantively different than RP2052-10 that's supposed
to be equivalent. How can we
... avoid confusion between those two parameters that look like
they're supposed to be the same?
atai: I see the same danger for EBU-TT vocabulary.
glenn: I want to know what the difference is because I tried to
stay faithful to the existing
... definitions where I put the prefix cea on them - I added
that prefix because I recognised
... that the way it was defined in the RP you referred to was
quite specific to CEA608 and I
... didn't think it was appropriate to make it more generic. I
haven't yet refined the value type
... definition to be more refined than e.g. xs:string. You can
view all of the xs:string ones as a
... "tbd" to plug in the more specific definition.
pal: Okay, I still see the danger of having two metadata
definitions that could both be present
... and have different values.
glenn: I'm expecting a translation process. It's possible just
to reference RP2052 directly,
... but then we'd define very few values or have to normatively
reference downstream specs,
... which I've commented on before. We could argue that RP2052
is not downstream from TTML2
... but from TTML1 so technically that might not be a circular
reference, but if it ever changed
... to refer to TTML2 then I'd still have that concern.
pal: We could resolve that by communicating with SMPTE who
could act on that. There's
... another possibility, which is simply to do nothing, and
leave those metadata items in SMPTE
... and non-normatively point the reader at them.
glenn: Yes, that's an option, or we could define something that
points at the SMPTE document
... to get the value definition.
... (with a normative reference)
... Other than the circular reference problem I don't see any
problem with that.
... I also see a value in enumerating the values here, as a
single point of reference.
atai: I agree with pal's argument - I would favour a solution
where the TTWG, SMPTE and EBU
... find a way to coordinate their metadata efforts to create
an interoperable solution without
... conflicting definitions or the possibility of confusing
duplications.
... On validation mechanisms, not everything can be validated
in Schema 1.0 but specific
... constraints like the existing of metadata elements could be
validated with Schema 1.0 and
... that would not be the case with the proposed solution.
mike: It's important that even if there's a general way of
adding metadata we are clear how to
... replicate what's in 2052-10. There may be a transitory
period where there could be some
... confusion, until the responding organisations update their
specifications to reference the TTML2 work as needed..
glenn: There's a different point about bringing things into
TTML and then revising external
... specs. The reason I brought these into TTML2 was because
nigel, mike, andreas and pal had
... followed a bunch of issues saying we should support these
metadata. Now it sounds like you're
... saying you don't want a new mechanism.
mike: For SMPTE and DECE the intent was to sweep the metadata
into TTML2 and then reference
... it, removing the metadata from the SMPTE and DECE. That's
the long term plan. The requests
... from SMPTE and DECE to add these items was for that
purpose. Provided the semantics are
... the same or at least subsettable then that follows the
intent.
atai: I'm not sure about the EBU requests for adding metadata
vocabulary - I think we have to
... go back and look at that. I thought the request was to add
the metadata in the ebu namespace.
... EBU needs to consider this further. Also there have been
some comments from John Birch
... on the list. For me, I would abstain and we can proceed
with this and then review by other groups.
glenn: It seems as though all the issues can be surmounted by
adding more spec text.
... If there are semantic discrepancies then they can be fixed.
I'm not hearing any strong objection
... to moving forward with that in the FPWD. I propose closing
these issues en masse and then
... reviewing post FPWD.
nigel: I was going to make that proposal myself.
pal: I have a problem - the FPWD doesn't need to be perfect,
but the definitions should at least
... be a superset of the SMPTE ones - that needs to be fixed
before the FPWD. That doesn't
... sound like a lot of work.
glenn: Please tell me what's broken specifically.
pal: RP2052-10 section 5.6 has a specific definition of a
caption service - that doesn't exist
... in TTML2.
glenn: There's an Editorial note to further specify the details
of the named items.
nigel: There's clearly some editorial work to be done as
described by Glenn earlier, as well
... as the editorial points on each metadata items.
glenn: This is a blocker as raised by pal. If we insist on this
then it will push the dates back
... by a month or so. I wanted to get all the main Change
Proposals marked as implemented.
... That doesn't prevent us from dealing with all the issues.
nigel: I was referring to the technical changes - I think that
the editorial notes are okay for a FPWD
... as long as it's clear where work is needed.
glenn: I agree with that - or we could remove all the items,
but I think that would be a disservice.
nigel: Given the state of this discussion and the outstanding
technical edits I can't close these
... issues at this time, so I'll have to hold them open until
the new year.
... Apologies for not getting to the other business. Wishing
everyone a good couple of week's
... break if you're getting one, and see you in January. Thanks
for all your work this year.
glenn: Mele Kalikimaka! - Merry Christmas in Hawaiian!
nigel: yes, Happy Christmas too. [adjourns the meeting]
... Oh, forgot to add, since we closed Issues 236 and 237 we
can close CP20.
Summary of Action Items
[NEW] ACTION: glenn Raise an issue for font-kerning in TTML2
[recorded in
[14]http://www.w3.org/2014/12/18-tt-minutes.html#action01]
[End of minutes]
__________________________________________________________
Minutes formatted by David Booth's [15]scribe.perl version
1.140 ([16]CVS log)
$Date: 2014-12-18 16:15:03 $
[15] http://dev.w3.org/cvsweb/~checkout~/2002/scribe/scribedoc.htm
[16] http://dev.w3.org/cvsweb/2002/scribe/
Received on Thursday, 18 December 2014 16:16:51 UTC