Astronomy-focused set of Python tools with a GUI that uses spectrum construction and eye absorption to compute realistic colors.
Input data is accepted in the form of filters measurements (such as color indices) or continuous spectra, in irradiance units or in magnitudes. Stores a comprehensive catalog of photometry in a proprietary format. Can process spectral cubes, multiband spacecraft images and correct images in enhanced colors.
To calibrate the color of maps based on TCT data, I recommend using Cylindrical Texture Calibrator.
Please note that this is a hobby project and no guarantees are provided for the results. Help is welcome!
TrueColorTools has been tested on Windows 10/11, macOS and Linux (this can be used to run on Windows 7). Python version 3.11 or higher is required. Depending on the system, you may need to replace the python
command with python3
.
python -m venv .venv
;.venv/bin/pip install -r requirements.txt
;.venv/bin/python -u runTCT.py
.SevenSpheres compiles stable versions of TCT for Windows 8/10/11. Thus, Python is not required in this installation way.
runTCT.exe
.The key processing method is to convert a photometric data into a continuous spectrum and convolve it with color matching functions of an eye. Summary of the standard steps:
GUI is the only way to interact with TrueColorTools. If you run it from the command line, you can set the startup language (run with --help
for details). No Internet connection is required, the databases are stored in the appropriate repository folders, and you can replenish them.
Program interface is functionally divided into tabs: Database viewer, Image processing and Blackbody & Redshifts. Color output formatting, often common to tabs, is located in the sidebar settings.
The Database viewer tab provides access to the spectra database and allows you to calculate a color with the selected settings by simply clicking on an object. It is possible to plot one or more spectra from the database in a pop-up window. You can process the colors of an entire category at once and get the output in text form or as a graphical table (examples).
The Image processing tab accepts regular images, a series of black and white images, or a spectral cube as input. Using the wavelength information, the image is restored in true color. The internal operations are similar to reconstructing the spectrum for each pixel.
The Blackbody & Redshifts tab calculates the influence of physical phenomena on color. Based on the blackbody spectrum, the program displays the color and brightness changes due to Doppler and gravitational redshifts. You can lock the exposure on the logarithmic scale of apparent magnitude, setting the overexposure limit for a tuned blackbody object if it was in the sky replacing the Sun (at the same angular size).
Menu
→References
.strings.py
and make a commit or contact me.Data listed in JSON5 files can be of two types: reference and photometric. There are no restrictions on their order and relative position at all (data block and its reference block can be in different files), but it is usually convenient to list the sources at the beginning of the file, then the spectra.
The object name may contain indicators for the GUI and the color table, the template is (index) name: note (info) | reference
. The contents of the brackets are placed in the upper left corner; colon followed by a note; what appears after a vertical bar is reference(s) and is placed in the upper right corner. The naming conventions in the GUI may vary and try to follow naming standards in astronomy.
The brightness scale is not strictly tied to physical quantities. Using the albedo
key, you can indicate that the appropriate spectrum is scaled and the brightness in the range 0 to 1 should be treated as reflectance. The scaling task can be left to the program by specifying a wavelength or filter for which the albedo is known. Optional internal standard is irradiance spectral density measured in W / (m² nm).
For the visible range, there are two main types of albedo: geometric and spherical. Geometric albedo is coefficient of reflected light at the zero phase angle (for simplicity, normal albedo is now not distinguished from geometric albedo). It is usually brighter than the spherical albedo, the ratio of all incident light to all reflected light. If one is not specified in the database or can't be calculated from the phase function, TCT uses a theoretical model to convert one to the other for the appropriate brightness display mode. If no albedo is specified, the object will not be displayed in albedo modes (exception for the star
tag). The albedo
parameter indicates both albedos at once, but it is not recommended.
Phase functions are now used to calculate the phase integral, which is used to convert between spherical and geometric albedo. The name and function parameters are stored in the database as ['name', {param1: value1, ...}]
, each value can be numeric or a list of [value, sd]
. The following phase functions are supported:
HG
: requires G
parameter, see Bowell et al. 1989.HG1G2
: requires G_1
and G_2
, see Muinonen et al. 2010.It is assumed that all data is given in ascending wavelength order, and it is necessary to specify "white spectrum" for calibration if the photometric system does not determine it by equal-energy irradiance density by wavelengths (this link may help). Typically you need to specify calibration_system: 'AB'
when working with Sloan filters and calibration_system: 'Vega'
for all other cases.
Supported input keys of a database unit:
nm
(list): list of wavelengths in nanometersbr
(list): same-size list of "brightness" in energy spectral density unitsmag
(list): same-size list of magnitudessd
(list/number): same-size list of standard deviations (or a common value)nm_range
(dict): wavelength range definition in the format {start: …, stop: …, step: …}
slope
(dict): spectrum definition in the format {start: …, stop: …, power/percent_per_100nm: …}
file
(str): path to a text or FITS file, recommended placing in spectra
or spectra_extras
folderfilters
(list): list of filter names present in the filters
folder (can be mixed with nm values)color_indices
(list): dictionary of color indices, formatted {'filter1-filter2': …, …}
photometric_system
(str): a way to parenthesize the photometric system name (separator is a dot)calibration_system
(str): Vega
or AB
filters zero points calibration, ST
is assumed by defaultalbedo
(bool/list): marks data as albedo scaled (if bool) or tells how to scale (if [filter/nm, …]
) geometric_albedo
(bool/list): indicates geometric/normal albedo data or how to scale to itspherical_albedo
(bool/list): indicates spherical albedo data or how to scale to itbond_albedo
(number): sets spherical albedo scale using known Solar spectrumphase_integral
(number/list): factor of transition from geometric albedo to sphericalphase_function
(list): function name and its parameters to compute phase integralbr_geometric
, br_spherical
(list): specifying unique spectra for different albedossd_geometric
, sd_spherical
(list/number): corresponding standard deviations or a common valuesun_is_emitter
(bool): true
to remove the reflected Solar spectrumtags
(list): strings categorizing the spectral dataStandard deviations are syntactically supported (but not always processed). Any brightness value in any of the data types can be replaced by a corresponding list of [value, sd]
(or [value, +sd, -sd]
for asymmetric standard deviation).
You can store the file with the spectrum outside of JSON5, and include a link in it. Text (*.txt
, *.dat
) and FITS (*.fits
, *.fit
) formats are supported for external files. A text file must contain at least wavelengths in the first column, irradiance in the second column, and optionally standard deviations in the third column and a mask in the fourth column ("good" rows in SMASS data marked with "1"). Data is assumed to be in the second HDU in FITS files. If you have problems reading FITS, contact me, I'll improve the parsing of the provided example.
As in JSON5, the default wavelengths for external files are in nanometers and the spectrum is in energy density. For FITS files, TCT attempt to determine the wavelength unit from internal data. You can also force the data type by using letters in the file extension (.txt
for example):
.txtN
for nanometers (by default), .txtA
for ångströms, .txtU
for micrometers;.txtE
for energy counters (by default), .txtP
for photon counters.The data in the /spectra
folder can be modified by the user (except for the "vital" spectra of the Sun and Vega). The display order in the Database viewer is determined by the file names and the order within the file. If the spectrum header is repeated in the database, the last spectrum will replace the previous one. The tag list is created and completed while reading files. /spectra_extras
is recommended as the storage location for user files and add-ons; they will be shown last in the GUI. There is a pinned issue for sharing "official" and user add-ons. Pull requests are welcome too.
TCT uses filter sensitivity profiles for accurate spectrum restoration. They are provided by the SVO Filter Profile Service and stored here. To replenish the database, select a filter on the site, select the "ascii" data file and place it in the folder. You need also specify the wavelength unit (usually ångströms, so you get the .datA
extension). If you see "Detector Type: Photon counter" in the filter description there (instead of "Energy counter", which we need) you need to add P
to the extension. Also note that V band filter in the /filters
folder is "vital".
Short help on the UBVRI photometric system implementations:
Generic_Johnson
takes into account the sensitivity of photomultiplier tubes, mostly affected on R and I bands. Use only if the measurements were actually taken on a PMT.Generic_Cousins
contains only R and I bands. Can be used directly with the U, B, V from the Johnson system, but the error is expected to be large.Generic_Bessell
is actually Johnson—Cousins system for CCD receivers. Recommended by default.This research has made use of:
My thanks to arbodox for the creation of the project logo.