Re: [Mtgvenue] limiting our set of cities

Alissa Cooper <alissa@cooperw.in> Thu, 20 February 2020 20:42 UTC

Return-Path: <alissa@cooperw.in>
X-Original-To: mtgvenue@ietfa.amsl.com
Delivered-To: mtgvenue@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 986F012012A; Thu, 20 Feb 2020 12:42:50 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.697
X-Spam-Level:
X-Spam-Status: No, score=-2.697 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=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 (2048-bit key) header.d=cooperw.in header.b=bEQynVHu; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=R5Kpb1Tp
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 94Kp8LOEkHxM; Thu, 20 Feb 2020 12:42:48 -0800 (PST)
Received: from out2-smtp.messagingengine.com (out2-smtp.messagingengine.com [66.111.4.26]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 58D0D120122; Thu, 20 Feb 2020 12:42:48 -0800 (PST)
Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.nyi.internal (Postfix) with ESMTP id B281721C7A; Thu, 20 Feb 2020 15:42:47 -0500 (EST)
Received: from mailfrontend2 ([10.202.2.163]) by compute7.internal (MEProxy); Thu, 20 Feb 2020 15:42:47 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cooperw.in; h= content-type:mime-version:subject:from:in-reply-to:date:cc :reply-to:message-id:references:to; s=fm2; bh=XW5YgxsnCTIr2mOlp2 mfxZ8Xz37RCiTW9c66Hrptxe4=; b=bEQynVHu/5lSRErk9n+DvjfuqqbClSe/6J S6IoPSgpckDIJNogg3IBH5fTEoSY/SJuelv5qrek0JQNIgy1d7q5ZsgvYLg0vLUg 6gNFJf1DStqclt5W4MPqDcu3AcoF47bMuVx4fU+MDosM/RPo8OkwhduN7SH1FXAM b1yqFZ3c9ViIrZI4ksb7jlUmfD5WYrh0VKIK85WtX/E2stddiso+9jDsnHbplA7A f5X8ymw6ZLEBEnIs69dACXUs0eWo5HnbLhrAvAG5toMwdkdVTz7uJouH2nvk5KEe ccKHP+3TC9aONtYveMWlPIRguvlDph+Dj3nVKXP43Ed1gNDh7e5w==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:reply-to:subject:to :x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s= fm2; bh=XW5YgxsnCTIr2mOlp2mfxZ8Xz37RCiTW9c66Hrptxe4=; b=R5Kpb1Tp RWAonewKA1iWVXjpXl+K1FHBPfj7+VR086AdkB/Ic+/yS4HGgWD4IPCZNcVPTBDj ZsdtD+1ImYkh/Rt/9vlQgIdP52YPaCDoDK+6QWegDvA7SgAGybuTspMJf304jq5W c4jOCMRmxWKkn9932mtDHAp3usIyuEvGrhHp6UAPuD+ALtjn3X5H4rKHBqSTvKfY s+xmnHHkGHrAGd3ypdQjMxNHZ2uEBeuv9uJm+c3KbvRBzxw02rSZMe7+C217CFNE vCVNHS0ZRZKuFb5VrRD7EH81BqdlSh58d9ARSKKleHEqb8YbdGXExFW9+RrbOHHj Gp7/ix3xM4MEFg==
X-ME-Sender: <xms:R-9OXslQiu62ykQSHUCxnlz2cKHHlf4At1U0iiWMf0dcAIyjyYCwKA>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedugedrkedvgddugeefucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurheptggguffhjgffrhfkfhfvofesrgdtmherhhdtjeenucfhrhhomheptehlihhs shgrucevohhophgvrhcuoegrlhhishhsrgestghoohhpvghrfidrihhnqeenucfkphepud dtkedrhedurddutddurdelkeenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhep mhgrihhlfhhrohhmpegrlhhishhsrgestghoohhpvghrfidrihhn
X-ME-Proxy: <xmx:R-9OXpxD_vImXRL_8ds4T6f8Cnk2iYe8P6exbvcE39AWmTZMsbOAfA> <xmx:R-9OXs8yQno4JuPXU1_H8vfAdX_-2UtZL4CurtCJ8z2cIlRAgUdUYw> <xmx:R-9OXtL2bCmNqhzfYTR6NKo2MDbnQ8IPe6_mx6WrMFfqJELJTrqWaQ> <xmx:R-9OXhy0OBoWsYIE8b3R_9vgsSddAcYbqvavkPu6KRmDY6jlb6C6Sw>
Received: from alcoop-m-c46z.fios-router.home (pool-108-51-101-98.washdc.fios.verizon.net [108.51.101.98]) by mail.messagingengine.com (Postfix) with ESMTPA id 64C003060D1A; Thu, 20 Feb 2020 15:42:47 -0500 (EST)
Content-Type: multipart/alternative; boundary="Apple-Mail=_C1F01EC2-E69D-4B33-B7EF-F487CA07FE5D"
Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\))
From: Alissa Cooper <alissa@cooperw.in>
In-Reply-To: <BA4A2024-A28A-4CAB-A137-2879E05E0531@chopps.org>
Date: Thu, 20 Feb 2020 15:42:46 -0500
Cc: mtgvenue@ietf.org
Reply-To: mtgvenue@ietf.org
Message-Id: <9AFA9AA9-AEBB-4559-B216-5B44F2C4A658@cooperw.in>
References: <13820272-7189-4803-A842-EA86FE051C10@live555.com> <9B420C95-9E85-4969-ADCA-8F3AAE026396@ietf.org> <17764.1582194882@dooku> <fc7c7ca0-2b47-e31b-cf43-4b910525502a@krsek.cz> <4BA23AF5-C533-47F4-8A9F-8CE322F7FD4A@chopps.org> <6419a65f-3364-3772-5592-11d6610cdb34@network-heretics.com> <58F7384C-62C0-41DC-A645-D6C034CAAF32@chopps.org> <f99803fe-67ad-fbbf-ca34-6ed3c2acfb52@network-heretics.com> <BA4A2024-A28A-4CAB-A137-2879E05E0531@chopps.org>
To: IETF discussion list <ietf@ietf.org>
X-Mailer: Apple Mail (2.3445.9.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/mtgvenue/WlMhEGl63b85b1Lsj7L_ZckiXXQ>
Subject: Re: [Mtgvenue] limiting our set of cities
X-BeenThere: mtgvenue@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "List for email discussion of the IAOC meeting venue selection process." <mtgvenue.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mtgvenue>, <mailto:mtgvenue-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mtgvenue/>
List-Post: <mailto:mtgvenue@ietf.org>
List-Help: <mailto:mtgvenue-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mtgvenue>, <mailto:mtgvenue-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 20 Feb 2020 20:42:51 -0000

Hi Chris, all,

As you have noted, we have a working group, MTGVENUE, that is chartered as "the forum where the IETF community can discuss and agree on what should go into the policies, the selection process, and the detailed criteriaā€¯ for meeting venue selection. Please direct discussion of these topics to mtgvenue@ietf.org <mailto:mtgvenue@ietf.org>.

Thanks,
Alissa


> On Feb 20, 2020, at 3:19 PM, Christian Hopps <chopps@chopps.org> wrote:
> 
> 
> 
>> On Feb 20, 2020, at 12:57 PM, Keith Moore <moore@network-heretics.com> wrote:
>> 
>> On 2/20/20 9:13 AM, Christian Hopps wrote:
>> 
>>>> On Feb 20, 2020, at 8:17 AM, Keith Moore <moore@network-heretics.com> wrote:
>>>> 
>>>> On 2/20/20 7:46 AM, Christian Hopps wrote:
>>>> 
>>>>> I think that we should pick the top 12-16 locations that participants are from, then for each destination prior to it being considered we calculate the travel PAIN (cost + time) for that set of participants.
>>>> Why favor participants from large cities?   It's not like they're representative of the whole group.
>>> By trying to make it easier for the most people, of course it's going to be helping areas with the most people. The point is to obtain a list of sites to measure travel cost and time from.
>> I think that's statistically incorrect.   The likely effect of what you propose would be to artificially discourage participation by people not living in large cities.
> 
> It would only be statistically incorrect if most people didn't live in large metropolitan areas/cities. I seriously doubt the majority of IETF participants are rural.
> 
> FWIW *I* am rurally located. :)
> 
> I'm a plane ride away from (DTW/MSP/ORD) airports and I'm perfectly fine with the Detroit(AA)/Chicago/Minneapolis representing me with their pain. I'll always have that extra plane ride, and the rest of the trip will be minimized along with those "nearby" large city folks.
> 
>>>> Also, different participants have different ideas of pain.
>>> I think it's reasonable to equate "painful" with travel time and cost.
>> 
>> For me, pain includes those things but also includes things like the availability of food that is compatible with my diet.   And not just travel time but discomfort, which is nonlinearly related to travel time.
> 
> But what I've been talking to is the travel effort that is talked about in the mtgvenue documents/policy. Dietary restrictions are not a part of travel effort/pain. I think we need to avoid getting too abstract here until we figure out how to at least get the easy metrics optimized.
> 
>> 
>>> Do we really want people who love to travel and couldn't care less where we go to be diluting the "pain pool" for the measurement?
>> I have yet to meet anyone who doesn't have a preference about where they travel.   But I think that letting everyone decide for themselves what is painful and whether the meeting location is an effective enough place to work to justify the trip, is much better than having one person unilaterally declare what the criteria should be.
>>>> A fairer method would be to poll every participant about their preferences for future meeting cities, then for each meeting, pick N polled participants at random from those who have attended the last M meetings (locally or remotely), and select from the cities show up in their preference lists.
>>> Ok as long as N is large and M is reasonable. But making N large is just going to skew to large metro areas being heavily represented anyway. *shrug*
>> 
>> The difference is that the chance of considering a small city as a location would be in proportion to the number of attendees from small cities.
> 
> I can think of many reasons we don't want to meet in a small city, even if (and again I seriously doubt this) a majority of participants were from small cities. The point is many people to gather in one place. Large cities have already been optimized for exactly that condition.
> 
>> But I also think that minimizing pain (however defined) is not the right overall criterion - it should instead be to maximize effective participation (of which pain is certainly a factor but not the only one).   Granted, that quantity is even harder to define than pain.   But several people have observed that the meeting venue has a lot of effect on the ability to get work done.
> 
> Correct, and there was a WG mtgvenue that put out documents on this. Travel pain is one of the factors in deciding a venue. That's all I've been commenting on, but not b/c I think the other criteria should be ignored.
> 
> Thanks,
> Chris.
> 
>> 
>> Keith
>> 
>> 
>