Re: [Json] Media types, extensibility in draft-ietf-json-i-json-02

[Phillip Hallam-Baker <[e-mail]>]

Exactly

I-JSON is a subset of JSON.

We have two choices for I-Json content:

1) Use the content type application/json and not tell the application they
are getting I-JSON

2) Use the content type application/i-json and risk having parsers that
accept JSON but don't do special processing for I-JSON reject it.

I can't see any advantage to choice #2, it risks breaking things for a
distinction that does not provide leverage.


Now the story for JSON-B is completely different as that is a superset. So
even though a I-JSON document will be accepted by a JSON-B parser the
reverse is not the case as JSON-B has optional binary encodings. And so in
that case it is essential that the application know what the content type
is.









On Mon, Jul 7, 2014 at 10:49 AM, Erik Wilde <[e-mail]> wrote:

> hello markus.
>
>
> On 2014-07-07, 16:40, Markus Lanthaler wrote:
>
>> On Sunday, July 06, 2014 7:13 AM, Tim Bray wrote:
>>
>>> So, question: Is there anyone else who agrees with Mark's original
>>> argument that there ought to be a Media type for i-json. I wouldn't
>>> be wildly against it, but frankly can't see much of a practical upside.
>>>
>> I don't think it makes much sense to define a separate media type for
>> i-json and even less a media type suffix. It *might*, however, make sense
>> to mint a profile URI as defined by RFC6906 [1] for i-json and register it
>> according RFC7284 [2].
>>
>
> that would have made a lot of sense if JSON had chosen to support profiles
> in its recently published update, which it unfortunately didn't. i guess
> the problem now is that there is no agreed-upon way how profiles are
> signaled in JSON, which makes the profile mechanism only moderately useful.
> but i still agree that it would be useful to include such a profile URI for
> I-JSON in the spec, so that JSON-based formats that have an agreed-upon way
> of signaling profiles can use it.
>
> cheers,
>
> dret.
>
> --
> erik wilde | mailto:[e-mail]  -  tel:[phone] |
>            | UC Berkeley  -  School of Information (ISchool) |
>            | http://dret.net/netdret http://twitter.com/dret |
>