Re: [Json] BOMs

ht@inf.ed.ac.uk (Henry S. Thompson) Wed, 20 November 2013 12:04 UTC

Return-Path: <ht@inf.ed.ac.uk>
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 483921ADE88 for <json@ietfa.amsl.com>; Wed, 20 Nov 2013 04:04:18 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.726
X-Spam-Level:
X-Spam-Status: No, score=-4.726 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.525, SPF_PASS=-0.001] 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 BeKl6VGfZXZC for <json@ietfa.amsl.com>; Wed, 20 Nov 2013 04:04:15 -0800 (PST)
Received: from nougat.ucs.ed.ac.uk (nougat.ucs.ed.ac.uk [129.215.13.205]) by ietfa.amsl.com (Postfix) with ESMTP id 4C3171ADE7C for <json@ietf.org>; Wed, 20 Nov 2013 04:04:14 -0800 (PST)
Received: from crunchie.inf.ed.ac.uk (crunchie.inf.ed.ac.uk [129.215.33.180]) by nougat.ucs.ed.ac.uk (8.13.8/8.13.4) with ESMTP id rAKC3p8t029244; Wed, 20 Nov 2013 12:03:51 GMT
Received: from troutbeck.inf.ed.ac.uk (troutbeck.inf.ed.ac.uk [129.215.25.32]) by crunchie.inf.ed.ac.uk (8.14.4/8.14.4) with ESMTP id rAKC3oTr004114; Wed, 20 Nov 2013 12:03:50 GMT
Received: from troutbeck.inf.ed.ac.uk (localhost [127.0.0.1]) by troutbeck.inf.ed.ac.uk (8.14.4/8.14.4) with ESMTP id rAKC3pdF001502; Wed, 20 Nov 2013 12:03:51 GMT
Received: (from ht@localhost) by troutbeck.inf.ed.ac.uk (8.14.4/8.14.4/Submit) id rAKC3nLd001491; Wed, 20 Nov 2013 12:03:49 GMT
X-Authentication-Warning: troutbeck.inf.ed.ac.uk: ht set sender to ht@inf.ed.ac.uk using -f
To: Pete Cordell <petejson@codalogic.com>
References: <AA45B3C6-1DC5-4B1E-8045-C9FE76022584@vpnc.org> <CEA92854.2CC53%jhildebr@cisco.com> <20131113224737.GI31823@mercury.ccil.org> <f5bob5n71y7.fsf@troutbeck.inf.ed.ac.uk> <5284B095.4070004@it.aoyama.ac.jp> <C37B2FE59C164DBCA982AC81A56A09AA@codalogic> <f5bk3g6ufqy.fsf@troutbeck.inf.ed.ac.uk> <5289F974.9020709@it.aoyama.ac.jp> <020401cee50f$a2cdf5c0$4001a8c0@gateway.2wire.net> <528B46EA.4040503@it.aoyama.ac.jp> <43255615-2FC9-4726-99FD-1B13D6B1F033@wirfs-brock.com> <f5br4ackyqm.fsf@troutbeck.inf.ed.ac.uk> <528C5445.3050600@it.aoyama.ac.jp> <f5bd2lvl628.fsf@troutbeck.inf.ed.ac.uk> <8A41EDC97C8243A39CED3D08964C27FD@codalogic>
From: ht@inf.ed.ac.uk
Date: Wed, 20 Nov 2013 12:03:49 +0000
In-Reply-To: <8A41EDC97C8243A39CED3D08964C27FD@codalogic> (Pete Cordell's message of "Wed\, 20 Nov 2013 11\:45\:35 -0000")
Message-ID: <f5bzjozjn4q.fsf@troutbeck.inf.ed.ac.uk>
User-Agent: Gnus/5.101 (Gnus v5.10.10) XEmacs/21.5-b33 (linux)
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Edinburgh-Scanned: at nougat.ucs.ed.ac.uk with MIMEDefang 2.60, Sophie, Sophos Anti-Virus, Clam AntiVirus
X-Scanned-By: MIMEDefang 2.60 on 129.215.13.205
Cc: "Martin J. Dürst" <duerst@it.aoyama.ac.jp>, www-tag@w3.org, JSON WG <json@ietf.org>
Subject: Re: [Json] BOMs
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: <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: Wed, 20 Nov 2013 12:04:18 -0000

Pete Cordell writes:

> ----- Original Message From: "Henry S. Thompson"
>
>> I agree that XML is a useful point of comparison, in particular
>> because it too does not allow a BOM as part of an XML document, but
>> rather treats it as an aspect of packaging/transport external to the
>> XML document, which seems to me to be the kind of approach to BOMs the
>> JSON WG might consider.
>
>
> If I remember rightly, XML demotes notes about encoding detection and
> BOMs to a rather lowly (informational?) appendix.  Maybe that's
> something JSON should do in the interests of interoperability (AKA
> avoidance of confusion -
> which there seems to be a lot of).

There is indeed a non-normative appendix [1] which gives
implementation advice.  But there is also a normative section [2]
which, _inter alia_ makes a BOM a requirement in certain
circumstances.

ht

[1] http://www.w3.org/TR/REC-xml/#sec-guessing
[2] http://www.w3.org/TR/REC-xml/#charencoding
-- 
       Henry S. Thompson, School of Informatics, University of Edinburgh
      10 Crichton Street, Edinburgh EH8 9AB, SCOTLAND -- (44) 131 650-4440
                Fax: (44) 131 650-4587, e-mail: ht@inf.ed.ac.uk
                       URL: http://www.ltg.ed.ac.uk/~ht/
 [mail from me _always_ has a .sig like this -- mail without it is forged spam]