Re: [art] BCP190

Larry Masinter <LMM@acm.org> Tue, 23 July 2019 19:47 UTC

Return-Path: <masinter@gmail.com>
X-Original-To: art@ietfa.amsl.com
Delivered-To: art@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4A54012091A for <art@ietfa.amsl.com>; Tue, 23 Jul 2019 12:47:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.559
X-Spam-Level:
X-Spam-Status: No, score=-1.559 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.091, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.249, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=no 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 fOOwrXcbZ8az for <art@ietfa.amsl.com>; Tue, 23 Jul 2019 12:47:56 -0700 (PDT)
Received: from mail-pl1-x62d.google.com (mail-pl1-x62d.google.com [IPv6:2607:f8b0:4864:20::62d]) (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 2D7C41208F7 for <art@ietf.org>; Tue, 23 Jul 2019 12:47:56 -0700 (PDT)
Received: by mail-pl1-x62d.google.com with SMTP id k8so21017757plt.3 for <art@ietf.org>; Tue, 23 Jul 2019 12:47:56 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:from:to:cc:references:in-reply-to:subject:date:message-id :mime-version:content-transfer-encoding:thread-index :content-language; bh=G/TcNUOmIWDF/oD7zey6Y7PxfntW7qxVtLzT/cstnv8=; b=Ez0cknFpiPjyoFRWtnrVtqR+UcJL+4GYJmVNjmUnq4RODho1N5+vyxHE7WhpIzywjC F4MGlH3HwrUC4fSco8eZgiWAL/zGmvbd7P22Ohv0g5fS++/peKBke95+yrVRiCqoJgcm HnWoHd65X0KlnWAuU+n3qtUenmnk3ghxihSS80mmmD2n2DC66pgx3zGwYTpLyxL2qOC2 yjVWn45LFzUMm+EI2jOBWm3qrMu1LseLwhp7r6AvGb8nYgpr/jY6H92bAXp5nyNhW9Kv DCXgPzu6YI37ZUpPE3iB2g10ZW+UIGp9ze3En0q91m3+0nwoxLmEC19R57V+l+gyAfhY LKSw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:to:cc:references:in-reply-to:subject :date:message-id:mime-version:content-transfer-encoding:thread-index :content-language; bh=G/TcNUOmIWDF/oD7zey6Y7PxfntW7qxVtLzT/cstnv8=; b=RhiCVwzkC8Bv2yAWe4CZqUqketVRTjuapgeEI9QsVyDCpMR/7vTKD0kxycdeloLQsv 4vzouOAO6KBG2ncv+DZ5GVo3M6M3FhWkUX5E9VgazBnQP73E5AfzzM7m+776qEs1tIu1 hnHXiM4DXTUYxniLPLIcwAh3ib8nbooTB4aThlhcQ/D76Rulr4NAglO8DTv3S+lZ+Hmf p4O6+oqwifi1D90nShXZqdpzhznF6odKEPsWBY7nYewEjcunKODe4lPYJoIDxMrap/f4 sDg2sZyKbvhsGJ85XEX+0PsuJZlLOLtPE3TkVCjL5FE3n7tBbNVXCwbcTCSD8e+S2izp 4eZg==
X-Gm-Message-State: APjAAAWllVSMPK1xMknvt/vFBR6b8Vi7ox/f4KQIpfrfmw7lsUdGANF5 MOL6OAcy95gXM9IJWtoxAfg=
X-Google-Smtp-Source: APXvYqwijtlK/R4T439XBTvGY0AdnKaQiNgMRXR2ghJFV5rnJkwjRtnog+t7vA/mElbC4yD2DqrHlw==
X-Received: by 2002:a17:902:4683:: with SMTP id p3mr75738481pld.31.1563911275440; Tue, 23 Jul 2019 12:47:55 -0700 (PDT)
Received: from TVPC (c-67-169-101-78.hsd1.ca.comcast.net. [67.169.101.78]) by smtp.gmail.com with ESMTPSA id f7sm43178341pfd.43.2019.07.23.12.47.54 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 23 Jul 2019 12:47:54 -0700 (PDT)
Sender: Larry Masinter <masinter@gmail.com>
From: Larry Masinter <LMM@acm.org>
X-Google-Original-From: "Larry Masinter" <lmm@acm.org>
To: 'Adam Roach' <adam@nostrum.com>, 'Stephen Farrell' <stephen.farrell@cs.tcd.ie>, 'Carsten Bormann' <cabo@tzi.org>
Cc: art@ietf.org
References: <422255D5-FD8A-48D8-8442-1A13E3E7B884@tzi.org> <8872cc5c-34c5-845c-c930-3a7f0e3501f2@nostrum.com> <E1B1F492-6DD7-4FAD-AFE0-BD19E0197892@tzi.org> <d79add04-9562-83a8-9e4e-fc44fff276e1@nostrum.com> <52b99182-686d-4c12-9a3a-24dc8d696c73@cs.tcd.ie> <ef8e04ac-a085-633d-e680-2cf7e1c47efd@nostrum.com>
In-Reply-To: <ef8e04ac-a085-633d-e680-2cf7e1c47efd@nostrum.com>
Date: Tue, 23 Jul 2019 12:47:55 -0700
Message-ID: <01c701d5418f$85e90f70$91bb2e50$@acm.org>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 16.0
thread-index: AQGxEGAU87s7IgXvYz/8pZcrB3l+LgHXAC01AocadQ4CEfubxAGxXd4JAhCtupSmz0rxAA==
Content-Language: en-us
Archived-At: <https://mailarchive.ietf.org/arch/msg/art/-jm8zie0V0uP2Ek3ofI4X5DLvYw>
Subject: Re: [art] BCP190
X-BeenThere: art@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Applications and Real-Time Area Discussion <art.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/art>, <mailto:art-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/art/>
List-Post: <mailto:art@ietf.org>
List-Help: <mailto:art-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/art>, <mailto:art-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 23 Jul 2019 19:48:00 -0000

> I'll repeat what I've said to the TRANS chairs on this topic: if we can
get an
> agreement in principle on the ART mailing list that BCP 190 is too strict
and
> needs to be updated to allow the kinds of exceptions envisioned by TRANS,

I'm not sure it's BCP 190 that is too strict, but the IESG's DISCUSSes are
too strict in their interpretation of it and the wisdom of treating
non-conformity with a BCP as somehow being disallowed in an
Experimental status specification.

If you read BCP 190, it doesn't consistently state requirements
for conformance with it. The abstract provides what I thought
were sufficient context:

   While it is common for schemes to further delegate their
   substructure to the URI's owner, publishing independent standards
   that mandate particular forms of URI substructure is inappropriate,
   because that essentially usurps ownership.  This document further
   describes this problematic practice and provides some acceptable
   alternatives for use in standards.

This seems to focus  the intended scope to "publishing independent
standards" 
and that the consequence of non-conformance would be something that
might be "problematic" if not completely "inappropriate" because
it "essentially usurps ownership" where "ownerships is defined with a
 (normative) reference to
https://www.w3.org/TR/2004/REC-webarch-20041215/#uri-ownership