Re: [Json] Kicking Off JSONbis

Tim Bray <tbray@textuality.com> Sun, 18 October 2015 23:33 UTC

Return-Path: <tbray@textuality.com>
X-Original-To: json@ietfa.amsl.com
Delivered-To: json@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 67DCD1B2A1D for <json@ietfa.amsl.com>; Sun, 18 Oct 2015 16:33:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.977
X-Spam-Level:
X-Spam-Status: No, score=-1.977 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham
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 m94wYDBMHWII for <json@ietfa.amsl.com>; Sun, 18 Oct 2015 16:33:05 -0700 (PDT)
Received: from mail-ig0-f172.google.com (mail-ig0-f172.google.com [209.85.213.172]) (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 B1F991B2A16 for <json@ietf.org>; Sun, 18 Oct 2015 16:33:05 -0700 (PDT)
Received: by igbhv6 with SMTP id hv6so46266891igb.0 for <json@ietf.org>; Sun, 18 Oct 2015 16:33:05 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=Mh5fW2sgWeC6D8oz5KrimbWSMXawG6DYVJ5sozXxDp8=; b=CAHkNlis/b7OIC684pawXn324it7MwbnOpdeNnNv1XoLNlq9hZcGW2cT8Lp24f9PnR L7F4wU4KkIl1kc6u6Myvk8b8yjQUFDvqh0HhFFv6LRgdPJzxn9cIsYNzuglRq2GdfNtm zBd3kmOGg2rFSuW5Jls/qipg7hYT3IqDDk8qhi2L35SmGdcjcbroTLazj1mZcX9HZxNn ZZgrDU4K9hP4PiS492DLIKqawe85EcTOEO8u/l++ohZKgeFHuLsQzn045jzTNTgly9ld oQs4BgQrHfrCv9GVwd9DpE7U9fFCIk3brfDdOopzCDYQ3FXs0ORiEdzlR2fMLwB10Oi2 6o1A==
X-Gm-Message-State: ALoCoQnioDi4LXEuI4Qj0su7ezpjhgF76RrbuhZVPhrjgl82f+gh0WtMmYA8e4fyMfLX/omGoHQU
X-Received: by 10.50.78.7 with SMTP id x7mr17700564igw.54.1445211185024; Sun, 18 Oct 2015 16:33:05 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.79.30.4 with HTTP; Sun, 18 Oct 2015 16:32:45 -0700 (PDT)
X-Originating-IP: [24.84.248.61]
In-Reply-To: <56241BFE.5080609@tzi.org>
References: <DB74C466-D542-42D6-95B0-690A564435A9@cisco.com> <CAC4RtVD3cKThDTr_eS-QCUhKqZkMS0y+nPS5HxCk3f1RQ7VyJQ@mail.gmail.com> <CAHBU6iv_w_O95Nq-bU1z2GOKgouuGrMbZP4Uwio25pPtFCc3UQ@mail.gmail.com> <CALaySJ+==5_mstrgHEd7bUGzSo85Er9VR_zEaJ+gh-O+zSpK=w@mail.gmail.com> <88A80A45-E673-4D0A-995B-3872874C23AE@cisco.com> <CALaySJJ01gEoHqZ4ehVHzv8mqD1CXKV3Ave3yQPrgrAGe4yckg@mail.gmail.com> <CAHBU6iuxBvn3ug9LwcK9gvrQDLr1uz=3NCrcrZaejF2iUwiLVA@mail.gmail.com> <CAChr6SzuxZrCJ+Gfc9LkKX88SetAOTp3GpxpxVF1CmmT3j5MoQ@mail.gmail.com> <56241BFE.5080609@tzi.org>
From: Tim Bray <tbray@textuality.com>
Date: Sun, 18 Oct 2015 16:32:45 -0700
Message-ID: <CAHBU6iuH_oJHpFarFU4HsmT4nPmNCeGPmGz5J-QpS4T5qiTkwA@mail.gmail.com>
To: Carsten Bormann <cabo@tzi.org>
Content-Type: multipart/alternative; boundary="089e0117646d4f2e360522697347"
Archived-At: <http://mailarchive.ietf.org/arch/msg/json/TrAhuQooyGE7yKimeRdrX0O3vWg>
Cc: "json@ietf.org" <json@ietf.org>, Rob Sayre <sayrer@gmail.com>
Subject: Re: [Json] Kicking Off JSONbis
X-BeenThere: json@ietf.org
X-Mailman-Version: 2.1.15
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: <https://mailarchive.ietf.org/arch/browse/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: Sun, 18 Oct 2015 23:33:07 -0000

Thanks, Carsten. My belief is that ECMA404 meet neither of those criteria.

I also believe, based on prior conversation, that the goal of this WG has
nothing to do with with changing the meaning of RFC7159, but rather is
aimed at “standards harmonization”. While I’m unconvinced of the benefits,
if there’s IETF consensus behind such harmonization, I wouldn’t stand in
the way.  But I would hope that there’s a better way to achieve it than
with a flagrantly bogus normative reference.  And I’ve suggested a couple.

On Sun, Oct 18, 2015 at 3:23 PM, Carsten Bormann <cabo@tzi.org> wrote:

> Rob Sayre wrote:
> >>  “Normative Reference” has a very specific meaning, and that meaning
> > clearly does not apply in this case.
> >
> > That conclusion is not clear to me. Can you explain?
>
> I'll leave explaining the conclusion to Tim, but here is the premise:
>
> https://www.ietf.org/iesg/statement/normative-informative.html
>
> In particular: "Normative references specify documents that must be read
> to understand or implement the technology in the new RFC, or whose
> technology must be present for the technology in the new RFC to work."
>
> Grüße, Carsten
>
> _______________________________________________
> json mailing list
> json@ietf.org
> https://www.ietf.org/mailman/listinfo/json
>



-- 
- Tim Bray (If you’d like to send me a private message, see
https://keybase.io/timbray)