initial add of STAC support#669
Conversation
|
@tariqksoliman We had previously discussed using this PR as an opportunity to add a dropdown to the Vector layer config that would perform the duties of the URL prefix, however I couldn't see a clean way to implement that without fully deprecating the URL prefix and that seemed like a bigger change than necessary at this point. |
|
@flynnplatt Okay, no worries and no need to implement it in this PR then. |
tariqksoliman
left a comment
There was a problem hiding this comment.
I tried the following vector layer URLs:
- stac:https://cmr.earthdata.nasa.gov/stac/ORNL_CLOUD/collections/AVIRIS-Classic_L1B_Radiance_2155_1/items
- Works!
- stac:https://cmr.earthdata.nasa.gov/stac/ORNL_CLOUD/collections/AVIRIS-Classic_L1B_Radiance_2155_1
- Gives me a header in the LayersTool but has no layers underneath it
- stac:https://cmr.earthdata.nasa.gov/stac/ORNL_CLOUD
- Takes a while to query and then gives me a bunch of layer headers with no other layers beneath them
|
|
@tariqksoliman sorry for the re-review request but I ended up changing the implementation of fetching through a STAC tree to enable parallel fetches but that meant that I had to make a string of functions The change I made makes using |
tariqksoliman
left a comment
There was a problem hiding this comment.
LGTM and don't see any issue with parseConfig being await/asynced
Thanks!




Purpose
Proposed Changes
stac,stac-catalog,stac-collection,stac-item