RE: [Json] Gen-ART and OPS-Dir review of draft-ietf-json-text-sequence-10

"Manger, James" <James.H.Manger@team.telstra.com> Thu, 11 December 2014 22:50 UTC

Return-Path: <James.H.Manger@team.telstra.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5BADC1A1AA9; Thu, 11 Dec 2014 14:50:59 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.902
X-Spam-Level:
X-Spam-Status: No, score=-0.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_AU=0.377, HOST_EQ_AU=0.327, RCVD_IN_DNSWL_LOW=-0.7, RELAY_IS_203=0.994] autolearn=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 EXPIuJCJwOUH; Thu, 11 Dec 2014 14:50:57 -0800 (PST)
Received: from ipxano.tcif.telstra.com.au (ipxano.tcif.telstra.com.au [203.35.82.200]) by ietfa.amsl.com (Postfix) with ESMTP id 12C611A1BE7; Thu, 11 Dec 2014 14:50:56 -0800 (PST)
X-IronPort-AV: E=Sophos;i="5.07,560,1413205200"; d="scan'208";a="244462961"
Received: from unknown (HELO ipccni.tcif.telstra.com.au) ([10.97.216.208]) by ipoani.tcif.telstra.com.au with ESMTP; 12 Dec 2014 09:33:35 +1100
X-IronPort-AV: E=McAfee;i="5600,1067,7649"; a="272030039"
Received: from wsmsg3707.srv.dir.telstra.com ([172.49.40.81]) by ipccni.tcif.telstra.com.au with ESMTP; 12 Dec 2014 09:50:55 +1100
Received: from WSMSG3153V.srv.dir.telstra.com ([172.49.40.159]) by wsmsg3707.srv.dir.telstra.com ([172.49.40.81]) with mapi; Fri, 12 Dec 2014 09:50:54 +1100
From: "Manger, James" <James.H.Manger@team.telstra.com>
To: Paul Hoffman <paul.hoffman@vpnc.org>, "Black, David" <david.black@emc.com>
Date: Fri, 12 Dec 2014 09:50:53 +1100
Subject: RE: [Json] Gen-ART and OPS-Dir review of draft-ietf-json-text-sequence-10
Thread-Topic: [Json] Gen-ART and OPS-Dir review of draft-ietf-json-text-sequence-10
Thread-Index: AdAVcISxcnpMG8jxQPeI/97Mvi/nSAAIbWiw
Message-ID: <255B9BB34FB7D647A506DC292726F6E127D5708376@WSMSG3153V.srv.dir.telstra.com>
References: <CE03DB3D7B45C245BCA0D243277949362B18C7@MX104CL02.corp.emc.com> <475F8F1D-6F6A-47E3-AE60-7BDC7AB6BD66@vpnc.org>
In-Reply-To: <475F8F1D-6F6A-47E3-AE60-7BDC7AB6BD66@vpnc.org>
Accept-Language: en-US, en-AU
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US, en-AU
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: http://mailarchive.ietf.org/arch/msg/ietf/FbhOL5lCGaNe_W1VqGLa8tb4OjA
Cc: "General Area Review Team (gen-art@ietf.org)" <gen-art@ietf.org>, "ietf@ietf.org" <ietf@ietf.org>, "ops-dir@ietf.org" <ops-dir@ietf.org>, "json@ietf.org" <json@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.15
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: Thu, 11 Dec 2014 22:50:59 -0000

>> Abstract:
>> 
>>   This document describes the JSON text sequence format and associated
>>   media type, "application/json-seq".  A JSON text sequence consists of
>>   any number of JSON texts, each prefix by an Record Separator
>>   (U+001E), and each ending with a newline character (U+000A).
>> 
>> "any number of JSON texts" -> "any number of UTF-8 encoded JSON texts"

>This change concerns me, because it sounds like a JSON text sequence could consist of JSON texts encoded in UTF-8 and other encodings. I would instead prefer "any number of JSON texts, all encoded in UTF-8,".

>> It also looks like ASCII names for RS and LF are being mixed w/Unicode 
>> codepoints in the second sentence in the abstract.  I'm not sure 
>> that's a good thing to do, especially as the body of the draft refers 
>> to RS and LF as being ASCII.  Here are a couple of changes that would remedy this:
>> 
>>   "an Record Separator (U+001E)" -> "an ASCII Record Separator (0x1E)"
>>   "a newline character (U+000A)" -> "an ASCII newline character (0x0A)"

>With John Cowan's change ("an ASCII Line Feed character (0x1E)" instead of "an ASCII Record Separator (0x1E)"), that would indeed be clearer.


Please no. That would give an even worse mix of UTF-8 and ASCII, bytes and characters, in the 1 sentence.

  ".. any number of JSON texts, all encoded in UTF-8, each prefixed by an ASCII Record Separator (0x1E) .."

How about:

  "A JSON text sequence consists of any number of JSON texts,
   each prefixed by a Record Separator (U+001E) character, and
   each suffixed by an End of Line (U+000A) character. It is
   UTF-8 encoded."

Say "Information Separator Two (U+001E)" if you really want to be pure.

Mention in the body that "Record Separator" and "Information Separator Two" are the ASCII and Unicode names for the same character (as are "Line Feed" and "End of Line"), which is why RS and LF are used as ABNF names.

P.S. The spec still defines the same ABNF names twice (RS, JSON-sequence): once as bytes; once as Unicode scalars. Yuck. Just give them different names.

--
James Manger