github links:
Introduction
wtlike
(Perhaps pronounced "DUB-Tee-like"), is a library optimized for interactive exploration in a Jupyter notebook with access to all Fermi-LAT data, and to analyze the time dependence of any source in the
4FGL catalog on any time scale, with the option of performing a Bayesian Block partition to select optimal time intervals. The source can be identified by the 4FGL name, or any equivalent common name.
Here is a minimal demo:
from wtlike import *
config = Config()
valid = config.valid
if valid:
with Timer() as t:
wtl = WtLike('3C 273',week_range=(9,3*52+9))
print(t)
This created a WtLike
object, loading the first 3 years of data, by specifying weeks from #9, the first data-taking week.
The reason to specify only the first three years here is to avoid the 10 min or so that extracting the furl 13+ years would take for this demo. If that had already been done, then using an included cache system, it only has to be done once.
Now ask it to make a plot:
if config.valid:
wtl.plot(UTC=1);
This assumes that the name for the source, in this case the historically famous first quasar to be discovered, can be associated with a 4FGL catalog source. The plot shows, as a function of UTC (or MJD if desired) time, weekly measurements of deviations of the flux relative to the average of the 12-year interval used to define the 4FGL-DR3 catalog.
Overview
This package has code that was developed with the nbdev code/tests/documentation environment from the github package lat-timing to generate light curves of Fermi-LAT sources.
It is based on a paper by Matthew Kerr, which derives the weighted likelihood formalism used here, specifically with
the Bayesian Block to detect and characterize variability of a gamma-ray source.
There are several innovative design features that significantly improve the speed and portability.
- Condensed photon and spacecraft data.
- Weight tables
- A cache to improve interactivity
- Likelihood functions fit to a modified Poisson function
- Unbinned likelihood
- A simple user interface
How it works
Historically, gamma-ray source measurements have used two methods:
- For a fixed time interval, where the energy and position are used, with a model including all potential sources and a model of the detector response to define the likelihood. This has been the only way to study weak sources. A light curve must apply this to each time interval.
- Or, for very bright flares, for example GRBs or AGN flares, one can simply count the number of photons within a circular region, that is, aperture photometry.
Matthew Kerr introduced a third method, basically counting photons but using information from a static likelihood analysis to assign a "weight" to each photon, the probability for being from the source in question, then optimizing this likelihood. This assumes that the only thing changing is the flux of the source. He calls it "retrospective", since the analysis for the full time is then applied back to the individual photons. Another way of looking at it is to make the assumption that the time dependence of a source's photon flux factorizes according to the energy and spatitial dependences.
Likelihood evaluation
In a significant modification from Kerr's implemetation as described in that paper, we evaluate weights for each photon by a table lookup.
Assumptions:
- Source photons are completely contained in the dataset boundaries (the "ROI").
- The instrument response is constant with time.
- The background pattern is constant. (Clearly violated if a neighboring source varies!)
The likelihood evaluation is implemented in the module loglike.
Photon Data
Fermi data are retrieved from the Fermi-LAT weekly data files extracted from the GSFC FTP server,
with subfolders for the photon data, photon
and spacecraft data, spacecraft
. It is described here. The files are organized into individual weeks, starting UTC midnight each Thursday. Files for the most recent week are updated daily.
We convert each pair of photon and spacecraft files to two DataFrame tables with the minimum information needed to evaluate the likelihood, as compressed as possible. Particularly, the energy and position are binned. Details can be seen in the module data_man.
The entire data set (SOURCE class, energy>100 MeV) in this format occupies ~2 GB.
Select Data for a source
All further processing uses a subset of the photons within a cone, currently $4^\circ$, about the selected source, and
evaluates the exposure during 30-s intervals for this direction. In the class
SourceData
, implemented in the module
source_data
we
- Extract photons
- Evaluate exposure, using the effective area tables and a spectral assumption.
- Determine the weight for each photon, using the table for the source. See the module weights for details.
The result is a photon DataFrame, containing for each photon, the time $t$ in MJD units, $w$.
This class is a superclass of the user interface class WtLike
introduced above.
Partition into cells
A "cell", the terminology used by Kerr, the set of photons in a specific time interval. The class CellData in the module cell_data, a subclass of SourceData manages this.
This class is instantiated with a tuple to define the binning in time. Denoted by (a, b, c)
, the elements are:
a
--start timeb
--stop timec
-- bin size in days, but 0 means orbit-based, intervals are contiguous eposure.
For the start and stop, values > 50000 are interpreted as MJD. Otherwise they are relative to start if positive
or stop if negative for the full dataset, both rounded to a full day. Zero means actual start for a
and stop for b
.
The default binning is simply (0, 0, 7)
for weekly bins with the full dataset. Hourly for the most recent week would be (-7, 0, 1/24)
.
A DataFrame table of the cells is created as a data member cells
, with content
t
-- MJD time at cell centertw
-- cell width in dayse
-- cell exposure, for referencen
-- the number of photonsw
-- a list ofn
weightsS
-- expected number source photons, the nominal source rate times the total exposure.B
-- expected number of background photons (unused)
Views
CellData
implements a method view
, which accepts a binning tuple as an argument, returns a copy of the current object, which can be a subclass, assigning to it the binning. Thus the view has all the attributes of its parent, but
with a different set of cells.
So the following creates a new WtLike object that we generated above, rebins a copy with 25-day bins in the first 100 days, generates a list of the cells, then removes it since it wasn't assigned a reference variable.
if config.valid:
print(wtl.view(0,100,25).cells)
Evaluate Likelihoods and make light curve plots
The class LightCurve
, implemented in the module lightcurve
is a subclass of SourceData
.
An instance invokes its superclass to generate the set of cells, then evaluates the likelihoods.
Poisson-like Likelihood
We fit the likelihood for each cell, using only a few evaluations, to a 3-parameter Poisson-like formula. Two advantages of this are:
- efficiency -- for large numbers of photons, this is much faster
- convenience -- the
Poisson
object implements functions that return the TS, 95% CL, maximum, and uncertainties, using the incomplete gamma function.
This results in a DataFrame fits
containing
t, tw, n
, from the cell, andfit
, thePoisson
object
Light curve plots
The function Likelihood.plot
actually invokes flux_plot
Apply Bayesian Blocks
The class WtLike
,
implememted in the module main
, adds an implementation of the Bayesian Block (BB) algorithm, from the module bayesian
using likelihood instead of counts.
There we have two subclasses of astropy.stats.bayesian_blocks
, CountFitness
and the default LikelihoodFitness
.
This code creates partitions between boundaries of a set of cells. Usage is via a special view, bb_view`
if config.valid:
bb = wtl.bb_view()
bb.plot(UTC=1);
As you see, this made 94 blocks from the 656 weeks, fit each, and overplotted in on the weekly light curve.
@ipynb_doc
def pgram(wtl):
"""
### Kerr Periodogram
One can analyze the frequency spectrum by generating a
[Kerr periodogram](https://arxiv.org/pdf/1910.00140.pdf).
A `WtLike` object has a `periodogram` function that returns a `TimeSeries` object.
{out}
{fig}
"""
with capture_hide('Setup output') as out:
p =wtl.periodogram()
p.power_plot(pmax=100 );
fig = plt.gcf()
return locals()
if config.valid: pgram(wtl)
@ipynb_doc
def aitdemo(week, nside, name='3C 454.3', size=40):
"""
## Aitoff and ZEA projections of a HEALPix map
Choose week {week}, with a large 3C 454.3 flare.
The all-sky Aitoff image of the photon count map, counts per nside={nside} pixel.
{fig1}
And zoom to small region, with a ZEA projection, a ${size}^\circ$ square.
{fig2}
"""
from wtlike.skymaps import SquareWCS
from wtlike.sources import findsource
from utilities import healpix as hpx
cntmap = DataView( FermiInterval(7)[week-1], nside=nside).count_map()
kw = dict(vmin=1, vmax=100, )
fig1 = hpx.HPmap(cntmap, f'week {week}', unit='counts/pixel', sigma=0.5).ait_plot(**kw);
wcs = SquareWCS(findsource(name, gal=True), size=size,)
fig2 = wcs.plot(cntmap, title=name, cb_kw=dict( shrink=0.8), **kw)
return locals()
week=79
nside=64
if valid: aitdemo(week, nside, fignum=1)
Simulation
Finally, a simulation option is available. See the tutorial for an example
Input data
There are three data sources which wtlike
needs to function:
- The photon/spacecraft data, one file per week
- A table of weights for each source
- An effective area table, a grid in energy/angle for "front" and "back" events
These must be found in a folder, which by default is ~/wtlike-data
. In that folder there must be (perhaps links to) three folders named data_files
, weight_files
, aeff_files
, and a zip file, weight_file.zip
. A current copy can be found in my Google Drive.
Google colab setup
An easy way to test, or even use, this system is with Goggle's colab. To use it, you need a Google account. All the data files are in my shared folder wtlike-data. It includes a setup notebook which demonstrates setting up a free Google-hosted VM to run wtlike code and makes a few demo plots.