-
Notifications
You must be signed in to change notification settings - Fork 15
Open
Labels
Part 1Applicable to Part 1 CoreApplicable to Part 1 Core
Description
Presented today to the Architecture DWG some challenges and solutions from OGC API - Tiles in defining re-usable OpenAPI buliding blocks for OGC API specifications, including consideration for generating pre-compiled generic clients.
- Re-using OpenAPI building blocks in OGC API definitions: paths, parameters, responses, and schemas
- Listing path parameter values with JSON Schema enumerations facilitating direct re-use of an example OpenAPI definition
- Taking this a step further and returning these enumerations dynamically
- Standardizing that capability so that OpenAPI definitions can be used to build pre-compiled generic clients
- e.g. knowing that
$ref: ../../api/all-collections.jsonwill be available from the API at run-time, when using the OpenAPI definition to generate a compiled client
- e.g. knowing that
- Defining operationIDs suffixes for associating transportable resource paths with requirements conformance classes
- OpenAPI's lack of templated path parameters – cannot enumerate based on context
- Templated ref as a solution:
$templatedRef: ../../api/styles/{collectionId} - Specifying dynamic resources enumerating valid values for a given path element OAI/OpenAPI-Specification#1693
- Add support for templatedRef in Reference Object OAI/OpenAPI-Specification#2453
- Parametrized/higher-order/templated schemas json-schema-org/json-schema-vocabularies#35
- Dynamic schemas using templated "$ref" json-schema-org/json-schema-vocabularies#36
- Templated ref as a solution:
Presentation on the portal.
Metadata
Metadata
Assignees
Labels
Part 1Applicable to Part 1 CoreApplicable to Part 1 Core