-
Notifications
You must be signed in to change notification settings - Fork 38
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
Enhance SeriesAnalysis wrapper to allow different field info values for each file in a list #1166
Comments
@georgemccabe, you and I discussed what changes might be needed for the SeriesAnalysis Wrapper via Slack. And this issue is the result of that discussion. Prior to actually making changes to the wrapper, I'd recommend manually configuring/running Series-Analysis to test/confirm that the proposed wrapper changes will actually have the desired effect. If you have questions or want to work through those tests together, I'm happy to help. |
This issue came up in GitHub Discussion #1143 |
From a Slack message from @JohnHalleyGotway :
|
Enhancements to the wrapper logic that are needed to resolve this issue:
|
During a successful direct call to the series-analysis tool, I used the following command at runtime: /d1/projects/MET/MET_regression/develop/NB Also attaching the MET config file that was used with this command. |
… field level and if they are loop through all files in the opposite (fcst/obs) file list, extract the time information, and substitute each time into the level value. This allows the correct field to be pulled from a file that contains multiple times while the other data set has separate files for each time
Currently the wrapper will call series_analysis once per field defined. This works fine if all of the files in the file list use the same field information. However, in the case with CPC's NMME file, if a single input file contains multiple fields that should be processed, the wrapper cannot be configured to specify a different level value (for each time).
Describe the Enhancement
The preferred method of handling this would allow a user to list one file for a given field, and use a counter (or something that changes with each run) for the changing field index to access each field in the file. Specifically for NMME data, this would be pulling out the multiple time indices that are contained in the observation files.
Time Estimate
Estimate the amount of work required here.
Issues should represent approximately 1 to 3 days of work.
Sub-Issues
Consider breaking the enhancement down into sub-issues.
Relevant Deadlines
List relevant project deadlines here or state NONE.
Funding Source
2700041
Define the Metadata
Assignee
Labels
Projects and Milestone
Define Related Issue(s)
Consider the impact to the other METplus components.
Enhancement Checklist
See the METplus Workflow for details.
Branch name:
feature_<Issue Number>_<Description>
Pull request:
feature <Issue Number> <Description>
Select: Reviewer(s) and Linked issues
Select: Repository level development cycle Project for the next official release
Select: Milestone as the next official version
The text was updated successfully, but these errors were encountered: