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 requires us to look for the keys data and data1 (and possibly more). This is non-ideal when stac supports the asset-role which is made directly for this use case. The keys to the file can be whatever, but they would have the asset roles included that can then be interrogated for download. Also, things like "thumbnail" can be made as preview images is clients like the STAC-Browser. Most of this information is already available in the umm-g collections, though a more exhaustive mapping might be needed.
@mike-gangl would you be able to replicate this search using the existing STAC endpoint for that granule? That uses type aware keys in the assets and does differentiate.
Thanks for the reply. That endpoint seems to do the correct thing the link you provided didn't resolve, but this one does..
I think our issue is that we are hitting the CMR search because it offers more powerful search syntax- unless the stac endpoint does all that now. But the different response formats is troubling to us as we expect our users to identify a STAC catlog for us to read, and that might come from the CMR search or the STAC search.
My use case is given a CMR granule in stac format, i want to download the data files locally for processing. Given a collection with multiple data files, we are returned STAC results like the following: https://cmr.earthdata.nasa.gov/search/concepts/G2813285105-LPCLOUD.stac
the keys to the assets are as follows:
This requires us to look for the keys data and data1 (and possibly more). This is non-ideal when stac supports the asset-role which is made directly for this use case. The keys to the file can be whatever, but they would have the asset roles included that can then be interrogated for download. Also, things like "thumbnail" can be made as preview images is clients like the STAC-Browser. Most of this information is already available in the umm-g collections, though a more exhaustive mapping might be needed.
https://cmr.earthdata.nasa.gov/search/concepts/G2813285105-LPCLOUD.umm_json
umm-g --> Asset role:
"Type": "GET DATA" --> data
"Type": "GET RELATED VISUALIZATION" --> thumbnail
"Type": "EXTENDED METADATA" --> metadata
"Type": "VIEW RELATED INFORMATION" --> overview
The text was updated successfully, but these errors were encountered: