Re: [urn] Summary of WG decisions Re: Feedback on draft-ietf-urnbis-semantics-clarif-03
John C Klensin <john-ietf@jck.com> Tue, 31 May 2016 15:48 UTC
Return-Path: <john-ietf@jck.com>
X-Original-To: urn@ietfa.amsl.com
Delivered-To: urn@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8E2F612D0C8 for <urn@ietfa.amsl.com>; Tue, 31 May 2016 08:48:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.326
X-Spam-Level:
X-Spam-Status: No, score=-3.326 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.426] 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 uxvjQjq_98Fa for <urn@ietfa.amsl.com>; Tue, 31 May 2016 08:48:33 -0700 (PDT)
Received: from bsa2.jck.com (bsa2.jck.com [70.88.254.51]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9A0D212B05C for <urn@ietf.org>; Tue, 31 May 2016 08:48:33 -0700 (PDT)
Received: from [198.252.137.10] (helo=JcK-HP8200.jck.com) by bsa2.jck.com with esmtp (Exim 4.82 (FreeBSD)) (envelope-from <john-ietf@jck.com>) id 1b7lu8-0009yw-T6; Tue, 31 May 2016 11:48:28 -0400
Date: Tue, 31 May 2016 11:48:23 -0400
From: John C Klensin <john-ietf@jck.com>
To: Julian Reschke <julian.reschke@gmx.de>, Andrew Newton <andy@hxr.us>
Message-ID: <49F8F126DD3A54640049E2F9@JcK-HP8200.jck.com>
In-Reply-To: <dabb41d1-b4d0-8d44-eeb9-1c734ef06cd1@gmx.de>
References: <231532ef-e195-b73d-4a34-eb445bdd1900@gmx.de> <c19ff352-cd49-d664-9365-28898cff3050@gmx.de> <1F5D414703BF94503600A5E3@JcK-HP8200.jck.com> <CAAQiQRf0DYh-BuwRaEY6xLpQyNrxw55dFH=s+FRjVATkCM8HDQ@mail.gmail.com> <9dd1f7f1-843e-822b-a352-8b51d6f4192c@gmx.de> <0626757a-430e-4c25-07e0-efd04e92c377@seantek.com> <CAAQiQRdoOSKx26g3D-KEf-Mf8rQHf6Rm6jzR56wQHraLXrXMdg@mail.gmail.com> <dabb41d1-b4d0-8d44-eeb9-1c734ef06cd1@gmx.de>
X-Mailer: Mulberry/4.0.8 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-SA-Exim-Connect-IP: 198.252.137.10
X-SA-Exim-Mail-From: john-ietf@jck.com
X-SA-Exim-Scanned: No (on bsa2.jck.com); SAEximRunCond expanded to false
Archived-At: <http://mailarchive.ietf.org/arch/msg/urn/LglNbfAYxnONlWRPY5oD9kLne40>
Cc: urn@ietf.org
Subject: Re: [urn] Summary of WG decisions Re: Feedback on draft-ietf-urnbis-semantics-clarif-03
X-BeenThere: urn@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Revisions to URN RFCs <urn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/urn>, <mailto:urn-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/urn/>
List-Post: <mailto:urn@ietf.org>
List-Help: <mailto:urn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/urn>, <mailto:urn-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 31 May 2016 15:48:35 -0000
--On Tuesday, May 31, 2016 15:39 +0200 Julian Reschke <julian.reschke@gmx.de> wrote: > On 2016-05-31 15:31, Andrew Newton wrote: >... >> Just for my sanity, I reread >> draft-ietf-urnbis-semantics-clarif-03.txt. It seems to me >> that this draft does exactly the thing you have requested. >> ... > > It might *intend* to do it, but (a) it's very unclear what the > actual change is, (b) whether it is needed, and (c) whether > that it tries to change actually is consistent with what the > URN spec attempts to do. Julian (and Andrew), Just so you know (and to repeat what I've at least hinted at), I've been looking at draft-ietf-urnbis-semantics-clarif since Julian's first posting on the issue to see if I could find thing that could reasonably be improved. I've found several [1] and put new text into a working draft for -04 but have not posted it pending input and direction from the co-Chairs [2]. I don't believe those changes will satisfy Julian's concerns. The reasons are connected to why I've been looking for instructions from the co-chairs and summarized in Andy's note. >From my point of view, this document updates 3986 _for URNs only_, it is not an attempt at a general update (that should have been quite clear from the first sentence of Section 4; -04 will be even more clear on the subject). In principle, we could do a paragraph by paragraph review of what portions of 3986 are affected by that, but it would be a lot of work, it would make this document longer and more complicated, and I don't believe that anyone would read it except for the purpose of finding things to quibble and pick nits about. I see that as potentially a huge source of further delay and not particularly useful; if you disagree, please work with Andy to convince the WG. Similar comments apply to "whether it is needed". Before the decisions that led, first to the "URNs are not URIs" proposal and then to this document, the WG spent seemingly-endless months bogged down in discussions about whether a particular mechanism or usage was consistent with, or permitted by, 3986. For each case, some people argued that it was, others argued with equal passion, that it was not. We were not converging on subjects that were arguably outside the WG's scope, such as whether 3986 needed work or was clear enough. While there are technical arguments having to do with differing layering abstractions that I believe justify the separation, my impression of the WG's conclusion was that we simply needed to separate ourselves from those arguments if we were to make progress. So, if the question is "whether this is needed to make URN work proceed" the answer is that the WG decided "yes" and Section 2 of draft-ietf-urnbis-semantics-clarif (at least -02 and later) is intended to say that. If the question were, instead, "can the WG prove to the satisfaction of all readers and interpreters of 3986 than it is impossible to develop a functional URN model that meets the needs of the communities the WG has identified without some separation from 3986", that answer to that question is probably "no", or at least "no within the level of energy that exists", but I hope the WG doesn't need to do that. best, john p.s. Sean, the two typos that you spotted were repaired in the working draft for -04 in February or earlier. I don't remember whether someone pointed them out to me (on or off list) or whether I just spotted them and fixed them. Unless directed otherwise by WG Chairs, I generally don't post new drafts just to fix obviously typographic and other trivial editorial errors. But thanks for spotting them again and having me go back and confirm the repairs. [1] Not a surprise. I don't think I've ever looked, months or years later, at a document I had finished or put aside for a while and not found areas of possible improvement. [2] I believe I did say on-list that I was going to wait.
- [urn] Feedback on draft-ietf-urnbis-semantics-cla… Julian Reschke
- Re: [urn] Feedback on draft-ietf-urnbis-semantics… Sean Leonard
- Re: [urn] Feedback on draft-ietf-urnbis-semantics… Julian Reschke
- Re: [urn] Feedback on draft-ietf-urnbis-semantics… Julian Reschke
- Re: [urn] Feedback on draft-ietf-urnbis-semantics… John C Klensin
- Re: [urn] Feedback on draft-ietf-urnbis-semantics… Andrew Newton
- Re: [urn] Feedback on draft-ietf-urnbis-semantics… Julian Reschke
- [urn] Summary of WG decisions Re: Feedback on dra… Sean Leonard
- Re: [urn] Summary of WG decisions Re: Feedback on… Andrew Newton
- Re: [urn] Summary of WG decisions Re: Feedback on… Julian Reschke
- Re: [urn] Summary of WG decisions Re: Feedback on… John C Klensin
- Re: [urn] Summary of WG decisions Re: Feedback on… Andrew Newton
- Re: [urn] Summary of WG decisions Re: Feedback on… John C Klensin