Skip to content
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

FLIR Image Deterioration Mid-Scan #247

Open
jdemieville-ua opened this issue Aug 10, 2018 · 4 comments
Open

FLIR Image Deterioration Mid-Scan #247

jdemieville-ua opened this issue Aug 10, 2018 · 4 comments
Assignees

Comments

@jdemieville-ua
Copy link

FLIR QC spot-checking shows deterioration mid-scan beginning:
24 July - 12:52:54
25 July - 12:21:32
27 July - 14:52:48
On the morning of the 27th, we tried the camera and imagery appeared functional.

before
after

We suspect it may have to do with temperature. FLIR specifications state a maximum operating temperature of 50 deg C. On the 24th, 25th, and 27th, camera temperatures were approximately 55, 58, and 55 deg C, respectively. Ambient temperatures had daily highs approaching 47 deg C. The FLIR is one of the devices without any active cooling.

We are seeking a method to check FLIR metadata for the following:

  1. Frequency of camera temperatures (lens/shutter/front) exceeding 323 K,
  2. Date/Time ranges corresponding to camera temperatures exceeding 323 K, and
  3. Ambient air temperatues (either from gantry or field sensors) corresponding to the times of elevated camera temperature.

We also are curious if the problems we see are manifested in the fullfield products. I don't see any fullfield imagery past July 20th in Globus.

What would be the most efficient method for us to get this information?

@max-zilla max-zilla self-assigned this Aug 10, 2018
@max-zilla
Copy link

july 23 & 24 fullfield is now available in Globus. other dates in process.

@NewcombMaria
Copy link

We've discussed the issue with Jeff White and Andy French. Jeff reviewed the consecutive single images from scan on 7/25: 12:21:18 (good image) and 12:21:32 (deteriorated image).

Email from @JeffWhiteAZ: "when converted to Celsius with Andy’s coefficients for 35oC, there is a single pixel at x=343, y=259 with a value of -135.0474oC. In the raw bin, this pixel has a value of 1. That distorts the temperature scale as seen in 780858…png. So the question is whether this is a bad pixel on the sensor or something else."

@dlebauer
Copy link
Member

In the end, can we conclude that the 'deteroration' is really due to a single bad pixel?

@jdemieville-ua
Copy link
Author

@dlebauer : If I recall correctly, that was the conclusion. There was discussion of changing the value of a bad pixel by applying something like a neighborhood average filter if a pixel value was outside the realm of reality, but I have no information on whether that was ever implemented. It's such a small percentage of the total image area that it doesn't make sense to throw out the data. This sort of correction should be able to be applied easily by someone familiar with the conversion between the bin files and tiffs.

The issue was intermittent and appeared to be related to high temperatures. It remains to be seen whether the issue reappears now that the camera is climate-controlled within the rated operating range.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants