11:58:34 RRSAgent has joined #mediaann 11:58:34 logging to http://www.w3.org/2009/10/13-mediaann-irc 11:58:36 RRSAgent, make logs public 11:58:36 Zakim has joined #mediaann 11:58:38 Zakim, this will be MAWG 11:58:38 ok, trackbot, I see IA_MAWG()8:00AM already started 11:58:39 Meeting: Media Annotations Working Group Teleconference 11:58:39 Date: 13 October 2009 11:59:01 zakim, this is mawg 11:59:01 joakim, this was already IA_MAWG()8:00AM 11:59:02 ok, joakim; that matches IA_MAWG()8:00AM 11:59:19 chair: Joakim 11:59:45 +florian 12:00:02 pchampin has joined #mediaann 12:00:14 +Joakim 12:00:21 +wonsuk 12:00:41 +wbailer 12:00:47 wonsuk has joined #mediaann 12:01:01 Present+ wonsuk 12:01:15 + +47.24.4.aaaa 12:02:38 http://www.w3.org/2009/10/06-mediaann-minutes.html 12:03:13 zakim, pick a victim 12:03:13 Not knowing who is chairing or who scribed recently, I propose Chris 12:03:46 scribe: chris 12:03:49 topic: action items 12:03:56 12:04:47 action-47 ongoing 12:05:20 action-124 ongoing 12:06:15 action 134, 135, and 149 to David are ongoing 12:06:15 Sorry, couldn't find user - 134, 12:06:38 action-154 ongoing 12:07:33 can you remind the URI of the current version of the API document? 12:08:05 cpoppe has joined #mediaann 12:08:43 zakim, pick a victim 12:08:43 Not knowing who is chairing or who scribed recently, I propose Joakim 12:08:49 zakim, pick a victim 12:08:49 Not knowing who is chairing or who scribed recently, I propose pchampin (muted) 12:08:59 thanx 12:09:06 scribe: pchampin 12:09:30 action-157 ongoing 12:10:01 action-158 closed 12:10:02 ACTION-158 Review the API document closed 12:10:21 action-159 closed 12:10:21 ACTION-159 Send review of the API document closed 12:10:41 action-160 closed 12:10:41 ACTION-160 Daniel to send an email to the list to get more feedback and reviews for the API document closed 12:10:58 topic: API document 12:12:00 werner: satisfied with the updates of the documents re. my comments 12:12:19 ... some comments need further discussion in the long term, but do not concern the first draft 12:12:27 ... can be discussed at F2F 12:13:39 joakim: are those remarks to be discussed collected in one e-mail? 12:13:59 werner: no, spread in different places, raised by different persons 12:14:01 fsasaki has joined #mediaann 12:14:12 ... may be gathered in a wiki page 12:14:45 action werner and joakim to collect in a wiki page all issues to be discussed at the F2F 12:14:45 Created ACTION-161 - And joakim to collect in a wiki page all issues to be discussed at the F2F [on Werner Bailer - due 2009-10-20]. 12:15:08 http://dev.w3.org/2008/video/mediaann/mediaont-api-1.0/mediaont-api-1.0.html 12:15:20 Diff between current API doc and old one. 12:15:30 http://www.w3.org/2007/10/htmldiff?doc1=http://dev.w3.org/cvsweb/~checkout~/2008/video/mediaann/mediaont-api-1.0/mediaont-api-1.0.html%3Frev%3D1.23%26content-type%3Dtext/html;%2520charset%3Dutf-8%23tbd&doc2=http://dev.w3.org/cvsweb/~checkout~/2008/video/mediaann/mediaont-api-1.0/mediaont-api-1.0.html%3Frev%3D1.24%26content-type%3Dtext/html;%2520charset%3Dutf-8%23tbd 12:16:00 +??P6 12:16:12 werner: suggest to move the whole Web IDL code towards the end of the document 12:16:19 present+ Felix 12:16:34 ... start with individual property descriptions 12:16:55 wonsuk: aggrees, will do that 12:17:27 http://lists.w3.org/Archives/Public/public-media-annotation/2009Oct/0037.html 12:19:45 pchampin: is the NoValue exception really necessary? null value? 12:21:00 chris: created the exception to be able to carry the *reason* for the absence of value (see attribute errorMessage) 12:21:17 pchampin: that makes sense, I retract my comment :) 12:23:32 -Joakim 12:24:07 +Joakim 12:24:37 (my line was cut off) 12:25:34 pchampin: I think that the ontology document should stick to a high level conceptual level for the ranges of the properties 12:26:23 ... and that the API document should propose representations for those concepts 12:26:36 ... like the current Web IDL interfaces that we have 12:28:54 ... those interfaces come out of nowhere, they should be introduced (as abstract concepts, in the ontology document) 12:28:59 Felix do you have a comment? 12:29:10 felix: propose to link ma:properties to methods from the api, and the other way round 12:29:24 .. by "link" I mean referencing to each other 12:30:14 felix: probably the same as pchampin said 12:30:37 pchampin: agree with that, and we should do the same for range Concepts 12:31:11 wiki page for open api issues is at http://www.w3.org/2008/WebVideo/Annotations/wiki/API_Open_Issues 12:33:10 joakim: can we publish the API document as a first public working draft 12:33:30 ... after moving the WebIDL section to the appendix? 12:33:32 pchampin: +1 12:33:34 +1 12:33:36 +1 12:33:37 +1 12:33:47 Are we resolved to publish with the updated Werner 12:33:49 mentioned Any objections? 12:34:15 RESOLUTION: publish the API document as a first public working draft 12:35:02 action joakim to contact W3C staff to put the API working draft on TR 12:35:02 Created ACTION-162 - Contact W3C staff to put the API working draft on TR [on Joakim Söderberg - due 2009-10-20]. 12:35:33 topic: Why not use DC elements? 12:35:49 joakim: this problem seems to be a recurring comment 12:36:01 ... we should motivate this choice in the documents 12:36:26 yes 12:36:37 xxx: this may be because the ma:properties do not have a precise definition 12:36:40 +1 to werner 12:36:44 ... especially concerning datatypes 12:36:48 s/xxx/werner/ 12:37:52 s/especially/e.g./ 12:39:04 pchampin: I think there is (and will be) an overlap 12:39:36 werner: overlap yes, but our definitions will eventually be more precise than DC definitions 12:40:12 joakim: felix had another explaination 12:40:23 felix: my explanation was mainly that we do not want to put one format into the center 12:40:44 .. but have ma: properties only as a mediator between existing formats 12:40:53 .. like in the metadata working group 12:42:16 action david to update some of the descriptions to make them more precise and highlight the difference with DC 12:42:16 Created ACTION-163 - Update some of the descriptions to make them more precise and highlight the difference with DC [on David Singer - due 2009-10-20]. 12:42:46 http://www.w3.org/2008/WebVideo/Annotations/wiki/Improvements_/_Enhancement_for_a_revision_of_the_%22Ontology_for_Media_Resource_1.0%22_document 12:42:57 action joakim to update the wiki with the rationale for not reusing DC properties 12:42:57 Created ACTION-164 - Update the wiki with the rationale for not reusing DC properties [on Joakim Söderberg - due 2009-10-20]. 12:44:22 felix: sorry, only on IRC: putting one format into the center or not is also a question of marketing, and we want to be as neutral as possible with respect to existing "players" on the market 12:44:46 felix: agree with pchampin 12:45:04 pchampin: in line with Felix's argument, I think only experience will tell if our interpretation of ma:properties will be equivalent or not with dc:properties 12:47:18 ... semantics of properties is dynamic, it depends on the way they are used or implemented 12:48:05 ... so defining our own is a precaution 12:48:51 topic: coordination with Web Aps 12:49:28 action joakim to send a mail to the wap WG 12:49:28 Created ACTION-165 - Send a mail to the wap WG [on Joakim Söderberg - due 2009-10-20]. 12:50:04 joakim: the API document states that this is a client API 12:50:09 ... when did we decide that? 12:50:31 -Felix 12:51:12 wonsuk: this API could be adapted to the server side 12:51:29 + +1.617.588.aabb - is perhaps Jan 12:51:52 ... in the perspective of Web applications, it is more appropriate to the client-side, 12:52:05 ... built into browsers 12:53:27 joakim: feedback from XXX: can I get metadata of a MP3 file without downloading it? 12:53:39 pchampin: +1 12:53:55 pchampin: is there a mapping from Web IDL to server side APIs? 12:54:07 ... (rest or soap)? 12:54:24 chris: only ecmascript or javascript, I think 12:56:03 pchampin: anyway, the object implementing our interface does not have to contain the media data 12:57:38 ... but we have to think about this use case 12:57:51 joakim: all toy implementations to date are server side 12:58:02 felix: my implementation can easily be ported to be a client side implementation 12:58:09 .. no problem here :) 12:59:06 .. rather an implementation detail 12:59:15 .. not a totally different approach 12:59:25 pchampin: +1 felix 13:00:28 wonsuk: I'll revise the API document and send it to the mailing list 13:00:44 ... apply werner's comment about moving the Web IDL section to the appendix 13:01:39 what is the next step of this document? 13:01:58 joakim: we will try to publish the current version, I'll contact the W3C staff 13:02:27 ... next meeting: next tuesday, same time 13:02:28 felix: joakim, somebody needs to do the pubrules check, work on the status section. Better ask Thierry to do that 13:02:37 -wbailer 13:02:39 -florian 13:02:40 -Jan 13:02:42 present: Chris, florian, wonsuk, wbailer, pchampin, Joakim, Jan, Felix 13:02:47 -Chris 13:02:53 -Joakim 13:02:59 -wonsuk 13:03:15 I have made the request to generate http://www.w3.org/2009/10/13-mediaann-minutes.html pchampin 13:04:27 I have made the request to generate http://www.w3.org/2009/10/13-mediaann-minutes.html pchampin 13:04:46 -pchampin 13:04:48 IA_MAWG()8:00AM has ended 13:04:50 Attendees were Chris, florian, Joakim, wonsuk, wbailer, +47.24.4.aaaa, pchampin, Felix, +1.617.588.aabb 13:05:47 regrets: tobias 13:05:55 I have made the request to generate http://www.w3.org/2009/10/13-mediaann-minutes.html pchampin 13:19:31 wonsuk has left #mediaann 14:59:37 Zakim has left #mediaann