APT Simple Mosaic Example
A walk-through of a simple APT mosaic example is described for MIRI and NIRCam in this article.
On this page
Specifying Mosaics in APT Video Tutorial
Words in bold are GUI menus/
panels or data software packages;
bold italics are buttons in GUI
tools or package parameters.
Symmetrical mosaics covering M83
The example file contains 2 simple mosaic definitions covering the bright disk of M83. Observation 1 is a NIRCam 4 × 2 mosaic that covers an approximately square region, using the 3-TIGHT dither pattern, while observation 2 shows a MIRI imaging 5 × 9 mosaic covering approximately the same region. Overlays of the instrument fields of view are shown in Figure 2.
Since no PA constraints have been placed on these observations, Aladin simply shows a default orientation. (You should be aware of whether you are viewing a fixed orientation you have chosen. If the observation is unconstrained, the pattern of tiles shown may rotate with time.) No position angle constraints have been placed on these proposed observations, and so a run of the Visit Planner is free to rotate the pattern to assess if there are times when all of the proposed tiles can obtain guide stars simultaneously.
This demonstartion proposal was created for JWST Cycle 1. Run the Visit Planner to get updated schedulability windows.
The NIRCam mosaic has 48 visits (six for each tile), and the Visit Planner's assessment returns with a green check on the observation, indicating there are times when all tiles can get guide stars and all other visibilities are good. A check of the guide star situation against the V3PA is shown in Figure 3, and indicates there are 2 windows of schedulability.
Likewise, the MIRI mosaic in observation 2 passes the Visit Planner check. In this case there are 45 visits involved. Figure 4 confirms that there are 2 good windows where the green check in the VP confirms schedulability against all constraints.
What if all of the tiles had not been able to get guide stars within the default window of 53 days?
APT provides a way for splitting off problem tiles to a separate associated observation.
A non-symmetrical case - M82 with NIRCam
The situation in the previous section worked well because both the regions to be observed and the shape of the mosaic itself were symmetrical, so that the angle of the mosaic at the time of actual scheduling was not critical to the success of the observation. This is ideal, as it provides the most scheduling flexibility. However, as the situation with M82 demonstrates (Figure 1, bottom), this is not always the case.
In observation 3, a mosaic has been defined that is long and narrow, to cover the edge-on disk of the target. However, if this mosaic is rotated, it will no longer cover the region of interest. Hence, one must restrict the permitted position angle of this mosaic in order to force the mosaic into the desired position, as shown in Figure 5.
Click on the figures for a larger view.
Whenever possible, however, it increases scheduling flexibility significantly if a range in position angle is allowed, instead of a fixed angle. In this example, the special requirement set on the observation allowed a 20° range centered on APA = 157°, which still maintains the alignment of the mosaic on the object well enough. Once the special requirement is set, one can run the VP to check the schedulability at the angles allowed. In this case, the VP returns a green check, indicating all is good with schedulability at these angles. A check of the V3PA diagnostic confirms a good window for guide star availability, as shown in Figure 6.
As a double check, one can return to the Aladin display and turn on the Orient ranges tab, which returns the display shown in Figure 7, where the green part of the circle indicates the amount of APA range allowed.