-
Notifications
You must be signed in to change notification settings - Fork 31
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
Add Drainage Area Analyze View #3559
base: develop
Are you sure you want to change the base?
Conversation
In order to be compliant with the API exposed by all other /analyze/ endpoints, the final results should be wrapped in `survey`. This allows easy use on the front-end.
Previously this was present in the parent ResultView. Now, as we prepare to reuse the TableView elsewhere, we move the Download CSV button to be within it so that it is present in the Drainage Area Analyze view where it will next be used.
So they can be reused in Drainage Area Analysis
When the area of interest is a drainage area, we now set this new areaOfInterestDrainageArea attribute to true. It is false by default, and reset to false when the AoI is cleared.
When the area of interest is a Drainage Area, we show an additional Analyze Tab, which shoes contents of the GWLF-E Runoff and Water Quality views. The Drainage Area Result View is made quite akin to the Analyze Result View, but had to be seprate because of its custom CSV Export handling.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
All the analysis and download features work well for both point-based and stream-based analysis! Very nice job for finishing the front-end
Thanks for the review! After talking with the clients, they no longer want to have a special analysis for Drainage Areas. It is too disruptive a flow, and creates special cases for certain AoIs, which doesn't fit the established patterns of the app. It also runs a model in the Analyze stage which is confusing. As a result, this feature is being scrapped. We will still keep the Drainage Area drawing based on the Drexel / ANS API (so far), and I will remove the Analyze endpoint added in #3555. Will confirm with clients early next week. |
Overview
When the area of interest is a Drainage Area, we show this additional analysis that shows the GWLF-E output of the HUC-12 to which the area of interest's centroid belongs. For other areas of interest, this analysis is not shown.
Once the Drexel / ANS API integration is in place, the numbers will be scaled to the land use distribution of the area of interest. See #3558 for details.
Because of the number of analyses, the Drainage Area addition forces the tabs to overflow to a new line. This is less than ideal. However, this is likely the best we can do at this point, for a larger redesign is out of scope. Thankfully, this only happens for Drainage Areas, and other areas of interest are not affected.
Closes #3557
Demo
Testing Instructions