Re: [Json] json-pointer as URI fragment syntax for application/json

"Paul C. Bryan" <pbryan@anode.ca> Tue, 24 September 2013 04:10 UTC

Return-Path: <pbryan@anode.ca>
X-Original-To: json@ietfa.amsl.com
Delivered-To: json@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E659E21F9EDA for <json@ietfa.amsl.com>; Mon, 23 Sep 2013 21:10:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.598
X-Spam-Level:
X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599, HTML_MESSAGE=0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id c-sKrd8jAEvc for <json@ietfa.amsl.com>; Mon, 23 Sep 2013 21:10:12 -0700 (PDT)
Received: from maple.anode.ca (maple.anode.ca [72.14.183.184]) by ietfa.amsl.com (Postfix) with ESMTP id 151CC21F9EBE for <json@ietf.org>; Mon, 23 Sep 2013 21:10:12 -0700 (PDT)
Received: from [192.168.1.4] (S0106a021b762dbb3.vf.shawcable.net [174.1.50.247]) by maple.anode.ca (Postfix) with ESMTPSA id ABF3266BC; Tue, 24 Sep 2013 04:10:10 +0000 (UTC)
Message-ID: <1379995708.22312.10.camel@dilithium>
From: "Paul C. Bryan" <pbryan@anode.ca>
To: R S <sayrer@gmail.com>
Date: Mon, 23 Sep 2013 21:08:28 -0700
In-Reply-To: <CAChr6Sz0AV-3ZyVVXN_3SdbojeG5gEqZFgr2LUhFrOHSC9F06w@mail.gmail.com>
References: <BF7E36B9C495A6468E8EC573603ED9411EF1329E@xmb-aln-x11.cisco.com> <255B9BB34FB7D647A506DC292726F6E115310592C5@WSMSG3153V.srv.dir.telstra.com> <3AC0F7BB-3FED-4614-B73B-5A693968285B@vpnc.org> <CAChr6Sx2Z4wx87GmtqVvsdNXaukYUGc9YT3Ps2WaBJnDnniLAA@mail.gmail.com> <1379993594.19960.2.camel@dilithium> <CAChr6SwftJfdf7u6Ekjf7o67WwrmMYEz=9AjXS=zyi=CuYQ8Kw@mail.gmail.com> <1379994149.19960.4.camel@dilithium> <CAChr6SxRUU2W1mUMzm4gNDKPpiYMTu1OvwwWG6aksfGgPg=fjg@mail.gmail.com> <1379994578.19960.6.camel@dilithium> <CAChr6Sz0AV-3ZyVVXN_3SdbojeG5gEqZFgr2LUhFrOHSC9F06w@mail.gmail.com>
Content-Type: multipart/alternative; boundary="=-GWJBJd5ttuZ5Iowd6qoJ"
X-Mailer: Evolution 3.4.4-4+b1
Mime-Version: 1.0
Cc: "Manger, James H" <james.h.manger@team.telstra.com>, Paul Hoffman <paul.hoffman@vpnc.org>, "json@ietf.org" <json@ietf.org>
Subject: Re: [Json] json-pointer as URI fragment syntax for application/json
X-BeenThere: json@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "JavaScript Object Notation \(JSON\) WG mailing list" <json.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/json>, <mailto:json-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/json>
List-Post: <mailto:json@ietf.org>
List-Help: <mailto:json-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/json>, <mailto:json-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 24 Sep 2013 04:10:17 -0000

The Application Area Working group raised and addressed the question of
ambiguity during review of the Internet-Drafts. It concluded, by
consensus, that it was not a substantive issue, despite your
protestations.

On Mon, 2013-09-23 at 20:57 -0700, R S wrote:
> On Mon, Sep 23, 2013 at 8:49 PM, Paul C. Bryan <pbryan@anode.ca>
> wrote:
> 
>         Kris Zyp was one of the two leads in the JSON Schema working
>         group, and whose contributions are attributable. He is
>         co-author of RFC 6901.
> 
> 
> Sure, sure.
> 
> 
> What about the other point?
> 
> 
> - Rob
> 
> 
> 
> 
>  
>         
>         
>         On Mon, 2013-09-23 at 20:49 -0700, R S wrote: 
>         
>         > On Mon, Sep 23, 2013 at 8:42 PM, Paul C. Bryan
>         > <pbryan@anode.ca> wrote:
>         > 
>         >         It was designed by the JSON Schema working group. 
>         > 
>         > 
>         > 
>         > 
>         > 
>         > Oh, I see. That credit doesn't appear in RFC 6901.
>         > 
>         > 
>         > Still seems buggy as a general-purpose fragment identifier,
>         > since it can't distinguish between arrays and objects.
>         > 
>         > 
>         > - Rob
>         > 
>         > 
>         >  
>         > 
>         >         
>         >         
>         >         On Mon, 2013-09-23 at 20:41 -0700, R S wrote:
>         >         
>         >         > Who designed it?
>         >         > 
>         >         > Anyway, it is buggy as a general purpose fragment
>         >         > identifier.
>         >         > 
>         >         > - Rob 
>         >         > 
>         >         > On Sep 23, 2013 8:34 PM, "Paul C. Bryan"
>         >         > <pbryan@anode.ca> wrote:
>         >         > 
>         >         >         JSON Pointer was designed for multiple
>         >         >         purposes, including as a fragment
>         >         >         identifier in URIs.
>         >         >         
>         >         >         On Mon, 2013-09-23 at 09:11 -0700, R S
>         >         >         wrote:
>         >         >         
>         >         >         > This is a bad idea. JSON pointer was
>         >         >         > designed for a narrow patch use case,
>         >         >         > and can't disambiguate objects and
>         >         >         > arrays.
>         >         >         > 
>         >         >         > The JSON RFC shouldn't list every RFC
>         >         >         > that uses JSON. 
>         >         >         > 
>         >         >         > - Rob
>         >         >         > 
>         >         >         > <no hat>
>         >         >         > 
>         >         >         > On Sep 20, 2013, at 10:00 PM, "Manger,
>         >         >         > James H"
>         >         >         > <james.h.manger@team.telstra.com> wrote:
>         >         >         > 
>         >         >         > > RFC 4627 doesn't define how URI
>         >         >         > fragments work for application/json
>         >         >         > content.
>         >         >         > >
>         >         >         > > It would be helpful for 4627bis to say
>         >         >         > that a fragment (that begins with a "/"
>         >         >         > or is empty) is a JSON Pointer [RFC
>         >         >         > 6901]. A JSON Pointer identifies a
>         >         >         > specific value in a JSON text.
>         >         >         > 
>         >         >         > Changing the IANA MIME registry entry
>         >         >         > can be done, but I propose that we don't
>         >         >         > do it as part of the -bis because it is
>         >         >         > not really a clarification. This update
>         >         >         > can be done with a separate draft that
>         >         >         > updates the registry, but I admit that
>         >         >         > people tend to just read the RFCs, not
>         >         >         > the registry and therefore this is
>         >         >         > likely to be missed.
>         >         >         > 
>         >         >         > How do others feel about making a change
>         >         >         > in the -bis that is "things that have
>         >         >         > happened since 4627" that don't change
>         >         >         > the JSON grammar?
>         >         >         > 
>         >         >         > --Paul Hoffman
>         >         >         > _______________________________________________
>         >         >         > json mailing list
>         >         >         > json@ietf.org
>         >         >         > https://www.ietf.org/mailman/listinfo/json
>         >         >         > 
>         >         >         > 
>         >         >         > 
>         >         >         > _______________________________________________
>         >         >         > json mailing list
>         >         >         > json@ietf.org
>         >         >         > https://www.ietf.org/mailman/listinfo/json
>         >         >         
>         >         >         
>         >         >         
>         >         
>         >         
>         >         
>         > 
>         > 
>         > 
>         
>         
>         
> 
> 
> 
> 
> _______________________________________________
> json mailing list
> json@ietf.org
> https://www.ietf.org/mailman/listinfo/json