Re: limiting our set of cities

Christian Hopps <chopps@chopps.org> Thu, 20 February 2020 14:13 UTC

Return-Path: <chopps@chopps.org>
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 9A59C1200D5 for <ietf@ietfa.amsl.com>; Thu, 20 Feb 2020 06:13:59 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level:
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 Tea5JwOZ0FJK for <ietf@ietfa.amsl.com>; Thu, 20 Feb 2020 06:13:58 -0800 (PST)
Received: from smtp.chopps.org (smtp.chopps.org [54.88.81.56]) by ietfa.amsl.com (Postfix) with ESMTP id 13CD112003E for <ietf@ietf.org>; Thu, 20 Feb 2020 06:13:58 -0800 (PST)
Received: from stubbs.int.chopps.org (66-227-211-29.dhcp.trcy.mi.charter.com [66.227.211.29]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by smtp.chopps.org (Postfix) with ESMTPSA id 86DA560B79; Thu, 20 Feb 2020 14:13:57 +0000 (UTC)
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.40.2.2.4\))
Subject: Re: limiting our set of cities
From: Christian Hopps <chopps@chopps.org>
In-Reply-To: <6419a65f-3364-3772-5592-11d6610cdb34@network-heretics.com>
Date: Thu, 20 Feb 2020 09:13:56 -0500
Cc: Christian Hopps <chopps@chopps.org>, ietf@ietf.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <58F7384C-62C0-41DC-A645-D6C034CAAF32@chopps.org>
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>
To: Keith Moore <moore@network-heretics.com>
X-Mailer: Apple Mail (2.3608.40.2.2.4)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/T5RxHkcs8TEcopn_B46JMlwGI2M>
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: Thu, 20 Feb 2020 14:14:00 -0000


> 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.

> 
> Also, different participants have different ideas of pain.

I think it's reasonable to equate "painful" with travel time and cost. 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? That doesn't work well towards minimizing pain for everyone else that it does impact.

> 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*

Thanks,
Chris.

> 
> Keith
> 
>