16:01:46 RRSAgent has joined #htmlspeech
16:01:46 logging to http://www.w3.org/2011/07/28-htmlspeech-irc
16:01:48 -Michael_Johnston
16:01:50 zakim, help
16:01:50 Please refer to http://www.w3.org/2001/12/zakim-irc-bot for more detailed help.
16:01:52 Some of the commands I know are:
16:01:53 xxx is yyy - establish yyy as the name of unknown party xxx
16:01:55 if yyy is 'me' or 'I', your nick is substituted
16:01:58 xxx may be yyy - establish yyy as possibly the name of unknown party xxx
16:02:00 I am xxx - establish your nick as the name of unknown party xxx
16:02:02 xxx holds yyy [, zzz ...] - establish xxx as a group name and yyy, etc. as participants within that group
16:02:05 xxx also holds yyy - add yyy to the list of participants in group xxx
16:02:07 who's here? - lists the participants on the phone
16:02:09 who's muted? - lists the participants who are muted
16:02:12 mute xxx - mutes party xxx (like pressing 61#)
16:02:14 unmute xxx - reverses the effect of "mute" and of 61#
16:02:16 is xxx here? - reports whether a party named like xxx is present
16:02:19 list conferences - reports the active conferences
16:02:20 this is xxx - associates this channel with conference xxx
16:02:21 excuse us - disconnects from the irc channel
16:02:23 I last learned something new on $Date: 2010/03/15 18:49:04 $
16:02:24 +Charles_Hemphill
16:02:37 zakim, nick Charles is Charles_Hemphill
16:02:37 ok, burn, I now associate Charles with Charles_Hemphill
16:03:20 trackbot, start telcon
16:03:22 RRSAgent, make logs public
16:03:24 Zakim, this will be
16:03:24 I don't understand 'this will be', trackbot
16:03:25 Meeting: HTML Speech Incubator Group Teleconference
16:03:25 Date: 28 July 2011
16:03:48 Agenda: http://lists.w3.org/Archives/Public/public-xg-htmlspeech/2011Jul/0028.html
16:04:44 Scribe: Milan_Young
16:04:50 ScribeNick: Milan
16:05:00 bringert has joined #htmlspeech
16:05:24 dialing in in a min
16:06:50 Topic: Protocol report
16:07:01 +wcandillon
16:07:11 Robert: About 1 week behind scedule
16:07:21 ... Draft review is public
16:07:43 satish has joined #htmlspeech
16:07:53 -Robert_Brown
16:09:14 +[Microsoft]
16:09:28 -[Microsoft]
16:09:45 zakim, wcandillon is Bjorn_Bringert
16:09:45 +Bjorn_Bringert; got it
16:10:02 zakim, nick bringert is Bjorn_Bringert
16:10:02 ok, burn, I now associate bringert with Bjorn_Bringert
16:10:06 +[Microsoft]
16:10:39 zakim, [Microsoft] is Robert_Brown
16:10:40 +Robert_Brown; got it
16:11:13 ... Expect to incorperate redraft in one week
16:11:47 Dan: Need to discuss timings
16:12:11 Robert: Seems like a logisitcal challange
16:12:45 Bjorn: What is use case for async sending notifications?
16:13:01 Robert: Still debating
16:13:27 Dan: Let's talk now
16:13:41 ... maybe at end of call
16:13:51 +??P0
16:14:10 Zakim, ??P0 is Olli_Pettay
16:14:10 +Olli_Pettay; got it
16:14:30 ... Michael is still on vacation
16:14:42 ... but doesn't look like alot of progress on API group
16:14:45 Robert has joined #htmlspeech
16:15:07 Bjorn: Agree that there has been no progress
16:15:20 Dan: Will speak with Michael when he returns
16:16:13 Bjorn: There are many outstanding tasks which were assigned by Michael
16:16:28 Dan: Agree that we need to follow-up on those tasks
16:16:53 Debbie: It's helpful if people just do their own requirements
16:17:01 ... rather than wait for Raj
16:17:21 Robert: Perhaps we should do a task "role call" now
16:17:38 Dan: Good idea
16:17:42 Reminder email is http://lists.w3.org/Archives/Public/public-xg-htmlspeech/2011Jul/0018.html
16:18:01 Dan: No communication from Raj
16:18:30 Charles: Did re-review Microsoft proposal
16:18:59 ... need to flesh out more of the JavaScript API and maybe make a case for markup
16:19:53 Dan: Need to send everyting ASAP
16:20:07 Charles: Will try to send by next week
16:20:23 Dan: Don't have my task done, and no idea when it will be complete
16:20:35 ... and no estimate
16:20:54 Oillie: Have something in mind, but need to formally write up
16:21:03 ... will send in next couple days
16:21:26 Dan: Did recieve something from DanD, but not on the call today
16:21:38 ... but it needs more discussion
16:21:52 ... Did recieve something from Debbie
16:22:03 Debbie: Would like to review item #5
16:22:21 ... If time today would like to discuss how to organize parameters
16:22:52 ... could get something out by middle of next week
16:23:21 ... don't expect a full rewrite, just cleanup and making more specific
16:23:48 Dan: Want to review Bjorn's proposal
16:23:56 ... but haven't been on the call
16:25:09 ... Did Michael fufil his taks?
16:25:22 ... Doesn't seem like he has
16:25:40 ... That is complete list of assignments
16:25:48 ... but still unassigned tasks
16:26:08 ... can do this on email, not just by conference
16:27:00 ... Anything that needs to be discussed before charter expires?
16:27:22 -Olli_Pettay
16:27:49 ... Floated idea to IETF that we may want to formalize the work of the protocol group
16:28:21 ... Can take a few months to get a group together, so think about this now
16:29:04 ... Need to "socialize" and then BOF session for next IETF (November)
16:29:16 ... BOF writes the charter
16:29:39 ... correction, BOF only approves the charter
16:30:09 ... so should do this in advance
16:31:20 ... had some conversations with Franciois (from IETF)
16:32:02 ... said we were well positioned for a working group creation
16:33:49 ... next week is avaible for discussion for subgroup
16:34:30 Topic: Protocol work
16:35:24 ScribeNick: Milan
16:35:49 milan: Bjorn did you get my email on async events?
16:36:05 bjorn: yes. why would there be an event rather than something generated in UA?
16:36:19 milan: there are many different modalities.
16:36:33 bjorn: so why do we need an event channel?
16:36:46 zakim, who's noisy?
16:36:57 burn, listening for 10 seconds I heard sound from the following: Bjorn_Bringert (84%), Milan_Young (3%)
16:37:59 bjorn: this would be adding a feature for something else to hijack speech channel and turn it into generic notification channel. it's not necessary.
16:38:11 charles: do we really need async results?
16:38:28 milan: you can request something from server and it might have a delayed result
16:38:45 bjorn: all responses are asynchronous
16:38:57 charles: why do we need events separate from requests?
16:39:16 milan: client wouldn't request a response, but server just sends event
16:39:44 bjorn: doesn't belong. all info from server may be delayed but must still be in response to a request
16:39:48 milan: okay
16:39:57 milan: ... I'm fine with that
16:40:43 Topic: Organizing parameters of a function
16:41:26 http://lists.w3.org/Archives/Public/public-xg-htmlspeech/2011Jun/0086.html
16:42:19 Debbie: How to ballance parmeters to put in a recognition request vs on the general channel
16:42:57 ... Pick most important properties to put on the recognizer request
16:44:22 Bjorn: Everything should be an attribute on the recognition object
16:45:05 Dan: Discussed parameter effects being immediate
16:46:05 Bjorn: Might have an "updateParameter" method to for them to take effect
16:46:27 Charles: Pause / resume functionality ?
16:46:47 Dan: Continous recognition means change at any point
16:47:29 bjorn: what's the use case for changing params while reco is running?
16:47:45 milan: that's how client can send events to server, e.g. mouse click occurred
16:47:52 bjorn: that's different from setting a param
16:48:03 milan: we don't have a way to send without setting parameters
16:48:15 bjorn: in protocol maybe, but we're talking about webapi now
16:48:49 robert: may be difficult to coordinate. better to send new grammar and then say when grammar is to begin applying
16:49:12 ... in continuous reco may transition through many different modes. audio needs to be continuous, need to say that grammars changed.
16:49:49 ... won't have to deal with maxnbest, etc. can set that up before reco. won't change language
16:49:50 Dan: Interesting mentioned language
16:50:04 Robert: Might have to change reconizers with the language
16:50:25 Bjorn: method to apply current parameters
16:50:43 Robjert: Consdier XHR
16:50:56 ... if no outstanding request, then can change parameters
16:51:18 Bjorn: Then two types of parametesr
16:51:32 Charles: Runtime vs setup parameters
16:51:56 Dan: Always have some take place immediately and some not, but how does that affect API?
16:52:37 setParameters({ param1: value, param2: value2})
16:54:03 bjorn: atomicity is the issue, but nothing else in HTML has atomicity
16:55:49 -Bjorn_Bringert
16:56:14 Robert: Example of nice HTML API
16:56:24 ... perhaps Bjorn could send over email
16:56:35 Debbie: Leave this as an open issues
16:57:13 ... will start email thread
16:58:11 -Robert_Brown
16:58:13 -Olli_Pettay.a
16:58:15 -Milan_Young
16:58:17 -Debbie_Dahl
16:58:19 -Daniel_Burnett
16:58:22 -Patrick_Ehlen
16:58:28 -Charles_Hemphill
16:58:29 INC_(HTMLSPEECH)11:30AM has ended
16:58:31 Attendees were Daniel_Burnett, Robert_Brown, Milan_Young, +1.818.237.aaaa, Michael_Johnston, Patrick_Ehlen, Debbie_Dahl, Olli_Pettay, Charles_Hemphill, Bjorn_Bringert
16:58:38 zakim, bye
16:58:38 Zakim has left #htmlspeech
16:59:11 s/, +1.818.237.aaaa//
16:59:19 rrsagent, make log publi
16:59:27 rrsagent, make log public
16:59:32 rrsagent, draft minutes
16:59:32 I have made the request to generate http://www.w3.org/2011/07/28-htmlspeech-minutes.html burn
17:00:50 Chair: Dan_Burnett
17:00:55 rrsagent, draft minutes
17:00:55 I have made the request to generate http://www.w3.org/2011/07/28-htmlspeech-minutes.html burn
17:02:06 s/Franciois (from IETF)/Francois (from W3C)/
17:02:10 rrsagent, draft minutes
17:02:10 I have made the request to generate http://www.w3.org/2011/07/28-htmlspeech-minutes.html burn
18:07:19 bringert has joined #htmlspeech
18:17:42 ddahl has left #htmlspeech