[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: DS24 spatial variations
Stupendous Man writes,
At 05:30 PM 1/16/03 -0500, you wrote:
> I agree with Andrew that we should use light-box flats. However,
>we differ slightly on the next step. I would say
>
> a. subtract median darks (which are taken every night)
> b. use light box flats (which are taken frequently -- I don't
> know if nightly is best, but Andrew's idea of
> averaging several sets sounds good to me)
> c. apply a correction factor based on (x,y) position on the
> chip; this will be derived from grid tests
For the data sets reported previously that are in the Michael Sallman data
base, I used sky flats. We can now see that this produces a scaling error
if there is a gradient in the sky. This is a fact for me here in
Batavia. It may be less of a problem at a good location but that does not
help me here. So sky flats are out if they are used as a division.
So I agree with a. and b. above.
I will take light box flats at intervals and see how much they change. I
will also take darks at intervals and see how much they change. I went to
some trouble to try to temperature control the darks so that frequent darks
would not be required. My real suspicion is that the sky brightness
dominates everything and its noise is much larger than any changes in darks
or flats. But the work has to be done to confirm this.
What do do after a. and b.? If I understand the star finding algorithm
that comes next, it will be biased if the field is not flat. We could:
1) Generate a flat from the dark subtracted and light box flat fielded
image generated by a. and b. Then we could **subtract** it from the image
to flatten it. The problem in doing this is that we somehow need enough
images to get a median flat. I suspect that the sky gradient is constantly
changing as things happen like a local car dealer (a mile or two away)
switching off their lights. It certainly always changes with declination,
so several images would have to be taken at the same declination - and in
the same direction to avoid reflections from buildings and the like. A
real pain, and I think not practical.
2) Force the individual image fields to be flat. Just continuously
subtract the background after doing a. and b. Then find stars and complete
the pipeline process.
Needless to say, I am promoting 2). I presently do it by dividing the
image up into 8 x 8 squares. (16 x 16 does not take too much time but
gives little improvement.) I get the median of the whole image and medians
for each sub square. I then subtract the sub square median from the over
all median and add it to the image sub square. The result is an image that
is piece wise flat. One can see the squares in the image, but only because
the eye is sensitive to such things. When one looks locally at the square
boundaries, the noise overwhelms the change at the border. In practice I
select the limit below so that the border change is significantly smaller
than the noise.
I am doing something a little more complicated. First I get the median of
the whole image and check it against a limit by filter. If the level is
too high I throw out the image. This gets rid of images with wholesale
cloud cover and images taken at dawn and dusk. Next I look at the
difference between the median and each sub square median. If this is too
large a positive number (it can be negative due to a bright star) I throw
out the image. Too small indicates general brightness somewhere else, like
a cloud patch. This does a good job of removing images with cloud
streaks. Since I want to do the cloud and brightness rejections anyway,
the smoothing comes almost free.
Next I have set the star finding program to look at stars that are 3 sigma
instead of 5 sigma over background. This is now possible because of the
smoothing. This generates more dim stars without any apparent increase in
"noise" stars. I am still studying this. The later two filter matching is
a powerful tool to remove stars that are noise.
OK, what does all this do? Not much. There is a small decrease in
noise. But it is just discernable. This is at least not a loss. I will
comment on this in another post. There is a factor of two or so more stars
found. This seems to be OK and real so far. After performing these steps,
I can no longer see any pattern in the star data taken on the 7x7
grid. There may still be some left, but it will require better tools than
I have to discover it. I estimate that c. above will be found not to be
necessary.
I am setting up to process a large data sample by this scheme. Stop me now
if this process horrifies any of you.
Tom Droege