Re: [whatwg] New URL Standard from Anne van Kesteren on 2012-09-24 (public-whatwg-archive@w3.org from September 2012)

Ted Hardie <ted.ietf@gmail.com> Tue, 23 October 2012 22:02 UTC

Return-Path: <ted.ietf@gmail.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5DCB21F0C96 for <ietf@ietfa.amsl.com>; Tue, 23 Oct 2012 15:02:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.466
X-Spam-Level:
X-Spam-Status: No, score=-3.466 tagged_above=-999 required=5 tests=[AWL=0.003, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, SARE_RMML_Stock10=0.13]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lfl1SLcanyfW for <ietf@ietfa.amsl.com>; Tue, 23 Oct 2012 15:02:28 -0700 (PDT)
Received: from mail-vb0-f44.google.com (mail-vb0-f44.google.com [209.85.212.44]) by ietfa.amsl.com (Postfix) with ESMTP id AC1BA1F0C92 for <ietf@ietf.org>; Tue, 23 Oct 2012 15:02:28 -0700 (PDT)
Received: by mail-vb0-f44.google.com with SMTP id fc26so5285518vbb.31 for <ietf@ietf.org>; Tue, 23 Oct 2012 15:02:27 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=yHXluHJ4DZuAXq1ZHGfrC1huES5YKGc73dGWzjgC/lU=; b=PHe4/+kcWfkb53YEosCzuA8mijTDLSHei20HgpOlOVwO7hIwKOnre2U7s11oZ/o4EG 80CZs3nfQHG7pJp54lE/xbHmnQr5pJdvOX387TZsaAFvEg2ws4A1OWs9Xs7M7eHPNw0q 16d7YfAbgITuftKFYdMJJCHURCUa+PQHzshsS5I5CYAaNrRM0COhWZQLlx/J0hZsf4DQ 3DqCCpxPL0AdDKGM25+ZcPMy26Bzg0xIXG4Eh4F2DHPvqFi0u1NhAiIpj8ZHCDG7fn9z 1sG0KwS2595AbuM+tGGTaDuj9iky6mGCV/OwLqCEnksBUCWFyKd7+IKoxLq5aom4Wtwa Dthw==
MIME-Version: 1.0
Received: by 10.220.220.7 with SMTP id hw7mr4682544vcb.17.1351029747844; Tue, 23 Oct 2012 15:02:27 -0700 (PDT)
Received: by 10.58.245.39 with HTTP; Tue, 23 Oct 2012 15:02:27 -0700 (PDT)
In-Reply-To: <Pine.LNX.4.64.1210232115210.2471@ps20323.dreamhostps.com>
References: <50604C1A.7090901@gmx.de> <5060A964.5060001@stpeter.im> <Pine.LNX.4.64.1210172354500.2478@ps20323.dreamhostps.com> <507F5A7E.6040206@arcanedomain.com> <50856E3C.103@gmail.com> <Pine.LNX.4.64.1210221753010.2471@ps20323.dreamhostps.com> <0DBC8A11-319C-4120-975E-7E40FD5818BF@gbiv.com> <Pine.LNX.4.64.1210222137530.2471@ps20323.dreamhostps.com> <CA+9kkMDpEZCvcG1DJd=O1qPNV+=+GTBeN+CGndUe51Xym_A9sg@mail.gmail.com> <Pine.LNX.4.64.1210232115210.2471@ps20323.dreamhostps.com>
Date: Tue, 23 Oct 2012 15:02:27 -0700
Message-ID: <CA+9kkMBg=hxz=yRYfYA5Hkwp-4ODFBnpK_qctCMB_oEHLPP49g@mail.gmail.com>
Subject: Re: [whatwg] New URL Standard from Anne van Kesteren on 2012-09-24 (public-whatwg-archive@w3.org from September 2012)
From: Ted Hardie <ted.ietf@gmail.com>
To: Ian Hickson <ian@hixie.ch>
Content-Type: text/plain; charset="ISO-8859-1"
Cc: URI <uri@w3.org>, IETF Discussion <ietf@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 23 Oct 2012 22:02:29 -0000

On Tue, Oct 23, 2012 at 2:34 PM, Ian Hickson <ian@hixie.ch> wrote:
>> If you choose not call what you're doing a "URL" but by some other
>> term ("fleen" is my favorite), then the issue does not arise
>
> Since the IETF doesn't call it a URL anyway, I don't see the problem with
> terminology.
>

Please see RFC 3986, Section 1.1.3, which says:

   "A URI can be further classified as a locator, a name, or both.  The
   term "Uniform Resource Locator" (URL) refers to the subset of URIs
   that, in addition to identifying a resource, provide a means of
   locating the resource by describing its primary access mechanism
   (e.g., its network "location").  The term "Uniform Resource Name"
   (URN) has been used historically to refer to both URIs under the
   "urn" scheme [RFC2141], which are required to remain globally unique
   and persistent even when the resource ceases to exist or becomes
   unavailable, and to any other URI with the properties of a name."

While the document does recommend the use of the more generic term
"URI" it defines URL clearly and in a way that is significantly
different from that used in Anne's document and which you have
described as the aim of your work.

Note also that Anne's document contains this text:

"Align RFC 3986 and RFC 3987 with contemporary implementations and
obsolete them in the process."

Unless you get buy-in from the community that produced RFC 3986 and
RFC 3987, the production of this document *will* result in a fork, and
that is damaging to the Internet.  I urge you to pick a different term
(several far more useful ones than fleen have been suggested) and
avoid this needless conflict.  The WhatWG choosing to redefine IETF
standards is not contributing to a better web; it's simply making it
less clear for those outside the small cabal of standards workers what
they should do when faced with a URL.  Un-marked context shifts are
likely, and likely to be bad.  Avoiding them by picking a new term is
both easy and appropriate.

My personal opinion, as always,

regards,

Ted Hardie