Re: Introducing the Meetecho Virtual Hum tool

"Joel M. Halpern" <jmh@joelhalpern.com> Fri, 10 July 2020 14:30 UTC

Return-Path: <jmh@joelhalpern.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AAE773A0D86; Fri, 10 Jul 2020 07:30:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=joelhalpern.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mDsRYp3g3ezf; Fri, 10 Jul 2020 07:30:18 -0700 (PDT)
Received: from maila2.tigertech.net (maila2.tigertech.net [208.80.4.152]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3744E3A0D70; Fri, 10 Jul 2020 07:30:18 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by maila2.tigertech.net (Postfix) with ESMTP id 4B3FnQ05HMz6GFP4; Fri, 10 Jul 2020 07:30:18 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelhalpern.com; s=2.tigertech; t=1594391418; bh=1rWN1AU2hBxhKUzX7pDTbfmdbpFiY4Gjm0l0IN+DziY=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=MHLDP3r+OB8r53KnWvuN+dcJTPds12wi+xiulwu8dv3dWXszs3ZAP8GOEl8UJ0Tce ag13aeBwW69unuKOObv6sNILD116R0yIkvZJ91EfLTFACVMUjgTIN2Y2/CMdSkfOtM DGiOwgxJXKyrlyqfeRP3y/eo0cpOcV5XkRatT+sg=
X-Quarantine-ID: <A_TfYkV_QvAP>
X-Virus-Scanned: Debian amavisd-new at a2.tigertech.net
Received: from [192.168.128.43] (209-255-163-147.ip.mcleodusa.net [209.255.163.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by maila2.tigertech.net (Postfix) with ESMTPSA id 4B3FnP1VY8z6GD3B; Fri, 10 Jul 2020 07:30:17 -0700 (PDT)
Subject: Re: Introducing the Meetecho Virtual Hum tool
To: Christian Hopps <chopps@chopps.org>, Martin Duke <martin.h.duke@gmail.com>
Cc: ietf@ietf.org, 108attendees@ietf.org
References: <CAM4esxTnQ1vpuWUvci+EUdPE9+NUpbqe_xma9gWTGHjx_W3TVA@mail.gmail.com> <CAM4esxRLAYvHQRLuwRsT3yM-j5mvmiuwEpaLwONbnh_TKeq+kQ@mail.gmail.com> <81D8FC9C-241F-4CF7-AA02-02343931D409@chopps.org>
From: "Joel M. Halpern" <jmh@joelhalpern.com>
Message-ID: <e1145319-b727-d000-1d33-9c58b50c942f@joelhalpern.com>
Date: Fri, 10 Jul 2020 10:30:16 -0400
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0
MIME-Version: 1.0
In-Reply-To: <81D8FC9C-241F-4CF7-AA02-02343931D409@chopps.org>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/xxuulQxTsn0YJCTSaHSMWDZ8kaE>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 10 Jul 2020 14:30:30 -0000

My first reaction is that a recordable list of hands is useful for a 
different problem that WGs also have.  When the chairs asks "who commits 
to reviewing and contributing to this" it is useful to be easily able to 
note the hands.  If a WG does not want to use humms, it is free not to. 
Different process pieces.  (In terms of judging support rather than 
active work for a draft, I don't see much value in taking names at the 
virtual meeting, since it still needs to be confirmed on the list.  I 
may be missing the case you are considering Chris.)

Yours,
Joel

On 7/10/2020 6:08 AM, Christian Hopps wrote:
> Will there be a function that captures a non-anonymous raising of hands (like the email list or the in-person meeting)? Not all WGs use hums.
> 
> Thanks,
> Chris.
> 
>> On Jul 9, 2020, at 2:00 PM, Martin Duke <martin.h.duke@gmail.com> wrote:
>>
>>
>>
>> ---------- Forwarded message ---------
>> From: Martin Duke <martin.h.duke@gmail.com>
>> Date: Wed, Jul 8, 2020 at 4:59 PM
>> Subject: Introducing the Meetecho Virtual Hum tool
>> To: <manycouches@ietf.org>
>>
>>
>> The IESG and IETF LLC are working with the Meetecho team to add the capability to conduct “virtual hums” in fully remote meetings. A software model model that shows the output for given numbers of people humming is available for experimentation [TEST_SITE].
>>
>> Working Group chairs seeking “a sense of the room” are invited to use this tool to help obtain it. As always, consensus ultimately requires confirmation on the email list.
>>
>> The current implementation is based on a specification the IESG developed [I-D.duke]. Briefly, the workflow is as follows:
>> 	• A chair begins the hum in meetecho
>> 	• Participants have 20 seconds to hum loudly, softly, or not all
>> 	• At the conclusion of the hum, Meetecho will report the approximate loudness of the hum, on the following increasing scale: niente, pianissimo, piano, forte, fortissimo.
>>
>> As there is no IETF consensus that offline hums have specific flaws, the current specification seeks to reproduce the offline version as faithfully as possible. The SHMOO working group [SHMOO] might reach consensus on a different set of requirements in the future, and update or replace this document.
>>
>> The community will have an opportunity to try out this tool at participant [PARTICIPANTS] and session chair [CHAIRS] training sessions beginning 15 July. Feedback is welcome on the manycouches mailing list. In particular, practical operational issues (e.g. bug reports, usability concerns, security weaknesses) and strong, unambiguous consensus for feature changes might be actionable prior to IETF 108. More contentious philosophical concerns are best left for long-term consideration by SHMOO.
>>
>> Regards,
>> Martin Duke
>> On behalf of the IESG
>>
>> [CHAIRS] https://ietf.org/how/meetings/108/session-chair-guide/
>> [I-D.duke] https://datatracker.ietf.org/doc/draft-duke-shmoo-virtual-hum/
>> [PARTICIPANTS] https://ietf.org/how/meetings/108/session-participant-guide/
>> [SHMOO] https://datatracker.ietf.org/wg/shmoo/documents/
>> [TEST_SITE] https://jsfiddle.net/Jay_Daley/yqgr9pnb/
>>
>