File | Date | Author | Commit |
---|---|---|---|
tags | 2015-08-26 | fergalm | [r161] Tagging version of code used for 2015 paper on ... |
trunk | 2017-07-07 | mustaric | [r296] Added quarter boundaries for SS3 |
readme.md | 2015-09-14 | fergalm | [r180] Moving readme file to top level in trunk |
Marshall is a tool for detecting artefacts masquerading as transits of small, long period planets in Kepler data. It is described in detail in Mullally et al. (2015, submitted to ApJ)
This code is published primarily as a record of how the results in that paper were produced, and running this package depends on code not yet made available. However, the core of the algorithm is self contained, even if the details of how I ran it on Kepler data are incomplete.
The exact implementation used in the paper is stored in tags/q1q17dr24. The trunk version should be easier to read.
The core of the algorithm is stored in the Trifit class in [trifit.py]. This class should be easily adaptable to any transit timeseries. The only function that assumes the input data is Kepler data is Trifit.isNotEnoughPointsInTransit(), which assumes it knows the exposure time of the input data. The Trifit class takes as input
The method getTransitFavourability() returns a floating point number. Returns values > +10 indicate that the proposed event is more likely an artefact than a transit.
Considerable
[fitPipeline.py] and [marshall.py] are specific to Kepler data, and the particular problems I want to solve. They depend on a lot of functionality included in modules from a not-yet-available package, and will not work on your machine