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

James M Snell <jasnell@gmail.com> Mon, 22 October 2012 22:51 UTC

Return-Path: <jasnell@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 2AF841F0C54 for <ietf@ietfa.amsl.com>; Mon, 22 Oct 2012 15:51:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.633
X-Spam-Level:
X-Spam-Status: No, score=-3.633 tagged_above=-999 required=5 tests=[AWL=-2.335, BAYES_00=-2.599, HTML_MESSAGE=0.001, MANGLED_DIET=2.3, RCVD_IN_DNSWL_LOW=-1]
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 epa5ZRurxg9m for <ietf@ietfa.amsl.com>; Mon, 22 Oct 2012 15:51:31 -0700 (PDT)
Received: from mail-qc0-f172.google.com (mail-qc0-f172.google.com [209.85.216.172]) by ietfa.amsl.com (Postfix) with ESMTP id EA0931F0429 for <ietf@ietf.org>; Mon, 22 Oct 2012 15:51:27 -0700 (PDT)
Received: by mail-qc0-f172.google.com with SMTP id s14so2173290qcg.31 for <ietf@ietf.org>; Mon, 22 Oct 2012 15:51: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:from:date:message-id:subject:to :cc:content-type; bh=QZ/0/zZzP1umh8Lbkd7/nAYLU2Vgbww/QH+EKU5qtHA=; b=GTklUHHqJo7g2nvzxiAFm+uOfGI37waTwlAR5l6wLMnqQ78On/3u7IUMI/3mXmhxcm vpUZyLED7rWDctIivTTFbnjC2n3UyYi4tu4xmx/wi9ryABu73Kq7wxj2gSA9sAohJO6W xNZvOtXBXEVCkNjkWL95hvcUP9kqIdknrnRmjN1JqJ+APTEg9xqewT/ARQarDIkccPSZ inVR0w1RMupelYxYNRhUmTUFz03Z4cSeOmvbbKFf0Br5PamIm1PI48OoHfjmnIad5abA JPMINF4ijdHJXxu6oGuz1WWe5gOLlqrwuG6UjeN1Fk6DaabWXT6bPMxCEP4hfsJXGl5e HXyQ==
Received: by 10.49.103.162 with SMTP id fx2mr5929617qeb.1.1350946287437; Mon, 22 Oct 2012 15:51:27 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.49.81.230 with HTTP; Mon, 22 Oct 2012 15:51:06 -0700 (PDT)
In-Reply-To: <Pine.LNX.4.64.1210222220510.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> <5085C4BA.2030505@gmx.de> <Pine.LNX.4.64.1210222220510.2471@ps20323.dreamhostps.com>
From: James M Snell <jasnell@gmail.com>
Date: Mon, 22 Oct 2012 15:51:06 -0700
Message-ID: <CABP7RbfgQrgduOzWaXcYieV3cw_=UoBaCC5e=XF+Y3PMEZoRMw@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)
To: Ian Hickson <ian@hixie.ch>
Content-Type: multipart/alternative; boundary="047d7b2e79c892c7ce04ccadb1f5"
X-Mailman-Approved-At: Tue, 23 Oct 2012 09:13:03 -0700
Cc: IETF Discussion <ietf@ietf.org>, Julian Reschke <julian.reschke@gmx.de>, "Roy T. Fielding" <fielding@gbiv.com>, Jan Algermissen <jan.algermissen@nordsc.com>, mnot@mnot.net, Noah Mendelsohn <nrm@arcanedomain.com>, URI <uri@w3.org>, Tim Bray <tbray@textuality.com>
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: Mon, 22 Oct 2012 22:51:32 -0000

On Mon, Oct 22, 2012 at 3:35 PM, Ian Hickson <ian@hixie.ch> wrote:

> On Tue, 23 Oct 2012, Jan Algermissen wrote:
> >
> > The point is that what you and Anne are addressing is parsing of URI
> > *References* not URIs.
>
> Anne's spec defines how you get from any arbitrary string (plus a base
> URL) to a data structure with fields like scheme, hostname, port, path,
> etc. The input can be absolute, completely invalid, the empty string,
> whatever.
>
>
Sounds useful but does not sound really like Anne's spec is "defining
URLs", however. Clarifying the language in your spec ought to resolve any
possible confusion.


>
> > This is why any references to fixing or aligning URI syntax with reality
> > is besides the point and not neccessary. All that you (we) deal with is
> > URI references and how to parse them to yield valid URIs.
>
> That's certainly part of the required work, yes. It's not all of it.
>
>
Is there a list of issues that you and Anne are working from for this? If
there indeed is a need to update the URI/IRI RFC's to address specific
problems I'm sure it wouldn't take much effort to draft up an I-D. I'd be
more than willing to help out with such an effort.


> [snip]
> I think the person doing the work has the prerogative to do it wherever he
> or she wants to do it. Maybe the IETF should consider why Anne isn't doing
> it in the IETF.
>
>
Indeed. Good question: Anne, is there are particular reason why you chose
not to pursue this work as an I-D? Let's get that particular issue resolved.

- James


>
> > > The specs don't define everything that implementations have to do to
> > > be interoperable. If the IETF doesn't think that's a problem, then
> > > that's fine, but then y'all shouldn't be surprised when people who
> > > _do_ think that's a problem try and fix it.
> >
> > Yes, please fix *that*, but *just* that without messing with the basics
> > without consensus/review.
>
> Consensus isn't a value I hold highly, but review of Anne's work is
> welcome.
>
> If the IETF community didn't want Anne to do this work, then the IETF
> community should have done it. Having not done it, having not even
> understood that the problem exists, means the IETF has lost the
> credibility it needs to claim that this is in the IETF's domain.
>
> You don't get to claim authority over an area while at the same time
> telling someone else "please fix that" for the hard work that comes with
> that area. The reality is, he who does the hard work, gets the authority.
>
> --
> Ian Hickson               U+1047E                )\._.,--....,'``.    fL
> http://ln.hixie.ch/       U+263A                /,   _.. \   _\  ;`._ ,.
> Things that are impossible just take longer.   `._.-(,_..'--(,_..'`-.;.'
>
>