Research Blog
Welcome to my Research Blog.
This is mostly meant to document what I am working on for myself, and to communicate with my colleagues. It is likely filled with errors!
This project is maintained by ndrakos
In the previous post I generated a mosaic of the DREaM simulated catalog. There are a few things to fix in Stage 3 of the pipeline (this stage combines the calibrated images into a mosiaic), which I will document here.
It looks like the pipeline mosaics all the images you give it, regardless if they are in separate filters. I updated my code to make association files so that it only takes files of a specific filter.
Here is an example of what the 150W image looks like now:
This step uses point sources that are common to two or more images, and uses these locations to correct the WCS of the input images.
Micaela suggested we turn this off, as it “can make the sources all look slightly smeared out even if the images are aligned, and that’s a result of TweakReg trying to apply corrections to individual exposures that already have correct WCS”.
I think I can just turn this off by setting “image3.tweakreg.skip=True” if I call the whole pipeline.
This is only for moving target data, it is not relevant to me. (if I call the whole pipeline, I will just set “image3.assign_mtwcs.skip=True”)
“This step corrects the overall background level of each image so that the overlapping regions of the images have the same background”
This is the step that probably needs to be refined, so I will dig into this a little (see additional documentation on this step here).
Micaela said “The SkyMatch Step in Stage 3 also calculates the sky background, but it tries to match the sky across detectors and it’s not flexible enough (hence why you’ll do your own subtraction first). But it does add important keywords to the headers.” and they run it with 1. SkyMatch step with subtraction set to false 2. Their own background subtraction (calculated from the median after sigma clipping) and 3. Running resample to fix the headers (updating the headers with the new background value and telling it that the background has been subtracted)
Here are the possible parametrs in skymatch:
General sky matching parameters:
It looks like if you set the skymethod to local, it will essentially do sigma clipping on each image. So I will do this. The default sky statistic parameters all look reasonable.
I will just stick with this, since I don’t have any methods more sophisticated than sigma-clipping for background estimation!
“A 2nd pass at outlier detection is done using the overlapping regions observed in different exposures. The majority of the outliers will be due to cosmic rays undetected during the 1st pass at outlier detection done” in Stage 1
Combines images into a mosaic using AstroDrizzle
Source catalogs created using Astropy Photoutils package. “The goal of this step is to produce a good quality catalog that can be used as a basic 1st-pass source list.”
“The exposure level products are re-created at this stage to provide the highest quality products that include the results of the ensemble processing (updated WCS, matching backgrounds, a 2nd pass outlier detection).”
I tried altering some of the defaults for the “SkyMatch” step, but nothing really made much of a difference. Here is what the output for F115W, F150W, F277W and F444W look like:
I’m not sure if the background subtraction is good enough. I’m also not sure about the black lines in the image, and if I should be able to get rid of those (this seems to be because of black borders around each pointing… does this happen in the pipeline somewhere?).
This post focused on Stage 3, but it was also suggested I provide my own gain maps for Stage 1 (MIRAGE uses a single mean value for each detector while the gain reference files vary across the detector).