-
Notifications
You must be signed in to change notification settings - Fork 299
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
artefacts in FCI RGBs using 3.8 µm #3009
Comments
Can something like this: #2806 |
Thanks @simonrp84, that looks interesting. Negative radiances are clipped to the lowest non-negative radiance before calibrating to brightness temperature? |
Yes. As long as it's an optional feature then it should solve the problem nicely without impacting other uses. |
Another MCVE: import hdf5plugin
from satpy import Scene
from pyresample import create_area_def
from glob import glob
fci_files = glob("/media/nas/x23352/MTG/FCI/L1c-cases/202412090100-atlantic/*BODY*O_0008_003[56].nc")
ar = create_area_def("ofz", 4087, description="oceanographer fracture zone", area_extent=[-4230000, 4675000, -3562000, 5232000], resolution=750)
sc = Scene(filenames={"fci_l1c_nc": fci_files})
sc.load(["cloudtop"])
ls = sc.resample(ar)
ls.save_datasets() Looks like there are both white and transparent pixels. As shown in irfanview: |
The root cause of both types of pixels is the same: already-low radiance values over cold clouds that get even lower due to the ESL correction and/or noise. Likely, the white pixels are very low radiance values that still have a valid BT (which is going to be extremely cold), and the black pixels are negative radiance pixels that cannot be converted to BTs and hence become NaN/transparent. |
For pixels to become white, we'd need extremely cold radiances in all three channels, each of 3.8 µm, 10.5 µm, 12.3 µm. However, on closer inspection, I only see this for 3.8. |
Describe the bug
The 3.8 µm channel and RGB that use it have artefacts during the night, such as black pixels. This includes the convection RGB and night microphysics.
To Reproduce
Expected behavior
I expect an image without black pixels.
Actual results
I get an image with black pixels.
Screenshots
Environment Info:
Additional context
I'm aware that the convection composite uses the difference between two solar channels, so it is not suitable to use during the night. But that still shouldn't make pixels black. The problem also occurs with
night_microphysics
and with an internal DWD RGB where the night part is similar tocloudtop
.The text was updated successfully, but these errors were encountered: