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
This is also very much of the focus of OGC API - Processes - Part 3: Workflows & Chaining - Collection Input conformance class (which could be e.g., an OGC API collection available as Features and/or Coverages), and Processes - Part 3 - Collection output conformance class where the output could also a be an OGC API collection accessible as OGC API - Maps or OGC API - (Map) Tiles, and the concept of a well-known RenderMap Process as described in #42.
Can we close this one and continue the discussion in Processes - Part 3 for generic Collection Input/Output, and in #42 for aspects specific to a maps rendering well-known process?
See also attached presentation on how this works together with Processes Part 1,2,3.
Could a future extension of OGC API - Maps be used to request a visualized payload from an implementation of OGC API - Features or the EDR API?
This could be something like the OGC API equivalent of the Feature Portrayal Service.
Perhaps it would be more appropriate to implement it as a future extension of OGC API - Processes?
Please coordinate this discussion with:
The text was updated successfully, but these errors were encountered: