-
Notifications
You must be signed in to change notification settings - Fork 17
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
FIX: _FillValue + History in the cfradial1 exporter #132
Conversation
Check out this pull request on See visual diffs & provide feedback on Jupyter Notebooks. Powered by ReviewNB |
Codecov Report
@@ Coverage Diff @@
## main #132 +/- ##
==========================================
+ Coverage 88.31% 88.32% +0.01%
==========================================
Files 20 20
Lines 3431 3436 +5
==========================================
+ Hits 3030 3035 +5
Misses 401 401
Flags with carried forward coverage won't be shown. Click here to find out more.
|
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.
@syedhamidali Thanks for continuing to shape the CfRadial1 exporter. I've added some remarks and questions.
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.
@syedhamidali This is OK with me. I've one issue with the _FillValue
but will rely on the expertise of @mgrover1 here. Thanks!
There is no "official" fill value - that is left up to the data providers! |
Then make it parametrizable? And use netcdf default if not specified? |
@syedhamidali OK, maybe we can skip that _FillValue issue altogether. If _FillValue is not given, netcdf4 will take the default value anyway. If _FillValue is set, it will take this _FillValue. So maybe we should just document? |
Actually, I tried to manually check the same using pyart prior to this PR, and I noticed the fill values don't get filled in. That's one of the reason for this PR. |
@kmuehlbauer , I have dropped the
|
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.
This looks great to me!
Head branch was pushed to by a user without write access
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.
LGTM! Thanks @syedhamidali !
history.md