13:20:44 <RRSAgent> RRSAgent has joined #dap
13:20:44 <RRSAgent> logging to http://www.w3.org/2013/09/04-dap-irc
13:20:46 <trackbot> RRSAgent, make logs world
13:20:46 <Zakim> Zakim has joined #dap
13:20:48 <trackbot> Zakim, this will be DAP
13:20:48 <Zakim> ok, trackbot; I see UW_DAP()10:00AM scheduled to start in 40 minutes
13:20:49 <trackbot> Meeting: Device APIs Working Group Teleconference
13:20:49 <trackbot> Date: 04 September 2013
13:20:57 <fjh> Agenda: http://lists.w3.org/Archives/Public/public-device-apis/2013Sep/0000.html
13:21:15 <fjh> fjh has changed the topic to: dap 3279 ; http://lists.w3.org/Archives/Public/public-device-apis/2013Sep/0000.html
13:21:39 <fjh> Chair: Frederick_Hirsch
13:21:54 <fjh> Present+ Frederick_Hirsch
13:23:53 <dom> Regrets+ Dom
13:58:42 <Zakim> UW_DAP()10:00AM has now started
13:58:44 <Zakim> +[IPcaller]
13:58:54 <fjh> zakim, IPcaller isme
13:58:55 <Zakim> I don't understand 'IPcaller isme', fjh
13:58:59 <fjh> zakim, IPcaller is me
13:58:59 <Zakim> +fjh; got it
13:59:08 <fjh> rrsagent, generate minutes
13:59:08 <RRSAgent> I have made the request to generate http://www.w3.org/2013/09/04-dap-minutes.html fjh
13:59:44 <fjh> Topic: Welcome, agenda review, scribe selection, announcements
13:59:54 <Clarke> Clarke has joined #dap
14:00:31 <Zakim> + +1.303.661.aaaa
14:00:31 <Zakim> - +1.303.661.aaaa
14:00:33 <Zakim> + +1.303.661.aaaa
14:00:41 <Clarke> zakim, aaaa is me
14:00:41 <fjh> zakim, where is 303?
14:00:42 <Zakim> +Clarke; got it
14:00:42 <Zakim> North American dialing code 1.303 is Colorado
14:01:35 <fjh> Present+ Clarke_Stevens
14:04:15 <Cathy> Cathy has joined #dap
14:04:26 <Zakim> +??P41
14:04:35 <anssik> zakim, ??P41 is me
14:04:35 <Zakim> +anssik; got it
14:04:42 <anssik> Present+ Anssi_Kostiainen
14:05:49 <fjh> ScribeNick: fjh
14:07:27 <fjh> zakim, what is the code?
14:07:27 <Zakim> the conference code is 3279 (tel:+1.617.761.6200 sip:zakim@voip.w3.org), fjh
14:07:53 <Zakim> + +33.6.77.84.aabb
14:08:18 <fjh> zakim, aabb is jcdufourd
14:08:18 <Zakim> +jcdufourd; got it
14:08:27 <anssik> zakim, who is here?
14:08:27 <Zakim> On the phone I see fjh, Clarke, anssik, jcdufourd
14:08:28 <Zakim> On IRC I see Cathy, Clarke, Zakim, RRSAgent, fjh, jcdufourd, lgombos, dom, richt, mounir, slightlyoff, Josh_Soref, anssik, trackbot
14:09:07 <jcdufourd> Present+ Jean-Claude_Dufourd
14:10:09 <fjh> Reminder:  No DAP F2F at TPAC, but there will be the Media Capture TF meeting, please attend that.
14:10:35 <fjh> fjh: if you are attending TPAC please remember to register and make arrangements soon
14:10:54 <fjh> a new Working Draft of Media Capture and Streams has just been published: http://www.w3.org/TR/2013/WD-mediacapture-streams-20130903/  ;  http://www.w3.org/TR/mediacapture-streams/
14:11:25 <fjh> Topic: Minutes approval
14:11:36 <fjh> Approve minutes from 21 August 2013
14:11:37 <fjh> http://lists.w3.org/Archives/Public/public-device-apis/2013Aug/att-0048/minutes-2013-08-21.html
14:11:49 <fjh> RESOLUTION: Minutes from 21 August 2013 are approved
14:12:01 <fjh> Topic: Proximity and Light
14:12:24 <fjh> LC-2739 http://lists.w3.org/Archives/Public/public-device-apis/2013Aug/0055.html
14:12:25 <fjh> Proximity CR CfC (5 Sept deadline) http://lists.w3.org/Archives/Public/public-device-apis/2013Aug/0054.html
14:12:26 <fjh> Light CR CfC (5 Sept deadline) http://lists.w3.org/Archives/Public/public-device-apis/2013Aug/0056.html
14:12:27 <fjh> using WebIDL's  "conforming IDL fragment" conformance class (Barstow, http://lists.w3.org/Archives/Public/public-device-apis/2013Aug/0059.html)
14:12:42 <fjh> fjh: CfC deadline is tomorrow, +1 on list would be useful
14:13:27 <fjh> fjh: Dom responded to Art that what we are doing makes sense
14:13:39 <Josh_Soref> s/Dom/dom/
14:14:09 <fjh> anssik: will look at this
14:15:17 <fjh> http://lists.w3.org/Archives/Public/public-device-apis/2013Aug/0061.html
14:15:40 <fjh> Topic: Vibration
14:15:54 <fjh> Remaining questions/comments:
14:15:54 <fjh> Question/Comment on CR draft: http://lists.w3.org/Archives/Public/public-device-apis/2013Jul/0050.html
14:15:55 <fjh> Question Vibration and iframes, http://lists.w3.org/Archives/Public/public-device-apis/2013Jul/0055.html
14:15:56 <fjh> Question: Vibration strength http://lists.w3.org/Archives/Public/public-device-apis/2013Aug/0040.html
14:15:57 <fjh> Supporting strength (Marcos) http://lists.w3.org/Archives/Public/public-device-apis/2013Aug/0062.html
14:16:10 <fjh> fjh: anssik, can you please review these and respond on the list.
14:16:15 <fjh> fjh: I think most are editorial
14:16:37 <fjh> fjh: I believe the WG is deciding to defer vibration strenght
14:16:44 <fjh> s/trenght/strength/
14:16:49 <Zakim> + +1.781.362.aacc
14:16:55 <Cathy> zakim, aacc is me
14:16:55 <Zakim> +Cathy; got it
14:17:27 <fjh> fjh: I would think vibration would only be active for the active window
14:17:44 <fjh> anssik: fix would be to say top level browsing context
14:18:07 <fjh> fjh: that makes sense to me, thought you already made that change
14:18:15 <fjh> anssik: did it for proximity
14:18:22 <fjh> fjh: I think we should be consistent
14:18:31 <fjh> anssik: this is a generic issue
14:19:13 <fjh> fjh: I think we should make this change in the editors draft, pull it in in PR
14:19:37 <fjh> anssik: walks through choices, looking at mail http://lists.w3.org/Archives/Public/public-device-apis/2013Jul/0055.html
14:19:47 <fjh> fjh: clarification needed
14:20:06 <fjh> fjh: would relate to the other strength issues
14:20:55 <fjh> fjh: hey, vibrating ads in  hidden iframes....
14:21:00 <fjh> s/hidden//
14:21:37 <fjh> action: anssik to make proposal on list regarding multiple vibration API invocations in frames for Vibration
14:21:39 <trackbot> Created ACTION-652 - Make proposal on list regarding multiple vibration api invocations in frames for vibration [on Anssi Kostiainen - due 2013-09-11].
14:22:26 <fjh> fjh: re vibration strength, Marcos suggested in next version, http://lists.w3.org/Archives/Public/public-device-apis/2013Aug/0062.html
14:22:41 <fjh> anssik: do we have a concrete proposal
14:22:59 <Cathy> Present+ Cathy_Chan
14:23:10 <fjh> fjh: no
14:23:35 <fjh> RESOLUTION: defer Vibration strength to next version of Vibration API
14:23:56 <fjh> anssik: ask for discussion on list, most implementations currently do not support strength
14:24:23 <fjh> another clarification issue http://lists.w3.org/Archives/Public/public-device-apis/2013Jul/0050.html
14:24:47 <fjh> action: fjh to create issues for Vibration questions
14:24:48 <trackbot> Created ACTION-653 - Create issues for vibration questions [on Frederick Hirsch - due 2013-09-11].
14:25:00 <fjh> Topic: Network Discovery
14:25:29 <fjh> fjh: WD for publication in progress, Rich created draft, I had some comments, awaiting resolution before publication
14:25:35 <dom> dom has joined #dap
14:25:50 <fjh> Web & TV IG review, http://lists.w3.org/Archives/Public/public-device-apis/2013Aug/0063.html
14:25:58 <fjh> fjh: want to have published WD for review
14:26:28 <fjh> fjh: reopened issue, difficult to resolve without everyone on call
14:26:36 <fjh> Re-Opened ISSUE-130, see http://lists.w3.org/Archives/Public/public-device-apis/2013Aug/0053.html (discuss next week 4 Sept)
14:26:42 <fjh> ISSUE-131 comment, http://lists.w3.org/Archives/Public/public-device-apis/2013Aug/0066.html (Tatsuya Igarashi )
14:27:00 <fjh> ISSUE-148?
14:27:00 <trackbot> ISSUE-148 -- NetworkService.name definition in 8.2.2.4 incoherent with definition in 7.1 (a human-readable title for the service) -- raised
14:27:00 <trackbot> http://www.w3.org/2009/dap/track/issues/148
14:27:48 <fjh> jcdufound: regarding ISSUE-148, agreed between Jean-Claude and Cathy but Rich might have missed part of this discussion
14:28:05 <fjh> … service type for SDP is not human-readable at all
14:28:32 <fjh> … agree with Cathy that should change to something with friendly name of the device, believe Rich disagrees due to possible fingerprinting issue
14:28:48 <fjh> … not a fingerprinting issue, since only exposed after authorization step
14:29:00 <fjh> fjh: could still be fingerprinting despite authorization
14:30:07 <fjh> jcdufound: should make this change once we have agreement with Rich
14:30:27 <jcdufourd> s/jcdufound/jcdufourd/
14:30:32 <fjh> ISSUE-130?
14:30:32 <trackbot> ISSUE-130 -- Enable variety of protocols (e.g. UPnP, Bonour) with protocol independent developer code -- open
14:30:32 <trackbot> http://www.w3.org/2009/dap/track/issues/130
14:31:07 <Josh_Soref> Zakim, code?
14:31:07 <Zakim> the conference code is 3279 (tel:+1.617.761.6200 sip:zakim@voip.w3.org), Josh_Soref
14:31:24 <fjh> jcdufourd: need answer to my argument on the list from richt
14:31:48 <fjh> … need to determine what is appropriate in the use case I presented, which would require large number of discovery requests
14:32:40 <Zakim> + +1.650.733.aadd
14:32:48 <fjh> … I implemented current state of spec, others implemented services
14:32:52 <Josh_Soref> Zakim, aadd is me
14:32:52 <Zakim> +Josh_Soref; got it
14:33:02 <Josh_Soref> Zakim, mute me
14:33:02 <Zakim> Josh_Soref should now be muted
14:33:12 <fjh> … they didn't want to use complete name each time, wanted one search regardless of the protocol
14:33:33 <fjh> … didn't care about underlying discovery protocol
14:33:38 <fjh> … so search with fragments
14:33:48 <fjh> … requests from authors to simply API
14:34:10 <fjh> … that is the main point to make it use simpler for authors
14:34:28 <fjh> cathy: issue with doing that, web app might not be able to handle all the responses that come back
14:34:41 <fjh> … different types of media renderers
14:34:59 <fjh> … so get everything and filter on what you can use versus ask for what you can get
14:35:27 <fjh> … I think it might make sense to ask what you can process
14:35:33 <fjh> … I think rich agrees
14:35:42 <igarashi> igarashi has joined #dap
14:36:06 <fjh> … for media renders  can have same service name with different domain and protocol, so can get services you cannot handle
14:36:32 <Zakim> +??P3
14:36:49 <fjh> fjh: can this be done with a wrapper, convenience function?
14:37:02 <fjh> jcdufourd: tried this first with adaptation layer, but could not do it
14:37:14 <fjh> … however could modify my implementation to allow for it
14:37:17 <igarashi> Zakim p3 is Igarashi
14:37:18 <fjh> … with small change
14:37:26 <fjh> zakim, p3 is Igarashi
14:37:26 <Zakim> sorry, fjh, I do not recognize a party named 'p3'
14:37:38 <fjh> zakim, ??p3 is Igarashi
14:37:38 <Zakim> +Igarashi; got it
14:38:32 <Zakim> +Josh_Soref.a
14:38:37 <fjh> fjh: why not offer both options
14:38:43 <Josh_Soref> Zakim, drop Josh_Soref
14:38:43 <Zakim> Josh_Soref is being disconnected
14:38:45 <Zakim> -Josh_Soref
14:38:55 <fjh> jcdufourd: ok with me
14:38:56 <Josh_Soref> Zakim, who is on the call?
14:38:56 <Zakim> On the phone I see fjh, Clarke, anssik, jcdufourd, Cathy, Igarashi, Josh_Soref.a
14:39:08 <fjh> cathy: first need to decide what we want
14:39:12 <Josh_Soref> Zakim, drop Josh_Soref.a
14:39:12 <Zakim> Josh_Soref.a is being disconnected
14:39:13 <Zakim> -Josh_Soref.a
14:39:26 <fjh> … if UA does not continuously monitor then problem
14:39:36 <fjh> … UpNP does not allow wild card services
14:40:10 <fjh> fjh: why didn't jclaude have this problem
14:40:32 <fjh> cathy: monitors network, doesn't do search
14:40:32 <fjh> fjh: issue search vs continues monitored
14:40:33 <Zakim> +Josh_Soref
14:41:42 <Josh_Soref> s/UpNP/UPnP/
14:43:17 <fjh> fjh: wonder if we can allow support for implementation that can handle it but not for implementation that cannot
14:43:20 <Josh_Soref> Zakim, mute me
14:43:20 <Zakim> Josh_Soref should now be muted
14:44:19 <fjh> fjh: e.g. allow for usability where it makes sense and can be supported in underlying implementation but otherwise not
14:44:22 <Cathy> http://www.w3.org/2009/dap/track/issues/130
14:44:39 <fjh> fjh: this way we do not create an artificial limitation where not needed
14:44:44 <fjh> cathy: might be hard to spec
14:45:03 <fjh> jcdufourd: we could have an exception if implementation does not support
14:45:08 <fjh> s/support/support it/
14:46:26 <Josh_Soref> i'm not in favor of this
14:46:48 <Josh_Soref> Zakim, unmute me
14:46:48 <Zakim> Josh_Soref should no longer be muted
14:47:18 <fjh> fjh: is it possible or necessary to have a different wildcard api method so developer knows what to expect
14:47:37 <fjh> fjh: summary, trying to enable usability where implementation supports it yet not get into difficulty where implementation does not
14:48:14 <fjh> josh_soref: do not want same API used for both, will work in test environment but not in another case, will have interop problem
14:48:20 <fjh> fjh: have two APIs
14:49:02 <fjh> josh_soref: would only use wildcard api if you know you really want to, have fallback path
14:49:10 <fjh> … so don't see this as a big problem for developers
14:49:35 <fjh> jcdufourd: developer needs feature detection to see if can use wildcard api, otherwise fallback
14:49:49 <fjh> josh_soref: one way is to not have function present if not implemented
14:50:53 <Josh_Soref> Zakim, mute me
14:50:53 <Zakim> Josh_Soref should now be muted
14:51:45 <fjh> fjh: i think the next step is to draft some specification text and use that to drive some more discussion
14:52:25 <fjh> action: jcdufourd to propose text for Network Service Discovery to define wildcard API and feature detection
14:52:25 <trackbot> Error finding 'jcdufourd'. You can review and register nicknames at <http://www.w3.org/2009/dap/track/users>.
14:52:29 <fjh> q?
14:53:37 <fjh> action Dufourd to propose text for Network Service Discovery to define wildcard API and feature detection
14:53:37 <trackbot> Created ACTION-654 - Propose text for network service discovery to define wildcard api and feature detection [on Jean-Claude Dufourd - due 2013-09-11].
14:53:48 <Josh_Soref> RRSAgent, draft minutes
14:53:48 <RRSAgent> I have made the request to generate http://www.w3.org/2013/09/04-dap-minutes.html Josh_Soref
14:53:49 <fjh> ISSUE-131?
14:53:49 <trackbot> ISSUE-131 -- Support UPnP device discovery by Device Type? -- open
14:53:49 <trackbot> http://www.w3.org/2009/dap/track/issues/131
14:54:12 <Josh_Soref> s/action Dufourd/ACTION: Dufourd/
14:54:14 <Josh_Soref> RRSAgent, draft minutes
14:54:14 <RRSAgent> I have made the request to generate http://www.w3.org/2013/09/04-dap-minutes.html Josh_Soref
14:54:26 <fjh> email message http://lists.w3.org/Archives/Public/public-device-apis/2013Sep/0002.html
14:55:34 <fjh> cathy: general concern is about complexity added to spec
14:56:07 <fjh> … if device string is UPnP specific so we lose generic aspec
14:56:23 <fjh> igarashi: won't be too complicated, similar api
14:56:37 <fjh> … device type is more important than service type
14:56:54 <fjh> fjh: why more important
14:57:10 <fjh> igarashi: based on UPnP architecture, first find by device then subtype
14:57:20 <Cathy> s/subtype/service type/
14:57:58 <fjh> fjh: seems to be another issue related to trying to make underlying discovery mechanism transparent
14:59:01 <fjh> igarashi: cannot be agnostic to underlying discovery mechanism, not a goal
15:00:13 <fjh> clarke: one goal was to be agnostic, approach is to use parameters to allow UA to deal with specifics, customization
15:00:13 <Josh_Soref> Zakim, drop me
15:00:13 <Zakim> Josh_Soref is being disconnected
15:00:14 <Zakim> -Josh_Soref
15:00:41 <Zakim> +Josh_Soref
15:00:52 <Josh_Soref> Zakim, mute me
15:00:52 <Zakim> Josh_Soref should now be muted
15:02:50 <fjh> fjh: what is the minimal set of changes we can make to the spec, then we can discuss
15:02:58 <fjh> cathy: it is in the issue text
15:03:03 <fjh> fjh: not sure that is the minimum
15:03:08 <Zakim> -Clarke
15:03:15 <fjh> igarashi: we can offer a proposal on the list
15:03:47 <fjh> fjh: anything more on this topic?
15:04:04 <fjh> Topic: HTML Media Capture
15:04:11 <fjh> Update on testing, http://lists.w3.org/Archives/Public/public-device-apis/2013Aug/0065.html
15:04:19 <fjh> thanks for this work to Intel
15:04:42 <fjh> Topic: Teleconference schedule
15:04:51 <fjh> Proposal: Changing meeting time from Wed to Thur (same time), https://lists.w3.org/Archives/Member/member-device-apis/2013Aug/0000.html
15:05:18 <anssik> Thu is ok for me
15:06:35 <anssik> earlier is better
15:06:46 <anssik> conflict on Tue
15:07:32 <fjh> fjh: I think I'll do a doodle poll
15:07:38 <Josh_Soref> thursday is good for me, i've already moved my schedule around for it to fit
15:08:02 <Josh_Soref> Zakim, drop me
15:08:02 <Zakim> Josh_Soref is being disconnected
15:08:03 <Zakim> -Josh_Soref
15:08:30 <fjh> RESOLUTION: Recurring meeting moved to Thursdays, same time (10 am ET)
15:08:50 <fjh> RESOLUTION: cancel  24 Oct, 28 Nov and 26 Dec
15:09:02 <Zakim> +Josh_Soref
15:09:04 <fjh> s/I think I'll do a doodle poll//
15:09:21 <fjh> Topic: Action Review
15:09:37 <Josh_Soref> Zakim, mute me
15:09:37 <Zakim> Josh_Soref should now be muted
15:09:52 <Josh_Soref> regrets for Thursday September 19 and September 26 :)
15:09:54 <Zakim> -jcdufourd
15:09:55 <Josh_Soref> ... Sukkot
15:10:15 <fjh> ACTION-621?
15:10:15 <trackbot> ACTION-621 -- Anssi Kostiainen to Create test cases for HTML Media Capture -- due 2013-03-13 -- PENDINGREVIEW
15:10:15 <trackbot> http://www.w3.org/2009/dap/track/actions/621
15:10:37 <fjh> ACTION-621: resolved with http://lists.w3.org/Archives/Public/public-device-apis/2013Aug/0065.html
15:10:37 <trackbot> Notes added to ACTION-621 Create test cases for HTML Media Capture.
15:10:46 <fjh> close ACTION-621
15:10:46 <trackbot> Closed ACTION-621.
15:10:59 <fjh> ACTION-643?
15:10:59 <trackbot> ACTION-643 -- Anssi Kostiainen to Review Ambient Light and Proximity test cases by Sept -- due 2013-07-10 -- OPEN
15:10:59 <trackbot> http://www.w3.org/2009/dap/track/actions/643
15:11:12 <fjh> anssik: done
15:11:17 <fjh> close ACTION-643
15:11:17 <trackbot> Closed ACTION-643.
15:12:02 <anssik> https://dvcs.w3.org/hg/dap/rev/916dbd5920d8
15:12:29 <fjh> action: anssik to update test for light :https://dvcs.w3.org/hg/dap/rev/916dbd5920d8
15:12:29 <trackbot> Created ACTION-655 - Update test for light :https://dvcs.w3.org/hg/dap/rev/916dbd5920d8 [on Anssi Kostiainen - due 2013-09-11].
15:12:32 <anssik> https://dvcs.w3.org/hg/dap/rev/a6ad49819c41
15:12:54 <fjh> action: anssik to update proximity test for https://dvcs.w3.org/hg/dap/rev/a6ad49819c41
15:12:54 <trackbot> Created ACTION-656 - Update proximity test for https://dvcs.w3.org/hg/dap/rev/a6ad49819c41 [on Anssi Kostiainen - due 2013-09-11].
15:13:11 <fjh> action-649?
15:13:11 <trackbot> action-649 -- Anssi Kostiainen to Review todo items associated with battery test cases -- due 2013-08-21 -- OPEN
15:13:11 <trackbot> http://www.w3.org/2009/dap/track/actions/649
15:13:24 <fjh> fjh: todo items were removed
15:13:31 <fjh> close ACTION-649
15:13:31 <trackbot> Closed ACTION-649.
15:13:48 <fjh> action-621?
15:13:48 <trackbot> action-621 -- Anssi Kostiainen to Create test cases for HTML Media Capture -- due 2013-03-13 -- CLOSED
15:13:48 <trackbot> http://www.w3.org/2009/dap/track/actions/621
15:14:00 <fjh> action-647?
15:14:00 <trackbot> action-647 -- Frederick Hirsch to Send cfc to progress light to cr, two week cfc -- due 2013-08-21 -- PENDINGREVIEW
15:14:00 <trackbot> http://www.w3.org/2009/dap/track/actions/647
15:14:06 <fjh> close ACTION-647
15:14:06 <trackbot> Closed ACTION-647.
15:14:11 <fjh> close ACTION-648
15:14:11 <trackbot> Closed ACTION-648.
15:14:25 <fjh> anssik: may need updates for IDLharness tests for battery
15:15:10 <fjh> action: anssik to revise battery tests for IDLharness, find QA person to help
15:15:11 <trackbot> Created ACTION-657 - Revise battery tests for idlharness, find qa person to help [on Anssi Kostiainen - due 2013-09-11].
15:15:37 <fjh> Topic: Issues Review
15:15:48 <fjh> reviewed network service discovery during call
15:16:07 <fjh> Topic: Other Business
15:16:14 <fjh> New editors draft of getUserMedia, http://dev.w3.org/2011/webrtc/editor/archives/20130824/getusermedia.html
15:16:29 <fjh> fjh: is there any relevant news from sys apps f2f relevant to dap
15:16:39 <fjh> anssik: no dap relevant discussions
15:16:54 <fjh> zakim, who is here?
15:16:54 <Zakim> On the phone I see fjh, anssik, Cathy, Igarashi, Josh_Soref (muted)
15:16:55 <Zakim> On IRC I see igarashi, dom, Cathy, Clarke, Zakim, RRSAgent, fjh, lgombos, richt, mounir, slightlyoff, Josh_Soref, anssik, trackbot
15:16:58 <Josh_Soref> Zakim, unmute me
15:16:58 <Zakim> Josh_Soref should no longer be muted
15:17:46 <Josh_Soref> SysApps asked to change their TPAC F2F dates
15:18:00 <Josh_Soref> ... because they were initially avoiding DAP
15:18:08 <Josh_Soref> ... but w/o DAP, they're now trying to avoid WebApps instead
15:18:13 <Josh_Soref> ... it's unclear if they'll succeed
15:18:30 <Zakim> -anssik
15:18:31 <Zakim> -Cathy
15:18:36 <Josh_Soref> Zakim, drop me
15:18:36 <Zakim> Josh_Soref is being disconnected
15:18:37 <Zakim> -Josh_Soref
15:18:51 <fjh> Next week we will meet at new meeting day, Thursday, please remember to update your calendars.
15:18:59 <fjh> Topic: Adjourn
15:19:01 <Zakim> -Igarashi
15:19:04 <fjh> rrsagent, generate minutes
15:19:04 <RRSAgent> I have made the request to generate http://www.w3.org/2013/09/04-dap-minutes.html fjh
15:19:20 <Josh_Soref> s/Josh_Soref.a/Josh_Soref/G
15:20:32 <fjh> Present+ Josh_Soref, Igarashi_Tatsuya
15:21:38 <fjh> s/hey, vibrating ads in iframes//
15:22:01 <fjh> s/Zakim p3 is Igarashi//
15:22:47 <fjh> i/cancel/and also/
15:22:54 <fjh> rrsagent, generate minutes
15:22:54 <RRSAgent> I have made the request to generate http://www.w3.org/2013/09/04-dap-minutes.html fjh
15:23:25 <fjh> s/inserted/fjh/
15:23:50 <fjh> s/reviewed network service discovery /reviewed network service discovery issues/
15:24:22 <fjh> s/hey, vibrating ads in iframes....//
15:24:35 <fjh> s|s/hey, vibrating ads in iframes//||
15:24:38 <fjh> rrsagent, generate minutes
15:24:38 <RRSAgent> I have made the request to generate http://www.w3.org/2013/09/04-dap-minutes.html fjh
15:25:20 <fjh> s/issuesduring/issues during/
15:25:31 <fjh> rrsagent, generate minutes
15:25:31 <RRSAgent> I have made the request to generate http://www.w3.org/2013/09/04-dap-minutes.html fjh
15:25:46 <Zakim> -fjh
15:25:48 <Zakim> UW_DAP()10:00AM has ended
15:25:48 <Zakim> Attendees were fjh, +1.303.661.aaaa, Clarke, anssik, +33.6.77.84.aabb, jcdufourd, +1.781.362.aacc, Cathy, +1.650.733.aadd, Josh_Soref, Igarashi
15:54:58 <lgombos> lgombos has joined #dap
16:24:55 <lgombos> lgombos has joined #dap
16:43:52 <lgombos> lgombos has joined #dap
17:36:12 <Zakim> Zakim has left #dap