6
$\begingroup$

I am using astropy and I would like to calculate orbital period of an exoplanet by its star's light curve. I follow tutorial in astropy docs and I use data from Kepler in Nasa Exoplanet Archive.

There is KIC 10666592 b (expected period: 2.2 d) in tutorial, it works for me. But if I try another planet (e. g. KIC 10000941 b (expected period: 3.5047 d)), it gives bad results.

Load and plot light curve

from astropy.utils.data import get_pkg_data_filename, download_file
from astropy.timeseries import TimeSeries, BoxLeastSquares
from matplotlib import pyplot as plt
import numpy as np
from astropy import units as u

# First url is for KIC 10666592, the second one is for KIC 10000941 b.
URL = "http://exoplanetarchive.ipac.caltech.edu:80/data/ETSS//Kepler/005/755/19/kplr010666592-2009131110544_slc.fits"
#URL = "http://exoplanetarchive.ipac.caltech.edu:80/data/ETSS//Kepler/005/159/31/kplr010000941-2009166043257_llc.fits"

filename = get_pkg_data_filename(download_file(URL))
curve = TimeSeries.read(filename, format="kepler.fits")  

plt.plot(curve.time.jd, curve["sap_flux"], "k.", markersize=1)

enter image description here

Apply periodogram

periodogram = BoxLeastSquares.from_timeseries(curve, "sap_flux")  
results = periodogram.autopower(0.2 * u.day)  

plt.plot(results.period, results.power)

enter image description here

Calculate orbital period

best = np.argmax(results.power)
period = results.period[best]
print(period)

$$\begin{array}{|c|c|c|} \hline & \text{KIC 10666592 b} & \text{KIC 10000941 b} \\ \hline \text{Calculated period} & \text{2.2055172 d} & \text{13.595231 d} \\ \hline \text{Expected period} & \text{2.2 d} & \text{3.5047 d} \\ \hline \text{Result} & Correct & Incorrect \\ \hline \end{array}$$

Why period for second planet is wrong? I'm doing something wrong? How can I get the correct result?

$\endgroup$

2 Answers 2

5
$\begingroup$

The second light curve you show has no obvious periodic behaviour and I cannot see any sign of a planetary transit. The period-finding algorithm appears to be working correctly.

The planet (if it exists) is supposed to be one of the smallest planetary candidates found by Kepler and will have a barely detectable transit (depth of order 0.004%). The small light curve variations you see are either from the star or remaining instrumental artefacts. If you wish to verify or otherwise the results published by Morton et al. (2016), who show no light curves, you will have to do considerably more work to "detrend" the other variability in the light curve.

$\endgroup$
3
$\begingroup$

I think you may be seeing the planet in the periodogram! But also another signal - higher harmonics of other periodic signals

https://en.wikipedia.org/wiki/Solar_cycleexample - various periodic signals in our sun - with a characteristic period of 11 years (in the bottom panel you also see Earth's, as this is a local measure, and thus is mostly affected by our distance from the sun)

Patterns of stellar activity often have some long frequency of periodicity - starspots on our sun are a great example - and you may be seeing the higher harmonics of those signals here - they often have amplitudes much larger than the planetary signal and are often responsible for the noise-floor* of the system

*the smallest amplitude signal we could pick out from the lightcurve

If you actually wanted to retrieve the periodogram signal of the planet you could think about estimating this noise and subtracting it

a sketch of the effect - each hill is a harmonic (roughly $sinc^2$) peak - spaced like mountains receding into the distance. note that in a periodogram error in the power grows with the period for a finite length dataset - there's a smaller number of those periods observed - and hence it's the closest peaks which are most difficult to resolve.

These are exactly the kind of peaks you pick up on in the planet for which the process works - you have the peak at 2.2 days, but also 1.1 (=2.2/2), ~0.7 (=2.2/3) and below, each with less power - but also other periodic signals doing the same giving the other peaks. They may or may not be planets (for example they can be clumps of starspots) but they are real signals going on in the star (or some other object in the frame).

enter image description here

Below you can see an example of the effect of changing the observational error (rows) and the number of data points (columns) in mock data.

https://ui.adsabs.harvard.edu/abs/2019MNRAS.488.4181P/abstract figure from this paper

So to summarise - you're not doing anything wrong, the planet's just small and there's a lot of noise. If you really want to drill down to the planetary signal you'd need to remove that noise - not an easy task but an interesting and seemingly possible one.

$\endgroup$
1
  • 1
    $\begingroup$ also you might want to try PDCSAP flux (instead of SAP) - the exact details are a bit arcane but it mostly focuses on removing telescope based systematics and shouldn't (but probably can in some edge cases) effect the planetary signal $\endgroup$
    – zephyr
    Jun 7, 2020 at 10:16

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .