-
Notifications
You must be signed in to change notification settings - Fork 6
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
Use collections endpoint instead of search for analysis #666
Conversation
✅ Deploy Preview for veda-ui ready!
To edit notification comments on pull requests, go to your Netlify site configuration. |
ed4f179
to
9a69902
Compare
9a69902
to
e9eac6f
Compare
Not to overload this job here, but extra sugar for the user would be if a spatial query already limited the maximum range for the date selection - and possibly vice versa. We can keep that for next time, though, unless you think it is very simple to add. |
The query UI is already a lot more responsive. 🎉 |
This PR is ready for review @danielfdsilva ! |
6bde489
to
5eaa819
Compare
@hanbyul-here This is a simplification suggestion for #666 It: - Reduces array passes by merging the different `.map` and `.filter` into a single `.reduce` - Reduces component renders by avoiding state variables (status and data) - Uses the useQuery built in state to track the request status.
## This PR, merged to `ghg` ### Features - Analysis define - New step-by-step layout and various UI tweaks - Added sticky footer, moved submit and cancel buttons there - Added an AoI preset for North America - Datasets are not filtered from `/collections` metadata (spatial, temporal extent) - Dates are now set by default to 2018 - 2022 - Replaced date presets with "2018 - 2022" and "last 10 years" - Date selection not possible anymore before 01-01-1980 - Prevent users from selecting datasets when time range selected would mean fetching too many STAC items - Analysis results page: set a hardcoded limit on the number of items that can be requested as a failsafe mechanism for ☝️ ### Bugfixes - Removed logs in production (US-GHG-Center/veda-config-ghg#152) - Temporary fix of critical error encoutered during demos (#680) - Remove Shadow Scroll as a preventative method for (#691) - Check only day level equity to validate dates (#676) - Remove unneded attributes (#694) - BlockMap initial position error (#687) ### Copy changes - [Updated define copy](f1e7171) - [Disclaimer on results page](54cf01e) --- ## Other PRs, merged to `main` ### Added in veda UI but made configurable (so not affecting veda-config): - #673 - #665 - #664 ### Bugfixes - #672 - #670 / #666 - #662 - #691 - #650 - #676 - #694 - #687
This PR uses
collections
endpoint to get all the collections, and filters them on the client side based on aoi/date range that user inputs. I followed the guidance provided in this issue:A few things to note
collections
endpoint doesn't offer a detailed spatial extent. The bbox is a convex hull that includes all the data points. If a dataset is sparse like nightlight and plume, a user can see an empty chart like the screenshot below. @anayeaye and I talked and it might be helpful to have a flag to signal that this dataset is spatially sparse. (something similar tois_periodic
but for spatial extent.)@anayeaye thanks for your help 🙇 and let me know if you see anything unexpected!
Related issues
Supersedes / temporarily replaces #534