Skip to content

2026 10 22

Chris Little edited this page Oct 8, 2026 · 1 revision

CoverageJSON Community Meeting, 2026-10-22, Wednesday, 15:00 UTC (09:00 MDT, 11:00 EDT, 16:00 GMT, 17:00 CET, 23:00 CST, Thurs 01:00 AET)

Attendees:

  • Chris Little, Met Office

Apologies: *

Agenda:

Progress, including previous actions

Pull Requests - None

Issues

  • The JSON Schema is a build of the Draft-07 dialect. Other dialects are needed, especially 2020-12 for compatibility with OpenAPI 3.1. The current work in IETF on JSON Schema standardisation seems compatible. Repo workflow allows the build of Draft-07, 2019 or 2020 dialects, named coveragejson-dialect.json. 2020 dialect has been tested by @mrauhala.
  • V1.1 Additional dimensions one only or n generalised as in EDR, Common Part 2 and Coverages APIs.
  • V1.1 Additional dimensions may cause problems with validating responses. Additional dimensions are already allowed, but not validated.

ACTIONS:

  • V1.0.1 Create 2020 dialect JSON Schema bundle [tbd]
  • V1.0.1 Posted to Pending, Scott requested for formal vote with 45 day review period.
  • V1.1 Jerome will demonstrate an easily built client with support for multiple extra dimensions [tbd]
  • V1.1 Agreed that any added generic dimensions could be for a new Domain DataCube only, rather than all pre-defined Domain types, such as Grid. Some limited schema checking can then be done.
  • V1.1 Mark will open issues and develop a PR for the preferred, simpler option to add a single extra dimension e("extra" or "ensemble") Should be straightforward to add to each of existing pre-defined Domain types. Domain Types allow stricter and easier schema checking than more generic dimensions. [tbd]

Alignments:

  • V1.0.1 and OpenAPI V3.1 needed for consistency with API-EDR Part 1: Core V1.2, which is now published.

Any Other Business:

Date of Next Meeting: Wed 4 Nov 2026, 16:00 UTC (09:00 MDT, 11:00 EDT, 16:00 GMT, 17:00 CET, Thurs 00:01 CST, Thurs 03:00 AEDT)

Clone this wiki locally