Supported secondary web service protocols
Changed onLists supported secondary web service protocols such as OGC WMS, OGC WCS, OGC API - Features or XYZ tiles. The response is an object of all available secondary web service protocols with their supported configuration settings and expected process parameters.
- The configuration settings for the service SHOULD be defined upon creation of a service and the service will be set up accordingly.
- The process parameters SHOULD be referenced (with a from_parameter reference) in the user-defined process that is used to compute web service results. The appropriate arguments MUST be provided to the user-defined process, usually at runtime from the context of the web service. For example, a map service such as a WMS would need to inject the spatial extent into the user-defined process so that the back-end can compute the corresponding tile correctly.
To improve interoperability between back-ends common names for the services SHOULD be used, e.g. the abbreviations used in the official OGC Schema Repository for the respective services.
Service names MUST be accepted in a case insensitive manner throughout the API.
Request
- Base URLhttps://openeo.example/api/v1
- Auth
- none
- or HTTP bearer
Response
An object with a map containing all service names as keys and an object that defines supported configuration settings and process parameters.
Map of supported secondary web services.
Changes
- info
added the required property
////////to the response with the status - info
added the required property
/////////to the response with the status
- info
- breaking
removed the required property
////////from the response with the status - breaking
removed the required property
/////////from the response with the status
- breaking