You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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
Standardizing that capability so that OpenAPI definitions can be used to build pre-compiled generic clients
e.g. knowing that $ref: ../../api/all-collections.json will be available from the API at run-time, when using the OpenAPI definition to generate a compiled client
Defining operationIDs suffixes for associating transportable resource paths with requirements conformance classes
Could that be right? I'm still intrigued by the possibility to auto-generate compiled clients from an API definition that will work with all implementations / deployments of an OGC API Standard.
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.
$ref: ../../api/all-collections.json
will be available from the API at run-time, when using the OpenAPI definition to generate a compiled client$templatedRef: ../../api/styles/{collectionId}
Presentation on the portal.
@ghobona @joanma747
The text was updated successfully, but these errors were encountered: