Add fix for HASP data sometimes creating a product with no good pixels #47
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.
When the coadd code creates a product with no good pixels (all have effective_exptime = 0.0), the code will throw an exception when trying to calculate the first and last good wavelengths. This sometimes happens for HASP STIS data, but not for Ullyses data as the preprocessing of STIS data takes care of this. To fix, the first and last good wavelengths are set to None if there are no good pixels. The HASP wrapper code detects this and doesn't try to make a product in such a case, but I didn't add a handler to the Ullyses wrapper since the case doesn't occur (and perhaps throwing an exception is preferred to raise visibility to this case).