Closed havardf closed 1 month ago
I think this one is relatively straightforward, I will create a PR for adding it to the profile.
@tomkralidis I have a couple of questions regarding the standard specification for openapi. 1. There are requirements for OpenAPI already in EDR, albeit not mandatory. Its also described in the OGC-API Common specification? Should we copy and paste, or can we refer to a requiremnts class in another spec?
Or, for future proofing, require OpenAPI 3.1 or higher?
The services in RODEO seems already to have adopted 3.1. I am guessing mainly because they use FastAPI and FastAPI probably generate 3.1 by default.
Or, for future proofing, require OpenAPI 3.1 or higher?
The services in RODEO seems already to have adopted 3.1. I am guessing mainly because they use FastAPI and FastAPI probably generate 3.1 by default.
We decided in a video meeting to go for >= OpenAPI 3.1.
"type": "application/json",
Instead of this we should have a type mentioning openapi.
@tomkralidis What was the correct one?
We should make sure that by supporting OpenAPI 3.1+ (and not OpenAPI 3.0) that this doesn't affect compliance to EDR proper. cc @m-burgoyne for clarification/confirmation.
"type": "application/json",
Instead of this we should have a type mentioning openapi.
@tomkralidis What was the correct one?
application/vnd.oai.openapi+json;version=3.0
(for OpenAPI 3.0).
Each service that conforms to one of the RODEO profiles must be described by OpenAPI 3.0 or higher.
Which means:
service-desc
to the openapi file in the landingpage.E.g snippet from landingpage:
Any other requirements? And, how would be best define the requirement about collections beeing compliant to the openapi spec?