[vmeet] Moderation experiment at IETF83 [Was: Re: Getting Taipei remote participants' input]
Simon Pietro Romano <spromano@unina.it> Tue, 28 February 2012 13:40 UTC
Return-Path: <spromano@unina.it>
X-Original-To: vmeet@ietfa.amsl.com
Delivered-To: vmeet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6770F21F85BB; Tue, 28 Feb 2012 05:40:23 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -98.119
X-Spam-Level:
X-Spam-Status: No, score=-98.119 tagged_above=-999 required=5 tests=[BAYES_50=0.001, HELO_EQ_IT=0.635, HOST_EQ_IT=1.245, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CsJXkKEb1SQX; Tue, 28 Feb 2012 05:40:22 -0800 (PST)
Received: from smtp1.unina.it (smtp1.unina.it [192.132.34.61]) by ietfa.amsl.com (Postfix) with ESMTP id 6113121F8516; Tue, 28 Feb 2012 05:40:22 -0800 (PST)
Received: from [143.225.229.230] ([143.225.229.230]) (authenticated bits=0) by smtp1.unina.it (8.14.4/8.14.4) with ESMTP id q1SDe7LO027098 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Tue, 28 Feb 2012 14:40:09 +0100
Message-ID: <4F4CD936.2020402@unina.it>
Date: Tue, 28 Feb 2012 14:40:06 +0100
From: Simon Pietro Romano <spromano@unina.it>
User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2
MIME-Version: 1.0
To: Dave CROCKER <dcrocker@bbiw.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>
In-Reply-To: <4ECFF5CA.4000903@bbiw.net>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 8bit
Cc: IETF WG chairs <wgchairs@ietf.org>, Ray Pelletier <raypelletier@mac.com>, vmeet@ietf.org
Subject: [vmeet] Moderation experiment at IETF83 [Was: Re: Getting Taipei remote participants' input]
X-BeenThere: vmeet@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: IETF remote participation meeting services discussion <vmeet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/vmeet>, <mailto:vmeet-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/vmeet>
List-Post: <mailto:vmeet@ietf.org>
List-Help: <mailto:vmeet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/vmeet>, <mailto:vmeet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Feb 2012 13:40:23 -0000
Dear all, I'm resuming this old thread since I would like to announce a new project/experiment we are going to propose at the upcoming IETF in Paris. I put some documentation on-line, in order to clearly explain what we are talking about. You can access it at the following URL: http://ietf83.conf.meetecho.com/index.php/UMPIRE_Project I am putting the vmeet mailing list in CC:, because I think the subject is of interest to them. Cheers, Simon Il 25/11/2011 21:08, Dave CROCKER ha scritto: > > > 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/ -- _\\|//_ ( O-O ) ~~~~~~~~~~~~~~~~~~~~~~o00~~(_)~~00o~~~~~~~~~~~~~~~~~~~~~~~~ Simon Pietro Romano Universita' di Napoli Federico II Computer Science Department Phone: +39 081 7683823 -- Fax: +39 081 7684219 e-mail: spromano@unina.it http://www.comics.unina.it/simonpietro.romano <<Molti mi dicono che lo scoraggiamento è l'alibi degli idioti. Ci rifletto un istante; e mi scoraggio>>. Magritte. oooO ~~~~~~~~~~~~~~~~~~~~~~( )~~ Oooo~~~~~~~~~~~~~~~~~~~~~~~~~ \ ( ( ) \_) ) / (_/
- [vmeet] Moderation experiment at IETF83 [Was: Re:… Simon Pietro Romano