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

Dave Crocker <dcrocker@gmail.com> Mon, 31 October 2016 15:09 UTC

Return-Path: <dcrocker@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 562B01294AB for <mtgvenue@ietfa.amsl.com>; Mon, 31 Oct 2016 08:09:15 -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 Uuq4y6ujx9Fc for <mtgvenue@ietfa.amsl.com>; Mon, 31 Oct 2016 08:09:13 -0700 (PDT)
Received: from mail-pf0-x233.google.com (mail-pf0-x233.google.com [IPv6:2607:f8b0:400e:c00::233]) (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 3D906129501 for <mtgvenue@ietf.org>; Mon, 31 Oct 2016 08:09:12 -0700 (PDT)
Received: by mail-pf0-x233.google.com with SMTP id s8so77750799pfj.2 for <mtgvenue@ietf.org>; Mon, 31 Oct 2016 08:09:12 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:subject:references:organization:reply-to:to:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=SItzGrT3f0Le2TPWyAqhrg1EKxSzcS3Swa1oKiFZ/BY=; b=k98BetcML3/6TnY75rBBR6cyIIY1q1GMMwc92B1z387w0RUvZbPREpu86ihB2+Xe5v 0ksJaYkxoMVYlKM6XIKAiwSHrgXsWQb/aqip3Btxi0utTfqnhTx+FDKrbmzmF8e9dGSo 5ihbKuBjYMDWD235m9ZMOwa4o6g1CxLcqOCrhGNyCQuk54DIa1MhPqknor/FyxG9Zy+J 9RJHFxeye0F6i7ONvhttuhgxJiK8JvtT5B/XR5Vn6QHgrLbT8r0ATLEZ+zMlRNsS7zYx A7VfJgax/EAJm7dV8MiZHXrPOZXXHFuSESUYAExArseKpu8IVapjxneFgJCfBkXOT1HM GxJA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:subject:references:organization:reply-to:to :message-id:date:user-agent:mime-version:in-reply-to :content-transfer-encoding; bh=SItzGrT3f0Le2TPWyAqhrg1EKxSzcS3Swa1oKiFZ/BY=; b=Qq5bUYV5GvNxmRy4KVkAq22pHWy89YgDPMLVsKRhwC0VtE+t9nQY/un+Wun8omWsME zVcSSazq9BVWrX1fWqmDpFWfE4OtueMDEIQ7RsMb0FqRPwx4NTxGzsn5iSHeXJIEIQtO 6VIo0hktxPrYIxbWKGJHBB6nIrtRhjj3Tu6KlK8r+0VTH3xbK9XTHuuFoW9bV1MDyJkV rWD3g+hhCD48OKxghbpwYZM+c9kYUVBztG4mpi7VzErDFu4MGukKbBidfq88hrfJxJtA t8nWw8PTNuNi+Sh3X7DjIIViuJGOnXeR1RR9JuLOx9w9x35Nq1DaQxa7cNEhRqr5Nge8 E5BA==
X-Gm-Message-State: ABUngvfn6t8BlGViNcLT4G/yfvOxVc+5Jh/FLtCI6H+qFRSnKtN81tjOLjFI6waQ/lRTfQ==
X-Received: by 10.99.38.66 with SMTP id m63mr41289345pgm.83.1477926551568; Mon, 31 Oct 2016 08:09:11 -0700 (PDT)
Received: from ?IPv6:2602:304:cda0:8800:922:74ff:c09d:9746? ([2602:304:cda0:8800:922:74ff:c09d:9746]) by smtp.gmail.com with ESMTPSA id 12sm9559314pft.83.2016.10.31.08.09.10 for <mtgvenue@ietf.org> (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 31 Oct 2016 08:09:10 -0700 (PDT)
From: Dave Crocker <dcrocker@gmail.com>
X-Google-Original-From: Dave Crocker <dhc@dcrocker.net>
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> <7eb36108-79cc-a3f5-6c41-1d7e4b1b849e@gmail.com>
Organization: Brandenburg InternetWorking
To: mtgvenue@ietf.org
Message-ID: <f7b3c9ea-de33-26d1-8f0a-3ce82860771e@dcrocker.net>
Date: Mon, 31 Oct 2016 08:08:56 -0700
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0
MIME-Version: 1.0
In-Reply-To: <7eb36108-79cc-a3f5-6c41-1d7e4b1b849e@gmail.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/mtgvenue/iAFuFyp9yLurs6LvtPt7Vwd1WWA>
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
Reply-To: dcrocker@bbiw.net
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: Mon, 31 Oct 2016 15:09:15 -0000

On 10/29/2016 2:33 PM, Brian E Carpenter wrote:
> 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.


Concerning the 'design' choice to have a primary hotel, and without 
trying to voice my own preferences (especially since I'm not even sure 
what my preference is):

      I believe the historical view is that having a primary hotel 
creates a locus for gatherings and discussions outside of the scheduled 
meetings.  By way of example, this view is institutionalized in the 
reference to a Bar BOF.

      Having a variety of smaller hotels, with no major one being 
primary, reduces the beneficial accident of coming across random other 
IETFers in passing and chatting about whatever IETF topic strikes their 
fancy.

Given the basic IETF goal of cross-pollination, this locus outside of 
formal meetings is typically seen as significantly encouraging that benefit.

d/

ps. It also needs to be noted that lining up many, smaller hotels would 
be significant, additional work for IETF staff...

-- 

   Dave Crocker
   Brandenburg InternetWorking
   bbiw.net