AAS Journals encourage the enrichment of articles with data and other digital materials, including data links. Such materials are subject to the same peer-review standards as the articles as a whole, and their inclusion should be justified on scientific grounds. The Journals also provide data services to authors, including data review, archiving data behind figures, and linking Journal data to outside repositories. This data guide provides instructions for including and citing data in your articles. For more information on these options and services, authors should contact the AAS Journals' data editors.
It is in the best interest of both the author and the reader for lengthy tables to appear in a machine readable table format. Machine readable tables (MRTs) consist of structured ASCII (non-binary) data with a meta-data header. Those MRTs published in the AAS Journals utilize very similar standards and styles as CDS's VizieR tables. Indeed, VizieR harvests AAS Journal MRTs and makes these data discoverable and searchable via Virtual Observatory protocols, which is another benefit to using this data format.
When tables are longer than ~200 data rows or contain critical object related data, authors are strongly encouraged to deliver their tables at submission in a machine readable format. See the AASTeX v6.1 guide for details on how to incorporate a machine readable table into a LaTeX manuscript.
Authors who deliver machine-readable tables should state this at the time of submission, and must include the data with the submission so that it can be evaluated during the review process. The data should be in the standardized CDS MRT format or in raw ASCII (formatted or delimited) or in the form of a LaTeX table. Word/RTF users should save the table as a tab-delimited ASCII file. It is desirable to include information regarding the format, units, and a short description of each column when an ASCII table is submitted. When submitting, authors should name the ASCII tables tab#.txt, where # is the table number.
Authors may create their own standardized machine-readable tables using a web-based converter. Alternatively, we maintain a partial list of programs that can read/write MRTs, and we provide a complete set of machine-readable table standards. Author created MRTs will be verified at acceptance and may also require "proofing" if significant changes were required to maintain the AAS standards and styles.
Conversion to the MRT format will be done for all large tables after acceptance but before the manuscript is sent to the publisher for production. The data in a table will be evaluated against best practices for curated, archived data tables, and may be subsequently standardized. Authors will be queried at this point to "proof" the resulting AAS Journal MRT. Please review the full workflow and tips on MRT conversion and proofing.
Our Data behind the Figure program archives the tabular or image data that comprise each figure in an article, and provides it for reuse in common astronomy formats (Machine readable tables or FITS). A few examples of DbF include: 1) the original FITS image that comprise an RGB color figure; 2) original FITS versions of 1-D spectra in a figure; 3) an MRT of the full catalog of sources displayed in a color-color diagram The DbF option makes more structured data available for the longterm and facilitates further use of the data, thus increasing long-term citations of articles. For readers the data that was once difficult to extract from a figure can now be on your desktop with one click. Note that DbF is not appropriate for all data, specifically extremely large data sets (> 100 MB) or data that is already available online (e.g., NASA archives). Presently authors wishing to take advantage of the DbF program should contact AAS Journals Staff Scientists in advance of submitting a manuscript. A list of published articles with DbFs can be found here.
Authors should review our new AAS Journal software policy, which changes substantially the recommended practice for including software in your article. Software should be published, placed in a persistent archive, and cited in the manuscript to appear in the formal reference list of your final article. We are strongly discouraging the practice of embedding tar or zip archives of code material in the final published article.
If authors insist upon including any of their relevant source code with their article, then the following guidelines on its content, metadata, and licensing should be followed. The code can be written in any language, but extremely long and complex programs with numerous subroutines are not appropriate; again such codes should be published in a persistent repository. Executable files are not accepted.
Authors chosing to submit source codes as a part of their article need to be aware of the following:
Authors should attach the following metadata header to their source code. The metadata header provides information to the code users to help them compile and use the code. Authors should provide information, when appropriate, for each line of the metadata header given below. The information between the "[ ]"s provides instructions and examples for the author and should be removed before submission.
Code names: [e.g., program.f]
Language: [e.g., Fortran 77]
License: [e.g. MIT License]
Code tested under the following compilers/operating systems: [e.g., gcc/Linux]
Description of input data: [include units and formatting]
Description of output data: [include units]
System requirements: [e.g., minimum floating point precision]
Calls to external routines: [e.g., SIMPLX.F from "Numerical Recipes'' by Press et al.1992]
Additional comments: [e.g., Program calculates the minimum of a function]
The AAS gives permission to anyone who wishes to use these subroutines to run their own calculations.
Permission to republish or reuse these routines should be directed to email@example.com.
Note that the AAS does not take responsibility for the content of the source code. Potential users should
be wary of applying the code to conditions that the code was not written to model and the accuracy of the
code may be affected when compiled and executed on different systems.
As with source codes, the AAS Journals are strongly encouraging authors to place related content in a persistent repository and to link to that material through a DOI link. In the case that authors choose to not use such archives then all of the files can be packaged together and submitted as a UNIX tar file. Again, a metadata header should then be included in the packaged file as a separate file called ReadMe. The format of that ReadMe is as follows:
Description of contents: ## Please replace this with description of the tar package that explains for the reader what types of files are included and how to use them. ##
System requirements: ## Please indicate if the files require any special programs (e.g. IRAF) to be used. ##
Additional comments: ## Please replace this with additional comments or even text from the main paper useful for the reader. ##