Workaround AWIPS bug not handling integers properly in "awips_tiled" writer #2671
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Discovered by @spruceboy and the rest of the GINA team in Alaska. It seems AWIPS is fine displaying data that is unsigned 16-bit integers stored in a 16-bit signed integer with the
_Unsigned: true
attribute. However, AWIPS does like this data when using special "derivedParameters" functionality where it treats the data as signed data before passing it to additional processing. In an attempt workaround this issue @spruceboy tried saving the data as signed integers (no_Unsigned
attribute) and that fixed the addition processing, but broke the visualization. The simplest fix for now (seeing as AWIPS development will take 6-12 months minimum once the fix is implemented) is in this PR which is to only use the positive side of the signed variable.Note: I had to update one of the tests because the precision of the saved NetCDF data compared to the original input data was reduced, BUT this PR is not fixing a Satpy bug. This PR is working around an AWIPS bug.
CC @kathys
AUTHORS.md
if not there already