14:59:37 RRSAgent has joined #tt 14:59:37 logging to http://www.w3.org/2016/02/11-tt-irc 14:59:39 RRSAgent, make logs public 14:59:39 Zakim has joined #tt 14:59:41 Zakim, this will be TTML 14:59:41 I do not see a conference matching that name scheduled within the next hour, trackbot 14:59:42 Meeting: Timed Text Working Group Teleconference 14:59:42 Date: 11 February 2016 15:00:50 chair: Nigel 15:00:55 scribe: nigel 15:01:19 Present: Pierre, Nigel, Shinjan 15:02:16 Regrets: Andreas, Frans 15:02:20 Present+ Mike 15:03:15 mike has joined #tt 15:03:18 Topic: This Meeting 15:03:40 Present+ Glenn 15:05:03 nigel: I propose to look at Action Items, IMSC issues and path to PR, TTML2 and Charter. AOB? 15:05:18 group: No AOB 15:05:22 Topic: Action Items 15:06:05 action-429? 15:06:05 action-429 -- Mike Dolan to Draft a wg note for the profile short name registry and ttml media type registration -- due 2015-10-08 -- OPEN 15:06:05 http://www.w3.org/AudioVideo/TT/tracker/actions/429 15:06:20 s/TTML2/TTML2, Profiles 15:06:48 plh has joined #tt 15:06:50 nigel: I propose to close the action since work has begun, and just keep working on it. 15:06:55 present+ plh 15:07:30 mike: There are two things that need to be in the document, as I mentioned in my email. We some nearly published 15:07:45 ... document to show to IANA to update the media type registration. Then the Note needs to be published so IANA can 15:07:47 ... reference it. 15:09:15 nigel: In the past I thought we agreed that we need to put the registration into TTML2 - is that no longer needed? 15:09:28 mike: We need to do something that IANA can reference before TTML2 hits recommendation. 15:09:58 plh: That's fine to put the registration text into a Note. 15:10:35 ... When the document is ready for review send an email to me asking me to do the rest. 15:10:49 ... It's actually part of the W3C Registered Media Types. 15:10:53 https://www.w3.org/2002/06/registering-mediatype2014.html 15:11:39 http://www.iana.org/form/media-types 15:12:03 nigel: It would be helpful Mike if you could add issues to the github repo for the profiles document for any parts that are missing like media type registration. 15:12:43 mike: I'm going to copy and paste the TTML1 SE section only with the new attribute. 15:12:53 close action-429 15:12:53 Closed action-429. 15:13:12 current registration: http://www.iana.org/assignments/media-types/application/ttml+xml 15:13:31 Present+ Dae 15:13:35 dae has joined #tt 15:14:01 present+ dae 15:14:13 Topic: Charter 15:15:05 nigel: I've made a few changes locally which I want to review with my AC rep before issuing a PR. In summary: 15:15:32 ... Clarify in Scope that IMSC is to be a Recommendation (as opposed to just in the Deliverables) 15:16:07 Add into Scope that the Group will publish a version of IMSC that is compatible with TTML 2 and will address the concerns of backward compatibility with prior versions of IMSC. 15:16:16 s/Add/... Add 15:17:18 nigel: I've also made some other editorial tweaks and removed the Milestones section, if it's not needed. 15:18:01 nigel: Any views on if we need a Milestones section? 15:18:28 plh: It's not a common view that we no longer need a Milestones section. You can point to an external Milestones section. 15:18:51 ... It's helpful for organisations to understand the duration of commitment by seeing the Milestones. 15:19:14 nigel: Is it fair to reference a Milestones section that's on the home page or the wiki? 15:19:25 plh: Yes it is. As long as the Charter points to where they are. 15:19:42 nigel: Okay, I'd propose to do that. Any other views on this or other aspects of the Charter? 15:19:47 plh: Sounds the right direction to me. 15:20:38 nigel: I've also updated the end date to March 2018, which seems reasonable. 15:20:48 plh: Yes, it's reasonable for you to do that, and that seems like a good target. 15:21:30 nigel: Andreas raised an email query if we can simply extend the current charter by 3 months? 15:22:07 plh: I would like to have a charter before the end of the month to take to W3M. If you can explain why you need longer 15:22:23 ... then I could request an extension, but not otherwise. 15:22:31 dae: What are we doing with WebVTT? 15:22:41 plh: David Singer is proposing to keep WebVTT in the charter at the moment. 15:26:15 Topic: IMSC 15:26:44 pal: Thanks to Glenn and Nigel for making progress on outstanding issues on IMSC. 15:26:57 ... I'm happy to report that there's a proposal for all issues not deferred to IMSC 2. 15:27:14 ... There's one remaining issue that still is outstanding. 15:27:31 ... The proposed resolutions on all those issues will not lead to substantive issues and are documented in pull requests. 15:27:42 ... We're getting close to requesting transition to PR at month end. 15:27:57 ... For today, can we look at pull req #154 designed to address issue #111. 15:28:18 https://github.com/w3c/imsc/pull/154 15:28:27 https://github.com/w3c/imsc/issues/111 15:28:44 pal: This was the result of a lot of work - I think all the people with an opinion on this have weighed in positively. 15:29:16 nigel: So we have no outstanding comments on the pull req? 15:29:24 pal: Yes. There are only +ve comments. 15:30:28 ... The Pull Req has been outstanding for over a week. There was a typo fix 5 days ago. 15:32:07 nigel: Any objections to merging PR #154? 15:32:21 group: no objections 15:32:28 nigel: Okay, go ahead and merge Pierre. 15:32:37 pal: I'll do that after the meeting. 15:33:02 pal: On that topic, all the other PRs lead to no substantive changes, but some are pretty important, like an issue with the 15:33:09 ... EBU-TT-D issues and examples. 15:35:33 pal: Can we go to issue #146? 15:35:53 https://github.com/w3c/imsc/issues/146 15:36:06 pal: This is the only open issue on IMSC 1 for which a PR does not exist. 15:36:49 ... I did some archaeology on this and there was text added in 2013 whenever there was discussion of rectangles the 15:37:12 ... words "including the boundary" were added. Glenn has some concerns here. I'd like to avoid unintended consequences 15:37:19 ... but also be receptive to Glenn's concerns. 15:37:37 glenn: My point is that the term "boundary" is not defined. It's not a term of art that we have used previously in any 15:37:56 ... TTML document. It's not a term that's used in CSS or XSL-FO, so it's undefined. Even if you follow the mathematical 15:38:16 ... definition that is not adequate. All of the areas are closed areas mathematically, over R2 space, which would require 15:38:35 ... you to deal with epsilon delta methods for defining whether a point in that R2 space is included or excluded from 15:38:54 ... that area. It's not practical to that in practice. All computation that's done in the context of IMSC or TTML will be done 15:39:11 ... at the pixel level. They can be conceptual pixels as opposed to what really appears on the screen but they need to be 15:39:32 ... rasterised to a grid for the purpose of determining intersection. Secondly, there is no ambiguity once it is rasterised 15:39:46 ... into a pixel grid whether a pixel is included or not because we're dealing with closed rectangles here. 15:40:05 ... The term "border" which is a term of art in XSL-FO which corresponds to the term border box in CSS, is somewhat 15:40:22 ... closer in the sense that it is that portion of the box geometry that includes the border if one is present. That is how 15:40:36 ... I originally interpreted the intention of this language about the boundary but after discussion it does not seem that 15:40:55 ... it is what was meant. My suggestion is to remove those parenthetical phrases "including its boundary" because as 15:41:00 ... it's not defined it's currently useless. 15:41:20 pal: Would you be comfortable using the phrase "closed rectangle" instead? 15:41:39 glenn: I used the term "closed area" which a rectangle can be. I was speaking of the mathematical definition which you 15:41:42 ... inferred might be used. 15:42:02 ... I don't see the need to consider it at all. We might simply state somewhere that all region intersection shall be done 15:42:05 ... in a pixel space. 15:42:20 pal: Imagine I define a rectangle from 0,0 to 100,100... 15:42:34 glenn: There's no way to define a rectangle that way in IMSC. You can only state an origin and an extent. 15:42:55 ... That means that a rectangle or region whose origin is 0,0 and has extent 100,100 includes pixels 0-99 in both 15:43:03 ... dimensions but excludes the point 100,100. 15:43:09 pal: Where does it say that? 15:43:26 glenn: It doesn't need to because it's obvious. If the width is 100 pixels then 0-99 is 100 pixels wide. 15:43:47 ... If we're talking about real value pixels, let's say fractional, e.g. a %age that you start with and translate into pixels 15:44:07 ... in that case we need a rounding rule. That would be the floor so in that case you handle that also. 15:44:20 pal: Where's that [floor rule] stated? 15:44:52 glenn: It's in code in implementations. I could research it but I think it's clear that it does not include pixel 100,100. 15:45:06 pal: I'm just trying to be unambiguous when we define intersections. 15:45:24 glenn: In my estimation by adding (including its boundary) you have made it ambiguous. Without that phrase there's a 15:45:51 ... common understanding in all W3C technologies. I may be able to track down some definition but it's a bit unnecessary. 15:47:16 nigel: My view is we should remove the phrase - I can't see what harm can result. 15:49:25 https://www.w3.org/2015/Process-20150901/#substantive-change 15:51:21 pal: I'm happy to remove this wording as long as it doesn't cause someone to object to the transition. 15:52:07 nigel: I think we should just make the change and simplify the spec, and make it clearly not non-aligned with all other specs. 15:53:53 pal: In the list of changes should we consider this as subtantive or not substantive? 15:56:23 nigel: I think by the letter of the process it falls under category 3 in the process. 15:56:52 plh: It's possible for the Director to agree to move forward even with substantive changes. We're going to worry about 15:56:57 ... Wide Review and the Patent policy. 15:57:13 glenn: The real question is if we think that this change will make a substantial change to how processing or testing occurs 15:57:31 ... and if it will break something that currently works or vice versa, and I don't think that's true. 15:58:00 pal: I think we're all agreed that a slight change here should not require a CR. We're asking if we should note the change 15:58:15 ... and make the case to the Director or not document the change. I'd be happy with either approach. I'd be happy just to 15:58:43 ... list the change and make the case that in our opinion the change cannot have an impact on patent and are not 15:58:46 ... cause for a CR. 15:58:49 nigel: I'd go with that. 15:59:07 pal: If the Director disagrees that they're substantive changes I guess we can just remove them. 16:00:37 I have an other call now 16:01:28 glenn: I'd note that we made semantic changes to TTML1SE relative to TTML1 that we decided were not semantic. 16:01:37 gelnn: It's up to us to decide what to do. 16:02:17 c/eln/len 16:02:30 s|c/eln/len|| 16:02:33 s/eln/len 16:03:15 glenn: I move that we accept the current pull requests that are open. 16:03:52 nigel: I'd like to confirm for myself that I've reviewed them all before going ahead with that. 16:04:00 pal: Can you do that today or tomorrow? 16:04:03 nigel: Yes 16:04:09 pal: I'm happy to merge them after that. 16:04:28 nigel: I'll add any comments to them including LGTM comments. 16:06:16 pal: By the way I like the idea of splitting out the examples and then we can include them using respec.js but FYI you get CORS problems on Chrome unless you relax local file access. 16:06:25 nigel: Great, I didn't know about respec.js being able to do that. 16:06:49 glenn: It only makes sense to do that for complete examples, and that's what we do in TTML too. 16:06:56 nigel: Agreed, those are the only ones I pulled out. 16:07:16 glenn: I don't see any other blockers to moving to PR. 16:07:53 pal: My hope is that we can transition to PR as soon as the CR exit date is reached. 16:09:05 glenn: Can we make a motion that subject to any further comments we'd like to proceed to PR so we can highlight it to other groups? 16:09:11 pal: I'd like to do that too. 16:10:28 nigel: Okay, we're out of time - apologies that we didn't quite get to everything on the agenda today. Meet same time next week. [adjourns meeting] 16:10:31 rrsagent, draft minutes 16:10:31 I have made the request to generate http://www.w3.org/2016/02/11-tt-minutes.html nigel 16:12:26 present- dae 16:16:53 rrsagent, draft minutes 16:16:53 I have made the request to generate http://www.w3.org/2016/02/11-tt-minutes.html nigel 16:18:01 ScribeOptions: -final -noEmbedDiagnostics 16:18:02 rrsagent, draft minutes 16:18:02 I have made the request to generate http://www.w3.org/2016/02/11-tt-minutes.html nigel 18:21:52 Zakim has left #tt