1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 342 343
|
========================
Working with Spectrum1Ds
========================
As described in more detail in :doc:`types_of_spectra`, the core data class in
specutils for a single spectrum is `~specutils.Spectrum1D`. This object
can represent either one or many spectra, all with the same ``spectral_axis``.
This section describes some of the basic features of this class.
Basic Spectrum Creation
-----------------------
The simplest way to create a `~specutils.Spectrum1D` is to
create it explicitly from arrays or `~astropy.units.Quantity` objects:
.. plot::
:include-source:
:align: center
>>> import numpy as np
>>> import astropy.units as u
>>> import matplotlib.pyplot as plt
>>> from specutils import Spectrum1D
>>> flux = np.random.randn(200)*u.Jy
>>> wavelength = np.arange(5100, 5300)*u.AA
>>> spec1d = Spectrum1D(spectral_axis=wavelength, flux=flux)
>>> ax = plt.subplots()[1] # doctest: +SKIP
>>> ax.plot(spec1d.spectral_axis, spec1d.flux) # doctest: +SKIP
>>> ax.set_xlabel("Dispersion") # doctest: +SKIP
>>> ax.set_ylabel("Flux") # doctest: +SKIP
.. note::
The ``spectral_axis`` can also be provided as a :class:`~specutils.SpectralAxis` object,
and in fact will internally convert the spectral_axis to :class:`~specutils.SpectralAxis` if it
is provided as an array or `~astropy.units.Quantity`.
.. note::
The ``spectral_axis`` can be either ascending or descending, but must be monotonic
in either case.
Reading from a File
-------------------
``specutils`` takes advantage of the Astropy IO machinery and allows loading and
writing to files. The example below shows loading a FITS file. While specutils
has some basic data loaders, for more complicated or custom files, users are
encouraged to :doc:`create their own loader </custom_loading>`.
.. code-block:: python
>>> from specutils import Spectrum1D
>>> spec1d = Spectrum1D.read("/path/to/file.fits") # doctest: +SKIP
Most of the built-in specutils default loaders can also read an existing
`astropy.io.fits.HDUList` object or an open file object (as resulting
from e.g. streaming a file from the internet). Note that in these cases, a
format string corresponding to an existing loader must be supplied because
these objects lack enough contextual information to automatically identify
a loader.
.. code-block:: python
>>> from specutils import Spectrum1D
>>> import urllib
>>> specs = urllib.request.urlopen('https://data.sdss.org/sas/dr14/sdss/spectro/redux/26/spectra/0751/spec-0751-52251-0160.fits') # doctest: +REMOTE_DATA
>>> Spectrum1D.read(specs, format="SDSS-III/IV spec") # doctest: +REMOTE_DATA
<Spectrum1D(flux=<Quantity [30.596626,...]...>
Note that the same spectrum could be more conveniently downloaded via
astroquery, if the user has that package installed:
.. code-block:: python
>>> from astroquery.sdss import SDSS # doctest: +SKIP
>>> specs = SDSS.get_spectra(plate=751, mjd=52251, fiberID=160) # doctest: +SKIP
>>> Spectrum1D.read(specs[0], format="SDSS-III/IV spec") # doctest: +SKIP
<Spectrum1D(flux=<Quantity [30.596626,...]...>
List of Loaders
~~~~~~~~~~~~~~~
The `~specutils.Spectrum1D` class has built-in support for various input and output formats.
A full list of the supported formats is shown in the table below.
.. automodule:: specutils.io._list_of_loaders
| More information on creating custom loaders can be found in the :doc:`custom loading </custom_loading>` page.
Including Uncertainties
-----------------------
The :class:`~specutils.Spectrum1D` class supports uncertainties, and
arithmetic operations performed with :class:`~specutils.Spectrum1D`
objects will propagate uncertainties.
Uncertainties are a special subclass of :class:`~astropy.nddata.NDData`, and their
propagation rules are implemented at the class level. Therefore, users must
specify the uncertainty type at creation time.
.. code-block:: python
>>> from specutils import Spectrum1D
>>> from astropy.nddata import StdDevUncertainty
>>> spec = Spectrum1D(spectral_axis=np.arange(5000, 5010)*u.AA, flux=np.random.sample(10)*u.Jy, uncertainty=StdDevUncertainty(np.random.sample(10) * 0.1))
.. warning:: Not defining an uncertainty class will result in an
:class:`~astropy.nddata.UnknownUncertainty` object which will not
propagate uncertainties in arithmetic operations.
Including Masks
---------------
Masks are also available for :class:`~specutils.Spectrum1D`, following the
same mechanisms as :class:`~astropy.nddata.NDData`. That is, the mask should
have the property that it is ``False``/``0`` wherever the data is *good*, and
``True``/anything else where it should be masked. This allows "data quality"
arrays to function as masks by default.
Note that this is distinct from "missing data" implementations, which generally
use ``NaN`` as a masking technique. This method has the problem that ``NaN``
values are frequently "infectious", in that arithmetic operations sometimes
propagate to yield results as just ``NaN`` where the intent is instead to skip
that particular pixel. It also makes it impossible to store data that in the
spectrum that may have meaning but should *sometimes* be masked. The separate
``mask`` attribute in :class:`~specutils.Spectrum1D` addresses that in that the
spectrum may still have a value underneath the mask, but it is not used in most
calculations. To allow for compatibility with ``NaN``-masking representations,
however, specutils will recognize ``flux`` values input as ``NaN`` and set the
mask to ``True`` for those values unless explicitly overridden.
Including Redshift or Radial Velocity
-------------------------------------
The :class:`~specutils.Spectrum1D` class supports setting a redshift or radial
velocity upon initialization of the object, as well as updating these values.
The default value for redshift and radial velocity is zero - to create a
:class:`~specutils.Spectrum1D` with a non-zero value, simply set the appropriate
attribute on object creation:
.. code-block:: python
>>> spec1 = Spectrum1D(spectral_axis=np.arange(5000, 5010)*u.AA, flux=np.random.sample(10)*u.Jy, redshift = 0.15)
>>> spec2 = Spectrum1D(spectral_axis=np.arange(5000, 5010)*u.AA, flux=np.random.sample(10)*u.Jy, radial_velocity = 1000*u.Unit("km/s"))
By default, updating either the ``redshift`` or ``radial_velocity`` attributes
of an existing :class:`~specutils.Spectrum1D` directly uses the
:meth:`specutils.Spectrum1D.shift_spectrum_to` method, which also updates the
values of the ``spectral_axis`` to match the new frame. To leave the
``spectral_axis`` values unchanged while updating the ``redshift`` or
``radial_velocity`` value, use the :meth:`specutils.Spectrum1D.set_redshift_to`
or :meth:`specutils.Spectrum1D.set_radial_velocity_to` method as appropriate.
An example of the different treatments of the ``spectral_axis`` is shown below.
.. code-block:: python
>>> spec1.shift_spectrum_to(redshift=0.5) # Equivalent: spec1.redshift = 0.5
>>> spec1.spectral_axis
<SpectralAxis
(observer to target:
radial_velocity=115304.79153846155 km / s
redshift=0.5000000000000002)
[6521.73913043, 6523.04347826, 6524.34782609, 6525.65217391,
6526.95652174, 6528.26086957, 6529.56521739, 6530.86956522,
6532.17391304, 6533.47826087] Angstrom>
>>> spec2.set_radial_velocity_to(5000 * u.Unit("km/s"))
>>> spec2.spectral_axis
<SpectralAxis
(observer to target:
radial_velocity=5000.0 km / s
redshift=0.016819635148755285)
[5000., 5001., 5002., 5003., 5004., 5005., 5006., 5007., 5008., 5009.] Angstrom>
.. _spectrum1d-defining-wcs:
Defining WCS
------------
Specutils always maintains a WCS object whether it is passed explicitly by the
user, or is created dynamically by specutils itself. In the latter case, the
user need not be aware that the WCS object is being used, and can interact
with the :class:`~specutils.Spectrum1D` object as if it were only a simple
data container.
Currently, specutils understands two WCS formats: FITS WCS and GWCS. When a user
does not explicitly supply a WCS object, specutils will fallback on an internal
GWCS object it will create.
.. note:: To create a custom adapter for a different WCS class (i.e. aside from
FITSWCS or GWCS), please see the documentation on WCS Adapter classes.
Providing a FITS-style WCS
~~~~~~~~~~~~~~~~~~~~~~~~~~
.. code-block:: python
>>> from specutils.spectra import Spectrum1D
>>> import astropy.wcs as fitswcs
>>> import astropy.units as u
>>> import numpy as np
>>> my_wcs = fitswcs.WCS(header={'CDELT1': 1, 'CRVAL1': 6562.8, 'CUNIT1': 'Angstrom', 'CTYPE1': 'WAVE', 'RESTFRQ': 1400000000, 'CRPIX1': 25})
>>> spec = Spectrum1D(flux=[5,6,7] * u.Jy, wcs=my_wcs)
>>> spec.spectral_axis #doctest:+SKIP
<Quantity [ 6538.8, 6539.8, 6540.8] Angstrom>
>>> spec.wcs.pixel_to_world(np.arange(3)) #doctest:+SKIP
array([6.5388e-07, 6.5398e-07, 6.5408e-07])
Multi-dimensional Data Sets
---------------------------
`~specutils.Spectrum1D` also supports the multidimensional case where you
have, say, an ``(n_spectra, n_pix)``
shaped data set where each ``n_spectra`` element provides a different flux
data array and so ``flux`` and ``uncertainty`` may be multidimensional as
long as the last dimension matches the shape of spectral_axis This is meant
to allow fast operations on collections of spectra that share the same
``spectral_axis``. While it may seem to conflict with the ā1Dā in the class
name, this name scheme is meant to communicate the presence of a single
common spectral axis.
.. note:: The case where each flux data array is related to a *different* spectral
axis is encapsulated in the :class:`~specutils.SpectrumCollection`
object described in the :doc:`related docs </spectrum_collection>`.
.. code-block:: python
>>> from specutils import Spectrum1D
>>> spec = Spectrum1D(spectral_axis=np.arange(5000, 5010)*u.AA, flux=np.random.sample((5, 10))*u.Jy)
>>> spec_slice = spec[0]
>>> spec_slice.spectral_axis
<SpectralAxis [5000., 5001., 5002., 5003., 5004., 5005., 5006., 5007., 5008., 5009.] Angstrom>
>>> spec_slice.flux #doctest:+SKIP
<Quantity [0.72722821, 0.32147784, 0.70256482, 0.04445197, 0.03390352,
0.50835299, 0.87581725, 0.50270413, 0.08556376, 0.53713355] Jy>
While the above example only shows two dimensions, this concept generalizes to
any number of dimensions for `~specutils.Spectrum1D`, as long as the spectral
axis is always the last.
Slicing
-------
As seen above, `~specutils.Spectrum1D` supports slicing in the same way as any
other array-like object. Additionally, a `~specutils.Spectrum1D` can be sliced
along the spectral axis using world coordinates.
.. code-block:: python
>>> from specutils import Spectrum1D
>>> spec = Spectrum1D(spectral_axis=np.arange(5000, 5010)*u.AA, flux=np.random.sample((5, 10))*u.Jy)
>>> spec_slice = spec[5002*u.AA:5006*u.AA]
>>> spec_slice.spectral_axis
<SpectralAxis [5002., 5003., 5004., 5005.] Angstrom>
It is also possible to slice on other axes using simple array indices at the
same time as slicing the spectral axis based on spectral values.
.. code-block:: python
>>> from specutils import Spectrum1D
>>> spec = Spectrum1D(spectral_axis=np.arange(5000, 5010)*u.AA, flux=np.random.sample((5, 10))*u.Jy)
>>> spec_slice = spec[2:4, 5002*u.AA:5006*u.AA]
>>> spec_slice.shape
(2, 4)
If the `specutils.Spectrum1D` was created with a WCS that included spatial
information, for example in case of a spectral cube with two spatial dimensions,
the `specutils.Spectrum1D.crop` method can be used to subset the data based on
the world coordinates. The inputs required are two sets up `astropy.coordinates`
objects defining the upper and lower corner of the region desired. Note that if
one of the coordinates is decreasing along an axis, the higher world coordinate
value will apply to the lower bound input.
.. code-block:: python
>>> from astropy.coordinates import SpectralCoord, SkyCoord
>>> import astropy.units as u
>>> lower = [SkyCoord(ra=201.1, dec=27.5, unit=u.deg), SpectralCoord(3000, unit=u.AA)]
>>> upper = [SkyCoord(ra=201.08, dec=27.52, unit=u.deg), SpectralCoord(3100, unit=u.AA)]
>>> cropped_spec = spec.crop(lower, upper) #doctest:+SKIP
Collapsing
----------
`~specutils.Spectrum1D` has built-in convenience methods for collapsing the
flux array of the spectrum via various statistics. The available statistics are
mean, median, sum, max, and min, and may be called either on a specific axis
(or axes) or over the entire flux array. The collapse methods currently respect
the ``mask`` attribute of the `~specutils.Spectrum1D`, but do not propagate
any ``uncertainty`` attached to the spectrum.
.. code-block:: python
>>> spec = Spectrum1D(spectral_axis=np.arange(5000, 5010)*u.AA, flux=np.random.sample((5, 10))*u.Jy)
>>> spec.mean() # doctest: +IGNORE_OUTPUT
<Quantity 0.4572145 Jy>
The 'axis' argument of the collapse methods may either be an integer axis, or a
string specifying either 'spectral', which will collapse along only the
spectral axis, or 'spatial', which will collapse along all non-spectral axes.
.. code-block:: python
>>> spec.mean(axis='spatial') # doctest: +IGNORE_OUTPUT
<Spectrum1D(flux=<Quantity [0.39985669, ... 0.38041483] Jy>,
spectral_axis=<SpectralAxis ... [5000., ... 5009.]>
Note that in this case, the result of the collapse operation is a
`~specutils.Spectrum1D` rather than an `astropy.units.Quantity`, because the
collapse operation left the spectral axis intact.
It is also possible to supply your own function for the collapse operation by
calling `~specutils.Spectrum1D.collapse()` and providing a callable function
to the ``method`` argument.
.. code-block:: python
>>> spec.collapse(method=np.nanmean, axis=1) # doctest: +IGNORE_OUTPUT
<Quantity [0.57646909, 0.37054038, 0.28779586, 0.58485113, 0.46641606] Jy>
Reference/API
-------------
.. automodapi:: specutils
:no-main-docstr:
:inherited-members:
:no-heading:
:headings: -~
:skip: test
:skip: SpectrumCollection
:skip: SpectralRegion
|