Re: [Mtgvenue] I-D Action: draft-ietf-mtgvenue-iaoc-venue-selection-process-14.txt

Alissa Cooper <alissa@cooperw.in> Fri, 11 May 2018 00:36 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 69A0312EBB8; Thu, 10 May 2018 17:36:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level:
X-Spam-Status: No, score=-2.699 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, 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=HgEHwkVn; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=N+9c7vLB
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 3TC2EvnNSJeR; Thu, 10 May 2018 17:36:37 -0700 (PDT)
Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7F08E12EBAF; Thu, 10 May 2018 17:36:37 -0700 (PDT)
Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.nyi.internal (Postfix) with ESMTP id E25F22268C; Thu, 10 May 2018 20:36:36 -0400 (EDT)
Received: from mailfrontend1 ([10.202.2.162]) by compute7.internal (MEProxy); Thu, 10 May 2018 20:36:36 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cooperw.in; h=cc :content-type:date:from:in-reply-to:message-id:mime-version :references:subject:to:x-me-sender:x-me-sender:x-sasl-enc; s= fm3; bh=sapbXK3pA1uCUD/QTmJbvgMn2xjVwPHCZgS9OMwXWNo=; b=HgEHwkVn uBfcGyFuXZIWiwObcwoWN4Kg9BzLm7afeed2aJTcRjibqkK6p//+Nzv/BDXPi1Zz 0OxcPUY0vurNw6OWwy4d7RHu0WGqB2udaN0qnN1oLjja8RS98rLj8ZJLWQ6aCOHO swcsww3Cs+iE7v4FnkwLSn2hjSSGh/pKrwuJDzxtUfVNL6xUXc+KlqM3KjttjQ3n 1M0nG7YsMnRmPxFNuXYBa0+Mv3UyMiXt9m8yj5IlnxZop4v6PYgPzxP5ZVd1k6i7 Ui23B8tkbnZukucc9QV2XAsBE80BtJmH028/m42UVGQvPAdA/pgkYYAm+SfhpUN7 93P8Y7k4TvSlqw==
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:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm2; bh=sapbXK3pA1uCUD/QTmJbvgMn2xjVw PHCZgS9OMwXWNo=; b=N+9c7vLBUAhy9D5uNoDR/PKmuQQMDbof5FaOK29oBPS0c rFJvFoO0loFRTa611L/AC+UGRCcFQlN732RhQXnVro3zAFDUMzTmLAGf4wtfJJSl /FWQ9kZWd2zqqIiDJmNwCpeIxM0LLBVGn3rDLvSI4bpzqjm/CLwi6e/QEGm2+4xU P3nAoxLK990pTRdNLgtGv2CMyJbLdFOVn48hJUFJYLEfCa3Y9FYmsPV7W4UvdqSZ DvAFZVj3hNDe7ihYs2y+6EmkHhViZbHz4UN1/8NKzTJW00tU33WGw7s6JGktpFuq 8/lGTw/SmZiE4D707cLTGaq4i4u7HA73T9R9/1K8Q==
X-ME-Sender: <xms:lOX0Wn6l_5dF7UQbc3TEQIG-KRsJtG5O-HXlXCbTcXq8MBpuWebUXQ>
Received: from rtp-alcoop-nitro2.cisco.com (unknown [173.38.117.73]) by mail.messagingengine.com (Postfix) with ESMTPA id 4E6A3E4855; Thu, 10 May 2018 20:36:36 -0400 (EDT)
Content-Type: multipart/alternative; boundary="Apple-Mail=_9C1AB2F7-A6D5-4B71-A46B-54F873A84D34"
Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\))
From: Alissa Cooper <alissa@cooperw.in>
In-Reply-To: <CABmDk8=jyJ_AD+gH10-=Bp2f8Ed-kyxC+8j+gjpq-4N7CsXdzQ@mail.gmail.com>
Date: Thu, 10 May 2018 20:36:35 -0400
Cc: Andrew Sullivan <ajs@anvilwalrusden.com>, "mtgvenue@ietf.org" <mtgvenue@ietf.org>, ietf <IETF@ietf.org>
Message-Id: <4EE8E4F9-4B64-4E79-91E0-FAB32CD7AC4D@cooperw.in>
References: <152584638193.2839.7801870228413280951@ietfa.amsl.com> <c30fd21a-85ee-734c-771c-00ff65490acb@cisco.com> <CABmDk8=HKLR89dvDTuO4eguPE5LCV-YPmcbBr1WdUuFNi+NsBw@mail.gmail.com> <20180510021428.GG9500@mx4.yitter.info> <CABmDk8=jyJ_AD+gH10-=Bp2f8Ed-kyxC+8j+gjpq-4N7CsXdzQ@mail.gmail.com>
To: Mary B <mary.h.barnes@gmail.com>, Eliot Lear <lear@cisco.com>
X-Mailer: Apple Mail (2.3124)
Archived-At: <https://mailarchive.ietf.org/arch/msg/mtgvenue/2xTYCI57C2SyJ1rIKumkLz2jhJc>
Subject: Re: [Mtgvenue] I-D Action: draft-ietf-mtgvenue-iaoc-venue-selection-process-14.txt
X-BeenThere: mtgvenue@ietf.org
X-Mailman-Version: 2.1.22
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: Fri, 11 May 2018 00:36:39 -0000

> On May 10, 2018, at 11:03 AM, Mary B <mary.h.barnes@gmail.com> wrote:
> 
> Andrew’s suggestion of removing he non-smoking bullet and adding the general one is fine with me.  My big issue was that if we were explicitly including mandatory requirements for non-smoking then the mold should be given equal consideration.  

We appear to have rough consensus in favor of this approach. Eliot, please rev the doc accordingly and we’ll use the next version as the basis for IESG evaluation.

Thanks all for your engagement on this last call.

Alissa

> 
> Thanks,
> Mary
> 
> On Wednesday, May 9, 2018, Andrew Sullivan <ajs@anvilwalrusden.com <mailto:ajs@anvilwalrusden.com>> wrote:
> Dear colleagues,
> 
> Mary's, Ted's, and Ole's discussion of particulars of environmental
> contaminents (in this case, smoking and mo[u]ld) makes me again wish
> to suggest the position I held before the specific change was made to
> draft-ietf-mtgvenue-iaoc-venue-selection-process-14.  My position at
> the time was that the Important criterion
> 
>    o  Economic, safety, and health risks associated with this Venue are
>       acceptable.
> 
> was what we needed.  It was pretty unlikely to be traded off with any
> kind of regularity, since "risk" and "acceptable" were sufficiently
> flexible that we'd need to call out things that were in stark contrast
> to what we normally dealt with.  In any case, I thought, further
> specification would be a problem.  Therefore, I claimed, the above
> criterion was as good as anyone could reasonably expect and it seemed
> that the details needed to be left to meeting planners.  (I didn't
> support it becoming Mandatory because the "are acceptable" language
> means that there's no test, so no way to know whether the Venue
> necessarily fails.)
> 
> We are now in the situation where we have a Mandatory criterion about
> smoking in various parts of the Venue, and at least one person who
> claims that such a Mandatory criterion requires site-visiting staff to
> do some kinds of spot checks.  It's totally unclear to me what that
> would mean or what we would do if, 2 or more years later when we
> actually show up, the spot checks turn out to have been wrong.
> 
> We are now also faced with the suggestion that the same staff are
> supposed to do mo[u]ld tests without having the requisite training or
> hazardous materials equipment.  If in fact we are demanding staff do
> such things, it seems to me at least plausible that staff would have a
> future complaint if we did not provide them with appropriate equipment
> to undertake the tests.  This is, I think, an important reason why we
> cannot realistically mandate such tests.
> 
> Moreover, once we begin requiring such tests by staff, there are other
> pollutants that (1) could be required to be tested and (2) are not yet
> mentioned in the document, either because we haven't yet thought of
> (or discovered) them or because someone who is affected wasn't
> involved in all this.
> 
> Therefore, I would like again to propose that we go back to the
> previous text -- which had the nice advantage too of having had
> consensus in the WG -- and drop the new Mandatory criterion in section
> 3.1, relying on staff to do their level best (as they ever have done)
> to address health issues that are likely to affect IETF participants
> at meetings.
> 
> None of this, please note, is in any way intended to minimise or
> denigrate the health issues (or even discomforts, for all that) people
> have talked about.  But we need a document that establishes
> principles, not rules.  If one's particular concern cannot be covered
> under the principles laid out, then I think it would be most important
> to raise that.  But this particular change seems to me to be the
> addition of a specific rule where an exising principle in the document
> was already adequate to the purpose.
> 
> Best regards,
> 
> A
> 
> -- 
> Andrew Sullivan
> ajs@anvilwalrusden.com <mailto:ajs@anvilwalrusden.com>
> 
> 
> 
> -- 
> Sent from Gmail Mobile
> _______________________________________________
> Mtgvenue mailing list
> Mtgvenue@ietf.org <mailto:Mtgvenue@ietf.org>
> https://www.ietf.org/mailman/listinfo/mtgvenue <https://www.ietf.org/mailman/listinfo/mtgvenue>