Re: [Mtgvenue] Comments on draft-baker-mtgvenue-iaoc-venue-selection-process-02

Brian E Carpenter <brian.e.carpenter@gmail.com> Sat, 29 October 2016 21:33 UTC

Return-Path: <brian.e.carpenter@gmail.com>
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 86E7E129458 for <mtgvenue@ietfa.amsl.com>; Sat, 29 Oct 2016 14:33:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level:
X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 fefJwL8vcotO for <mtgvenue@ietfa.amsl.com>; Sat, 29 Oct 2016 14:33:26 -0700 (PDT)
Received: from mail-pf0-x235.google.com (mail-pf0-x235.google.com [IPv6:2607:f8b0:400e:c00::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 78FEC129495 for <mtgvenue@ietf.org>; Sat, 29 Oct 2016 14:33:26 -0700 (PDT)
Received: by mail-pf0-x235.google.com with SMTP id 197so55858985pfu.0 for <mtgvenue@ietf.org>; Sat, 29 Oct 2016 14:33:26 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:cc:from:organization:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=FQTBx6Q9THLAFnuN8v3ej+bIOKEXiC1n7AnNoScsiyY=; b=JDSjffUOQlY8s9vO5qVavXdxsU4Nf/kbaPrBLMdYJCnWXn3HsnFCWYZY1h2XBhyQq+ mVk8BCjPLCbjcRaRA25dnaJRnoXoOQN2ePdKtOVxKUms1Q6rz3wvrbTTMukuE2jMGhYf 0ctXWi5b6tZB+XMLEx6xqecRJDAzh85dkePcX0uEy6J5khRCRAlrWNty/tkxqYOPaSqk BzyTjHH0cRov4ZBQCgyKxo2I5zA+6lKYOMDmRWbvo4qEfSr4BUFW/F9mw4xRt7ojV0fk J88XS4+Y8CQPItvKGelF6SQ8o66ctBSGJ5tvkvZstBzJjHEo/G5Ii7HaNAHx8CSJwVSm h0vA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:cc:from:organization :message-id:date:user-agent:mime-version:in-reply-to :content-transfer-encoding; bh=FQTBx6Q9THLAFnuN8v3ej+bIOKEXiC1n7AnNoScsiyY=; b=jDzAWhVlyFSbuY/40iL3Afczesnm0XA/zjHpL3sXFpZblmiS+tJEJ9xU0lRWnU8gfQ 6Asybj+4c2gRrOlFPe7MjWl6gHH26DX8rT/OTO+x4g/zylv6tyuo8DDld8xXsSMV7ihi AMOJ/k0Mb8GucMRzyRpYvK+e32KfRdt/qxo4zK5MshFsCHYlXhBbfoNjmkx/GQ2CeRai sqJF2fcOQsFFrzokNOAyeCioUSV9HCJ+cVnK0zT2utq9W1UvugTYNo20DNVJRU0eBA3B 1WexrN5wLgTY0JqFKHsKSbldCUrgUlWLAZz4WlmWxE3YoCE7RN8DQPNsb0boFCD5UG5D 8ZAg==
X-Gm-Message-State: ABUngvftd+LsIkTUxzd1K74mZMFngIjF/FZt89E+POuvL8jlfD8I2e/sXGkvhv5mTqdtJg==
X-Received: by 10.98.4.6 with SMTP id 6mr36139737pfe.152.1477776806005; Sat, 29 Oct 2016 14:33:26 -0700 (PDT)
Received: from [192.168.178.23] (113.217.69.111.dynamic.snap.net.nz. [111.69.217.113]) by smtp.gmail.com with ESMTPSA id o185sm19899780pfb.24.2016.10.29.14.33.23 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 29 Oct 2016 14:33:25 -0700 (PDT)
To: Yoav Nir <ynir.ietf@gmail.com>
References: <E3C933A5-6141-437A-ABA9-CF881BC8149E@cooperw.in> <50f9aade-69aa-0f49-05a6-00c891f96070@dcrocker.net> <2fcf2945-094a-0041-a464-8965d0a472d2@gmail.com> <C86363C1-B427-4278-B325-C883C6DEB7D3@gmail.com>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Organization: University of Auckland
Message-ID: <7eb36108-79cc-a3f5-6c41-1d7e4b1b849e@gmail.com>
Date: Sun, 30 Oct 2016 10:33:22 +1300
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0
MIME-Version: 1.0
In-Reply-To: <C86363C1-B427-4278-B325-C883C6DEB7D3@gmail.com>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/mtgvenue/3SgG401ZRRsZdaxSeVmYwh4gNbA>
Cc: mtgvenue@ietf.org
Subject: Re: [Mtgvenue] Comments on draft-baker-mtgvenue-iaoc-venue-selection-process-02
X-BeenThere: mtgvenue@ietf.org
X-Mailman-Version: 2.1.17
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: Sat, 29 Oct 2016 21:33:27 -0000

On 30/10/2016 09:00, Yoav Nir wrote:
> 
>> On 27 Oct 2016, at 22:11, Brian E Carpenter <brian.e.carpenter@gmail.com> wrote:
>>
>> On 28/10/2016 02:28, Dave Crocker wrote:
>>> Dear IAOC,
>>>
>>> G'day.
>>>
>>> I'm currently acting as document editor for this effort and am looking 
>>> to get closure on pending items for the effort.
>>>
>>> For this note, there's a question that was put to the IAOC:
>>>
>>>
>>> On 6/22/2016 6:49 AM, Alissa Cooper wrote:
>>>> = Section 3.3.4 =
>>>>
>>>> "The Guest Rooms at the IETF hotel(s) are sufficient in number to
>>>>      house 1/3 or more of projected meeting attendees.  [Mandatory]"
>>>>
>>>> Personally I would be interested in hearing from the IAOC about the
>>>> extent to which the pool of potential sites would be broadened if we
>>>> were to relax or do away with this requirement. From the outside this
>>>> seems like a limiting factor in the site selection, one that other
>>>> meetings/conferences don't feel the need to adhere to, and one that
>>>> isn't motivated by a compelling enough rationale to make it mandatory (convenience
>>>> doesn't quite count, IMO). With our meetings running for 10 hours per
>>>> day and increased ability to find overflow hotels with reasonable
>>>> Internet access, does this still need to be mandatory?
>>
>> IMO it isn't a matter of convenience. I've always found hotel-based meetings
>> more effective than convention centre meetings, and meetings where the majority
>> of people are in the main hotel more effective than ones where people are spread
>> out. It just makes informal discussions and casual meetings much easier.
> 
> Can you elaborate on that?  Regardless of whether my room is upstairs or a bus ride away, I get to wherever the conference rooms are a little before the first meeting and go away after the last side meeting that interests me. After that it’s dinner and back to my hotel room, wherever it is. 

Right there: what about some other side meeting that develops in the lobby
just before or after dinner, or unexpectedly at breakfast (at venues where we eat
hotel breakfast)? Or in a nearby restaurant? Or in the elevator, for that matter.

>I think others do it the same way. What does having my room far away change?

You can hang around the main hotel until late, if your hotel is within a block
or so. I've done that, or worked with colleagues who did that, and it's fine.

>> For
>> counter-examples, I think of Vienna (IETF 57) or even back to Amsterdam (IETF 27)
>> where people were spread over numerous hotels. Not good.
> 
> I wasn’t in Vienna or Amsterdam, but I was in Maastricht, where people were spread all over town. I was also in Yokohama where most hotels were about 15 minutes walk from the venue. Even in Berlin some people stayed at the venue, some across the street, and many others all over the place. I didn’t notice that people who stayed at the venue were any more accessible than people who stayed far away.

Well, my experience is different - as noted above, alternate hotels that are nearby
are fine, especially if they are reasonably priced. But if there's a bus/subway/taxi
trip needed, not so fine.

However - this conversation makes me inclined to agree that this criterion shouldn't
be a MUST. It feels like a strong SHOULD.

   Brian