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

Disambiguate the use of ml-aoi:role and Asset roles #10

Open
fmigneault opened this issue Mar 27, 2024 · 1 comment
Open

Disambiguate the use of ml-aoi:role and Asset roles #10

fmigneault opened this issue Mar 27, 2024 · 1 comment
Assignees

Comments

@fmigneault
Copy link
Collaborator

When using ml-aoi:role under a Link using rel: derived_from (see https://github.com/stac-extensions/ml-aoi?tab=readme-ov-file#links), the specific ML-AOI role makes sense as there is no "role" otherwise provided. However, using ml-aoi:role under an Asset seems somewhat redundant, since Assets already contains a roles property. The ml-aoi:role under an Asset remains valid to be more specific than the properties at the STAC Item level (which would apply to all underlying Assets), but the specific use of the term "role" can lead to confusion.

Should there be some additional requirements that add define additional ML-AOI specific roles under the Asset Roles directly? Would that cause even more confusion? Is the solution just to modify the term "role" globally?

For example:

assets:
  label:
    ml-aoi:role: label  # this to be removed?
    roles: 
      - ml-aoi:label  # or simply "label"?
      - data
  raster:
    ml-aoi:role: feature # this to be removed?
    roles: 
      - ml-aoi:feature # or simply "feature"?
      - data
      - source
@fmigneault fmigneault self-assigned this Mar 27, 2024
@m-mohr
Copy link
Contributor

m-mohr commented Mar 28, 2024

Reusing the roles (which will become part of common metadata in STAC 1.1, Ithink) would be good. We prefixed roles in other extensions, too.

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