This page (revision-13) was last changed on 07-Dec-2016 14:14 by Peter Young

This page was created on 12-Nov-2009 15:08 by PeterYoung

Only authorized users are allowed to rename pages.

Only authorized users are allowed to delete pages.

Page revision history

Version Date Modified Size Author Changes ... Change note
13 07-Dec-2016 14:14 8 KB Peter Young to previous
12 20-May-2011 22:02 7 KB PeterYoung to previous | to last
11 29-Jul-2010 22:18 7 KB PeterYoung to previous | to last
10 09-Jul-2010 10:23 7 KB ViggoHanst to previous | to last
9 08-Jul-2010 15:35 7 KB PeterYoung to previous | to last
8 08-Jul-2010 15:34 7 KB PeterYoung to previous | to last
7 08-Jul-2010 15:04 6 KB PeterYoung to previous | to last
6 08-Jul-2010 14:54 6 KB PeterYoung to previous | to last
5 07-Jul-2010 19:21 6 KB PeterYoung to previous | to last
4 07-Jul-2010 18:23 6 KB PeterYoung to previous | to last
3 07-Jul-2010 18:17 6 KB PeterYoung to previous | to last
2 04-Feb-2010 18:50 4 KB PeterYoung to previous | to last
1 12-Nov-2009 15:08 1 KB PeterYoung to last

Page References

Incoming links Outgoing links

Version management

Difference between version and

At line 1 changed one line
!!!How to get the most accurate EIS pointing information
[{ALLOW edit EISMainUsers}]
[{ALLOW view Anonymous}]
!!!Obtaining pointing information from EIS data
At line 3 changed one line
There is some confusion over EIS pointing information and so this document attempts to summarize current knowledge so as to be useful for EIS scientists in practical applications.
Deriving precise pointing coordinates for EIS data can be a little complicated due to a number of issues:
At line 5 changed one line
The best way of extracting the EIS pointing is by loading the data object into IDL and doing:
# there are spatial offsets between different wavelengths in the Y-direction;
# raster images are obtained over a time period during which the instrument pointing is affected by satellite jitter and instrument jitter.
At line 7 changed 3 lines
IDL> obj=obj_new('eis_data',filename)\\
IDL> xpos=obj->getxpos()\\
IDL> ypos=obj->getypos()\\
This document provides a guide for users seeking to understand the pointing for their data-set.
At line 11 changed one line
For each EIS exposure there will be a single xpos value and an array of ypos values corresponding to each pixel along the slit.
[EIS Software Note #9|https://hyperion.nascom.nasa.gov/svn/eis/release/doc/eis_notes/09_POINTING/eis_swnote_09.pdf] has more detailed information about technical issues relating to EIS pointing.
At line 13 removed one line
If you use the eis_getwindata routine to extract a data window into a structure then you will find the XPOS and YPOS values in the SOLAR_X and SOLAR_Y arrays.
At line 15 changed one line
!!Some facts about XPOS and YPOS
!!Improved EIS pointing information __%%(color:red;)Update%%__
At line 17 changed one line
* XPOS includes the satellite jitter
From 2014 a new EIS routine yields the spatial offset between EIS and AIA. It is called as
At line 19 changed one line
* XPOS does not include the 2" slit offset. If you use the 2" slit you should manually subtract 8" from XPOS.
{{{
IDL> xy=eis_aia_offsets(date)
}}}
At line 21 changed one line
* YPOS values are currently 13.7 arcsec larger than they should be so users should manually perform this correction.
At present the correction needs to be applied manually to the pointing values described in the sections below. So, for example,
At line 23 changed one line
* YPOS does not include the satellite jitter - use the routine eis_jitter to find the jitter values
{{{
IDL> xcen=xcen+xy[0]
IDL> ycen=ycen+xy[1]
}}}
At line 25 changed one line
* The pointings apply to He II 256.32. The CCD Y-offset, the grating tilt and the CCD X-offset will change the pointings for other wavelengths. The user will need to manually correct for these offsets. The routine eis_ccd_offset() gives the combined offset value for a specified wavelength.
The EIS-AIA offsets are determined regularly by co-aligning EIS slot images with AIA images. They should lead to much-improved pointing accuracy, to the level of 5" or better. In particular, the large variations seen during the eclipse season are corrected for.
At line 32 added one line
Note that the EIS-AIA offsets do not correct the short-term (orbit period) jitter of EIS, only the longer-term (~ days) pointing variation.
At line 28 removed one line
!!What about XCEN and YCEN?
At line 30 changed one line
Most solar observers will look to the FITS keywords XCEN and YCEN to determine the center of their instrument's field of view, however XCEN and YCEN often contain incorrect values for EIS so generally users should not use these values.
!!First approximation
At line 32 changed one line
!!Checking pointing with eis_image_tool
After reading your data file into an IDL object, you can obtain the approximate position of the center of your raster by doing:
At line 39 added 83 lines
{{{
IDL> xcen=data->getxcen(/raster)
IDL> ycen=data->getycen(wvl,/raster)
}}}
where WVL is the wavelength you are interested in. If WVL is not specified then 195.12 (the wavelength of the strong Fe XII line) is assumed. Note that the raster center in solar-Y varies with wavelength by up to 18" due to the tilt of the EIS grating relative to the detector and a spatial offset between the two CCDs.
The values XCEN and YCEN are obtained by taking the pointing of the center of the slit (in both X and Y) of the first exposure of the raster (the exposure at the right-hand side of the raster) and correcting this for satellite jitter. For the X-direction, the value of half of the field-of-view is then subtracted to yield the center of the raster. E.g., if a raster was obtained with the 1" slit with 100 slit positions, then the field-of-view in X is 100" and so 50" is subtracted from the position of the first exposure.
''Why is this an approximate pointing?'' Rasters can take several minutes to several hours to complete and, during this time, the Sun is rotating opposite to the raster direction. This has the consequence that the field-of-view in X is effectively reduced. For observations at disk center the reduction will be 10" per hour of observation. An additional factor is that each individual exposure is affected by satellite and instrument jitter, which may have a systematic trend over the course of the raster although this will affect the raster field of view by a few arcseconds at most.
!!Field of view
The field of view (FOV) of an EIS raster can be obtained by doing:
{{{
IDL> fovx=data->getfovx()
IDL> fovy=data->getfovy()
}}}
or by reading the values from the FITS header via
{{{
IDL> fovx=data->getinfo('FOVX')
IDL> fovy=data->getinfo('FOVY')
}}}
so if you want to overplot a box on an AIA image (for example) to show the EIS FOV for a raster, you can do:
{{{
IDL> x0=xcen-fovx/2
IDL> x1=xcen+fovx/2
IDL> y0=ycen-fovy/2
IDL> y1=ycen+fovy/2
IDL> oplot,[x0,x1,x1,x0,x0],[y0,y0,y1,y1,y0]
}}}
!!More detailed information
A pointing coordinate can be obtained for each Y-pixel of each exposure by using the following object methods:
{{{
IDL> xpos=data->getxpos()
IDL> ypos=data->getypos(wvl)
}}}
XPOS has the same number of elements as there are exposures in the raster, while YPOS has the same number of elements as there are pixels along the slit. XPOS includes the satellite jitter, but YPOS does not.
The time-dependent behavior of the Y-jitter is obtained as follows:
{{{
IDL> ycen=data->getycen(wvl)
IDL> y_jitter=ycen-ycen[0]
}}}
Therefore if you want the coordinates for a particular Y-pixel, j, of a particular exposure, i, to be corrected for satellite jitter, then they are:
{{{
IDL> x=xpos[i]
IDL> y=ypos[j] + y_jitter[i]
}}}
!!Instrument jitter
In addition to the satellite jitter there also appears to be jitter internal to the EIS instrument. This can be measured by, e.g., looking at a time series of slot images and comparing the jitter obtained by co-aligning the images to the satellite jitter: the residuals represent the instrument jitter. This jitter has not been characterized yet and no software tools exist to yield the jitter values. However the magnitude of the instrument jitter is believed to be smaller than the satellite jitter.
!!What about XCEN and YCEN in the file header?
As with most solar data, an EIS data-set has a header that contains XCEN and YCEN values. These can be obtained by doing:
{{{
IDL> xcen=data->getinfo('XCEN')
IDL> ycen=data->getinfo('YCEN')
}}}
In general the user should ''not'' use these values as they are set when the FITS file is created, whereas the values obtained via the object methods are computed when the method is called and so will always contain the most up-to-date pointing information.
!!Checking what the EIS Chief Observer intended
It can sometimes be useful to look at what the EIS Chief Observer intended to observe when he/she created the EIS observing plan, in order to compare with what the raster image actually looks like.
At line 36 changed one line
IDL> s=fix_zdbase(/eis)\\
{{{
IDL> s=fix_zdbase(/eis)
At line 127 added one line
}}}