-
Notifications
You must be signed in to change notification settings - Fork 3
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
scikit linear regression_model, log-scale depths, wet-dry node handling #74
Conversation
WPringle
commented
Feb 16, 2022
•
edited
Loading
edited
- kwarg entry into surrogate from training function
- show use of LassoCV model in the example
- kwarg entry for conversion from log scale in validation and percentile outputs
- kwarg entry for conversion from depths to elevations in validation and percentile outputs
- analysis of depths in log scale to preserve positivity in the actual surrogate (instead of post-processing).
- handling sometimes wet-sometimes dry nodes (extrapolation of nearby wet elevations to the dry node considering hydraulic friction loss)
- subsetting by storm wind swath option added
- sparse quadrature and user-defined options for quadrature order and quadrature rule
…ng, and use of LassoCV model in the example
…levations in the output
…ption for surrogate model
…he runs, change normalized bias/mean error to dimensional one
…ition as this seems to be faster and can handle larger datasets. Switched matrix order for the KL mode to avoid transposes and be consistent with the sklearn output.
… height of surrogte KL fit plot where required
…sfers over element table if present
…d updating plotting for KL prediction
…e to a small constant null depth value which was negatively affecting the surrogate generation. Adjusting some validation plotting axis and colormap limits
* use `gartersnake` * update build system * update build system * update build system * update build system * update build system * update Python testing version
@zacharyburnettNOAA This branch is working with storm events v1.2.5 and all the uses that I have (making peturbed tracks and doing the KLPC analysis). Can we merge this in/make a release for this before upgrade to new storm events API? |
@WPringle that's a great idea, I agree with that sorry I made so many API changes, I wanted to include all of the other unused ATCF fields and I got carried away |
…tion within the given fraction of the distribution
* use new `StormEvents` API * install wheel first * install PROJ * linting step * build PROJ * build PROJ * build PROJ * build PROJ * fix workflows * fix test files * skip test that hangs * fix original file test * change original track handling (write to file first and then read from threads) * update workflow names * we no longer need to write pickles to a temporary file if the track object already exists in memory * revert import change
…e_stormevents # Conflicts: # ensembleperturbation/perturbation/atcf.py # setup.cfg
@zacharyburnettNOAA Thanks that sounds good. So do you want to try and update this branch with the base branch (v0.8.x) and merge this PR in before then updating main to v0.9.x? |
yes, I think it's a good idea to freeze what we have here so far (with the old API) to the |
@WPringle I've frozen these commits to a new tag Now I will go ahead and merge the new API changes into this branch using #79, unless you have any objections to that |
update `stormevents` API to `>=1.3.0`
@zacharyburnettNOAA That's good yep! I'll go ahead and use this new version and see if working OK. |
Codecov Report
@@ Coverage Diff @@
## main #74 +/- ##
=======================================
Coverage 30.69% 30.69%
=======================================
Files 25 25
Lines 2926 2926
=======================================
Hits 898 898
Misses 2028 2028
Continue to review full report at Codecov.
|
@zacharyburnettNOAA I'm noticing some changes in the column spacings and the forecast times are not being entered in correctly. The fort.22 columns need to be formatted exactly. NEW: AL, 06, 2018091106, , BEST, 0,260N, 632W, 115 NEW: AL, 06, 2018091106, , BEST, 0 - This zero should update along forecast but is all zeros. |
-AL, 06, 2018091106, , BEST, 0,260N, 632W, 115
+AL, 06, 2018091106, , BEST, 0, 260N, 632W, 115 Ok, I so latitude should be a 4-digit field (including
The specification says it should be "0 for best track":
but I think that might be wrong because previously we were outputting positive forecast hours and worked. I will add the hours back in. |
@zacharyburnettNOAA Yes you're right about the BEST track actually should be zero. As long as behavior is like original ATCF similar below then that will be great!
|
@zacharyburnettNOAA I forgot, can this PR be closed? |
sure thing, I will merge this into |
# Conflicts: # .github/workflows/build.yml # .github/workflows/tests.yml # ensembleperturbation/parsing/adcirc.py # ensembleperturbation/perturbation/atcf.py # ensembleperturbation/plotting/nodes.py # ensembleperturbation/uncertainty_quantification/surrogate.py # setup.cfg # setup.py # tests/data/reference/test_combine_outputs/fort.63.nc # tests/data/reference/test_combine_outputs/fort.64.nc # tests/data/reference/test_combine_outputs/maxele.63.nc # tests/data/reference/test_combine_outputs/maxvel.63.nc # tests/data/reference/test_monovariate_besttrack_ensemble/original.22 # tests/data/reference/test_monovariate_besttrack_ensemble/vortex_1_variable_random_1.22 # tests/data/reference/test_monovariate_besttrack_ensemble/vortex_1_variable_random_2.22 # tests/data/reference/test_monovariate_besttrack_ensemble/vortex_1_variable_random_3.22 # tests/data/reference/test_monovariate_besttrack_ensemble/vortex_1_variable_random_4.22 # tests/data/reference/test_monovariate_besttrack_ensemble/vortex_1_variable_random_5.22 # tests/data/reference/test_monovariate_besttrack_ensemble/vortex_1_variable_random_6.22 # tests/data/reference/test_monovariate_besttrack_ensemble/vortex_1_variable_random_7.22 # tests/data/reference/test_monovariate_besttrack_ensemble/vortex_1_variable_random_8.22 # tests/data/reference/test_multivariate_besttrack_ensemble/original.22 # tests/data/reference/test_multivariate_besttrack_ensemble/vortex_4_variable_random_1.22 # tests/data/reference/test_multivariate_besttrack_ensemble/vortex_4_variable_random_2.22 # tests/data/reference/test_multivariate_besttrack_ensemble/vortex_4_variable_random_3.22 # tests/data/reference/test_spatial_perturbations/original.22 # tests/data/reference/test_spatial_perturbations/original.json # tests/data/reference/test_spatial_perturbations/vortex_1_variable_random_1.22 # tests/data/reference/test_spatial_perturbations/vortex_1_variable_random_1.json # tests/data/reference/test_spatial_perturbations/vortex_1_variable_random_2.22 # tests/data/reference/test_spatial_perturbations/vortex_1_variable_random_2.json # tests/data/reference/test_spatial_perturbations/vortex_1_variable_random_3.22 # tests/data/reference/test_spatial_perturbations/vortex_1_variable_random_3.json # tests/data/reference/test_spatial_perturbations/vortex_1_variable_random_4.22 # tests/data/reference/test_spatial_perturbations/vortex_1_variable_random_4.json # tests/test_track_ensemble.py
ok, I've merged the |
@zacharyburnettNOAA Thanks for the merge, of the v0.8.x. |
@zacharyburnettNOAA I mean whichever is compatible with newer StormEvents according to the two file changes here. |