Re: [Json] JSON Schema Language

Erik Wilde <erik.wilde@dret.net> Wed, 08 May 2019 16:42 UTC

Return-Path: <erik.wilde@dret.net>
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 022BB120225 for <json@ietfa.amsl.com>; Wed, 8 May 2019 09:42:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=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 1v9Rgs3RmGpP for <json@ietfa.amsl.com>; Wed, 8 May 2019 09:42:56 -0700 (PDT)
Received: from postoffice.gristmillmedia.com (dret.net [209.188.86.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 86E12120173 for <json@ietf.org>; Wed, 8 May 2019 09:42:56 -0700 (PDT)
Received: from 108-67-65-66.lightspeed.sntcca.sbcglobal.net ([108.67.65.66]:59911 helo=[192.168.1.78]) by postoffice.gristmillmedia.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.91) (envelope-from <erik.wilde@dret.net>) id 1hOPeg-0007oH-83; Wed, 08 May 2019 12:42:54 -0400
To: Carsten Bormann <cabo@tzi.org>, Pete Cordell <petejson@codalogic.com>
Cc: JSON WG <json@ietf.org>, Ulysse Carion <ulysse@segment.com>
References: <CAJK=1RjV1uv0eOdtFZ8cKn-FfCwCiGP5r2hOz1UamiM6YV4H1A@mail.gmail.com> <CAHBU6itE8kub1qtdRoW8BqxaOmzMv=vUo1aDeuAr3HX141NUGg@mail.gmail.com> <77994bdb-a400-be90-5893-b846a8e13899@gmail.com> <20190507154201.GP21049@localhost> <CEF72901-5077-4305-BA68-60624DCE952D@bzfx.net> <69ea0c99-e983-5972-c0aa-824ddeecb7c4@dret.net> <CAMm+LwjyVjnJuWE4+a9Ea=_X1uuEGuK+O4KojzN3uVQ+s+HqUQ@mail.gmail.com> <058f58a3-dd27-998e-5f54-4874aff5f2f0@dret.net> <20190507221726.GR21049@localhost> <CAJK=1Rj7PBD-bbwvsqgjQQzp4Aoidb-W2q5Lj6asMHHDHaTVYQ@mail.gmail.com> <646abf11-496b-c120-45d6-2a1aeab051a8@codalogic.com> <8224451C-F21B-41E5-A834-A9005050CB1F@tzi.org>
From: Erik Wilde <erik.wilde@dret.net>
Message-ID: <5a592d14-9468-6420-8420-52fd84a588fd@dret.net>
Date: Wed, 08 May 2019 09:42:52 -0700
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:60.0) Gecko/20100101 Thunderbird/60.6.1
MIME-Version: 1.0
In-Reply-To: <8224451C-F21B-41E5-A834-A9005050CB1F@tzi.org>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: 8bit
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - postoffice.gristmillmedia.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - dret.net
X-Get-Message-Sender-Via: postoffice.gristmillmedia.com: authenticated_id: birdhouse@dret.net
X-Authenticated-Sender: postoffice.gristmillmedia.com: birdhouse@dret.net
X-Source:
X-Source-Args:
X-Source-Dir:
Archived-At: <https://mailarchive.ietf.org/arch/msg/json/l-EowBgohnDmz-0IVsQNh8ovt0I>
Subject: Re: [Json] JSON Schema Language
X-BeenThere: json@ietf.org
X-Mailman-Version: 2.1.29
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: Wed, 08 May 2019 16:42:59 -0000

On 2019-05-08 08:46, Carsten Bormann wrote:
> If I have to work on a W3C Schema(*), I convert it to Relax-NG compact first.  True, I’ll lose some information, but as a net result I'll digest much more information out of the W3C Schema document than if I had directly looked at that.
> At the time when I was closer to the XML community, the hallway consensus was that W3C Schema was *designed* to sell more tools.

that's one way to look at it. given the complexity of XSD's model (which 
is a different discussion to have), it's hard to imagine how you could 
easily work with it just using a generic underlying model (of any kind: 
even the RNG compact syntax isn't easily revealing all relationships).

it's probably fair to say that any sufficiently complex domain model 
will require you to use tooling supporting it, instead of being able to 
just work with a source file of any format.

to me, the first discussion to have is how complex/powerful you want the 
domain model to be (XSD went completely overboard there). *after* that 
has been decided, and if it is of modest complexity, then it may make 
sense to consider a syntax based on a generic model so that people can 
directly read (and possibly even write) the source.

for old times sake, at https://www.xml.com/pub/a/2003/08/27/xscs.html is 
a specific XSD syntax we worked on to have a good "source file UX" for 
XSD. of course it never caught on because people used tools anyways, and 
this approach required specific code for reading and writing XSCS.

cheers,

dret.

-- 
erik wilde | mailto:erik.wilde@dret.net |
            | http://dret.net/netdret    |
            | http://twitter.com/dret    |