[Json] Re: Proposal for use of JSON Text vs JSON Document in JSON Schema

Henry Andrews <andrews_henry@yahoo.com> Wed, 20 May 2026 17:03 UTC

Return-Path: <andrews_henry@yahoo.com>
X-Original-To: json@mail2.ietf.org
Delivered-To: json@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1]) by mail2.ietf.org (Postfix) with ESMTP id 9C065F1B8871 for <json@mail2.ietf.org>; Wed, 20 May 2026 10:03:10 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1779296590; bh=KkZU9vTiShi+tYhBt4IauZn+RbWBhAxc710jsL/A7a8=; h=Date:From:Reply-To:To:Cc:In-Reply-To:References:Subject; b=ZUWHN8m4ibiku/W5aBqgySfEsNZRIHsksGJSM73abTuorJwaQ8lcQ0xG1JJZaAoU/ dlIXSOVNS2rWm8a/+SHCuwqPclupm/re/iC8zoIC0GISK/G7+VfV5dKn+6T8OryGYl pmHz2vhPpqnngW2LLYGV17Ptedsva8uJ/NXc1dGQ=
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -2.095
X-Spam-Level:
X-Spam-Status: No, score=-2.095 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=0.001, RCVD_IN_VALIDITY_CERTIFIED_BLOCKED=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: mail2.ietf.org (amavisd-new); dkim=pass (2048-bit key) header.d=yahoo.com
Received: from mail2.ietf.org ([166.84.6.31]) by localhost (mail2.ietf.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oef2GNq_xYuY for <json@mail2.ietf.org>; Wed, 20 May 2026 10:03:08 -0700 (PDT)
Received: from sonic316-11.consmr.mail.bf2.yahoo.com (sonic316-11.consmr.mail.bf2.yahoo.com [74.6.130.121]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by mail2.ietf.org (Postfix) with ESMTPS id 9B786F1B8612 for <json@ietf.org>; Wed, 20 May 2026 10:00:55 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1779296449; bh=FjL373Vwke209nIIQ4atb9WkWVWTZGml0sTC8VPwGd0=; h=Date:From:Reply-To:To:Cc:In-Reply-To:References:Subject:From:Subject:Reply-To; b=k1BbBLKO8TmKwPSTmWrNx32Jr+CzNICtaQRwJWxro+mGhHpZHDQEJEiHhq61RQbDDvbtnimgJIbk/zyyp7RaFlZ6aN/3HCP7qPAWgq2Rvr8JNvnwnL2X54H8O41zEyS87WbdHLRNiVfrRhHBsdwbt+C602cWpZZqcVVP8VeT+Mz4tcqFyHgiILRJnOTrskJz+a4CEM1ONDfdT9jJ7wgiE0QkI9gCOAEmCcg1iea+Bi1h7F2cocBwY+k10dwVE1FwV5cJetRwtmIRYu2H4zO+/ROGyl2pVyavNzyXhd+QRDCSbyWtil8rckI6u4Qyaivt0L5yKsVtmZv5bFvouhOkpQ==
X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1779296449; bh=O9YhkEabeJRczaoxrvBQmtYFHgm+2Dncz9M/eb1tZC3=; h=X-Sonic-MF:Date:From:To:Subject:From:Subject; b=ECzNe+Bc7moi07ar9LtbDLe7Q6luVtMbWfVmm/oJzxYzBZz4F4qbhI/9Id63ROOs6nfAvhtpQWaDUDb51hKC932eTOU2AR27WlDNMmKdpawW2DSTAuvL9tcTYZbKtY7OfjOzSK8IB2b3RM9fKIBhpd09p3EI9csyMZ+8H/j2IlCHaSKCW0WYMES+p9Y+63UvzjAGGxveY4EUgQqe+uCjtcqQF6d5viCqCMi4bmGUr7JopiPDOIe2LdPDcUwV07h9tCm/yfMRLIqtAq8DeqElc1fAiB5A/n2nc7bogdmshXS9VhbwBv5e9W6t+RLtt55ZSh37g9T2JB7O2hVL4HXX/Q==
X-YMail-OSG: kB_pnjkVM1mQckjB3Ev_eA49a4SU_nrVggR9KnGP.FWjux.9lJifCUIIok2iLw2 2jkix_hBRWlD4r1XNWkpWbQscMUr9CQ7XVeJi.vIy9Fju_x9RWquKcpoUtBggy94Efp5LZ39sBRR 2RVyDBRttg5zO18cGt1XsgFmyYBppBqQOzTB7ZlbnOm7OpJmkzLKTQYVdWWL3QvkcyBLMnLGTbky SVt0iAfGJBBOpaVN0KnRYVioMYC5FCjvUY5_clA389fTscBkXgz0Us4DDC95l6tty4M1_yKsuhMA x7Ac5cZvZQ1Azub6hZR0oowFBRC.agdXril9WRKRX.vl_dkzyTE5nVinyXvujN4LI6HOm3SQbTkH f0FUpVyHvtqN6oYLuEmcLd_On2VK0CV.IcAzEw9CEL6oVx9.QqtnAHjX5RD3TYQ7Sy8NvS36IXos z62bnvGmGe3o985c.G3.TxkVP4LgMd4dw9I6ckgcM2CFWZQqqLb7cvsFUJZ._CTbY50aDOe44GDd JDeBrMQlEquyRzBYc7p8KaWitJ0mkf9iADkGwoAsBnDfFYpGydlsXaQKdMs1B0I7IZVTxF2QsXgs NfFTBOM8ot_zPJeaUiF1DRUjfzLPHq.oq1HU8MuEiEDCJsgkNGvdsgdy64VXuMUdjTY.t_jbyuk9 d0K86a__D2Ajhv70IWchY8o9XrG.5H7m_GhMN1ViTUcSCTjM7ZuF4X5penZ0QavdXAMaRev.jHBe XezfRLY2IahK3l5islt65jJobSx2x0YAVKM5dSoCfdelgefYue2wrxf5Jr1n_ZF9AdymrTKLrbAu ZT7wgX_bN88TPptDcgvuDrg05LI2H.AP1HWO9FaFT5HT9uG.K5qCTQzK2r6c7qQ7SP837V8JVWMA WVbSIDsQmlRc_TVV65nxG677hb4zWeP9hZcaxJVGYAR902lB5rGxWEwftkWLTevsgLULngH0PuWl NB1W.QAmlmvxlxHfo05h5bGIT..clLLE47Lu626d63UGHcO2mxxyJKwTkzne51FwhCPZ6shYdTz9 q3A1n1GNEiitTyGVMdmHgTDKJyWq_O5_9nZVXnTeWGUa08NXoTuWcVwchYYmuZqNk261w3hVtf9o gpHDVYtGNRqjfvPVXGFcOh01zVjhi9n3t5AN5c8FUJCYSrTPPwt3d51rZuKABpG6cohOSs_IJkZ2 mgCF3Lhf2_mhl0BJ3krj5OVY8td1WJjBj3YkuJeh0YVvV5f6htAGxLjJyVnNMvouD_5bIyef27qn zdNdntAmPQsaeks0633K3fTgVCO4H9iUN64LOPe_sKJEoZAg.bA7YD_3z78tias_Ae9reaEAxDZj vmFpC24hNPlvrP2sTd4EKPq2LBgzOG954Mq32M35EFwd31qn0M8e7Ode3DMPBfbGC9yMZePF.11n R1KWxyDnAOjKBs.TEXguGhDT5d7PsK5VodLfOPqbay_iJZ8zfBWYIBVh.JHtpcbYCCf1xnZlWKeH BQj6gdzl6l3UwWcXztQCVbcVLVMc3qJkNoMBM8CaB7mJ.Z02x9QhyaQ8Qk18fDMiGlOld4JbH9qB uQvrODZpFWIbwx_X5mbhh9oxcKnyfBG.8PkYctg0NLEauUot1PiNpK1KgLbzhXaSGAqwDyfnNaBK CP28Q0nhlULbhpps.O2gtiYVDGFRBnhgHkdGWr8c7oXegxb2T9qdIbf00OHWNWLzleBjp4Sc2jIe 1yLIfLbdNpbStHgSCpDj0aDCjql6k1U6rpGQlk_peI9gSA2ds7rIRv.juKGQihImumCHaEXUByCK x0M4P9wkyxdWzW8.SGR9dNzXOjNek72BUsuHx_DO_cPI1zT.bh7V4pEpKpmBgTj1xP_13bZMBfYm pno3c_aY.3deE21Dz6UxSfoRaYmmbsIAV_MDsSHAzWflSYStNXwsPEAikj1bZkji4UPZthRNuCae 88E8zQteibfpdnl0pjRVS6Ui6M9in4FTc4BUioosHcORR7rFwVOz9sZXH3RJOdtly6Z2zLGY0q1y n1nQWZJCgxPCOywJiYnjFTdd7VmdP8ankl98EeW1UFnbWx9gos0F_hlH_8rxwrI6M0c_NedG8WvK Y0r63D26mT4HmK43S.BbM9IPejra3J1fMd3tgWcAuP3ebBCtvCNdoxCbeXyRXseJRRRtnIvfO6r_ J3tgURqYZs2En7GjUfzRJWbOWBRGT9KIk51Kg27tTxcIpY6Jx0YSeUaekEa4XOun6QvBJhiubz06 ZERwGyEyqYTAikrzsqlgzi6do3yWcTuKFvmcFmOiaaUVSf6E1NpCF3rX45lp7ZZN6kdVcEEC9Rej CJqfqg3eoGseLfN_wuQxtKPLuoMGEEvKKQl0NbQ--
X-Sonic-MF: <andrews_henry@yahoo.com>
X-Sonic-ID: 2ea2bc67-5575-48d0-be21-925d08b37429
Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.bf2.yahoo.com with HTTP; Wed, 20 May 2026 17:00:49 +0000
Date: Wed, 20 May 2026 17:00:44 +0000
From: Henry Andrews <andrews_henry@yahoo.com>
To: David Kemp <dk190a@gmail.com>
Message-ID: <1529502492.2562252.1779296444969@mail.yahoo.com>
In-Reply-To: <CAE5tNmr_2AcJBx4+9c_eP=RyrUTyhyPkX52uM_QAP-6xbTS0WQ@mail.gmail.com>
References: <CAEi+uC7geTKVn-NXkDsBaPo39dcKLMJ+G2ffFW4229mJd-O5_w@mail.gmail.com> <MN2PR17MB4031C8B63AFF804B4FB54A69CD002@MN2PR17MB4031.namprd17.prod.outlook.com> <725352192.2278846.1779206890302@mail.yahoo.com> <CAE5tNmrjo6mBQCbjpU43R2DafkovMTdX25=zzsZ_g8SrV3DefA@mail.gmail.com> <65D17014-7F89-41BD-B883-D1EA1F56AD29@tzi.org> <2098935972.2327556.1779216811802@mail.yahoo.com> <CAE5tNmqNuykd7+zGAV_KAGKE+jS2=-miEVfcrotBMaRZyxWUJw@mail.gmail.com> <1143027163.2397896.1779231800277@mail.yahoo.com> <CAE5tNmr_2AcJBx4+9c_eP=RyrUTyhyPkX52uM_QAP-6xbTS0WQ@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_Part_2562251_1340614689.1779296444967"
X-Mailer: WebService/1.1.25725 YMailNorrin
Message-ID-Hash: HQRAURJ4VVFMMG5RDMNYUUDFRAS3GPXB
X-Message-ID-Hash: HQRAURJ4VVFMMG5RDMNYUUDFRAS3GPXB
X-MailFrom: andrews_henry@yahoo.com
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-json.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: Carsten Bormann <cabo@tzi.org>, Lisa Dusseault <lisa.dusseault@gmail.com>, JSON WG <json@ietf.org>, "Salz, Rich" <rsalz=40akamai.com@dmarc.ietf.org>
X-Mailman-Version: 3.3.9rc6
Precedence: list
Reply-To: Henry Andrews <andrews_henry@yahoo.com>
Subject: [Json] Re: Proposal for use of JSON Text vs JSON Document in JSON Schema
List-Id: "JavaScript Object Notation (JSON) WG mailing list" <json.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/json/IREwnPWAPEsNE6Yy2eDIgd-YF8Q>
List-Archive: <https://mailarchive.ietf.org/arch/browse/json>
List-Help: <mailto:json-request@ietf.org?subject=help>
List-Owner: <mailto:json-owner@ietf.org>
List-Post: <mailto:json@ietf.org>
List-Subscribe: <mailto:json-join@ietf.org>
List-Unsubscribe: <mailto:json-leave@ietf.org>

 Thanks, David.
  I am on board with "schema value" if that finds support with others.  Apologies for the confusion.
  I am not sure where you're going with the "web information resource" vs "namespace" thing, I think I'll sit back and let others reply and see where that goes.  I don't think schema `$id`s work exactly as namespaces the way you propose, but I'm just not sure I get the context here as XML has never been a focus of mine.
thanks,-henry


    On Wednesday, May 20, 2026 at 04:39:26 AM PDT, David Kemp <dk190a@gmail.com> wrote:  
 
 

On Tue, May 19, 2026 at 7:03 PM Henry Andrews <andrews_henry@yahoo.com> wrote:

 Inventing "schema instance" for schemas would be massively confusing to all of the users and implementors out there.  Yes, schemas are instances of their metaschemas, but that's like saying someone who is a parent is also a child of *their* parents.  It is a true statement, but when choosing whether to refer to them as parents or children, the context matters.  The JSON Schema community has used "schema instance" for _instances_ (validated input), not schemas, for well over a decade.
I am enthusiastic about clarifying ambiguous language, which might include dropping long-used terminology in favor of something new (or old, from a better-established lineage of specifications).  But appropriating a term that has a well-established meaning and *redefining it to mean something else* is just going to create confusion.

[dk]  We agree completely.  I said "you can call the value a "schema instance" or "schema value" or simply a "schema"",  You agree that it is literally an instance of the metaschema, but I am not proposing to call it that.

** I am proposing to call it a schema value (the internal representation resulting from ingesting a document) to distinguish it from a schema document (the JSON or YAML file). **


> A namespace is not a resource.
Something that is identified by a Uniform Resource Identifier is, by definition, a resource.  There is absolutely not requirement that resources be physical things.  A resource can be an abstract concept with no physical manifestation at all.

[dk] You are correct.  I should have said "A namespace is not a *web information resource*.

The Web works as follows: A set of governing specifications ([3986], etc.) and namespaces (e.g. DNS) "authorize" servers and APIs to yield certain "representations"[4] (specific information entities) in response to requests to dereference a given URI.
   --- https://www.w3.org/2001/tag/awwsw/ir/20110517/#web 
A namespace is not a representation returned in response to a request, it groups a collection of things that can be returned.  Dereferencing www.amazon.com/dp/ does not return anything, https://www.amazon.com/dp/B0GCPMQJSF does.  A schema namespace is a collection of definitions; each definition is the "LocalPart" of a qualified name within that namespace.

Regards,
David