SCOTCH Catalogue and Associated Data Files
Bibliographic record
Abstract
The Simulated Catalogue of Optical Transients and Correlated Hosts (SCOTCH) This is a static data release for SCOTCH, a catalogue containing 5 million explosive transients and the properties of their realistically-associated host galaxies. The catalogue consists of 13 transient classes: 3 SN Ia classes (Ia, Iax, Ia 91bg-like), 2 H-rich core-collapse classes (II, IIn), 5 H-poor classes (Ib, Ic, Ic-BL, IIb, SLSN-I), and 3 non-SN classes (AGN, KN, TDE). Details on the methodology used to construct these data can be found in Lokken, Gagliano, et al. (2022) and the associated repo for this work is located at https://github.com/LSSTDESC/transient-host-sims. This data release consists of three types of files: SCOTCH Catalogues (scotch_z3.hdf5, scotch_zlim.hdf5): scotch_z3.hdf5: This is a catalogue of 5M transients and host properties for 13 transient classes within \(0 Transient Table and the Host Table. The Transient Table contains true, top-of-the-galaxy light curves in Vera Rubin Observatory LSST passbands (ugrizY) for each of the simulated transients. The Host Table contains information about the host galaxies of each transient, including apparent magnitude in LSST passbands, shape, star-formation rate, and stellar mass. The two tables are linked and can be cross-matched by TID, the unique integer ID of a simulated transient; and GID, the unique integer ID of each host galaxy. scotch_zlim.hdf5 (soon to be added!): This catalogue consists of 5M events simulated in SNANA with an upper redshift limit of \(z<0.8\). More events are simulated at lower redshift than SCOTCH_Z3.hdf5, so this catalogue might be more valuable for low-z studies (e.g., of KNe). The full organization of the catalogue is shown in Figure B1 of our paper, and we provide a list of the schema as Tables 4 and 5. Tutorials for querying the database for specific science cases are available at https://github.com/LSSTDESC/transient-host-sims/blob/main/notebooks/SCOTCH_walkthroughs.ipynb. If all you want are the data products, then you're done! If you're interested in generating new simulations or are just curious to learn about how we simulated realistic host galaxy correlations, check out the two types of supplemental data files: HOSTLIBs (*_GHOST.HOSTLIB.gz): The libraries of candidate CosmoDC2 host galaxies to which simulated transients are matched. These files can be used to rerun SNANA for unique survey strategies (footprint, cadence, etc), and were generated using https://github.com/LSSTDESC/transient-host-sims/blob/main/notebooks/Hostlib_Constructor.ipynb. The transients we've simulated use one of five HOSTLIBs: SNIa, SNIbc, SNII, UNMATCHED, and UNMATCHED_KN. The first three of these HOSTLIBs encode correlations from the GHOST catalogue (Gagliano+2021). The last two contain representative subsets of CosmoDC2 (no explicit host correlations), and the last file contains galaxies whose photometry has been slightly modified to introduce realistic scatter into the color-color distribution of matched KN host galaxies. The data in these files roughly match the final galaxy properties listed in the SCOTCH catalogue, with one exception: NBR_LIST, the cosmoDC2 IDs of other galaxies in that HOSTLIB within a 10'' radius of a given galaxy. This is useful for calculating the directional light radius (Gupta+2016) to each transient and realistically mis-associating some hosts (as will be done for ELAsTiCC). WGTMAPs (*_GHOST.WGTMAP.gz): The Probability Density Functions (PDFs) describing the probability of a class of transient to occur in a galaxy of certain properties. These can be used as input to rerun SNANA, and were generated using the script https://github.com/LSSTDESC/transient-host-sims/blob/main/scripts/weightmap_generator.py. The galaxy properties over which a PDF is defined is variable, and the PDF of each class has been constructed to encode subtler correlations than are captured in GHOST and known correlations with derived properties (star-formation rate, metallicity, and stellar mass, none of which are estimated in GHOST). Host matching in SNANA is done from the HOSTLIB conditioned on the WGTMAP distributions. File schema is x y z WGT SNMAGSHIFT Where xyz defines a point along a three-dimensional, uniformly-spaced parameter space of host galaxy properties, WGT defines the weight to assign a galaxy with those properties in matching, and SNMAGSHIFT describes the magnitude offset to attribute to transients matched to a galaxy with these properties (this SNANA functionality is not used). Interpolation is used to determine the weights for HOSTLIB galaxies with properties between grid points. Questions? Comments? Please reach out to Martine Lokken (lokken@astro.utoronto.ca) or Alex Gagliano (gaglian2@illinois.edu).
Fetched live from OpenAlex and de-inverted. Abstracts are not stored in this database: the inverted indexes are 8.6 GB of the frame’s 9.3 GB of text, and the host has 13 GB free.
How this classification was reachedexpand
Full frame machine prediction
Teacher imitationNot calibrated prevalence, not ground truth. Human validation pending. The Gemma side is a direct model label for every work in the frame, read from the title-only record. The Codex side is a classifier learned from the 10,348 direct Codex labels and calibrated to design-weighted sample rates; fields without enough sample support carry no Codex call. Candidate is the union of the two sides; consensus is their intersection. These outputs are machine_predicted_unvalidated and are not human labels.
Distilled classifier scores by category (both heads)
| Category | Codex | Gemma |
|---|---|---|
| Metaresearch | 0.001 | 0.007 |
| Meta-epidemiology (narrow) | 0.001 | 0.001 |
| Meta-epidemiology (broad) | 0.001 | 0.001 |
| Bibliometrics | 0.007 | 0.014 |
| Science and technology studies | 0.001 | 0.000 |
| Scholarly communication | 0.003 | 0.003 |
| Open science | 0.004 | 0.003 |
| Research integrity | 0.001 | 0.001 |
| Insufficient payload (model declined to judge) | 0.381 | 0.376 |
Machine scores (provisional)
The two teacher heads of the student model, read on this work. A score orders the frame for review; it never asserts a category, and the validation status ships verbatim with every row.
Baseline scores from an immature model (maturity gate not passed, 7 training rounds). Scores rank; they never assert a category.
score_only:v0-immature-baseline · verbatim from the scoring run: score_only means the number may rank works, and no category label ships from itClassification
machine, unvalidatedMachine predicted; a candidate call from one source (direct Gemma or distilled Codex), not a consensus.
How this classification was reached, model by model and score by score, is at the end of the page under "How this classification was reached".