Re: Getting Taipei remote participants' input

Brian Rosen <br@brianrosen.net> Sun, 27 November 2011 19:50 UTC

Subject: Re: Getting Taipei remote participants' input
Mime-Version: 1.0 (Apple Message framework v1251.1)
Content-Type: text/plain; charset="iso-8859-1"
From: Brian Rosen <br@brianrosen.net>
In-Reply-To: <4ECFF5CA.4000903@bbiw.net>
Date: Sun, 27 Nov 2011 14:50:42 -0500
Content-Transfer-Encoding: quoted-printable
Message-Id: <1D464BDE-41EB-4A47-98A9-A648C026F130@brianrosen.net>
References: <47A5416C-33BF-44FB-B01B-D1FE59808AAD@vpnc.org> <CAC4RtVCdULyZ=-gp_tThMhwGYcMt81J32DUG0+NLHjP+26vF2A@mail.gmail.com> <4ECD1254.9010901@bbiw.net> <2247A63F-FF4C-43C4-AE16-6884B44C4A29@brianrosen.net> <4ECD21A1.5020003@bbiw.net> <C8429466-0E82-4C30-B5F0-FBB13E641130@brianrosen.net> <4ECD2B41.5090702@bbiw.net> <4ECD468D.80402@unina.it> <4ECFF5CA.4000903@bbiw.net>
To: Dave CROCKER <dcrocker@bbiw.net>
Cc: IETF WG chairs <wgchairs@ietf.org>
Precedence: list

People worry about RFID, but I like it because it's a faster read.  Bar code is less controversial (and already there).  Tablet+wifi means it's only a battery lifetime issue.  If we could have aggressive enough battery management, perhaps we could get through the day.

All  I think you want is a reader and a visible queue.  The queue just tells you that the reader read correctly and has you in the queue.

The chair gets to change the queue, but that ought to be rare and probably just pick the next person in queue.  Remote participants simply imitate the reader action.

For extra credit, monitor the jabber room.  Look for <mic> and put them in queue.

Brian

On Nov 25, 2011, at 3:08 PM, Dave CROCKER wrote:

> 
> 
> On 11/23/2011 11:16 AM, Simon Pietro Romano wrote:
>> Hi Dave,
>> 
>>> If you mean aggregating the set of folk at all the mics and taking them in the
>>> strict order of their coming to the (single) queue, that doesn't work on
>>> average, unless the queue is tiny. The chair can't keep track of who arrived
>>> to the queue and when.
>> 
>> I personally like Brian's idea, and think the all thing might work smoothly if
>> you make use of a tool capable to automatically collect and moderate floor
>> requests, to be put in a (virtual) single queue. What I'm thinking of is RFIDs
>> triggering BFCP (Binary Floor Control Protocol) requests,
> 
> 
> An interesting challenge, for Paul's current contract, is to find a way to navigate between what the community wants, versus what is practical.  The fact that we are a group of engineers means that we tend to try to solve the problem, before agreeing on what problem we want to solve...
> 
> Suggestions like the above sound appealing.  Unfortunately, they are far beyond current products and making them useful is considerably more difficult than the suggestions imply.  That doesn't mean they should be ignored, but we need to be careful about slipping into the assumption that merely citing a bit of technology means that an issue is resolved.
> 
> We had an experiment with RFIDs.  It was awkward, at best.  In addition, it was extremely limited.  Only the person standing right next to the microphone could be identified.  For example, this means that it would not have been useful for identifying when someone /enters/ the queue.  Too far away.
> 
> So if folks are going to attempt to define the technical solution, at least please try to indicate how it would work throughout the requirement.
> 
> In the case of queue management, we have at least entering the queue, position in the queue, and the chair's control of the queue.  No doubt, there's even more complexity than that.  For example, there's "noise" such as someone walking by the queue but not entering it...
> 
> d/
> -- 
> 
>  Dave Crocker
>  Brandenburg InternetWorking
>  bbiw.net

Re: Getting Taipei remote participants' input Barry Leiba
Getting Taipei remote participants' input Paul Hoffman
Re: Getting Taipei remote participants' input Brian Rosen
Re: Getting Taipei remote participants' input Simon Pietro Romano
Re: Getting Taipei remote participants' input Stephen Farrell
Re: Getting Taipei remote participants' input Ted Hardie
Re: Getting Taipei remote participants' input Dave CROCKER
Re: Getting Taipei remote participants' input Brian Rosen
Re: Getting Taipei remote participants' input Dave CROCKER
Re: Getting Taipei remote participants' input Brian Rosen
Re: Getting Taipei remote participants' input Dave CROCKER
Re: Getting Taipei remote participants' input Simon Pietro Romano
Re: Getting Taipei remote participants' input Joel jaeggli
Re: Getting Taipei remote participants' input Dave CROCKER
Re: Getting Taipei remote participants' input Brian Rosen
RE: Getting Taipei remote participants' input DRAGE, Keith (Keith)
Re: Getting Taipei remote participants' input Tina TSOU
Re: Getting Taipei remote participants' input Paul Hoffman
Moderation experiment at IETF83 [Was: Re: Getting… Simon Pietro Romano