Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Visualizing the payload from an implementation of OGC API - Features or the EDR API #53

Closed
ghobona opened this issue Aug 4, 2020 · 2 comments

Comments

@ghobona
Copy link
Contributor

ghobona commented Aug 4, 2020

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:

  • EDR API SWG
  • OGC API - Processes SWG
@jerstlouis
Copy link
Member

jerstlouis commented Aug 4, 2022

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.

Workflows Execution.pdf

@joanma747
Copy link
Contributor

There is a way to do this described in issue #42. Decided to close in regular telco.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants