Registration of media type application/schema+json
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Type name: application Subtype name: schema+json Required parameters: Optional parameters: schema schema.items Encoding considerations: Encoded in application/json format Published specification: http://www.json-schema.org/ on-going efforts at: http://groups.google.com/group/json-schema Applications that use this media type: Persevere Python JSON Schema validator Dojo PHP schema validator Person & email address to contact for further information: Kris Zyp kris@sitepen.com Intended usage: COMMON Author: Kris Zyp Change controller: Kris Zyp - -- Kris Zyp SitePen (503) 806-1841 http://sitepen.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmcoBkACgkQ9VpNnHc4zAw3xQCeNkLQIIj2Sy+z7UcpRGGBLdwu LAsAn0fL6dACjNINcfVMJPowSGX5Mtw1 =JjYd -----END PGP SIGNATURE-----
* Kris Zyp wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Type name:
application
Subtype name: schema+json
As per RFC 4288 http://www.ietf.org/rfc/rfc4288.txt "Registrations in the standards tree MUST be approved by the IESG and MUST correspond to a formal publication by a recognized standards body." It seems this is not the case here. You could, for example, follow the RFC process for a suitable publication. Alternatively you could place the type into a different tree, for example, application/vnd.json-schema.schema+json. Also note that the use of "+type" is controversial, RFC 4288 notes: In accordance with the rules specified in [RFC3023], media subtypes that do not represent XML entities MUST NOT be given a name that ends with the "+xml" suffix. More generally, "+suffix" constructs should be used with care, given the possibility of conflicts with future suffix definitions. At the least, a proposal should include a rationale for using it.
Required parameters:
Optional parameters: schema schema.items
These lack a proper definition.
Encoding considerations: Encoded in application/json format
This should probably refer to the application/json's encoding considerations then. Generally, the field needs to have one of the values "7bit", "8bit", "binary", "framed". I hope this helps, -- Björn Höhrmann · mailto:bjoern@hoehrmann.de · http://bjoern.hoehrmann.de Am Badedeich 7 · Telefon: +49(0)160/4415681 · http://www.bjoernsworld.de 25899 Dagebüll · PGP Pub. KeyID: 0xA4357E78 · http://www.websitedev.de/
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Bjoern Hoehrmann wrote:
* Kris Zyp wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Type name:
application
Subtype name: schema+json
As per RFC 4288 http://www.ietf.org/rfc/rfc4288.txt "Registrations in the standards tree MUST be approved by the IESG and MUST correspond to a formal publication by a recognized standards body." It seems this is not the case here. You could, for example, follow the RFC process for a suitable publication. Alternatively you could place the type into a different tree, for example, application/vnd.json-schema.schema+json.
Also note that the use of "+type" is controversial, RFC 4288 notes:
In accordance with the rules specified in [RFC3023], media subtypes that do not represent XML entities MUST NOT be given a name that ends with the "+xml" suffix. More generally, "+suffix" constructs should be used with care, given the possibility of conflicts with future suffix definitions.
At the least, a proposal should include a rationale for using it.
I'm sorry, I guess I misunderstood the process, I thought we were supposed to submit a provisional MIME-type registration prior to the effort of creating the formal publication (which is certainly the intent). What MIME type are we supposed to use in the meantime? I was under the impression that IETF was discouraging the use of x- prefixed MIME types? Kris
Required parameters:
Optional parameters: schema schema.items
These lack a proper definition.
Encoding considerations: Encoded in application/json format
This should probably refer to the application/json's encoding considerations then. Generally, the field needs to have one of the values "7bit", "8bit", "binary", "framed".
I hope this helps,
- -- Kris Zyp SitePen (503) 806-1841 http://sitepen.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmco80ACgkQ9VpNnHc4zAxxOwCeNVulvOsaphwpgV2Q6uUnKxII GwEAoLZcYggD4LhNQ+bevctec5BcayMe =c0hX -----END PGP SIGNATURE-----
participants (2)
-
Bjoern Hoehrmann -
Kris Zyp