Metadata-Version: 2.4
Name: lkdata
Version: 1.0.1
Summary: A friendly package for analysing TESS & Kepler time series data
License-Expression: MIT
License-File: LICENSE
Author: TESS Science Support Center
Author-email: tesshelp@bigbang.gsfc.nasa.gov
Requires-Python: >=3.9
Classifier: Programming Language :: Python :: 3
Classifier: Programming Language :: Python :: 3.9
Classifier: Programming Language :: Python :: 3.10
Classifier: Programming Language :: Python :: 3.11
Classifier: Programming Language :: Python :: 3.12
Classifier: Programming Language :: Python :: 3.13
Classifier: Programming Language :: Python :: 3.14
Provides-Extra: dev
Requires-Dist: IPython (>=8.18.1) ; extra == "dev"
Requires-Dist: astropy ; extra == "dev"
Requires-Dist: bump2version (>=1.0.1) ; extra == "dev"
Requires-Dist: coverage[toml] (>=7.4.0) ; extra == "dev"
Requires-Dist: ipykernel (>=6.29.5) ; extra == "dev"
Requires-Dist: jupyter (>=1.0.1) ; extra == "dev"
Requires-Dist: line-profiler (>=4.1.2) ; extra == "dev"
Requires-Dist: mypy (>=1.8.0) ; extra == "dev"
Requires-Dist: nbsphinx (>=0.9.3) ; extra == "dev"
Requires-Dist: numpy (>=1.26.3)
Requires-Dist: pandas[output-formatting,plot] (>=2.1.4)
Requires-Dist: pre-commit (>=3.6.0) ; extra == "dev"
Requires-Dist: pydata-sphinx-theme (>=0.15.1) ; extra == "dev"
Requires-Dist: pytest (>=7.4.4) ; extra == "dev"
Requires-Dist: ruff (>=0.1.13) ; extra == "dev"
Requires-Dist: sphinx (>=7.2.6) ; extra == "dev"
Requires-Dist: sphinx-astropy (>=1.9.1) ; extra == "dev"
Requires-Dist: sphinx-autobuild (>=2021.3.14) ; extra == "dev"
Requires-Dist: sphinx-autodoc-typehints (>=1.25.2) ; extra == "dev"
Requires-Dist: sphinx-copybutton (>=0.5.2) ; extra == "dev"
Description-Content-Type: text/x-rst

lkdata
======

|Installation| |ruff| |Tests| |Coverage| |Coverage badge|

The ``lkdata`` module is intended as a general purpose data access layer for
lightkurve modules in a pandas based format. It provides a high level interface to the
underlying data and is not intended to be used directly by a user, but rather as
a base for the suite of lightkurve modules with minimal external dependencies.

How to install
--------------

The easiest way:

::

   git clone https://github.com/lightkurve/lkdata.git
   pip install poetry --upgrade
   make install

What’s all this, then?
----------------------

This package has been developed to handle time-series data
using the built-in power and standard functionality of
`pandas <https://pandas.pydata.org/>`__.

Users of ``lightkurve`` will not typically interact directly with
lkdata. Rather, the lkdata package serves at the backend for
``lightkurve`` v3. This represents a paradigm shift towards modularity
and smaller independently maintained packages composing the
``lightkurve`` ecosystem.

As ``lightkurve`` is updated to v3, ``lkdata`` will be used for the
affiliated packages to process
`Lightcurve <https://archive.stsci.edu/missions/tess/doc/EXP-TESS-ARC-ICD-TM-0014.pdf#page=32>`__
(LC), `Target Pixel
File <https://archive.stsci.edu/missions/tess/doc/EXP-TESS-ARC-ICD-TM-0014.pdf#page=24>`__
(TPF), and `Full Frame
Image <https://archive.stsci.edu/missions/tess/doc/EXP-TESS-ARC-ICD-TM-0014.pdf#page=18>`__
(FFI)
`data <https://outerspace.stsci.edu/display/TESS/2.0+-+Data+Product+Overview>`__
for the `TESS <https://tess.mit.edu>`__ and
`Kepler/K2 <https://science.nasa.gov/mission/kepler/>`__ missions.

What does ``lkdata`` do, specifically?
--------------------------------------

Time Series Data Format
~~~~~~~~~~~~~~~~~~~~~~~

``lkdata`` supports three data formats commonly dealt with in
time-domain astronomy: time series, collections of multiple time series,
and data cubes. - Time series (such as light curves) data is handled by
``Series`` objects, containing a time index and data. - Collections of
time series-like arrays with shared times can be handled by
``SeriesCollection`` objects. - Data cube products (such as TPF or FFI
time series) are handled by ``Cube`` objects. The difference between a
collection and a ``Cube`` is that ``Cube`` objects must be contiguous
along the spatial axes.

Data types, numerical and otherwise
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Data that are associated with time values can be represented by one of
three different classes: DataSeries, BoolSeries, or BitwiseSeries.

**Data[Series/SeriesCollection/Cube]** represent numerical data that
varies with time, such as flux, energy, or other lightcurve-like data.

**Bool[Series/SeriesCollection/Cube]** handle any Boolean data that
varies by time, such as a Boolean mask for time steps that are ‘good’ or
‘bad’.

**Bitwise[Series/SeriesCollection/Cube]** handle data that represents
bitwise information. This was motivated by the
`TESS <https://outerspace.stsci.edu/display/TESS/2.0+-+Data+Product+Overview#id-2.0-DataProductOverview-Table:CadenceQualityFlags>`__,
`Kepler, and
K2 <https://archive.stsci.edu/files/live/sites/mast/files/home/missions-and-data/k2/_documents/MAST_Kepler_Archive_Manual_2020.pdf#page=18>`__
quality masks, which use bitwise AND operations to represent different
combinations of data quality flags.

Familiar, intuitive, efficient
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

``lkdata`` uses ``pandas`` for its familiar interface and its efficient
data handling, and extends it for time domain specific applications. All
lkdata products operate on data associated with temporal indices and
spatial columns. For numerical data, support for associated errors has
been included, as well as classes to handle boolean and bitwise data
type aggregation.

A mixture of any of these types of data can be bundled in a single
lkdata DataSet class, provided they all have the same times associated
with them. The advantage of the DataSet is that operations applied to
the DataSet, such as binning or slicing, are applied to all associated
Series, Frame, and Cube objects as appropriate. For example, you could
bundle a group of DataSeries that each represent a single source of flux
(simple aperture flux, corrected flux, background flux, etc) and
simulataneously cutout a time range of interest. We will see more
applications for DataCubes in the examples throughout this notebook.

Lightkurve; now more easy to develop
------------------------------------

Developing for lightkurve now includes some new features:

- pre-commit hooks. This is going to stop anyone from commiting anything
  to their branch that breaks our standards. That means linted,
  formatted code, well written markdown files, checking with mypy etc.
  This means it’s going to be harder (but not impossible) for you to
  open a PR against lightkurve that doesn’t have these things fixed.
  This is much more strict than V2.

.. |Installation| image:: https://github.com/lightkurve/lkdata/actions/workflows/install.yml/badge.svg?event=push
   :target: https://github.com/lightkurve/lkdata/actions/workflows/install.yml
.. |ruff| image:: https://github.com/lightkurve/lkdata/actions/workflows/check.yml/badge.svg?event=push
   :target: https://github.com/lightkurve/lkdata/workflows/check.yml
.. |Tests| image:: https://github.com/lightkurve/lkdata/actions/workflows/test.yml/badge.svg?branch=main&event=push
   :target: https://github.com/lightkurve/lkdata/actions/workflows/test.yml
.. |Coverage| image:: https://github.com/lightkurve/lkdata/actions/workflows/coverage.yml/badge.svg?event=push
   :target: https://github.com/lightkurve/lkdata/workflows/coverage.yml
.. |Coverage badge| image:: https://github.com/lightkurve/lkdata/raw/python-coverage-comment-action-data/badge.svg
   :target: https://github.com/lightkurve/lkdata/tree/python-coverage-comment-action-data

