# Device APIs and Policy Working Group Teleconference ## 02 Jun 2010 [Agenda][3] See also: [IRC log][4] ## Attendees Present Anssi_Kostiainen, David_Rogers, Dzung_Tran, Erica_Newland, Frederick_Hirsch, Ilkka_Oksanen, Laura_Arribas, Maria_Oteo, Paddy_Byers, Robin_Berjon, Suresh_Chitturi, Wojciech_Maslowski, Wonsuk_Lee, bryan_sullivan Regrets Dominique_Hazael-Massieux, Marco_Marengo, John_Morris, Claes_Nilsson, Richard_Tibbett, Alissa_Cooper Chair Robin_Berjon, Frederick_Hirsch Scribe Suresh ## Contents * [Topics][5] 1. [Agenda review, Announcements][6] 2. [Minutes approval][7] 3. [Policy Framework][8] 4. [Powerbox][9] 5. [APIs -SysInfo][10] 6. [Contacts API][11] * [Summary of Action Items][12] * * * Date: 02 June 2010 ### Agenda review, Announcements Additional announcement: upcoming Last Call for the Media Resource API [http://lists.w3.org/Archives/Public/public-media- annotation/2010Jun/0023.html][13] The Media Annotations WG plans a 4 weeks Last Call review, ending on July 11, 2010. if possible I'd like to get several people reviewing the MAWG drafts last time there were a number of issues add to agenda, action notification item ScribeNick: Suresh Additional announcement: upcoming Last Call for the Media Resource API [http://lists.w3.org/Archives/Public/public-media- annotation/2010Jun/0023.html][13] The Media Annotations WG plans a 4 weeks Last Call review, ending on July 11 2010 robin: reviewed previous versions..it is important for us (e.g. Gallery API) more people to review the better Ontology for Media Resource 1.0 API for Media Resource 1.0 fjh; any volunteers? ACTION-143? ACTION-143 -- Anssi Kostiainen to provide feedback on the list on Gallery API -- due 2010-03-25 -- OPEN [http://www.w3.org/2009/dap/track/actions/143][14] Anssi: I have an action for Gallery API, and can also take this one together **ACTION:** Bryan (AT&T) to review API and Ontology for Media Resource API [recorded in [http://www.w3.org/2010/06/02-dap- minutes.html#action01][15]] Created ACTION-181 - (AT&T) to review API and Ontology for Media Resource API [on Bryan Sullivan - due 2010-06-09]. **ACTION:** Robin to review API and Ontology for Media Resource API [recorded in [http://www.w3.org/2010/06/02-dap-minutes.html#action02][16]] Created ACTION-182 - Review API and Ontology for Media Resource API [on Robin Berjon - due 2010-06-09]. that was me - reconnecting +1 Deadline Extended to 7 June for Privacy Workshop Position Papers The group to enable notifications of action items follow-up [http://lists.w3.org/Archives/Public/public-device- apis/2010Jun/0002.html][17] DAP registration form [http://www.w3.org/2002/09/wbs/43696/london2010/][18] Resolution: The group to enable action notifications ### Minutes approval [http://lists.w3.org/Archives/Public/public-device- apis/2010May/att-0131/26-dap-minutes.html][19] 26 May 2010 **RESOLUTION: 26 May 2010 minutes approved** ### Policy Framework [http://dev.w3.org/2009/dap/policy/Framework.html][20] [http://dev.w3.org/2009/dap/policy/Profile.html][21] [http://dev.w3.org/2009/dap/policy/Examples.html][22] Laura: Examples document may need more examples ... focusing on framework document, and any help with other documents would be good ### Powerbox [http://lists.w3.org/Archives/Public/public-device- apis/2010May/0133.html][23] [http://lists.w3.org/Archives/Public/public-device- apis/2010Jun/0009.html][24] fjh: a concern expressed on the list re what we are doing [http://lists.w3.org/Archives/Public/public-device- apis/2010Jun/0020.html][25] Suresh: Is there a relation between the two? fjh: the group agreed to work on the current JS API approach ACTION-109? ACTION-109 -- Robin Berjon to write up Prague Doctrine (define in WebIDL, have mappings to JS and REST as needed, leave which is implemented up to implementers just like they could decide to map WebIDL to Java, have orthogonal installation/exposing aspects like PB defined, well, orthogonally) -- due 2010-03-23 -- OPEN [http://www.w3.org/2009/dap/track/actions/109][26] Remember the WG agreed with Resolution on javascript API priority, so we continue with that approach. However it is good to have this additional material to review David: to make this succesful, we need to engagement, the proponents should attend the F2F, it is critical I note that this powerbox revision is an improvement and offers more clarity on that approach we need to understand how the powerbox model fits into mobile (e.g. Android) was hoping the guys would be on the call today fjh: wondering about the acronym UMP used in the draft, IPR issues, etc. we have bryan here - he has to do the same ### APIs -SysInfo [http://lists.w3.org/Archives/Public/public-device- apis/2010May/0144.html][27] [http://lists.w3.org/Archives/Public/public-device- apis/2010May/0145.html][28] [http://lists.w3.org/Archives/Public/public-device- apis/2010Jun/0001.html][29] robin: we have a few issues to discuss before we proceed towards Call for Consensus (Last call) [][30] Bryan: the use cases are more driven from mobile, robin: disagree that it is mobile spec, yes mobile is important but the API needs to work on other devices as well concerns about privacy were also raised Bryan: knowing the operator and roaming are good indicators a distinction between national and international can be sufficient home-> home domain scribe: it allows to optimize network interaction high cost when roaming is the use case robin protecting the consumer use cases - [http://lists.w3.org/Archives/Public/public-device- apis/2010May/0145.html][28] "The System Information API: Mobile Extensions" [Roaming discussion][31] +1 to tlr's proposal tlr: moving it into a separate specification may help fjh, you wanted to ask about timing of extension api I agree - this is a very important use case for users and operators most devices have UICCs in these days Bryan: we don't need a separate specification, we just need to support an API to access supported properties PROPOSED RESOLUTION: split operatorName, apn, mcc, mnc to a separate, extended specification let me take this back into OMTP I can get some more feedback move it into CR independently RB: we can move both to LC (even if the extension is FPWD) at the same time David: where are the objections coming from (e.g. roaming, network operator)? operatorName, mcc, mnc ? [origin of discussion][30] and apn robin: the idea is to put them in a separate spec droger: we are not being consistent.... ... we have policy to control access robin: the API design is to work independent of policy droger: we should not pick on individual fields robin: we have looked at other fields such as SSID, etc fjh: is the concern that if it is a separate spec it will be dropped? droger: i'm happy to take a look at this again with an action same here, I don't know why we want another spec. It will get drop. droger: we would like more time to review before going to LC PROPOSED RESOLUTION: we give one week, and not a day more, to receive an objection to splitting off operatorName, apn, mcc, mnc into a separate specification that is reasonably grounded robin: one week is reasonable but not more Bryan: i don't see the value in moving few properties into separate spec ... passing string to access property value is the correct approach **RESOLUTION: The SysInfo mobile network attribute gets one week extra discussion, decision for LC will be made next Thursday** my understanding is that if there is an extension spec, it would go into LC at the same time Sorry guys I have to go to another call PROPOSED RESOLUTION: drop connections[] and activeConnection, move to activeConnections[] robin; re active connections, we agreed to keep only active connections Bryan: do we mean available or transfering data? Bryan: we need to define clearly what "active" means **RESOLUTION: drop connections[] and activeConnection, move to activeConnections[]** **ACTION:** Dzung to drop connections[] and activeConnection, move to activeConnections[] and define clearly what "active" means [recorded in [http://www.w3.org/2010/06/02-dap-minutes.html#action03][32]] Created ACTION-183 - Drop connections[] and activeConnection, move to activeConnections[] and define clearly what "active" means [on Dzung Tran - due 2010-06-09]. ### Contacts API [http://lists.w3.org/Archives/Public/public-device- apis/2010Jun/0007.html][33] +1 to deferring robin: we received feedback from Mozilla, with specific details +1 to defer Contacts API discussion deferred... tlr: Announcement: Privacy workshop deadline pushed back Suresh> would Opera continue with editorship with Messaging API? i think he handed it to someone - should be in the minutes s/ RESOLUTION:/ RESOLUTION:/g s/robin; /robin: /gg ## Summary of Action Items **[NEW]** **ACTION:** Bryan (AT&T) to review API and Ontology for Media Resource API [recorded in [http://www.w3.org/2010/06/02-dap- minutes.html#action01][15]] **[NEW]** **ACTION:** Dzung to drop connections[] and activeConnection, move to activeConnections[] and define clearly what "active" means [recorded in [http://www.w3.org/2010/06/02-dap-minutes.html#action03][32]] **[NEW]** **ACTION:** Robin to review API and Ontology for Media Resource API [recorded in [http://www.w3.org/2010/06/02-dap-minutes.html#action02][16]] [End of minutes] * * * Minutes formatted by David Booth's [scribe.perl][34] version 1.135 ([CVS log][35]) $Date: 2009-03-02 03:52:20 $ [1]: http://www.w3.org/Icons/w3c_home [2]: http://www.w3.org/ [3]: http://lists.w3.org/Archives/Public/public-device- apis/2010Jun/0012.html [4]: http://www.w3.org/2010/06/02-dap-irc [5]: #agenda [6]: #item01 [7]: #item02 [8]: #item03 [9]: #item04 [10]: #item05 [11]: #item06 [12]: #ActionSummary [13]: http://lists.w3.org/Archives/Public/public-media- annotation/2010Jun/0023.html [14]: http://www.w3.org/2009/dap/track/actions/143 [15]: http://www.w3.org/2010/06/02-dap-minutes.html#action01 [16]: http://www.w3.org/2010/06/02-dap-minutes.html#action02 [17]: http://lists.w3.org/Archives/Public/public-device- apis/2010Jun/0002.html [18]: http://www.w3.org/2002/09/wbs/43696/london2010/ [19]: http://lists.w3.org/Archives/Public/public-device- apis/2010May/att-0131/26-dap-minutes.html [20]: http://dev.w3.org/2009/dap/policy/Framework.html [21]: http://dev.w3.org/2009/dap/policy/Profile.html [22]: http://dev.w3.org/2009/dap/policy/Examples.html [23]: http://lists.w3.org/Archives/Public/public-device- apis/2010May/0133.html [24]: http://lists.w3.org/Archives/Public/public-device- apis/2010Jun/0009.html [25]: http://lists.w3.org/Archives/Public/public-device- apis/2010Jun/0020.html [26]: http://www.w3.org/2009/dap/track/actions/109 [27]: http://lists.w3.org/Archives/Public/public-device- apis/2010May/0144.html [28]: http://lists.w3.org/Archives/Public/public-device- apis/2010May/0145.html [29]: http://lists.w3.org/Archives/Public/public-device- apis/2010Jun/0001.html [30]: http://www.w3.org/mid/6BEB465A-A2E8-457B-9842-0EB71F43E305@cdt.org [31]: http://www.w3.org/mid/21CEE6D6-BF5E-4ACC-A8FE-954E9B37838B@berjon.com [32]: http://www.w3.org/2010/06/02-dap-minutes.html#action03 [33]: http://lists.w3.org/Archives/Public/public-device- apis/2010Jun/0007.html [34]: http://dev.w3.org/cvsweb/~checkout~/2002/scribe/scribedoc.htm [35]: http://dev.w3.org/cvsweb/2002/scribe/