To guide the writer of positional-astronomy applications software, this final chapter puts the SLALIB routines into the context of astronomical phenomena and techniques, and presents a few “cookbook” examples of the SLALIB calls in action. The astronomical content of the chapter is not, of course, intended to be a substitute for specialist text-books on positional astronomy, but may help bridge the gap between such books and the SLALIB routines. For further reading, the following cover a wide range of material and styles:
Also of considerable value, though out of date in places, are:
Only brief details of individual SLALIB routines are given here, and readers will find it useful to refer to the subprogram specifications elsewhere in this document. The source code for the SLALIB routines (available in both Fortran and C) is also intended to be used as documentation.
Celestial phenomena occur at such vast distances from the observer that for most practical purposes there is no need to work in 3D; only the direction of a source matters, not how far away it is. Things can therefore be viewed as if they were happening on the inside of sphere with the observer at the centre – the celestial sphere. Problems involving positions and orientations in the sky can then be solved by using the formulae of spherical trigonometry, which apply to spherical triangles, the sides of which are great circles.
Positions on the celestial sphere may be specified by using a spherical polar coordinate system, defined in terms of some fundamental plane and a line in that plane chosen to represent zero longitude. Mathematicians usually work with the co-latitude, with zero at the principal pole, whereas most astronomical coordinate systems use latitude, reckoned plus and minus from the equator. Astronomical coordinate systems may be either right-handed (e.g. right ascension and declination , Galactic longitude and latitude ) or left-handed (e.g. hour angle and declination ). In some cases different conventions have been used in the past, a fruitful source of mistakes. Azimuth and geographical longitude are examples; azimuth is now generally reckoned north through east (making a left-handed system); geographical longitude is now usually taken to increase eastwards (a right-handed system) but astronomers used to employ a west-positive convention. In reports and program comments it is wise to spell out what convention is being used, if there is any possibility of confusion.
When applying spherical trigonometry formulae, attention must be paid to rounding errors (for example it is a bad idea to find a small angle through its cosine) and to the possibility of problems close to poles. Also, if a formulation relies on inspection to establish the quadrant of the result, it is an indication that a vector-related method might be preferable.
As well as providing many routines which work in terms of specific spherical coordinates such as , SLALIB provides two routines which operate directly on generic spherical coordinates: sla_SEP computes the separation between two points (the distance along a great circle) and sla_BEAR computes the bearing (or position angle) of one point seen from the other. The routines sla_DSEP and sla_DBEAR are double precision equivalents. As a simple demonstration of SLALIB, we will use these facilities to estimate the distance from London to Sydney and the initial compass heading:
(The result is 17011 km, .)
The routines sla_SEPV, sla_DSEPV, sla_PAV, sla_DPAV are equivalents of sla_SEP, sla_DSEP, sla_BEAR and sla_DBEAR but starting from vectors instead of spherical coordinates.
SLALIB has routines for decoding decimal numbers from character form and for converting angles to and from sexagesimal form (hours, minutes, seconds or degrees, arcminutes, arcseconds). These apparently straightforward operations contain hidden traps which the SLALIB routines avoid.
There are five routines for decoding numbers from a character string, such as might be entered using a keyboard. They all work in the same style, and successive calls can work their way along a single string decoding a sequence of numbers of assorted types. Number fields can be separated by spaces or commas, and can be defaulted to previous values or to preset defaults.
Three of the routines decode single numbers: sla_INTIN (integer), sla_FLOTIN (single precision floating
point) and sla_DFLTIN (double precision). A minus sign can be detected even when the number is
zero; this avoids the frequently-encountered “minus zero” bug, where declinations etc. in the range
migrate to the range
Here is an example (in Fortran) where we wish to read two numbers, an integer
IX and a real,
IX defaulting to zero and
Y defaulting to
Two additional routines decode a 3-field sexagesimal number: sla_AFIN (degrees, arcminutes, arcseconds to single precision radians) and sla_DAFIN (the same but double precision). They also work using other units such as hours etc. if you multiply the result by the appropriate factor. An example Fortran program which uses sla_DAFIN was given earlier, in section 1.2.
SLALIB provides four routines for expressing an angle in radians in a preferred range. The function sla_RANGE expresses an angle in the range ; sla_RANORM expresses an angle in the range . The functions sla_DRANGE and sla_DRANRM are double precision versions.
Several routines (sla_CTF2D, sla_CR2AF etc.) are provided to convert angles to and from sexagesimal form (hours, minute, seconds or degrees, arcminutes and arcseconds). They avoid the common “converting from integer to real at the wrong time” bug, which produces angles like . Here is a program which displays an hour angle stored in radians:
As an alternative to employing a spherical polar coordinate system, the direction of an object can be defined in terms of the sum of any three vectors as long as they are different and not coplanar. In practice, three vectors at right angles are usually chosen, forming a system of Cartesian coordinates. The x- and y-axes lie in the fundamental plane (e.g. the equator in the case of ), with the x-axis pointing to zero longitude. The z-axis is normal to the fundamental plane and points towards positive latitudes. The y-axis can lie in either of the two possible directions, depending on whether the coordinate system is right-handed or left-handed. The three axes are sometimes called a triad. For most applications involving arbitrarily distant objects such as stars, the vector which defines the direction concerned is constrained to have unit length. The x-, y- and z-components can be regarded as the scalar (dot) product of this vector onto the three axes of the triad in turn. Because the vector is a unit vector, each of the three dot-products is simply the cosine of the angle between the unit vector and the axis concerned, and the x-, y- and z-components are sometimes called direction cosines.
For some applications, including those involving objects within the Solar System, unit vectors are inappropriate, and it is necessary to use vectors scaled in length-units such as AU, km etc. In these cases the origin of the coordinate system may not be the observer, but instead might be the Sun, the Solar-System barycentre, the centre of the Earth etc. But whatever the application, the final direction in which the observer sees the object can be expressed as direction cosines.
But where has this got us? Instead of two numbers – a longitude and a latitude – we now have three numbers to look after – the x-, y- and z-components – whose quadratic sum we have somehow to contrive to be unity. And, in addition to this apparent redundancy, most people find it harder to visualize problems in terms of than in . Despite these objections, the vector approach turns out to have significant advantages over the spherical trigonometry approach:
A number of important transformations in positional astronomy turn out to be nothing more than changes of coordinate system, something which is especially convenient if the vector approach is used. A direction with respect to one triad can be expressed relative to another triad simply by multiplying the column vector by the appropriate orthogonal matrix (a tensor of Rank 2, or dyadic). The three rows of this rotation matrix are the vectors in the old coordinate system of the three new axes, and the transformation amounts to obtaining the dot-product of the direction-vector with each of the three new axes. Precession, nutation, to , to and so on are typical examples of the technique. A useful property of the rotation matrices is that they can be inverted simply by taking the transpose.
The elements of these vectors and matrices are assorted combinations of the sines and cosines of the various angles involved (hour angle, declination and so on, depending on which transformation is being applied). If you write out the matrix multiplications in full you get expressions which are essentially the same as the equivalent spherical trigonometry formulae. Indeed, many of the standard formulae of spherical trigonometry are most easily derived by expressing the problem initially in terms of vectors.
SLALIB provides conversions between spherical and vector form (sla_CS2C, sla_CC2S etc.), plus an assortment of standard vector and matrix operations (sla_VDV, sla_MXV etc.). There are also routines (sla_EULER etc.) for creating a rotation matrix from three Euler angles (successive rotations about specified Cartesian axes). Instead of Euler angles, a rotation matrix can be expressed as an axial vector (the pole of the rotation, and the amount of rotation), and routines are provided for this (sla_AV2M, sla_M2AV etc.).
Here is an example where spherical coordinates
Q1 undergo a coordinate transformation and
Q2; the transformation consists of a rotation of the coordinate system through angles
C about the z, new y and new z axes respectively:
Small adjustments to the direction of a position vector are often most conveniently described in terms of . Adding the correction vector needs careful handling if the position vector is to remain of length unity, an advisable precaution which ensures that the components are always available to mean the cosines of the angles between the vector and the axis concerned. Two types of shifts are commonly used, the first where a small vector of arbitrary direction is added to the unit vector, and the second where there is a displacement in the latitude coordinate (declination, elevation etc.) alone.
For a shift produced by adding a small vector to a unit vector , the resulting vector has direction but is no longer of unit length. A better approximation is available if the result is multiplied by a scaling factor of , where the dot means scalar product. In Fortran:
The correction for diurnal aberration (discussed later) is an example of this form of shift.
As an example of the second kind of displacement we will apply a small change in elevation
vector. The direction of the result can be obtained by making the allowable approximation
and adding a adjustment
vector of length
normal to the direction vector in the vertical plane containing the direction vector. The
-component of the adjustment
vector is , and the horizontal
component is which has
then to be resolved into
proportion to their current sizes. To approximate a unit vector more closely, a correction factor of
can then be applied,
which is nearly
for small .
Expressed in Fortran, for initial vector
V1X,V1Y,V1Z, change in elevation
upwards), and result vector
An example of this type of shift is the correction for atmospheric refraction (see later). Depending on the relationship between and , special handling at the pole (the zenith for our example) may be required.
SLALIB includes routines for the case where both a position and a velocity are involved. The routines sla_CS2C6 and sla_CC62S convert from to and back; sla_DS2C6 and sla_DC62S are double precision equivalents.
SLALIB has routines to perform transformations of celestial positions between different spherical coordinate systems, including those shown in the following table:
|system||symbols||longitude||latitude||x-y plane||long. zero||RH/LH|
|ecliptic||ecl. long.||ecl. lat.||ecliptic||equinox||R|
|galactic||gal. long.||gal. lat.||gal. equator||gal. centre||R|
|supergalactic||SGL,SGB||SG long.||SG lat.||SG equator||node w. gal. equ.||R|
The routines sla_EQECL and sla_ECLEQ transform between ecliptic coordinates and ; there is also a routine for generating the equatorial to ecliptic rotation matrix for a given date: sla_ECMAT.
For conversion between Galactic coordinates and there are two sets of routines, depending on whether the is old-style, B1950, or new-style, J2000; sla_EG50 and sla_GE50 are to and vice versa for the B1950 case, while sla_EQGAL and sla_GALEQ are the J2000 equivalents.
Finally, the routines sla_GALSUP and sla_SUPGAL transform to de Vaucouleurs supergalactic longitude and latitude and vice versa.
It should be appreciated that the table, above, constitutes a gross oversimplification. Apparently simple concepts such as equator, equinox etc. are apt to be very hard to pin down precisely (polar motion, orbital perturbations …) and some have several interpretations, all subtly different. The various frames move in complicated ways with respect to one another or to the stars (themselves in motion). And in some instances the coordinate system is slightly distorted, so that the ordinary rules of spherical trigonometry no longer strictly apply.
These caveats apply particularly to the bewildering variety of different systems that are in use. Figure 1 shows how some of these systems are related, to one another and to the direction in which a celestial source actually appears in the sky. At the top of the diagram are the various sorts of mean place found in star catalogues and papers;2 at the bottom is the observed , where a perfect theodolite would be pointed to see the source; and in the body of the diagram are the intermediate processing steps and coordinate systems. To help understand this diagram, and the SLALIB routines that can be used to carry out the various calculations, we will look at the coordinate systems involved, and the astronomical phenomena that affect them.
mean , FK4,
mean , FK4, no , any equinox
mean , FK5,
precess to B1950
precess to B1950
precess to J2000
FK4 to FK5, no
FK4 to FK5, no
Star positions are published or catalogued using one of the mean systems shown at the top. The “FK4” systems were used before about 1980 and are usually equinox B1950. The “FK5” system, equinox J2000, is now preferred, or rather its modern equivalent, the International Celestial Reference Frame (in the optical, the Hipparcos catalogue). The figure relates a star’s mean to the actual line-of-sight to the star. Note that for the conventional choices of equinox, namely B1950 or J2000, all of the precession and E-terms corrections are superfluous.
Right ascension and declination, (), are the names of the longitude and latitude in a spherical polar coordinate system based on the Earth’s axis of rotation. The zero point of is the point of intersection of the celestial equator and the ecliptic (the apparent path of the Sun through the year) where the Sun moves into the northern hemisphere. This point is called the first point of Aries, the vernal equinox (with apologies to southern-hemisphere readers) or simply the equinox.3
This simple picture is unfortunately complicated by the difficulty of defining a suitable equator and equinox. One problem is that the Sun’s apparent diurnal and annual motions are not completely regular, due to the ellipticity of the Earth’s orbit and its continuous disturbance by the Moon and planets. This is dealt with by separating the motion into (i) a smooth and steady mean Sun and (ii) a set of periodic corrections and perturbations; only the former is involved in establishing reference systems and time scales. A second, far larger problem, is that the celestial equator and the ecliptic are both moving with respect to the stars. These motions arise because of the gravitational interactions between the Earth and the other solar-system bodies.
By far the largest effect is the so-called “precession of the equinoxes”, where the Earth’s rotation axis sweeps out a cone centred on the ecliptic pole, completing one revolution in about 26,000 years. The cause of the motion is the torque exerted on the distorted and spinning Earth by the Sun and the Moon. Consider the effect of the Sun alone, at or near the northern summer solstice. The Sun ‘sees’ the top (north pole) of the Earth tilted towards it (by about , the obliquity of the ecliptic), and sees the nearer part of the Earth’s equatorial bulge below centre and the further part above centre. Although the Earth is in free fall, the gravitational force on the nearer part of the equatorial bulge is greater than that on the further part, and so there is a net torque acting as if to eliminate the tilt. Six months later the same thing is happening in reverse, except that the torque is still trying to eliminate the tilt. In between (at the equinoxes) the torque shrinks to zero. A torque acting on a spinning body is gyroscopically translated into a precessional motion of the spin axis at right-angles to the torque, and this happens to the Earth. The motion varies during the year, going through two maxima, but always acts in the same direction. The Moon produces the same effect, adding a contribution to the precession which peaks twice per month. The Moon’s proximity to the Earth more than compensates for its smaller mass and gravitational attraction, so that it in fact contributes most of the precessional effect.
The complex interactions between the three bodies produce a precessional motion that is wobbly rather than completely smooth. However, the main 26,000-year component is on such a grand scale that it dwarfs the remaining terms, the biggest of which has an amplitude of only and a period of about 18.6 years. This difference of scale makes it convenient to treat these two components of the motion separately. The main 26,000-year effect is called luni-solar precession; the smaller, faster, periodic terms are called the nutation.
Note that precession and nutation are simply different frequency components of the same physical effect. It is a common misconception that precession is caused by the Sun and nutation is caused by the Moon. In fact the Moon is responsible for two-thirds of the precession, and, while it is true that much of the complex detail of the nutation is a reflection of the intricacies of the lunar orbit, there are nonetheless important solar terms in the nutation.
In addition to and quite separate from the precession-nutation effect, the orbit of the Earth-Moon system is not fixed in orientation, a result of the attractions of the planets. This slow (about ′′05 per year) secular rotation of the ecliptic about a slowly-moving diameter is called, confusingly, planetary precession and, along with the luni-solar precession is included in the general precession. The equator and ecliptic as affected by general precession are what define the various “mean” reference frames.
The models for precession and nutation come from a combination of observation and theory, and are subject to continuous refinement. Nutation models in particular have reached a high degree of sophistication, taking into account such things as the non-rigidity of the Earth and the effects of the planets; SLALIB’s nutation model (SF2001) involves 194 terms in each of (longitude) and (obliquity), some as small as a few microarcseconds.
SLALIB offers a choice of three precession models:
In each case, the named SLALIB routine generates the precession matrix for a given start and finish time. For example, here is the Fortran code for generating the rotation matrix which describes the precession between the epochs J2000 and J1985.372 (IAU 1976 model):
It is instructive to examine the resulting matrix:
Note that the diagonal elements are close to unity, and the other elements are small. This shows that over an interval as short as 15 years the precession isn’t going to move a position vector very far (in this case about ).
For convenience, a direct to precession routine is also provided (sla_PRECES), suitable for either the old or the new system (but not a mixture of the two).
SLALIB provides two nutation models, the old IAU 1980 model, implemented in the routine slaNutc80, and a much more accurate newer theory, SF2001, implemented in the routine slaNutc. Both return the components of nutation in longitude and latitude (and also provide the obliquity) from which a nutation matrix can be generated by calling slaDeuler (and from which the equation of the equinoxes, described later, can be found). Alternatively, the SF2001 nutation matrix can be generated in a single call by using slaNut. The SF2001 nutation theory includes components that correct for errors in the IAU 1976 precession and also for the mas displacement between the mean J2000 and ICRS coordinate systems, achieving a final accuracy well under 1 mas in the present era.
A rotation matrix for applying the entire precession-nutation transformation in one go can be generated by calling sla_PRENUT.
From a classical standpoint, the main effect of the precession-nutation is an increase of about /year in the ecliptic longitudes of the stars. It is therefore essential, when reporting the position of an astronomical target, to qualify the coordinates with a date, or epoch. Specifying the epoch ties down the equator and equinox which define the coordinate system that is being used. 4 For simplicity, only the smooth and steady “precession” part of the complete precession-nutation effect is included, thereby defining what is called the mean equator and equinox for the epoch concerned. We say a star has a mean place of (for example) ′′371 “with respect to the mean equator and equinox of epoch J2000”. The short way of saying this is “ equinox J2000” (not “ epoch J2000”, which means something different to do with proper motion).
The word “epoch” just means a significant moment in time, and can be supplied in a variety of forms, using different calendar systems and time scales.
For the purpose of specifying the epochs associated with the mean place of a star, two conventions exist. Both sorts of epoch superficially resemble years AD but are not tied to the civil (Gregorian) calendar; to distinguish them from ordinary calendar-years there is often a “.0” suffix (as in “1950.0”), although any other fractional part is perfectly legal (e.g. 1987.5).
The older system, Besselian epoch, is defined in such a way that its units are tropical years of about 365.2422 days and its time scale is the obsolete Ephemeris Time. The start of the Besselian year is the moment when the ecliptic longitude of the mean Sun is ; this happens near the start of the calendar year (which is why was chosen).
The new system, Julian epoch, was adopted as part of the IAU 1976 revisions (about which more will be said in due course) and came formally into use at the beginning of 1984. It uses the Julian year of exactly 365.25 days; Julian epoch 2000 is defined to be 2000 January 1.5 in the TT time scale.
For specifying mean places, various standard epochs are in use, the most common ones being Besselian epoch 1950.0 and Julian epoch 2000.0. To distinguish the two systems, Besselian epochs are now prefixed “B” and Julian epochs are prefixed “J”. Epochs without an initial letter can be assumed to be Besselian if before 1984.0, otherwise Julian. These details are supported by the SLALIB routines sla_DBJIN (decodes numbers from a character string, accepting an optional leading B or J), sla_KBJ (decides whether B or J depending on prefix or range) and sla_EPCO (converts one epoch to match another).
SLALIB has four routines for converting Besselian and Julian epochs into other forms. The functions sla_EPB2D and sla_EPJ2D convert Besselian and Julian epochs into MJD; the functions sla_EPB and sla_EPJ do the reverse. For example, to express B1950 as a Julian epoch:
(The answer is J1949.99979.)
Stars in catalogues usually have, in addition to the coordinates, a proper motion . This is an intrinsic motion of the star across the background. Very few stars have a proper motion which exceeds /year, and most are far below this level. A star observed as part of normal astronomy research will, as a rule, have a proper motion which is unknown.
Mean and rate of change are not sufficient to pin down a star; the epoch at which the was or will be correct is also needed. Note the distinction between the epoch which specifies the coordinate system and the epoch at which the star passed through the given . The full specification for a star is , proper motions, equinox and epoch (plus something to identify which set of models for the precession etc. is being used – see the next section). For convenience, coordinates given in star catalogues are almost always adjusted to make the equinox and epoch the same – for example B1950 in the case of the SAO catalogue.
SLALIB provides one routine to handle proper motion on its own, sla_PM. Proper motion is also allowed for in various other routines as appropriate, for example sla_MAP and sla_FK425. Note that in all SLALIB routines which involve proper motion the units are radians per year and the component is in the form (i.e. big numbers near the poles). Some star catalogues have proper motion per century, and in some catalogues the component is in the form (i.e. angle on the sky).
For the utmost accuracy and the nearest stars, allowance can be made for annual parallax and for the effects of perspective on the proper motion.
Parallax is appreciable only for nearby stars; even the nearest, Proxima Centauri, is displaced from its average position by less than an arcsecond as the Earth revolves in its orbit.
For stars with a known parallax, knowledge of the radial velocity allows the proper motion to be expressed as an actual space motion in 3 dimensions. The proper motion is, in fact, a snapshot of the transverse component of the space motion, and in the case of nearby stars will change with time due to perspective.
SLALIB does not provide facilities for handling parallax and radial-velocity on their own, but their contribution is allowed for in such routines as sla_PM, sla_MAP and sla_FK425. Catalogue mean places do not include the effects of parallax and are therefore barycentric; when pointing telescopes etc. it is usually most efficient to apply the slowly-changing parallax correction to the mean place of the target early on and to work with the geocentric mean place. This latter approach is implied in Figure 1.
The finite speed of light combined with the motion of the observer around the Sun during the year causes apparent displacements of the positions of the stars. The effect is called the annual aberration (or “stellar” aberration). Its maximum size, about ′′205, occurs for stars from the point towards which the Earth is headed as it orbits the Sun; a star exactly in line with the Earth’s motion is not displaced. To receive the light of a star, the telescope has to be offset slightly in the direction of the Earth’s motion. A familiar analogy is the need to tilt your umbrella forward when on the move, to avoid getting wet. This classical model is, in fact, misleading in the context of light as opposed to rain, but happens to give the same answer as a relativistic treatment to first order (better than 1 milliarcsecond).
Before the IAU 1976 resolutions, different values for the approximately ′′205 aberration constant were employed at different times, and this can complicate comparisons between different catalogues. Another complication comes from the so-called E-terms of aberration, that small part of the annual aberration correction that is a function of the eccentricity of the Earth’s orbit. The E-terms, maximum amplitude about ′′03, happen to be approximately constant for a given star, and so they used to be incorporated in the catalogue to reduce the labour of converting to and from apparent place. The E-terms can be removed from a catalogue by calling sla_SUBET or applied (for example to allow a pulsar timing-position to be plotted on a B1950 finding chart) by calling sla_ADDET; the E-terms vector itself can be obtained by calling sla_ETRMS. Star positions post IAU 1976 are free of these distortions, and to apply corrections for annual aberration involves the actual barycentric velocity of the Earth rather than the use of canonical circular-orbit models.
The annual aberration is the aberration correction for an imaginary observer at the Earth’s centre. The motion of a real observer around the Earth’s rotation axis in the course of the day makes a small extra contribution to the total aberration effect called the diurnal aberration. Its maximum amplitude is about ′′03.
No SLALIB routine is provided for calculating the aberration on its own, though the required velocity vectors can be generated using sla_EVP (or sla_EPV) and sla_GEOC. Annual and diurnal aberration are allowed for where required, for example in sla_MAP etc. and sla_AOP etc. Note that this sort of aberration is different from the planetary aberration, which is the apparent displacement of a solar-system body, with respect to the ephemeris position, as a consequence of the motion of both the Earth and the source. The planetary aberration can be computed either by correcting the position of the solar-system body for light-time, followed by the ordinary stellar aberration correction, or more directly by expressing the position and velocity of the source in the observer’s frame and correcting for light-time alone.
A confusing aspect of the mean places used in the pre-ICRS era is that they are sensitive to the precise way they were determined. A mean place is not directly observable, even with fundamental instruments such as transit circles, and to produce one will involve relying on some existing star catalogue, for example the fundamental catalogues FK4 and FK5, and applying given mathematical models of precession, nutation, aberration and so on. Note in particular that no star catalogue, even a fundamental catalogue such as FK4 or FK5, defines a coordinate system, strictly speaking; it is merely a list of star positions and proper motions. However, once the stars from a given catalogue are used as position calibrators, e.g. for transit-circle observations or for plate reductions, then a broader sense of there being a coordinate grid naturally arises, and such phrases as “in the system of the FK4” can legitimately be employed. However, there is no formal link between the two concepts – no “standard least squares fit” between reality and the inevitably flawed catalogues. All such catalogues suffer at some level from systematic, zonal distortions of both the star positions and of the proper motions, and include measurement errors peculiar to individual stars.
Many of these complications are of little significance except to specialists. However, observational astronomers cannot escape exposure to at least the two main varieties of mean place, loosely called FK4 and FK5, and should be aware of certain pitfalls. For most practical purposes the more recent system, FK5, is free of surprises and tolerates naive use well. FK4, in contrast, contains two important traps:
The change from the old FK4-based system to FK5 occurred at the beginning of 1984 as part of a package of resolutions made by the IAU in 1976, along with the adoption of J2000 as the reference epoch. Star positions in the newer, FK5, system are free from the E-terms, and the system is a much better approximation to an inertial frame – about five times better (and ICRS is hundreds of times better still).
It may occasionally be convenient to specify the FK4 fictitious proper motion directly. In FK4, the centennial proper motion of (for example) a QSO is:
Figure 1 is based upon three varieties of mean all of which are of practical significance to observing astronomers in the present era:
The figure outlines the steps required to convert positions in any of these systems to a J2000 for the current epoch, as might be required in a telescope-control program for example. Most of the steps can be carried out by calling a single SLALIB routine; there are other SLALIB routines which offer set-piece end-to-end transformation routines for common cases. Note, however, that SLALIB does not set out to provide the capability for arbitrary transformations of star-catalogue data between all possible systems of mean . Only in the (common) cases of FK4, equinox and epoch B1950, to FK5, equinox and epoch J2000, and vice versa are proper motion, parallax and radial velocity transformed along with the star position itself, the focus of SLALIB support.
As an example of using SLALIB to transform mean places, here is Fortran code that implements the top-left path of Figure 1. An FK4 of arbitrary equinox and epoch and with known proper motion and parallax is transformed into an FK5 J2000 for the current epoch. As a test star we will use , ′′272, equinox 1900, epoch 1963.087, , ′′+0103, parallax = ′′0062, radial velocity = km/s. The date of observation is 1994.35.
It is interesting to look at how the changes during the course of the calculation:
|original equinox and epoch|
|with space motion|
|with old E-terms removed|
|precessed to 1950.0|
|with new E-terms|
|J2000, current epoch|
Other remarks about the above (unusually complicated) example:
The geocentric apparent place of a source, or apparent place for short, is the if viewed from the centre of the Earth, with respect to the true equator and equinox of date. Transformation of an FK5 mean , equinox J2000, current epoch, to apparent place involves the following effects:
The light deflection is seldom significant. Its value at the limb of the Sun is about ′′174; it falls off rapidly with distance from the Sun and has shrunk to about ′′002 at an elongation of .
As already described, the annual aberration is a function of the Earth’s velocity relative to the solar system barycentre (available through the SLALIB routines sla_EVP and sla_EPV) and produces shifts of up to about ′′205.
The precession-nutation, from J2000 to the current epoch, is expressed by a rotation matrix which is available through the SLALIB routine sla_PRENUT.
The whole mean-to-apparent transformation can be done using the SLALIB routine sla_MAP. As a demonstration, here is a program which lists the North Polar Distance () of Polaris for the decade of closest approach to the Pole:
For cases where the transformation has to be repeated for different times or for more than one star, the straightforward sla_MAP approach is apt to be wasteful as both the Earth velocity and the precession-nutation matrix can be re-calculated relatively infrequently without ill effect. A more efficient method is to perform the target-independent calculations only when necessary, by calling sla_MAPPA, and then to use either sla_MAPQKZ, when only the is known, or sla_MAPQK, when full catalogue positions, including proper motion, parallax and radial velocity, are available. How frequently to call sla_MAPPA depends on the accuracy objectives; once per night will deliver sub-arcsecond accuracy for example.
The routines sla_AMP and sla_AMPQK allow the reverse transformation, from apparent to mean place.
The observed place of a source is its position as seen by a perfect theodolite at the location of the observer. Transformation of an apparent to observed place involves the following effects:
The transformation from apparent to apparent is made by allowing for Earth rotation through the sidereal time, :
For this equation to work, must be the apparent right ascension for the time of observation, and must be the local apparent sidereal time. The latter is obtained as follows:
The equation of the equinoxes ( plus small terms) is the effect of nutation on the sidereal time. Its value is typically a second or less. It is interesting to note that if the object of the exercise is to transform a mean place all the way into an observed place (very often the case), then the equation of the equinoxes and the longitude component of nutation can both be omitted, removing a great deal of computation. However, SLALIB follows the normal convention and works via the apparent place.
Note that for very precise work the observer’s longitude should be corrected for polar motion. This can be done with sla_POLMO. The corrections are always less than about ′′03, and are futile unless the position of the observer’s telescope is known to better than a few metres.
Tables of observed and predicted UT1UTC corrections and polar motion data are published every few weeks by the International Earth Rotation Service.
The transformation from apparent to topocentric consists of allowing for diurnal aberration. This effect, maximum amplitude ′′02, was described earlier. There is no specific SLALIB routine for computing the diurnal aberration, though the routines sla_AOP etc. include it, and the required velocity vector can be determined by calling sla_GEOC.
The next stage is the major coordinate rotation from local equatorial coordinates into horizon coordinates. The SLALIB routines sla_E2H etc. can be used for this. For high-precision applications the mean geodetic latitude should be corrected for polar motion.
The final correction is for atmospheric refraction. This effect, which depends on local meteorological conditions and the effective colour of the source/detector combination, increases the observed elevation of the source by a significant effect even at moderate zenith distances, and near the horizon by over . The amount of refraction can by computed by calling the SLALIB routine sla_REFRO; however, this requires as input the observed zenith distance, which is what we are trying to predict. For high precision it is therefore necessary to iterate, using the topocentric zenith distance as the initial estimate of the observed zenith distance.
The full sla_REFRO refraction calculation is onerous, and for zenith distances of less than, say, the following model can be used instead:
where is the topocentric zenith distance (i.e. in vacuo), is the observed zenith distance (i.e. affected by refraction), and and are constants, about and ′′-006 respectively for a sea-level site. The two constants can be calculated for a given set of conditions by calling either sla_REFCO or sla_REFCOQ.
sla_REFCO works by calling sla_REFRO for two zenith distances and fitting and to match. The calculation is onerous, but delivers accurate results whatever the conditions. sla_REFCOQ uses a direct formulation of and and is much faster; it is slightly less accurate than sla_REFCO but more than adequate for most practical purposes.
Like the full refraction model, the two-term formulation works in the wrong direction for our purposes, predicting the in vacuo (topocentric) zenith distance given the refracted (observed) zenith distance, rather than vice versa. The obvious approach of interchanging and and reversing the signs, though approximately correct, gives avoidable errors which are just significant in some applications; for example about ′′02 at zenith distance. A much better result can easily be obtained, by using one Newton-Raphson iteration as follows:
The effect of refraction can be applied to an unrefracted zenith distance by calling sla_REFZ or to an unrefracted by calling sla_REFV. Over most of the sky these two routines deliver almost identical results, but beyond sla_REFV becomes unacceptably inaccurate while sla_REFZ remains usable. (However sla_REFV is significantly faster, which may be important in some applications.) SLALIB also provides a routine for computing the airmass, the function sla_AIRMAS.
The refraction “constants” returned by sla_REFCO and sla_REFCOQ are slightly affected by colour, especially at the blue end of the spectrum. Where values for more than one wavelength are needed, rather than calling sla_REFCO several times it is more efficient to call sla_REFCO just once, for a selected “base” wavelength, and then to call sla_ATMDSP once for each wavelength of interest.
All the SLALIB refraction routines work for radio wavelengths as well as the optical/IR band. The radio refraction is very dependent on humidity, and an accurate value must be supplied. There is no wavelength dependence, however. The choice of optical/IR or radio is made by specifying a wavelength greater than for the radio case.
The complete apparent place to observed place transformation can be carried out by calling sla_AOP. For improved efficiency in cases of more than one star or a sequence of times, the target-independent calculations can be done once by calling sla_AOPPA, the time can be updated by calling sla_AOPPAT, and sla_AOPQK can then be used to perform the apparent-to-observed transformation. The reverse transformation is available through sla_OAP and sla_OAPQK. (n.b. These routines use accurate but computationally-expensive refraction algorithms for zenith distances beyond about . For many purposes, in-line code tailored to the accuracy requirements of the application will be preferable, for example ignoring polar motion, omitting diurnal aberration and using sla_REFZ to apply the refraction.)
With effect from the beginning of 1998, the IAU adopted a new reference system to replace FK5 J2000. The new system, called the International Celestial Reference System (ICRS), differs profoundly from all predecessors in that the link with solar-system dynamics was broken; the ICRS axes are defined in terms of the coordinates of a set of extragalactic sources, not in terms of the mean equator and equinox at a given reference epoch. Although the ICRS and FK5 coordinates of any given object are almost the same, the orientation of the new frame was essentially arbitrary, and the close match to FK5 J2000 was contrived purely for reasons of continuity and convenience.
A distinction is made between the reference system (the ICRS) and frame (ICRF). The ICRS is the set of prescriptions and conventions together with the modelling required to define, at any time, a triad of axes. The ICRF is a practical realization, and currently consists of a catalogue of equatorial coordinates for 608 extragalactic radio sources observed by VLBI.
The best optical realization of the ICRF currently available is the Hipparcos catalogue. The extragalactic sources were not directly observable by the Hipparcos satellite and so the link from Hipparcos to ICRF was established through a variety of indirect techniques: VLBI and conventional interferometry of radio stars, photographic astrometry and so on. The Hipparcos frame is aligned to the ICRF to within about 0.5 mas and 0.5 mas/year (at epoch 1991.25).
The Hipparcos catalogue includes all of the FK5 stars, which has enabled the orientation and spin of the latter to be studied. At epoch J2000, the misalignment of the FK5 frame with respect to Hipparcos (and hence ICRS) are about 32 mas and 1 mas/year respectively. Consequently, for many practical purposes, including pointing telescopes, the IAU 1976-1982 conventions on reference frames and Earth orientation remain adequate and there is no need to change to Hipparcos coordinates, new precession-nutation models and so on. However, for the most exacting astrometric applications, SLALIB provides some support for Hipparcos coordinates in the form of four new routines: sla_FK52H and sla_H2FK5, which transform FK5 positions and proper motions to the Hipparcos frame and vice versa, and sla_FK5HZ and sla_HFK5Z, where the transformations are for stars whose Hipparcos proper motion is zero.
Further information on the ICRS can be found in the paper by M. Feissel and F. Mignard, Astron. Astrophys. 331, L33-L36 (1988).
SLALIB provides for transformation between several time scales, and involves use of one or two others. The full list is as follows:
Strictly speaking, UT and the sidereal times are not times in the physics sense, but angles that describe Earth rotation.
Three obsolete time scales should be mentioned here to avoid confusion.
time scales that have no SLALIB support at present:
International Atomic Time, TAI, is a “laboratory” time scale with no link to astronomical observations except in an historical sense. Its unit is the SI second, which is defined in terms of a specific number of wavelengths of the radiation produced by a certain electronic transition in the caesium 133 atom. It is realized through a changing population of high-precision atomic clocks held at standards institutes in various countries. There is an elaborate process of continuous intercomparison, leading to a weighted average of all the clocks involved.
Though TAI shares the same second as the more familiar UTC, the two time scales are noticeably separated in epoch because of the build-up of leap seconds (see the next section). At the time of writing, UTC lags over half a minute behind TAI.
For any given date, the difference TAIUTC
can be obtained by calling the SLALIB function sla_DAT. Note, however, that an up-to-date
copy of the function must be used if the most recent leap seconds are required. For
applications where this is critical, mechanisms independent of SLALIB and under local
control must be set up; in such cases sla_DAT can be useful as an independent check,
for test dates within the range of the available version. Up-to-date information on
Universal Time, UT, or more specifically UT1, is in effect mean solar time and is really an expression of Earth rotation rather than a measure of time. Originally defined in terms of a point in the sky called “the fictitious mean Sun”, UT is now defined through its relationship with Earth rotation angle (formerly sidereal time). Because the Earth’s rotation rate is slightly irregular and gradually decreasing,5 the UT second is not precisely matched to the SI second. This makes UT itself unsuitable for use as a time scale.
That role is instead taken by Coordinated Universal Time, UTC, which is clock-based and is the foundation of civil timekeeping. Most time zones differ from UTC by an integer number of hours, though a few (e.g. parts of Canada and Australia) differ by hours. Since its introduction, UTC has been kept roughly in step with UT by a variety of adjustments that are agreed in advance and then carried out in a coordinated manner by the timekeeping communities of different countries—hence the name. Though rate changes were used in the past, nowadays all such adjustments are made by occasionally inserting a whole second. This procedure is called a leap second. Because the day length is now slightly longer than 86400 SI seconds, a leap second amounts to stopping the UTC clock for a second to let the Earth catch up.
You need UT1 in order to point a telescope or antenna at a celestial target. To obtain it starting from UTC, you have to look up the value of UT1UTC for the date concerned in tables published by the International Earth Rotation and reference frames Service; this quantity, kept in the range by means of leap seconds, is then added to the UTC. The quantity UT1UTC, which typically changes by of order 1 ms per day, can be obtained only by observation (VLBI using extragalactic radio sources), though seasonal trends are well known and the IERS listings are able to predict some way into the future with adequate accuracy for pointing telescopes.
UTC leap seconds are introduced as necessary, usually at the end of December or June. Because on the average the solar day is slightly longer than the nominal 86,400 SI seconds, leap seconds are always positive; however, provision exists for negative leap seconds if needed. The form of a leap second can be seen from the following description of the end of June 1994:
|1994||June||30||23 59 58||23 59 57.782|
|23 59 59||23 59 58.782|
|23 59 60||23 59 59.782|
|July||1||00 00 00||00 00 00.782|
|00 00 01||00 00 01.782|
Note that UTC has to be expressed as hours, minutes and seconds (or at least in seconds for a given date) if leap seconds are to be taken into account in the correct manner. It is improper to express a UTC as a Julian Date, for example, because there will be an ambiguity during a leap second (in the above example, 1994 June 30 and 1994 July 1 would both come out as MJD 49534.00000). Although in the vast majority of cases this won’t matter, there are potential problems in on-line data acquisition systems and in applications involving taking the difference between two times. Note that although the functions sla_DAT and sla_DTT expect UTC in the form of an MJD, the meaning here is really a whole-number date rather than a time. Though the functions will accept a fractional part and will almost always function correctly, on a day which ends with a leap second incorrect results would be obtained during the leap second itself because by then the MJD would have moved into the next day.
Sidereal time is like the time of day but relative to the stars rather than to the Sun. After one sidereal day the stars come back to the same place in the sky, apart from sub-arcsecond precession effects. Because the Earth rotates faster relative to the stars than to the Sun by one day per year, the sidereal second is shorter than the solar second; the ratio is about 0.9973.
The Greenwich mean sidereal time, GMST, is linked to UT1 by a numerical formula which is implemented in the SLALIB functions sla_GMST and sla_GMSTA. There are, of course, no leap seconds in GMST, but the sidereal second (measured in SI seconds) changes in length along with the UT1 second, and also varies over long periods of time because of slow changes in the Earth’s orbit. This makes sidereal time unsuitable for everything except predicting the apparent directions of celestial sources, in other words as an angle rather than a time.
The local apparent sidereal time, LAST, is the apparent right ascension of the local meridian, from which the hour angle of any star can be determined knowing its right ascension. LAST can be obtained from the GMST by adding the east longitude (corrected for polar motion in precise work) and the equation of the equinoxes. The latter, already described, is an aspect of the nutation effect and can be predicted by calling the SLALIB function sla_EQEQX or, neglecting certain very small terms, by calling sla_NUTC and using the expression .
GAST, or plain GST, is GMST plus the equation of the equinoxes.
Dynamical time (formerly Ephemeris Time, ET) is the independent variable in the theories which describe the motions of bodies in the solar system. When using published formulae or tables that model the position of the Earth in its orbit, for example, or look up the Moon’s position in a precomputed ephemeris, the date and time must be in terms of one of the dynamical time scales. It is a common but understandable mistake to use UTC directly, in which case the results will be over a minute out (at the time of writing).
It is not hard to see why such time scales are necessary. UTC would clearly be unsuitable as the argument of an ephemeris because of leap seconds. A solar-system ephemeris based on UT1 or sidereal time would somehow have to include the unpredictable variations of the Earth’s rotation. TAI would work, but in principle the ephemeris and the ensemble of atomic clocks would eventually drift apart. In effect, the ephemeris is a clock, with the bodies of the solar system the hands from which the ephemeris time is read.
Only two of the dynamical time scales are of any great importance to observational astronomers, TT and TDB.
Terrestrial Time, TT, is the theoretical time scale of apparent geocentric ephemerides of solar system bodies. It applies to clocks at sea-level, and for practical purposes it is tied to Atomic Time TAI through the formula TT TAI . In practice, therefore, the units of TT are ordinary SI seconds, and the offset of with respect to TAI is fixed. The SLALIB function sla_DTT returns TTUTC for a given UTC (n.b. sla_DTT calls sla_DTT, and the latter must be an up-to-date version if recent leap seconds are to be taken into account).
Barycentric Dynamical Time, TDB, is a coordinate time, suitable for labelling events that are most simply described in a context where the bodies of the solar system are absent. Applications include the emission of pulsar radiation and the motions of the solar-system bodies themselves. When the readings of the observer’s TT clock are labelled using such a coordinate time, differences are seen because the clock is affected by its speed in the barycentric coordinate system and the gravitational potential in which it is immersed. Equivalently, observations of pulsars expressed in TT would display similar variations (quite apart from the familiar light-time effects).
TDB is defined in such a way that it keeps close to TT on the average, with the relativistic effects emerging as quasi-periodic differences of maximum amplitude rather less than 2 ms. This is negligible for many purposes, so that TT can act as a perfectly adequate surrogate for TDB in most cases, but unless taken into account would swamp long-term analysis of pulse arrival times from the millisecond pulsars.
Most of the variation between TDB and TT comes from the ellipticity of the Earth’s orbit; the TT clock’s speed and gravitational potential vary slightly during the course of the year, and as a consequence its rate as seen from an outside observer varies due to transverse Doppler effect and gravitational redshift. The main component is a sinusoidal variation of amplitude ; higher harmonics, and terms caused by Moon and planets, lie two orders of magnitude below this dominant annual term. Diurnal (topocentric) terms, a function of UT, are s or less.
The IAU 1976 resolution defined TDB by stipulating that TDBTT consists of periodic terms only. This provided a good qualitative description, but turned out to contain hidden assumptions about the form of the solar-system ephemeris and hence lacked dynamical rigour. A later resolution, in 1991, introduced new coordinate time scales, TCG and TCB, and identified TDB as a linear transformation of one of them (TCB) with a rate chosen not to drift from TT on the average. Unfortunately even this improved definition has proved to contin ambiguities. The SLALIB sla_RCC function implements TDB in the way that is most consistent with the 1976 definition and with existing practice. It provides a model of TDBTT accurate to a few nanoseconds.
Unlike TDB, the IAU 1991 coordinate time scales TCG and TCB (not supported by SLALIB functions at present) do not have their rates adjusted to track TT and consequently gain on TT and TDB, by about /year and /year respectively.
As already pointed out, the distinction between TT and TDB is of no practical importance for most purposes. For example when calling sla_PRENUT to generate a precession-nutation matrix, or when calling sla_EVP or sla_EPV to predict the Earth’s position and velocity, the time argument is strictly TDB, but TT is entirely adequate and will require much less computation.
The time scale used by the JPL solar-system ephemerides is called and is numerically the same as TDB.
Predictions of topocentric solar-system phenomena such as occultations and eclipses require solar time UT as well as dynamical time. TT/TDB/ET is all that is required in order to compute the geocentric circumstances, but if horizon coordinates or geocentric parallax are to be tackled UT is also needed. A rough estimate of is available via the function sla_DT. For a given epoch (e.g. 1650) this returns an approximation to in seconds.
The ordinary Gregorian Calendar Date, together with a time of day, can be used to express an epoch in any desired time scale. For many purposes, however, a continuous count of days is more convenient, and for this purpose the system of Julian Day Number can be used. JD zero is located about 7000 years ago, well before the historical era, and is formally defined in terms of Greenwich noon; for example Julian Day Number 2449444 began at noon on 1994 April 1. Julian Date is the same system but with a fractional part appended; Julian Date 2449443.5 was the midnight on which 1994 April 1 commenced. Because of the unwieldy size of Julian Dates and the awkwardness of the half-day offset, it is accepted practice to remove the leading ‘24’ and the trailing ‘.5’, producing what is called the Modified Julian Date: MJD = JD. SLALIB routines use MJD, as opposed to JD, throughout, largely to avoid loss of precision. 1994 April 1 commenced at MJD 49443.0.
Despite JD (and hence MJD) being defined in terms of (in effect) UT, the system can be used in conjunction with other time scales such as TAI, TT and TDB (and even sidereal time through the concept of Greenwich Sidereal Date). However, it is improper to express a UTC as a JD or MJD because of leap seconds.
SLALIB has six routines for converting to and from dates in the Gregorian calendar. The routines
sla_CLDJ and sla_CALDJ both convert a calendar date into an MJD, the former interpreting years
between 0 and 99 as 1st century and the latter as late 20th or early 21st century. The routines sla_DJCL
and sla_DJCAL both convert an MJD into calendar year, month, day and fraction of a day; the latter
performs rounding to a specified precision, important to avoid dates like ‘
2005 04 01.***’ appearing
in messages. Some of SLALIB’s low-precision ephemeris routines (sla_EARTH, sla_MOON and
sla_ECOR) work in terms of year plus day-in-year (where day 1 = January 1st, at least
for the modern era). This form of date can be generated by calling sla_CALYD (which
defaults years 0-99 into 1950-2049) or sla_CLYD (which covers the full range from prehistoric
The location of the observer on the Earth is significant in a number of ways. The most obvious, of course, is the effect of longitude and latitude on the observed of a star. Less obvious is the need to allow for geocentric parallax when finding the Moon with a telescope (and when doing high-precision work involving the Sun or planets), and the need to correct observed radial velocities and apparent pulsar periods for the effects of the Earth’s rotation.
The SLALIB routine sla_OBS supplies details of groundbased observatories from an internal list. This is useful when writing applications that apply to more than one observatory; the user can enter a brief name, or browse through a list, and be spared the trouble of typing in the full latitude, longitude etc. The following Fortran code returns the full name, longitude and latitude of a specified observatory:
(Beware of the longitude sign convention, which is west +ve for historical reasons.) The following lists all the supported observatories:
The routine sla_GEOC converts a geodetic latitude (one referred to the local horizon) to a geocentric position, taking into account the Earth’s oblateness and also the height above sea level of the observer. The results are expressed in vector form, namely as the distance of the observer from the spin axis and equator respectively. The geocentric latitude can be found be evaluating ATAN2 of the two numbers. A full 3-D vector description of the position and velocity of the observer is available through the routine sla_PVOBS. For a specified geodetic latitude, height above sea level, and local sidereal time, sla_PVOBS generates a 6-element vector containing the position and velocity with respect to the true equator and equinox of date (i.e. compatible with apparent ). For some applications it will be necessary to convert to a mean frame (notably FK5, J2000) by multiplying elements 1-3 and 4-6 respectively with the appropriate precession matrix. (In theory an additional correction to the velocity vector is needed to allow for differential precession, but this correction is always negligible.)
See also the discussion of the routine sla_RVEROT, later.
SLALIB includes routines for generating positions and velocities of Solar-System bodies. The accuracy objectives are modest, and the SLALIB facilities do not attempt to compete with precomputed ephemerides such as those provided by JPL, or with models containing thousands of terms. It is also worth noting that SLALIB’s very accurate star coordinate conversion routines are not strictly applicable to solar-system cases, though they are adequate for most practical purposes.
Earth/Sun ephemerides can be generated using the routines sla_EVP and sla_EPV, each of which predict Earth position and velocity with respect to both the solar-system barycentre and the Sun. The two routines offer different trade-offs between accuracy and execution time. For most purposes, sla_EVP is adequate: maximum velocity error is 0.42 metres per second; maximum heliocentric position error is 1600 km (equivalent to about at 1 AU), with barycentric position errors about 4 times worse. The larger and slower sla_EPV delivers results of 0.005 metres per second in velocity and 15 km in position, and is particularly useful when predicting apparent directions of near-Earth objects. (The Sun’s position as seen from the Earth can, of course, be obtained simply by reversing the signs of the Cartesian components of the Earth : Sun vector.)
Geocentric Moon ephemerides are available from sla_DMOON, which predicts the Moon’s position and velocity with respect to the Earth’s centre. Direction accuracy is usually better than 10 km () and distance accuracy a little worse.
Lower-precision but faster predictions for the Sun and Moon can be made by calling sla_EARTH and sla_MOON. Both are single precision and accept dates in the form of year, day-in-year and fraction of day (starting from a calendar date you need to call sla_CLYD or sla_CALYD to get the required year and day). The sla_EARTH routine returns the heliocentric position and velocity of the Earth’s centre for the mean equator and equinox of date. The accuracy is better than 20,000 km in position and 10 metres per second in speed. The position and velocity of the Moon with respect to the Earth’s centre for the mean equator and ecliptic of date can be obtained by calling sla_MOON. The positional accuracy is better than in direction and 1000 km in distance.
Approximate ephemerides for all the major planets can be generated by calling sla_PLANET or sla_RDPLAN. These routines offer arcminute accuracy (much better for the inner planets and for Pluto) over a span of several millennia (but only years for Pluto). The routine sla_PLANET produces heliocentric position and velocity in the form of equatorial for the mean equator and equinox of J2000. The vectors produced by sla_PLANET can be used in a variety of ways according to the requirements of the application concerned. The routine sla_RDPLAN uses sla_PLANET and sla_DMOON to deal with the common case of predicting a planet’s apparent and angular size as seen by a terrestrial observer.
Note that in predicting the position in the sky of a solar-system body it is necessary to allow for geocentric parallax. This correction is essential in the case of the Moon, where the observer’s position on the Earth can affect the Moon’s by up to . The calculation can most conveniently be done by calling sla_PVOBS and subtracting the resulting 6-vector from the one produced by sla_DMOON, as is demonstrated by the following example:
The output produced is as follows:
(An easier but less instructive method of estimating the topocentric apparent place of the Moon is to call the routine sla_RDPLAN.)
As an example of using sla_PLANET, the following program estimates the geocentric separation between Venus and Jupiter during a close conjunction in 2 BC, which is a star-of-Bethlehem candidate:
The output produced (the Ephemeris Time on the day in question, and the closest approach in arcseconds) is as follows:
For comparison, accurate JPL predictions give a separation less than the above estimate, occurring earlier (see Sky and Telescope, April 1987, p 357).
The following program demonstrates sla_RDPLAN.
Entering the following data (for 1927 June 29 at ET and the position of Preston, UK):
produces the following report:
Inspection of the Sun and Moon data reveals that a total solar eclipse is in progress.
SLALIB also provides for the case where orbital elements (with respect to the J2000 equinox and ecliptic) are available. This allows predictions to be made for minor-planets and (if you ignore non-gravitational effects) comets. Furthermore, if major-planet elements for an epoch close to the date in question are available, more accurate predictions can be made than are offered by sla_RDPLAN and sla_PLANET.
The SLALIB planetary-prediction routines that work with orbital elements are sla_PLANTE (the orbital-elements equivalent of sla_RDPLAN), which predicts the topocentric , and sla_PLANEL (the orbital-elements equivalent of sla_PLANET), which predicts the heliocentric with respect to the J2000 equinox and equator. In addition, the routine sla_PV2EL does the inverse of sla_PLANEL, transforming into osculating elements.
Osculating elements describe the unperturbed 2-body orbit. Depending on accuracy requirements, this unperturbed orbit is an adequate approximation to the actual orbit for a few weeks either side of the specified epoch, outside which perturbations due to the other bodies of the Solar System lead to increasing errors. Given a minor planet’s osculating elements for a particular date, predictions for a date only 100 days earlier or later are likely to be in error by several arcseconds. These errors can be reduced if new elements are generated which take account of the perturbations of the major planets, and this is what the routine sla_PERTEL does. Once sla_PERTEL has been called, to provide osculating elements close to the required date, the elements can be passed to sla_PLANEL or sla_PLANTE in the normal way. Predictions of arcsecond accuracy over a span of a decade or more are available using this technique.
Three different combinations of orbital elements are provided for, matching the usual conventions for
major planets, minor planets and comets respectively. The choice is made through the argument
| || || |
|epoch of osculation|
|epoch of perihelion passage|
|inclination of the orbit|
|longitude of the ascending node|
|longitude of perihelion ()|
|argument of perihelion|
|semi-major axis of the orbital ellipse|
|mean longitude ()|
The mean motion, , tells sla_PLANEL the mass of the planet. If it is not available, it should be calculated from , where and m is the mass of the planet (); is in AU.
Note that for any given problem there are up to three different epochs in play, and it is vital to distinguish clearly between them:
For the major-planet and minor-planet cases it is usual to make the epoch that defines the position of the body the same as the epoch of osculation. Thus, for planets (major and minor) only two different epochs are involved: the epoch of the elements and the epoch of observation. For comets, the epoch of perihelion fixes the position in the orbit and in general a different epoch of osculation will be chosen. Thus, for comets all three types of epoch are involved. How many of the three elements are present in a given SLALIB argument list depends on the routine concerned.
Two important sources for orbital elements are the Horizons service, operated by the Jet
Propulsion Laboratory, Pasadena, and the Minor Planet Center, operated by the Center
for Astrophysics, Harvard. The JPL elements (heliocentric, J2000 ecliptic and equinox)
and MPC elements correspond to SLALIB arguments as shown in the following table,
where “(rad)” means conversion from degrees to radians, and “(MJD)” means “subtract
|argument||major planet||minor planet||comet||minor planet||comet|
| || || || || || |
| || || || || ||
| || || || || ||
| || || || || ||
| || || || || ||
| || || || || ||
| || || || || || |
| || || || |
| || |
|epoch of osculation|| || || || ||
Conventional elements are not the only way of specifying an orbit. The state vector is an equally valid specification, and the so-called method of universal variables allows orbital calculations to be made directly, bypassing angular quantities and avoiding Kepler’s Equation. The universal-variables approach has various advantages, including better handling of near-parabolic cases and greater efficiency. SLALIB uses universal variables for its internal calculations and also offers a number of routines which applications can call.
The universal elements are the and its epoch, plus the mass of the body. The SLALIB routines supplement these elements with certain redundant values in order to avoid unnecessary recomputation when the elements are next used.
The routines sla_EL2UE and sla_UE2EL transform conventional elements into the universal form and vice versa. The routine sla_PV2UE takes an and forms the set of universal elements; sla_UE2PV takes a set of universal elements and predicts the for a specified epoch. The routine sla_PERTUE provides updated universal elements, taking into account perturbations from the major planets. Starting with universal elements, the routine sla_PLANTU (the universal elements equivalent of sla_PLANTE) predicts topocentric .
When publishing high-resolution spectral observations it is necessary to refer them to a specified standard of rest. This involves knowing the component in the direction of the source of the velocity of the observer. SLALIB provides a number of routines for this purpose, allowing observations to be referred to the Earth’s centre, the Sun, a Local Standard of Rest (either dynamical or kinematical), the centre of the Galaxy, and the mean motion of the Local Group.
The routine sla_RVEROT corrects for the diurnal rotation of the observer around the Earth’s axis. This is always less than 0.5 km/s.
No specific routine is provided to correct a radial velocity from geocentric to heliocentric, but this can easily be done by calling sla_EVP as follows (array declarations etc. omitted):
The maximum value of this correction is the Earth’s orbital speed of about 30 km/s. A related routine, sla_ECOR, computes the light-time correction with respect to the Sun. It would be used when reducing observations of a rapid variable-star for instance. For pulsar work the sla_EVP routine is not sufficiently accurate for phase predictions, being limited to about 25 ms. The alternative sla_EPV routine will deliver pulse arrival times accurate to 50 s, but is significantly slower.
To remove the intrinsic km/s motion of the Sun relative to other stars in the solar neighbourhood, a velocity correction to a local standard of rest (LSR) is required. There are opportunities for mistakes here. There are two sorts of LSR, dynamical and kinematical, and multiple definitions exist for the latter. The dynamical LSR is a point near the Sun which is in a circular orbit around the Galactic centre; the Sun has a “peculiar” motion relative to the dynamical LSR. A kinematical LSR is the mean standard of rest of specified star catalogues or stellar populations, and its precise definition depends on which catalogues or populations were used and how the analysis was carried out. The Sun’s motion with respect to a kinematical LSR is called the “standard” solar motion. Radial velocity corrections to the dynamical LSR are produced by the routine sla_RVLSRD and to the adopted kinematical LSR by sla_RVLSRK. See the individual specifications for these routines for the precise definition of the LSR in each case.
For extragalactic sources, the centre of the Galaxy can be used as a standard of rest. The radial velocity correction from the dynamical LSR to the Galactic centre can be obtained by calling sla_RVGALC. Its maximum value is 220 km/s.
For very distant sources it is appropriate to work relative to the mean motion of the Local Group. The routine for computing the radial velocity correction in this case is sla_RVLG. Note that in this case the correction is with respect to the dynamical LSR, not the Galactic centre as might be expected. This conforms to the IAU definition, and confers immunity from revisions of the Galactic rotation speed.
The relationship between the position of a star image in the focal plane of a telescope and the star’s celestial coordinates is usually described in terms of the tangent plane or gnomonic projection. This is the projection produced by a pin-hole camera and is a good approximation to the projection geometry of a traditional large f -ratio astrographic refractor. SLALIB includes a group of routines which transform star positions between their observed places on the celestial sphere and their coordinates in the tangent plane. The spherical coordinate system does not have to be but usually is. The so-called standard coordinates of a star are the tangent plane , in radians, with respect to an origin at the tangent point, with the -axis pointing north and the -axis pointing east (in the direction of increasing ). The factor relating the standard coordinates to the actual coordinates in, say, millimetres is simply the focal length of the telescope.
Given the of the plate centre (the tangent point) and the of a star within the field, the standard coordinates can be determined by calling sla_S2TP (single precision) or sla_DS2TP (double precision). The reverse transformation, where the is known and we wish to find the , is carried out by calling sla_TP2S or sla_DTP2S. Occasionally we know the both the and the of a star and need to deduce the of the tangent point; this can be done by calling sla_TPS2C or sla_DTPS2C. (All of these transformations apply not just to but to other spherical coordinate systems, of course.) Equivalent (and faster) routines are provided which work directly in instead of spherical coordinates: sla_V2TP and sla_DV2TP, sla_TP2V and sla_DTP2V, sla_TPV2C and sla_DTPV2C.
Even at the best of times, the tangent plane projection is merely an approximation. Some telescopes and cameras exhibit considerable pincushion or barrel distortion and some have a curved focal surface. For example, neither Schmidt cameras nor (especially) large reflecting telescopes with wide-field corrector lenses are adequately modelled by tangent-plane geometry. In such cases, however, it is still possible to do most of the work using the (mathematically convenient) tangent-plane projection by inserting an extra step which applies or removes the distortion peculiar to the system concerned. A simple law works well in the majority of cases; is the radial distance in the tangent plane, is the radial distance after adding the distortion, and is a constant which depends on the telescope ( is unaffected). The routine sla_PCD applies the distortion to an and sla_UNPCD removes it. For in radians, values range from for the tiny amount of barrel distortion in Schmidt geometry to several hundred for the serious pincushion distortion produced by wide-field correctors in big reflecting telescopes (the AAT prime focus triplet corrector is about ).
SLALIB includes a group of routines which can be put together to build a simple plate-reduction program. The heart of the group is sla_FITXY, which fits a linear model to relate two sets of coordinates, in the case of a plate reduction the measured positions of the images of a set of reference stars and the standard coordinates derived from their catalogue positions. The model is of the form:
where the p subscript indicates “predicted” coordinates (the model’s approximation to the ideal “expected” coordinates) and the m subscript indicates “measured coordinates”. The six coefficients a–f can optionally be constrained to represent a “solid body rotation” free of any squash or shear distortions. Without this constraint the model can, to some extent, accommodate effects like refraction, allowing mean places to be used directly and avoiding the extra complications of a full mean-apparent-observed transformation for each star. Having obtained the linear model, sla_PXY can be used to process the set of measured and expected coordinates, giving the predicted coordinates and determining the RMS residuals in x and y. The routine sla_XY2XY transforms one into another using the linear model. A model can be inverted by calling sla_INVF, and decomposed into zero points, scales, nonperpendicularity and orientation by calling sla_DCMPF.
SLALIB contains a small number of simple, general-purpose numerical-methods routines. They have no specific connection with positional astronomy but have proved useful in applications to do with simulation and fitting.
At the heart of many simulation programs is the generation of pseudo-random numbers, evenly distributed in a given range: sla_RANDOM does this. Pseudo-random normal deviates, or “Gaussian residuals”, are often required to simulate noise and can be generated by means of the function sla_GRESID. Neither routine will pass super-sophisticated statistical tests, but they work adequately for most practical purposes and avoid the need to call non-standard library routines peculiar to one sort of computer.
Applications which perform a least-squares fit using a traditional normal-equations methods can accomplish the required matrix-inversion by calling either sla_SMAT (single precision) or sla_DMAT (double). A generally better way to perform such fits is to use singular value decomposition. SLALIB provides a routine to do the decomposition itself, sla_SVD, and two routines to use the results: sla_SVDSOL generates the solution, and sla_SVDCOV produces the covariance matrix. A simple demonstration of the use of the SLALIB SVD routines is given below. It generates 500 simulated data points and fits them to a model which has 4 unknown coefficients. (The arrays in the example are sized to accept up to 1000 points and 20 unknowns.) The model is:
The test values for the four coefficients are , , and . Gaussian noise, , is added to each “observation”.
The program produces output like the following:
In this above example, essentially identical results would be obtained if the more commonplace normal-equations method had been used, and the large array would have been avoided. However, the SVD method comes into its own when the opportunity is taken to edit the W-matrix (the so-called “singular values”) in order to control possible ill-conditioning. The procedure involves replacing with zeroes any W-elements smaller than a nominated value, for example 0.001 times the largest W-element. Small W-elements indicate ill-conditioning, which in the case of the normal-equations method would produce spurious large coefficient values and possible arithmetic overflows. Using SVD, the effect on the solution of setting suspiciously small W-elements to zero is to restrain the offending coefficients from moving very far. The fact that action was taken can be reported to show the program user that something is amiss. Furthermore, if element W(J) was set to zero, the row numbers of the two biggest elements in the Jth column of the V-matrix identify the pair of solution coefficients that are dependent.
A more detailed description of SVD and its use in least-squares problems would be out of place here, and the reader is urged to refer to the relevant sections of the book Numerical Recipes (Press et al., Cambridge University Press, 1987).
The routines sla_COMBN and sla_PERMUT are useful for problems which involve combinations (different subsets) and permutations (different orders). Both return the next in a sequence of results, cycling through all the possible results as the routine is called repeatedly.
2One frame not included in Figure 1 is that of the Hipparcos catalogue. This is currently the best available implementation in the optical of the International Celestial Reference System (ICRS), which is based on extragalactic radio sources observed by VLBI. The distinction between FK5 J2000 and Hipparcos coordinates only becomes important when accuracies of 50 mas or better are required. More details are given in Section 4.14.
3With the introduction of the International Celestial Reference System (ICRS), the connection between (i) star coordinates and (ii) the Earth’s orientation and orbit has been broken. However, the orientation of the International Celestial Reference Frame (ICRF) axes was, for convenience, chosen to match J2000 FK5, and for most practical purposes ICRF coordinates (for example entries in the Hipparcos catalogue) can be regarded as synonymous with J2000 FK5. See Section 4.14 for further details.
4An equinox is, however, not required for coordinates in the International Celestial Reference System. Such coordinates must be labelled simply “ICRS”, or the specific catalogue can be mentioned, such as “Hipparcos”; constructions such as “Hipparcos, J2000” are redundant and misleading.
5The Earth is slowing down because of tidal effects. The SI second reflects the length-of-day in the mid-19th century, when the astronomical observations that established modern timekeeping were being made. Since then, the average length-of-day has increased by roughly 2 ms. Superimposed in this gradual slowdown are variations (seasonal and decadal) that are geophysical in origin, notably due to large scale movements of water and atmosphere. Because of conservation of angular momentum, as the Earth’s rotation-rate decreases, the Moon moves farther away. In 50 billion years the distance of the Moon will be at a maximum, 44% greater than now, at which stage day and month will both equal 47 present days.