Graphics Guide

Figures should be submitted as Encapsulated PostScript (EPS) or Portable Document Format (PDF) files named as 'f' followed by the figure number, with an '.eps' or '.pdf' extension – for example, f1.eps, f2a.eps, f2b.eps, f3.eps, ... . If you are using AASTeX, you should use AASTeX's guide to include the figures in the TeX file; if you are using Microsoft Word you should keep the figures as separate EPS or PDF files.

Each figure set, animated, or interactive figure requires a static two dimensional representation rendered in the LaTeX manuscript with a caption, etc. The static version (e.g., f1.pdf) should be uploaded like a regular figure and separate from the dynamic elements (HTML files, javascript libraries, data), which should be bundled as a zip file, e.g.,, etc.

Preparing Your Files

We recommend that authors familiarize themselves with best practices for the creation and accessibility of scientific visualizations. Resources, including "Ten Simple Rules for Better Figures," should be consulted to improve the impact and readability of your figures. Specifically, we call out Rougier et al.'s Rule 5: Do Not Trust the Defaults, and strongly encourage you to check the color defaults used by your preferred visualization sotware. This recommendation includes adopting color maps such as viridis, e.g., matplotlib's publically available new default, or cube-helix (Green 2011), which is available in some astronomy software tools such as AIPS or Aladin. The public domain R statistical and graphical software environment has flexible color options with 657 color names and palettes based on the Color Brewer, Hue-Saturation-Value and Hue-Chroma-Luminance systems. See R guidelines here and here. Use of unsaturated colors is recommended when symbols overlap in crowded diagrams; this requires the PDF rather than EPS formats.

When we prepare the published version of your manuscript we may rearrange or resize the figures, so it is helpful if you can ensure that each figure or subfigure is in a separate file. If a figure is part of a lettered, multipart figure, place the letter within the box around the figure, not outside of it. If the letter cannot be placed within the box, lettered tags can be typeset. Page numbers, figure numbers, file information, etc., should not be included in figure files.

If you feel that figures in the published article must be sized or arranged in a certain way, please include a readme.txt file which describes your requirements; the Production Editor may contact you about this when the manuscript is accepted. Note that extra charges will be incurred if you decide to make alterations to figures at proof stage.

AASTeX Specific Advice: Instructions for structuring and placing figures using AASTeX are available.

General tips: Try to use only common fonts, such as Times, Helvetica, or Symbol, in figures. Spelling and use of numbers and units in figures should conform to usage in the body of the text and figure legends. A minimum of 6 pt. font size is acceptable. There should be consistency of appearance between the size of symbols and the size of type within a figure, and between the weight of the lines and the weight of type within the figures. Lines in figures should be at minimum 0.5 points, and if you use dotted or dashed lines you should check that the different sorts of lines are distinguishable when the figure is small.

Finding figures from ApJ/AJ articles: We have centralized all the figures in ApJ/AJ articles since ~1997 on our Astronomy Image Explorer (AIE) tool. The figures from your final article are posted at the AIE at publication sans embargo. They are provided in high resolution JPG, PDF, and PPT formats. As a result ADS has integrated these graphics into their new article landing pages (e.g., Mao et al. 2015) and link back to the AIE for each regular figure.

Figure Sets

A figure set is the frame work used to present a large compendia of similar images and graphical material. They have the added author benefit of simplyfing quanta charges for related figures. Examples include identification charts, spectral libraries, model output, etc. The figure set functionality gives the reader the ability to quickly find specific images within the figure set sequence and thus is well suited in cases with many similar images.

To facilitate the layout of the final article, the figure set components and associated information need to be placed in the appropriate AASTeX/LaTeX mark up. This LaTeX markup is included in AASTeX 6.0, and allows you to craft individual titles and captions for each figure in the set. Figure sets must be mentioned explicitly by number and appear in correct numerical order in the body of the text. At least one image in a series must be displayed as an example static figure in the PDF version of the final article. The corresponding caption should indicate that additional images are available in the Figure set. For example,

"The complete figure set (11 images) is available in the online journal.

The example figure should be placed after the figure set mark up in the LaTeX file and created like a normal figure, e.g., \begin{figure}.... An online tool is available to help create the figure set mark up, as is a python script located at our github "Tools" repository.

For reference purposes, a list of published articles with figure sets (>580) in the AAS Journals can be found using our Astronomy Image Explorer by toggling the "Content Type => Figure sets" search facet.


We now support animations as regular figures in AAS Journal articles. Animated Figures are presented using a streaming widget that works in all major browsers and on mobile platforms. Readers click through from a static version of the movie to the streamed animation.

Authors must supply a static representation of the animation in EPS/PDF format marked up like a regular figure to serve as an reference for the reader. This could be a single still from the animation, or a grid of snapshots, but the content of the static and animated versions should closely agree.

The caption of an animated figure should include text describing the animation and indicating that it is available in the HTML version of the final article. For instance, "This figure is available as an animation." As with figure sets, authors should include enough information in the figure caption for readers of the PDF version of the final article to determine what the online animation illustrates.

We strongly recommend animations be delivered in the MPEG-4 container, specifically encoded with the H264 codec. Other formats may be used, however using MPEG-4 will provide the most faithful rendering of your video in the journal article.

A list of published articles with videos (>2000) in the AAS Journals can be found using our Astronomy Image Explorer by toggling the "Content Type => Videos" search facet on the left hand side.

Interactive Figures

Interactive figures give the reader the ability to manipulate the information contained in an image which can add clarity or help further the author's narrative. These figures consist of two parts, the static figure file for the LaTeX/PDF copy and a dynamic Javascript and HTML framework that provides interactive control. The basic requirements for these figures are:

The underlying javascript library should be well known and immutable.
The author should include the underlying dataset as a downloadable data file, which might include any of: csv, json, FITS, etc.
The current viewport limit for interactive graphics is 650 pixels. A wider HTML viewport will trigger a horizontal scroll for readers.

An example of an interactive figure is a 3D model. The underlying figure data is an X3D file while x3dom.js is the javascript driver that displays it. An author created interface is added via an HTML wrapper. The first 3D model published by the AAS Journals using this technique was Vogt et al. (2014). Vogt et al. have published a 2016 ApJ article entitled, Advanced Data Visualization In Astrophysics: The X3D Pathway," that more fullly illustrates the power of X3D data objects and graphics.

Authors should consult online tutorials for more information on how to construct their own interactive figures. AAS Journal Data Editors can provide limited support via our ticket system. The current list of supported HTML/JS frameworks include:

Library Status Comments
x3dom x3dom.js fully supported
bokeh BokehJS experimental No server support

Since interactive figures are not actionable in LaTeX/PDF it is necessary to include a non-interactive regular figure to use as an example. The example figure should also indicate to the reader that the enhanced figure is interactive and can be accessed online.

For reference purposes, a list of published articles with interactive in the AAS Journals can be found using our Astronomy Image Explorer by toggling the "Content Type => Interactive Figures" search facet.

Software Specific Advice


Not all PostScript (PS) are Encapsulated PostScript (EPS) files; in particular, an EPS file must contain a bounding box. Incorrectly constructed EPS files can cause problems when trying to combine the text with all the figures into one single PS file. Check the documentation for your graphics software to ensure that it does genuinely output compliant EPS files, and, in particular, please note that a PS file created by printing to file from the Windows or Macintosh operating systems will probably create a problematic PS file.



The R statistical software environment ( has extensive publication-quality graphics capabilities. A common procedure uses the plot function followed by the dev.copy2eps function to deposit the graphic onto the disk in EPS format. Usage of plot is illustrated by the following: plot(x, y, pch=20, cex=0.6, col='crimson') where pch defines symbol shape, cex defines symbol size, and color names are given at Unsaturated colors, useful when points overlap, are specified like col='B0171F20', but needs be indirectly converted to EPS through the PDF format. R also incorporates the ggplot2, lattice, rgl, and other graphics systems, as well as a variety of image, 3-dimensional visualization, and animation capabilities.

Recommended Resources:



When using SuperMongo (or any varieties of the Mongo program), a small bold font should be used for axis labels, lettering, etc., rather than the default "outline" font. The lines that make up the outline font are very thin and may drop out during the publication process.