See also: IRC log, Audio recording
<koalie> scribenick: koalie
Chaals: We may be recorded, if you do not wish your comment to be recorded, please, write /me in IRC
Andy_Coleman: XML Query WG co-chair, recently appointed
Giri: Geolocation WG co-chair, recently appointed
Kerry_Taylor: SSN XG a couple years ago, will be appointed to a new WG in the future
Lisa_Seeman: TF on cognitive accessibility
Nigel_Megitt: co-chair Timed Text WG
Cindy: Team Contacts of Web Apps WG
Yosuke_Funahashi: Co-chair of Web and TV IG
<chaals> The driving document
chaals: I chose fatigue and
timing topics on purpose
... hard to concentrate more than one hour
... you can take small breaks
... I plan to take a break after one hour into this call
... We may use or not the second hour
... But we'll take a break
... No-one is forced to take a break
... I hope to stop after an hour
... I use that break A LOT
... We often find that groups get wound up on details and lose focus
... When I chair meetings, I reset the focus on the agenda
... My experience is that if people have not found agreement in one hour, they're unlikely to find it for an hour and 15 minutes and so on
... If people are close to agreement, I find that either during the break, or that evening, they solve the problem on their own
... and next time we have the discussion we find we've come to consensus.
... I hope not to be giving a lecture for an hour; please do use the queue
chaals: A lot of the things I
know about chairing I learned by sitting in meetings and
... and thinking at time "oh, if I'm chair, I don't want to do this"
... It's valuable to collect lists of "don't do that"
... Are there things that Chairs do that drive you nuts?
... speak up
Nigel: When a chair allows someone to talk for too long without giving much information
<Zakim> chaals, you wanted to say "replying to each speaker, before the next person in queue gets to say anything"
... One of the things I find annoying is a chair that replies to every speaker
... it takes a lot of time and isn't always useful
Andy: Outside W3C I've experienced a chair monstering the group and acting more like a president than a chair not very helpful for getting things done
Lisa: One of the things that bug
me is when something from previous meetings comes up again
despite this having been minuted and the chair lets the
... chair should give orientation
... and suggest to revisit only if there are issues
<Andy> Experiences a chair that acts as a President with advisers rather than as an 'equal' as far as decision making is concerned
<Zakim> chaals, you wanted to complain about chiars who don't know the tools
chaals: Another frustration is about Chairs unaware of tools we have, and how to use them
chaals: Here's a link to Ralph's
tools session in previous chair training
... Also, chairs who don't manage to keep the agenda
... I'm happy with changing an agenda during the meeting, but it can be frustrated when you travel or get up at 3 in the morning and an agenda is hi-jacked
... agenda needs to be fair to anybody
... There are other things that Chairs do wrong, and we, I in particular, are humans and volunteers; it's not surprising we don't get everything right
... but it's important we try to set an example
... I will come back to the topic perhaps
... There is another part of the difficulty: giving your own opinion
chaals: in a WG, we are possibly
our company's representative
... balancing the way we chair the group and the way we represent our own perspective is quite difficult
... Andy, you mentioned a chair
Andy: Yes, in a government body,
supposedly organised the same way; the chair thought himself as
... and dismissed opinions
chaals: One of the issues is that
chairs reasonably have strong personality
... they're appointed because they're deemed to be able to leading the group
... How to balance that?
Nigel: So far, I've tried to stay
quiet as long as possible
... treading the tricky line between summarising and telling what the decision is
Lisa: what I try to remember to do is to say when I'm speaking my opinion as a member of the group
<Zakim> chaals, you wanted to say I try to use the queue strictly, especially on myself.
Lisa: At the end of the conversation, I ask if anyone would like to comment@@
chaals: I do something similar
and use the queue strictly
... I try to distinguish me giving an opinion and me being chair
... this goes back to what Nigel said, trying to make resolutions really clear
... the difference between providing and being chair: I'll try to clarify what people have said
... I'll do that as an individual, but if we're reaching a conclusion point, I'll try to reach a resolution
... a statement that people can agree, or disagree with
... write that down as a clear resolution; separately from the things I said as a member of the group
... Chairs who don't clearly state the things we agreed to do so you can object is a problem I've had with a number of chairs
chaals: This is the point that
... How do you get a group to make a decision?
... this is really tricky
... as Nigel said, chairing is difficult
... the cracks of what is difficult, when the goal is to get consensus, if how to get consensus as opposed to discussing forever
... and how Lisa mentioned, to prevent re-hashing past discussion
Lisa: Our 1st deliverable: gap
... what can be done to help people have better access to the Web
... for such a vast topic, there are numerous topics
... Also, educating the group
... issues on a document, summary of different technologies, so people can refer back to them
... we use wiki a lot
... Any topic that comes up I try to make sure there's a logical place on the wiki to save it
... so people ought to be on the same page
... Also, I give my group my Skype handle etc and try to be available for them, especially for newbies
... people can re-open discussion, but often they need to be filled in.
<Zakim> nigel, you wanted to say we set a 10 day post-resolution 'cooling off' period
Nigel: We have a statement in our
charter that I often reiterate
... There is a ten-day period after resolutions are made that allows people to object, catch up, raise issues, etc.
... That's another tool
<chaals> [enabling email decisions]
Nigel: if people are late, I can use this tool (I have yet to)
chaals: as an AC rep, I object to
charters which do not enable that
... I think it's a great tool.
... The ability to stop recycling discussion depends on having things written clearly written, and in obvious places, like Lisa said.
Kerry: I have to leave, thanks very much!
chaals: Thanks for coming!
[Kerry Taylor leaves]
chaasl: I had not heard the
cooling off expressed as such as Nigel mentioned it. And
writing things down makes sense.
... there's another side of recycling discussion
... when someone brings a new perspective,
<Zakim> nigel, you wanted to say that with issues we sometimes close them off and then allow new issues to be raised against the resolution in the previous issue
chaasl: is there a way, any tool (other than memory) to highlight it as new perspective?
Nigel: We sometimes close issues
and a new issued is raised on a solution that closed a previous
... It creates a multi-layer thing and makes it a bit harder for the Chair
... Very often it's a new thing that somebody thought of.
chaals: I like that,
... one of the thing that's attractive is that it lets you close issues
... but provides a way to go back to the original discussion
... so when you go back to the discussion you can go back to the old discussion.
Lisa: Having people to create the deliverable they signed up for, in time or not too late, is really hard
<Zakim> chaals, you wanted to suggest "I don't need your input" as a topic
chaals: How do we use the next 15
minutes into this hour?
... going one by one.
chaals: I'd love a solution to this!
Nigel: I've had this problem
recently; two deliverables with overlapping timelines
... different people more keen to progress on one more than the other deliverable
... I've begun a standard practice at every meeting to prioritise agenda items
... when I do that, people who're keen on something want to bump things up the queue
... our problem is that we don't have enough time
... we break the one-hour rule, as a result
... next time, I'll suggest we have a break after 1 hour
... slightly tangantial: when people commit to a timeline and don't deliver output to meet that
... is there anything that can be done?
<Zakim> chaals, you wanted to add a problem...
Nigel: waiting for something be be more perfect? or bring down the axe and publish?
chaals: recently, it took 6
months to deliver 3 days of work, but I didn't have 3 days
until finally I got it done
... the problem with "let's ship now" is if you are too strict in applying that, people will ignore what you've done
... there is a real judgement to make
... one approach we've tried with some success: offer to other people to help edit a spec and move it forward
... the problem with that is you had a problem and may end up with two problems
Lisa: I've tried to ask for a
draft in 6 weeks for something we want to publish in 3
... a 6-week deadline for a chunk is doable
... you can't ignore a 6-week deadline.
<Zakim> chaals, you wanted to +1 this idea of small manageable chunks, and then talk about balancing busy people and deliberate blocking
chaals: Breaking it down into
manageable sized pieces is something I like a lot
... I'd be interested to know more about how do you find that work or not
... Another snenario:
... sometimes you have busy peopls, and sometimes in controversial groups, people going to the group just to block the work
... volunteers on one hand, and people trying to block progress on the other
... taking up work, requesting extensions and blocking the group for months
... How do you tell the difference?
... and, what do you do?
Nigel: the only way to find out
whether they're busy or blockers is to know them as
... talk to them outside of meetings
... the two behaviours seems to be undistinguishable.
chaals: Knowing the people is
... Frankly, I, as a Chair, just make judgement calls.
... Figuring out what's going on depends on knowing people and their goals
... tools I use to get closure is impose deadlines
... problem I have is: it's easy to be seen as unfair
... in some cases, I'm more or less strictly imposing the deadline.
... or the group does, based on the general impression
... That works unless people start stacking the group.
... one of the issues I mentioned already: if you impose deadlines too strictly, you lose the people that you really want
... That's one of the things I throw in the balance
... I don't have an answer, but how fast do you need to enforce a decision?
Lisa: One thing seems to be
effective: I switched people around
... putting a person who's done their part really well on another part
... there were lots of good reasons to do it in any way, but it may be helpful generally and for more deliverables
chaals: we've been going on for
... let's take 5 or 10 minutes
... and resume for a second half
... I want 10 unless people want 5
... let's reconvene in 9 minutes.
Lisa: on blockers
... if you have serious blockers and if you have an issue, a fantastic tool: make a task force on fixing that issue
... if you've got your one or two people who block in that TF, the environment is going to be hostile for them
chaals: There's no magic: the
chair needs to be there on time
... people are going to be there so respect this
... taking breaks is useful as we've stated earlier
... how to get people to start on time?
... start and expect late comers to know you start on time so they'd better be on time
... end on time too
Nigel: stopping on time is
something I'm keen on too
... I've found it doesn't seem reasonable to start discussions when absent people have something to say
Andy: Generally, people start arriving on the call and it's 4 or 5 minutes into the call when all have arrived
chaals: Most of us I suspect rely
on calendars and stuff start and end at the top and bottom of
... if you planned to start at 5 past, would that make people to actually start at 5 past?
... counting time for people to make transition.
chaals: This is a bug bear of
... one thought is to replace editors
... but people who tend to not listen the group are relatively likely to just take their toys and leave...
... and people who are nominated editors are usually good at that
Nigel: I'd present the edits, and
encourage other members to work on proposal for changes
... on wiki so that everyone can see and all have a chance to make changes
... The problem is that sometimes it's easier to edit directly and not look at the wiki
chaals: I don't have a very good
answer for this
... but what I try to point out is that there's a legal reasons at W3C to avoid breaking; anti-competitive behaviour law
... reminding editors of that is sometimes useful
chaals: people who work outside
the group: is it a problem --editors in particular-- and if so,
what should we do?
... often we'll cut off the discussion because an hour has gone, people will come back with an answer
... that's sort of working outside the group
... we're back to the anti-competitive law
... if people come back to the meeting and there's a chance for the group to discuss the solution, change it if people are unhappy, I think we're ok with that
... When I find it a genuine problem is when two or three people don't bother presenting results and changes to the group at all
... it is harder to track who contributed what
... in W3C Chairs are expected to track contributions for IPR reasons
... I'm not sure what strategies people have.
... or even if they consider it a problem
Nigel: I do consider it a
problem. But I don't have a strategy.
... when a doc has been used as basis for a W3C rec and has largely been made outside of W3C
... it's difficult to uncover information
... not sure it's a problem if members of the group agree on it?
chaals: You don't have to
conclude that if you're a member of the group, as well as a
... dirty tricks like going to the webplatform.org team, seeking if it's implementable, helps assess if the basis is good enough.
... for me it's one of the big issues that I face
... I try to encourage a culture of organising meetings, semi-formal dicussions
chaals: in the wiki there were a
few things about this topic
... my feeling is that it's not much of a problem if the meeting runs itself; it's a good thing
... where people just refuse to listen to the Chair, that's much more difficult.
... I wonder, how do you deal with that?
... Coralie said you can bring up to the domain lead someone that is difficult; yes, you may push a problem to the staff
... I'd like to be able to avoid having to do that
... I try to focus on the problematic behaviour; not ignoring the person
... standing up and saying "look, I'm the authority" will not achieve much
... without jumping up and down, being clear that a particular piece of work needs to be done, or someone has been standing in the queue, will work with the group most of the time
chaals: using action review, formally approving minutes, the sort of things, do people do this?
Nigel: We do, agenda has a whole
part on actions and issues, what's pending, what's due
... it's important
... quite often, I'll put it on the agenda and after prioritising, agenda items fall off the end and are not covered
... alternative may be worse: they get forgotten about.
Andy: We spend a fair bit of time
on administative side
... sometimes quite useful
... I'm new to chairing and it's been done that way and it needs to be done that way
... it's the opportunity to go back on the work people have committed to do
... admin preamble is an opportunity to beat people up into doing the work, in my experience
... then, technical work, that is the rest of the agenda, is blocked unless actions are done
chaals: my experience is
... Because the group think harder about what they said they'd do, but being more realistic about who can do what
... action item review is useful so long as you're not losing things; action items should not be the whole agenda
... Dan Connolly used to structure the agenda based on action items and actions would crop up under respective agenda items
... Out of Andy's point, confirming minutes is a tool I'll remember as a good way to get people to start the meeting on time
Nigel: I wanted to add that care
should be given to using tracker's agenda tool - it needs to be
... also, closing actions gives people a sense the group is making progress, so I try to close as much as possible
chaals: Depends on the WG
... there are groups that find it very productive
... there are others which find this is very bureaucratic
... and for which closing technical questions and changing code regularly matters
... it's a question of degree
chaals: Best for last!
... there has been some serious discussions up and down W3C about organisaing meetings
... we've had some events in the context of the WebApps WG; strated with a one off meeting, but mostly should have been in the context of WebApps WG
... on the Process:
... there are all kinds of ideas of what W3C requires for meetings
... if you read the Process, there are things you SHOULD do, but nothing you MUST do
... should have minutes, should be live in IRC so people can follow, should allow remote participation for f2f meetings
... those are not even mentioned
... so, I am pushing to get the process changed
... luckily, I edit the process in the AB
... the other side is getting the WG to agree to a meeting
... my bug bear is getting a group that is large and has members from all over the world to meet outside of Silicon Valley
... I don't know if there is anything we can do to encourage people this way
... any thoughts on meetings, tools?
Andy: 50%-50% US and Europe
membership; we try to spread geographically and use TPAC as
... generally, membership is amenable to that.
Nigel: I'm in the process of
organising a F2F
... looking for a host, and dates, in advance
... I'm concerned that attendance will be low despite notice
... any tips?
... the other question is paying for food, what do people think about dinner or lunch to discuss outside of context?
... Should we push this forward?
Andy: we rely on generosity of
... if we're lucky they supply coffee and lunch
... we aim to organise a social evening
... inevitably it happens that there's a work/agenda aspect to the social part
chaals: my experience is that
people are happy to pay for their own lunch
... people will pay for dinner too
... unless people are sponsoring, I'll go with cheap and
<inserted> scribenick: nigel
chaals: it's useful to have the
people and the place but the rest is administrative
... I'll adjourn as we've hit time. Thanks everyone for your input. I will use this to update the wiki as well.
<koalie> thanks chaals!
<koalie> thanks all!
<chaals> [Thank you all very much]
<koalie> [end of first session of "Chair Training: The Human Dimension"]
<carybran> 831 number is Cary Bran w/Plantronics
<deiu> I can scribe.
<chaals> scribeNick: deiu
<scribe> scribe: Andrei Sambra
<chaals> Wiki page for this topic
chaals: I will begin by asking
people to introduce themselves for 30 secs
... what group you're working in, etc.
... I will start: my name is Charles
... I am co-chair of the accessibility group
... let's go with the order Zakim gives me
[people introducing themselves]
<chaals> Sandro_Hawke: staff contact of 8-9 groups
Sandro introduces himself as staff contact
<chaals> Mark Sadecki: accessibilty staff contact
carybran: I am with Plantronics
Judy: this is Judy with the accessibility team, and with me is Zhang (Kenny) Kun, based at Beihang in Beijing
Jim-Allan: I am the co-chair of the user agent working group
Arnaud: I am Arnaud from IBM,
chair of the LDP WG
... and also to-be chair of the upcoming Social Web WG
AWK: I am Andrew, from Adobe
jeremie: I am Jeremie, the W3C webmaster
ted: I am the head of the systeam at W3C
ddahl: I am Debbie, with the user interaction group
<ted> Ted Guild <email@example.com>
<ddahl> Debbie Dahl, Chair of Multimodal Interaction and participating in task force on Cognitive Accessibility
chaals: I've changed the page
recently, but it doesn't matter if you're familiar with it or
... one important item is to make sure the group doesn't stretch too long
... people loose focus when they are in the meeting for too long
... so we'll go for 1h and then take a break
... we have 2 hours and at the top of the hour I will take a break
... this is something useful for everyone to do (re. breaks)
... I am hoping to have an interactive session; people will provide their own experience and hopefully have questions
... do people have experience with groups that run for long periods of time?
... are groups productive during long sessions?
sandro: I'm used to longer
... telecons I'm used to are usually 1h, but in crunch times we sometimes go for almost 2h
... usually we become productive after 45 mins
... during f-2-f meetings we usually take 2 hours
chaals: when people get really heated off and end up with 2-3 people arguing, or 50-80 people people during f-2-f, then is not good to watch just a few people arguing
chaals: are there any particular
items that you would like to discuss? feel free to put them
directly into IRC
... or you can add them to the agenda
<sandro> agenda: what a chair should do when they have opinions or technical ideas
chaals: feel free to keep suggesting things through the rest of the meeting
chaals: the topic I am going to
take first is sandro's item
... "don't be part of the problem"
... the specific thing is that most chairs are volunteers and they represent a member in a WG
... nearly all chairs have extra ideas they want to present
... what can chairs do to separate their ideas from their chair ones
... I'm looking for specific problems
sandro: so..if it's a little
thing, then the chair will pick someone else to run the meeting
for a while
... if there's a proposal made by a chair, then the best solution would be to ask someone else who works for the same organization to propose that item
Arnaud: I am lucky enough to work
with people from my company, who represent my interests
... if you have both hats, you need to specify which hat you're wearing: by default you speak as a chair and they mention when they have a personal opinion
<Zakim> chaals, you wanted to suggest that chairs use the queue when they are talking as members
chaals: when chairs speak as
members with ideas, they should place themselves in the
... chairs should not be interrupting everybody; I find it frustrating that chairs sum up what the last person just said
... I don't think chairs represent those people
... it's nice if you can avoid the problem by having another chair, but that's not my case
... in my case I want to be clear about proposing resolutions
... I try to be very clear about proposals, to make it very distinct when proposing formal resolutions
chaals: managing conflict
carybran: I've been involved with
IETF groups re. managing conflicts
... I'm interested to see how W3C handles them
chaals: there are two kinds of
... 1. people have technical disagreements on issues -- I don't have a magic wand to deal with these issues
... if you disagree with someone, the first step is to make sure that you can state their opinion in a way they recognize it (so they see you understood their problem)
<chaals> Difficult Individuals
chaals: a coupld of other helpful
things: look for data to break deadlocks
... or how a particular issue impacts the people beyond those in the room
... there are people who have particular needs
... those may very well be legitimate needs
... but there are also people who generate conflicts
... I'll start with people who "block the work"
... one of the problems is that it is difficult to tell the difference between people who are blocking progress and volunteers who don't have enough time to get things done
... the most interesting strategy I found is to move the work to a task force
... if the work happens in a small group where people focus on a specific problem, it becomes harder for people to @@@ negative
... in a smaller group, there's no one going along with you if you're being negative, so the group can make progress
shawn: this is Shawn, I am W3C staff and co-chair of education outreach
sandro: whenever anybody raises a problem and it seems they might be causing trouble, then you can have them take an action item
<chaals> [I am reminded of Connolly's law - those who do the work make the rules]
sandro: if people cause trouble by not getting their work done, then you can "threaten" them to get someone else to help and potentially take over their action item
Judy: I am a bit concerned about
... I understand chaals issue, but it almost sounds that if someone is raising an unpopular view, you might be trying to make them take an action item in order to be able to express their perspective; but we need different perspectives
<Zakim> chaals, you wanted to support allowing others to help
sandro: I can see there is a balance there
chaals: people who are blocking
the group are one of the biggest threats
... the idea of getting someone to help with a person that is not succeeding in their action is surely helpful
... generally I welcome help, but it's not the case with people who are just trying to get you to waste time
... I'd like to move to other examples
... there are also people who try to chair from the floor and basically take over the chair's work
... I personally don't really mind, as I can get to participate as a member of the group
... my concern is with people who are being ignored
... some people are less likely to speak up (for whatever reasons)
... the chair's role is to make sure everyone's voice is heard
... I find this a challenging part of being a chair
sandro: my answer is to go around
the room and put everybody on the spot, thus allowing people to
... it feels awkward to just pick specific people
... and it will not work in an 80 person group
chaals: going around an 80 person
group and asking everyone to speak up will not work
... if you ask someone for an opinion, they may not want to give you their opinion
... I tend to ask specific people, but there are also back-channels
sandro: even right now you and I
are speaking 90% of the time
... maybe we can try to do just that right now
ddahl: if you have a small group,
it doesn't really address the problem
... the only way to effectively do that is to do it offline (email?)
... now we have a group of Japanese people who are more comfortable to talk among themselves and they act as a group
... they get a lot more done when they speak in a language they are comfortable with
chaals: how do you handle the dialog with the Japanese?
ddahl: it's almost like dealing
with an interpreter -- a slower process that is not ideal
... we're still getting input that we wouldn't get at all otherwise
chaals: do you manage to have a dialog when an issue arises?
ddahl: we have a person that represents the Japanese group, but it's a non-real time dialog
chaals: standards tend not to
happen in real time anyway
... this relates to another issue: if you take too much of people's time, people will walk away
... we find people who don't want to listen to people who are not fast and clear in their responses
... does anyone have experience working with people like that?
ddahl: sometimes the chair has to
advocate for people who are taking longer to come up with
... "wait for X or Y to speak up; give them a chance"
chaals: people walk away if
others are taking too much time to come up with
... we don't really have a strategy
chaals: this is a different
issue, not really a conflict scenario
... you give people an action item that is supposed to take an X amount of time but it doesn't happen in X
... I had a recent case like that
... the obvious solution was to ask someone else to help, which helped a bit
... but until the two of us sat down and worked together, no work was done
... are there other strategies people are using to deal with this case?
ddahl: a lot of time people will respond when nagged about it, and guilt sets in
chaals: in my case (when it was me) the discussion came up this morning
chaals: one idea was to break down tasks into smaller pieces that are easily achievable
[ chaals going over minutes ]
chaals: the other possibility is
action item reviews
... this gives the rest of the group a sense of how much time people spend making progress on actions
... using the review process (not to make people feel bad) to make the group understand how much they depend on someone
sandro: I'm not sure if that
example was serious...because the idea of people having 40
action items seems strange
... the chair would usually avoid giving more action items to a person that cannot handle the load
chaals: I've seen people with
long lists of action items
... I guess it depends if the group is not regularly reviewing actions
Abramski: I am Adam, with the W3C automotive platform group
chaals: I would like to remind
people that this call is being recorded and that we should take
... does anyone object to taking 10 mins off?
... let's adjourn the call for 10 mins; do people want to continue this discussion into the second hour?
... would you like to do something else instead? we can continue by email
<AWK> I'd rather continue offline
<Arnaud> I don't have another 1h to dedicate to this but don't let that stop you
<carybran> offline is fine with me
chaals: 3/4 came up in this
morning's discussion (you can take a look at the minutes)
... I propose to adjourn the meeting
... please update the wiki
Sol: the question I have (while ok with adjourning) was about my obligation as the AC for NAB
chaals: this meeting was about
chairs/chairing, but you can write to me and I'll respond with
details about your question
... thank you for turning up!
This is scribe.perl Revision: 1.138 of Date: 2013-04-25 13:59:11 Check for newer version at http://dev.w3.org/cvsweb/~checkout~/2002/scribe/ Guessing input format: RRSAgent_Text_Format (score 1.00) Succeeded: s/@@/to a new WG/ Succeeded: s/@@/TF on cognitive/ Succeeded: s/@@/monstering the group and acting more like a president than a chair / Succeeded: s/dispite/despite/ WARNING: Bad s/// command: s//】【‘/ Succeeded: s/can't/can/ Succeeded: s/goas/goal/ Succeeded: s/abal/able/ Succeeded: s/@@/Skype handle etc/ Succeeded: s/created/creates/ Succeeded: s/@@/go back to the original discussion/ Succeeded: s/vious/viours/ Succeeded: s/know them/know them as individuals/ Succeeded: s/stop people/start discussions when absent people/ Succeeded: s/when they// Succeeded: s/or mine/of mine/ Succeeded: s/likely to @@/relatively likely to just take their toys and leave.../ Succeeded: s/for/for IPR reasons/ Succeeded: s/w3C/W3C/ Succeeded: s/@@/ the group, as well as a chair/ Succeeded: s/actions are taken up/agenda items fall off the end and are not covered/ Succeeded: s/than/then/ Succeeded: s/@@/the group/ Succeeded: s/start the meeting/get people to start the meeting on time/ Succeeded: s/@@/ to using tracker's agenda tool - it needs to be carefully edited/ Succeeded: s/changing/closing technical questions and changing/ Succeeded: s/large/large and has members from all over the world/ Succeeded: s/% member/% US and Europe member/ Succeeded: i/chaals: it's/scribenick: nigel Succeeded: s/resent+ Nigel/resent+ 1-Nigel/ Succeeded: s/resent+ Lisa/resent+ 1-Lisa/ Succeeded: s/zakim muke me// Succeeded: s/<LisaSeeman> mute me// Succeeded: s/mute li// Succeeded: s|\me what to do about long time getting people identified in zakim?|| Succeeded: s/<xiaoqian> 】【‘// Succeeded: s|s//】【‘/|| Succeeded: s/with the accessibility team/with the accessibility team, and with me is Zhang (Kenny) Kun, based at Beihang in Beijing/ Succeeded: s/the people in/the people beyond those in/ Succeeded: s/to give them an action item/to make them take an action item in order to be able to express their perspective; but we need different perspectives/ Succeeded: s/head/heard/ Succeeded: s/won't/will/ Succeeded: s/as the AC and AB/as the AC for NAB/ WARNING: No scribe lines found matching ScribeNick pattern: <Andrei\ Sambra> ... Found ScribeNick: koalie Found ScribeNick: nigel Found ScribeNick: deiu Found Scribe: Andrei Sambra ScribeNicks: koalie, nigel, deiu Default Present: [IPcaller], chaals, nigel, koalie, yosuke, Xiaoqian, +61.4.097.8.aaaa, Kerry, gmandyam, [IBM-Hursley], Andy, LisaSeeman Present: +61.4.097.8.aaaa 1-Cindy 1-Coralie 1-Giri 1-Kerry 1-Lisa 1-Nigel 1-Yosuke Andy Kerry LisaSeeman Xiaoqian [IBM-Hursley] [IPcaller] gmandyam koalie nigel yosuke Got date from IRC log name: 17 Jun 2014 Guessing minutes URL: http://www.w3.org/2014/06/17-chairing-minutes.html People with action items:[End of scribe.perl diagnostic output]