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

best practices for mixing STAC with non-STAC Collections #78

Closed
cholmes opened this issue Dec 4, 2020 · 2 comments
Closed

best practices for mixing STAC with non-STAC Collections #78

cholmes opened this issue Dec 4, 2020 · 2 comments
Assignees

Comments

@cholmes
Copy link
Collaborator

cholmes commented Dec 4, 2020

We should have recommendations for how people combine STAC with non-STAC data in a single landing page, with some collections being STAC and some just Features, and how clients should deal with that. Latest discussion recommends clients just look for stac_version in responses.

@cholmes cholmes added this to the 1.0.0-beta.2 milestone Dec 4, 2020
@cholmes cholmes self-assigned this Dec 4, 2020
@philvarner philvarner removed this from the 1.0.0-beta.2 milestone Oct 7, 2021
@philvarner philvarner added this to the 1.0.0-beta.5 milestone Nov 1, 2021
@philvarner philvarner self-assigned this Nov 1, 2021
@philvarner
Copy link
Collaborator

Mixing STAC and non-STAC items seems tricky, since the clients must then constantly check the entities to validate that they're STAC. It seems like the ability to mix STAC and non-STAC objects implies:

  • /collections could return non-STAC Collections (e.g., also return OAFeat Collections), and a STAC client needs to check each one for stac_version to see which type it is?
  • /search or /collections/{cid}/items could return Features instead of Items, and the client needs to check?
  • child links from the root could be either to STAC Collections or OAF Collections, and the client needs to check?

@philvarner
Copy link
Collaborator

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

No branches or pull requests

2 participants