Store unspecified accumulation interval as 0 rather than bad data #2250
Labels
MET: Configuration
priority: medium
Medium Priority
requestor: UK Met Office
United Kingdom Met Office
type: bug
Fix something that is not working
Milestone
Describe the Problem
This issue arose via a Slack discussion with @mpm-meto. Investigation revealed a slight discrepancy in MET's handling of the accumulation interval value when it is not specified or does not apply. See below for detail.
Expected Behavior
When the accumulation interval does not apply to a given dataset, its value should be stored/reported consistently by MET, regardless of the input file type.
Environment
Describe your runtime environment:
*1. MacOS
To Reproduce
Describe the steps to reproduce the behavior:
1. Run pcp_combine on a GRIB input file:
2. Run plot_data_plane with
-v 4
on the GRIB input:3. Run plot_data_plane with
-v 4
on the NetCDF output:4: Observe the difference in accumulation interval reported:
vs
These should be consistent.
Only need to fix this in the develop branch, not main_v10.1.
Relevant Deadlines
List relevant project deadlines here or state NONE.
Funding Source
Define the source of funding and account keys here or state NONE.
Define the Metadata
Assignee
Labels
Projects and Milestone
Define Related Issue(s)
Consider the impact to the other METplus components.
No impacts.
Bugfix Checklist
See the METplus Workflow for details.
Branch name:
bugfix_<Issue Number>_main_<Version>_<Description>
Pull request:
bugfix <Issue Number> main_<Version> <Description>
Select: Reviewer(s) and Linked issues
Select: Organization level software support Project for the current coordinated release
Select: Milestone as the next bugfix version
Branch name:
bugfix_<Issue Number>_develop_<Description>
Pull request:
bugfix <Issue Number> develop <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: