How to Create a Background Map for an Observation

T. Isobe and M. Juda

Although Compute an HRC-I Exposure Map and Build Fluxed Image explains how to a HRC-I fluxed map in detail, we explain in this note how to incorporate a stowed background map to create a better fluxed map. The "ring" artifacts mentioned in the flux map are due to applying a HRMA vignetting correction to the particle background. Subtracting an estimate for the particle background from the observation before exposure correcting should eliminate these artifacts. If you like to know more about HRC stowed backgrounds, please go to High Resolution Camera Stowed Background Study.

The following table shows the yearly cumulative HRC-I stowed level 1 event file links and their dead time corrected total yearly exposure time.

YearHRC I Evt1 FileCorrected Exposure Time (sec)
20002000 evt1 file94286.9
20012001 evt1 file67123.7
20022002 evt1 file70536.3
20032003 evt1 file40747.5
20042004 evt1 file41427.7
20052005 evt1 file42410.3
20062006 evt1 file31951.0
20072007 evt1 file41021.0
20082008 evt1 file37121.0
20092009 evt1 file (Jan - Aug)15786.0

A complete set of tables for the HRC-I and HRC-S yearly backgrounds can be found here.

Download the event file of the year in which your observation is done. If the observation is done during the current year, you may want to combine the current year and the previous year to have a sufficient stowed observation time. Since the thread Compute an HRC-I Exposure Map and Build Fluxed Image uses OBSID = 144, observed in year 2000, we use the year 2000 stowed background data in the example below.

First, we perform status-bit filtering on the stowed background data.This filtering will remove the events that standard processing would have removeded as likely "background" events in generating the primary (level 2) event list.

unix% dmcopy "hrc_i_115_2000_evt1.fits[status=xxxxxx00xxxx0xxx00000000x0000000]" outfile=hrc_i_115_2000_evt2.fits

If a different status-bit mask was used, the corresponding change should be made here as well.
Figure 1: Stowed Background Image before (Left) and after Status Bit Correction

Since the stowed event file does not have correct sky coordinates, we need to add them; we will do this using the CIAO tool "reproject_events". For HRC event-lists a time column is required and the times need to lie within the observation's time-interval. We use the CIAO tool dmtcalc to modify the background file's event-times to match those in the GTI of the observation.

Using the observation's event list, hrcf00144N004_evt2.fits, to get the times:

unix% dmstat "hrcf00144N004_evt2.fits[cols time]"
time[s]
    min:        84154932.677          @:        1 
    max:        84185127.061          @:        854440 
   mean:        84169382.053 
  sigma:        9148.9938848 
    sum:        7.1917686801e+13 
   good:        854440 
   null:        0 

we can then use dmtcalc to modify the stowed background event times:
unix% dmtcalc infile=hrc_i_115_2000_evt2.fits outfile=hrc_i_115_2000_time_corrected_evt2.fits \
expression="time=30194*#trand+84154933"

where

Now, using reproject_events and the aspect file of obsid 144, we compute the sky coordinates matched to chip coordinates of the stowed background file.

unix% reproject_events infile="hrc_i_115_2000_time_corrected_evt2.fits" \
outfile=hrc_i_115_2000_bkg.fits aspect=pcadf084154631N004_asol1.fits \
match=hrcf00144N004_evt2.fits random=0 clobber=yes

Since "HRC-I Exposure Map and Fluxed Image" is using the binning of 32x32, we use the same factor.

unix% dmcopy "hrc_i_115_2000_bkg.fits[bin x=::32, y=::32]" outfile=hrc_i_115_2000_bkg_img.fits

Subtract this background image from the observation image, using a suitable weight to account for the difference in exposure times.

unix% dmimgcacl 144_img32.fits hrc_i_115_2000_bkg_img.fits 144_img32_bkg_sub.fits sub weight=1 weight2=0.3202

where 0.3202 is (observation exposure time)/(background exposure time)= 30192/94287. The background subtracted image is shown below. From this image, all negative value pixels were droped.

Figure 2: The Background Subtracted Observation Image

On this image, we apply the exposure map normalization, following the example shown in HRC-I Exposure Map and Fluxed Image page.

The resulting fluxed image is shown below (the right side plot). As before, all negative value pixels were droped from the map.

Figure 3: Fluxed Image without (Left) and with the Background Correction


The images below are same as above, but the upper threshold is set to 3.0e-5 (cnt/pix/sec) to show the concentric rings on the original data analysis (left). The background subrtracted image (right) does not show these rings.

Figure 4: Fluxed Image without (Left) and with the Background Correction with upper threshold set to 3.0e-5 (cnt/pix/sec)



Figure 5: Fluxed Image of the Central Part without (Left) and with the Background Correction



Figure 6 is the plot of the numbers of events for counts/pixel/sec after the background adjusted. About a half of the events are in the negative side. This is statistically expected.

The background file binned at 32x32 probably has a significant number of counts in each image cell (mean ~2e-7cnt/pix/sec). The observation when binned at the same factor may have many image cells with zero events, some with one and a few with two or more. The cells with zero will give negative values in the difference map but the cells with ones or more give positive values and on average, away from sources we can expect the difference to be zero or slightly larger due to an additional sky- or low-energy-proton- background component in the observation.

Figure 6: # of Events for Counts/Pixel/Sec after Background Adjusted




Last update: Tue Jan 27 13:26:37 EST 2009

If you have any question, contact isobe@head.cfa.harvard.edu