Multimission Software Interface Specification (SIS)

 

 

 

 

 

 

 

 

SPICE

Omnibus SIS

 

 

 

 

 

 

NAIF Document No. 419

Version 1.1

 

 

 

 

 

Prepared by:  C. Acton

 

 

Navigation and Ancillary Information Facility (NAIF)

Jet Propulsion Laboratory

National Aeronautics and Space Administration

 

 

 

PURPOSE:  This "SIS" tells what and where are the useable interface specifications for all SPICE kernels. Within SPICE these specifications replace the traditional SIS modules.

 


 

CHANGE LOG

 

 

Version

Date

Page Nos.

Reason

1.0

23 July 2013

All

Original

1.1

8 October 2013

Multiple

Corrected a few typos. Added in an appendix a list of kernels covered by this omnibus SIS.

 

 

 

 

 

 

 

 

 

 

List of Acronyms

 

 

API                              Application Program Interface  (as in module or subroutine)

ASCII                         American Standard Code for Information Interchange

JPL                              Caltech/Jet Propulsion Laboratory

NAIF                          Navigation and Ancillary Information Facility

SIS                              Software Interface Specification

SPICE                         S-, P-, I-, C- and E-kernels; the principal logical data components of a          particular NASA ancillary information system

 


Section 1  

General Description

 

 

1.1                         Purpose of Document

 

This omnibus Software Interface Specification (SIS) explains why traditional SISs are not useful within the SPICE domain, and what replaces them.

 

 

1.2                         Scope

 

This is a multimission SIS, applicable for all flight projects.

 

 

1.3                         Reference Documents

 

SPICE system description:  http://naif.jpl.nasa.gov/naif/aboutspice.html

SPICE toolkit documentation:  http://naif.jpl.nasa.gov/pub/naif/toolkit_docs/C/index.html

   (Replace the "C" with "FORTRAN", "IDL" or "MATLAB" for those other languages.)

SPICE tutorials: http://naif.jpl.nasa.gov/naif/tutorials.html

 

 

1.4                         Functional Description

 

Traditional software interface specifications exist to describe the content and format of a digital data product such that a user of that product can write software to read and use the data therein. Such a digital data product might be an image file returned from a camera, or it might be a SPICE data file, called a kernel, containing one or another type of space geometry data.

Within the SPICE system it is not necessary, and indeed strongly discouraged, that any SPICE data user write his/her own software to read any kind of SPICE kernel. This is because NAIF has instead provided the needed software as a part of the SPICE Toolkit. The Toolkit contains "kernel reader" Application Program Interfaces (APIs, also called modules or subroutines) , plus a great deal more software used to compute observation geometry derived from the data contained in SPICE kernels.

 

Instead of reading a SPICE SIS, the SPICE user reads and follows the instructions contained in one of the Toolkit APIs. Each SPICE API source code file begins with a very substantial "header" providing all the information a user needs to use that API.  For those APIs that read SPICE kernel files, the header replaces the corresponding SIS. A list of the SPICE kernels for which this omnibus SIS is applicable is provided in Appendix A. An example of a SPICE API header is provided in Appendix B.

 

All SPICE API "headers" use the same template and writing style for this important user-focused documentation. The header documentation discusses inputs and outputs, restrictions on use, implementation details, and usually inlcudes working examples.

 

For the record, there is not a one-to-one correspondence of API modules to SPICE kernel files (and thus to SPICE SISs). This is because many SPICE APIs may access a particular type of SPICE kernel. And many SPICE APIs access multiple kinds of kernels.

 

 

Additional helpful information for SPICE kernel users is provided in SPICE documents, such as the "required reading" technical reference documents that exist for major SPICE subsystems, and in the large collection of SPICE tutorials. One of those tutorials, "Summary of Key Points," contains two charts that relate SPICE kernel files and the SPICE APIs most often used with those kernels. These are found on the two pages labeled "Primary Kernel Interfaces." ( The SPICE tutorials are found here: http://naif.jpl.nasa.gov/naif/tutorials.html )

 

 

1.5                         Toolkit Characteristics

 

The SPICE Toolkits are available in four languages–ANSI Fortran 77, ANSI C, Interactive Data Lanaguage (IDL), and MATLAB. (Java Native Interface will soon be added.) For each language the Toolkit is available for multiple combinations of platform, operating system, OS architecture (32-bit or 64-bit) and, where applicable, compiler model. In total there are over 40 such "environments" supported by NAIF staff.

The source code is provided for every environment. Each Toolkit environment is fully tested, fully documented and fully built–ready for immediate use.

The SPICE Toolkits are always 100% backwards compatible. Once a Toolkit capability has been provided it is never removed or revised (other than to fix bugs).

 

 

1.6                         Toolkit Availability

 

The SPICE Toolkits are freely available to anyone worldwide. They are available here on the NAIF server: http://naif.jpl.nasa.gov/naif/toolkit.html.  There are no ITAR or licensing restrictions.  Neither fees nor registration are required.


Appendix A.

List of SPICE Kernels

 

All SPICE kernel types are contained in the list below.

 

SPK

"Ephemeris kernel, containing position and often velocity of as object relative to another object. May contain data for many objects. Might contain reconstruction (historical) data, or predictive data, or both types.

PCK

Planetary constants kernel, containing size, shape and orientation of solar system bodies. May contain additional physical or carographic data as well. Both text and binary forms exist. The binary form is available for just a few bodies and contains only orientation data. SPICE APIs made to read PCKs can read both types. Text PCKs are usually prepared using data endorsed by the International Astronomical Union.

IK

Instrument kernel, containing field-of-view size, shape and orientation for science instruments, and for any other spacecraft assembly for which field-of-view information given in the SPICE style could be useful (e.g. star tracker, high-gain antenna, heat radiator).

CK

Camera-matrix kernel, providing time-varying orientation (attitude) of a spacecraft bus or any attached struture that can be aritculated and for which oreintation data are available, such as a high-gain antenna, solar arrays, a rover's sampling arm, or an instrument's moveable scanning mirror. May contain rate data as well as position data, if available. Might contain reconstruction (historical) data, or predictive data, or both types.

EK

Events kernel, intended to logically encompas three kinds of information: science observation plans (ESP), science observation sequence specifications (ESQ) and scientist' notebook comments (ENB). The EK portion of SPICE was rarely used and should be considered depricated.

FK

Frames kernel, provides specifications for the many mission-specific reference frames defined for a mission. Typically included are the spacecraft bus, antennas and solar arrays, and instruments (often reffered to as "instrument mounting alignment"). Note that a variety of generic reference frames–ones not uniquely associated with a given mission–are also available to SPICE users: these specifications are hard-coded in SPICE Toolkit software. (Note that NAIF uses the term "reference frame" or simply "frame" where many people use the term "coordinate system." Within SPICE a "coordinate system" defines the method by which positions within a "reference frame" are measured: e.g. Cartesian coordinates, polar coordinates, etc.)

LSK

Leap seconds kernel, providing a tabulation of leap seconds declared by the International Earth Rotation Service (IERS) plus a few related terms, all needed for time conversions between Universal Time Coordinated (UTC, sometimes referred to as SCET) and Barycentric Dynamical Time (TDB), also reffered to within SPICE as Ephemeris Time (ET).

SCLK

Spacecraft clock kernel, a tabulation of spacecraft clock correlation parameters computed by others and used within SPICE, along with the LSK, for time conversions between spacecraft clock time (also called SCLK) and barycentric dynamical time (TDB).  (On rare occasions a time system other than barycentric dynamical time is used as one of the two time systems.)

DSK

Digital shape kernel, providing high-precision shape information for (usuall) solar system bodies. The DSK allows for two kinds of shape information: a tessellated plate model and a digital elevation model. Where appropriate source data exist for making a DSK, the DSK can substitute for the very simple tri-axial shape model data contained in a text-style PCK.  But note that unlike for a text PCK a DSK contains ONLY shape information: a text PCK must be used for the orientation of the object in question. The DSK design offers many features not usually found in other shape representations.

 

 


Appendix B.

Example of a SPICE Toolkit API Header

 

Below is an example of a Toolkit API "header." This is for the C language version of an API named SPKPOS, used to read an SPK (ephemeris) file and return the position of a "target" relative to an "observer."

 

-Procedure spkpos_c ( S/P Kernel, position )

 

-Abstract

 

   Return the position of a target body relative to an observing

   body, optionally corrected for light time (planetary aberration)

   and stellar aberration.

 

-Disclaimer

 

   THIS SOFTWARE AND ANY RELATED MATERIALS WERE CREATED BY THE

   CALIFORNIA INSTITUTE OF TECHNOLOGY (CALTECH) UNDER A U.S.

   GOVERNMENT CONTRACT WITH THE NATIONAL AERONAUTICS AND SPACE

   ADMINISTRATION (NASA). THE SOFTWARE IS TECHNOLOGY AND SOFTWARE

   PUBLICLY AVAILABLE UNDER U.S. EXPORT LAWS AND IS PROVIDED "AS-IS"

   TO THE RECIPIENT WITHOUT WARRANTY OF ANY KIND, INCLUDING ANY

   WARRANTIES OF PERFORMANCE OR MERCHANTABILITY OR FITNESS FOR A

   PARTICULAR USE OR PURPOSE (AS SET FORTH IN UNITED STATES UCC

   SECTIONS 2312-2313) OR FOR ANY PURPOSE WHATSOEVER, FOR THE

   SOFTWARE AND RELATED MATERIALS, HOWEVER USED.

 

   IN NO EVENT SHALL CALTECH, ITS JET PROPULSION LABORATORY, OR NASA

   BE LIABLE FOR ANY DAMAGES AND/OR COSTS, INCLUDING, BUT NOT

   LIMITED TO, INCIDENTAL OR CONSEQUENTIAL DAMAGES OF ANY KIND,

   INCLUDING ECONOMIC DAMAGE OR INJURY TO PROPERTY AND LOST PROFITS,

   REGARDLESS OF WHETHER CALTECH, JPL, OR NASA BE ADVISED, HAVE

   REASON TO KNOW, OR, IN FACT, SHALL KNOW OF THE POSSIBILITY.

 

   RECIPIENT BEARS ALL RISK RELATING TO QUALITY AND PERFORMANCE OF

   THE SOFTWARE AND ANY RELATED MATERIALS, AND AGREES TO INDEMNIFY

   CALTECH AND NASA FOR ALL THIRD-PARTY CLAIMS RESULTING FROM THE

   ACTIONS OF RECIPIENT IN THE USE OF THE SOFTWARE.

 

-Required_Reading

 

   SPK

   NAIF_IDS

   FRAMES

   TIME

 

-Keywords

 

   EPHEMERIS

 

*/

 

   #include "SpiceUsr.h"

   #include "SpiceZfc.h"

   #include "SpiceZmc.h"

  

 

   void spkpos_c ( ConstSpiceChar   * targ,

                   SpiceDouble        et,

                   ConstSpiceChar   * ref,

                   ConstSpiceChar   * abcorr,

                   ConstSpiceChar   * obs,

                   SpiceDouble        ptarg[3],

                   SpiceDouble      * lt        )

/*

 

-Brief_I/O

 

   Variable  I/O  Description

   --------  ---  --------------------------------------------------

   targ       I   Target body name.

   et         I   Observer epoch.

   ref        I   Reference frame of output position vector.

   abcorr     I   Aberration correction flag.

   obs        I   Observing body name.

   ptarg      O   Position of target.

   lt         O   One way light time between observer and target.

 

-Detailed_Input

 

   targ        is the name of a target body.  Optionally, you may

               supply the integer ID code for the object as

               an integer string.  For example both "MOON" and

               "301" are legitimate strings that indicate the 

               moon is the target body.

 

               The target and observer define a position vector

               which points from the observer to the target.

 

   et          is the ephemeris time, expressed as seconds past

               J2000 TDB, at which the position of the target body

               relative to the observer is to be computed.  `et'

               refers to time at the observer's location.

 

   ref         is the name of the reference frame relative to which

               the output position vector should be expressed. This

               may be any frame supported by the SPICE system,

               including built-in frames (documented in the Frames

               Required Reading) and frames defined by a loaded

               frame kernel (FK).

 

               When `ref' designates a non-inertial frame, the

               orientation of the frame is evaluated at an epoch

               dependent on the selected aberration correction. See

               the description of the output position vector `ptarg'

               for details.

 

   abcorr      indicates the aberration corrections to be applied to

               the position of the target body to account for

               one-way light time and stellar aberration.  See the

               discussion in the Particulars section for

               recommendations on how to choose aberration

               corrections.

                

               'abcorr' may be any of the following:

 

                  "NONE"     Apply no correction. Return the 

                             geometric position of the target body 

                             relative to the observer.  

 

               The following values of 'abcorr' apply to the

               "reception" case in which photons depart from the

               target's location at the light-time corrected epoch

               et-lt and *arrive* at the observer's location at `et':

 

                  "LT"       Correct for one-way light time (also

                             called "planetary aberration") using a

                             Newtonian formulation. This correction

                             yields the position of the target at

                             the moment it emitted photons arriving

                             at the observer at `et'.

 

                             The light time correction uses an

                             iterative solution of the light time

                             equation (see Particulars for details).

                             The solution invoked by the "LT" option

                             uses one iteration.

 

                  "LT+S"     Correct for one-way light time and

                             stellar aberration using a Newtonian

                             formulation. This option modifies the

                             position obtained with the "LT" option

                             to account for the observer's velocity

                             relative to the solar system

                             barycenter. The result is the apparent

                             position of the target---the position

                             as seen by the observer.

 

                  "CN"       Converged Newtonian light time

                             correction.  In solving the light time

                             equation, the "CN" correction iterates

                             until the solution converges (three

                             iterations on all supported platforms).

 

                             The "CN" correction typically does not

                             substantially improve accuracy because

                             the errors made by ignoring

                             relativistic effects may be larger than

                             the improvement afforded by obtaining

                             convergence of the light time solution.

                             The "CN" correction computation also

                             requires a significantly greater number

                             of CPU cycles than does the

                             one-iteration light time correction.

 

                  "CN+S"     Converged Newtonian light time

                             and stellar aberration corrections.

 

 

               The following values of 'abcorr' apply to the

               "transmission" case in which photons *depart* from

               the observer's location at `et' and arrive at the

               target's location at the light-time corrected epoch

               et+lt:

 

                  "XLT"      "Transmission" case:  correct for

                             one-way light time using a Newtonian

                             formulation. This correction yields the

                             position of the target at the moment it

                             receives photons emitted from the

                             observer's location at `et'.

 

                  "XLT+S"    "Transmission" case:  correct for one-way

                             light time and stellar aberration using a

                             Newtonian formulation.  This option

                             modifies the position obtained with the

                             "XLT" option to account for the observer's

                             velocity relative to the solar system

                             barycenter. The computed target position

                             indicates the direction that photons

                             emitted from the observer's location must

                             be "aimed" to hit the target.

 

                  "XCN"      "Transmission" case:  converged 

                             Newtonian light time correction.

 

                  "XCN+S"    "Transmission" case:  converged 

                             Newtonian light time and stellar 

                             aberration corrections.

 

 

               Neither special nor general relativistic effects are

               accounted for in the aberration corrections applied

               by this routine.

 

               Case and blanks are not significant in the string

               'abcorr'.

 

   obs         is the name of an observing body.  Optionally, you may

               supply the ID code of the object as an integer string.

               For example, both "EARTH" and "399" are legitimate

               strings to supply to indicate the observer is

               Earth.

 

-Detailed_Output

 

   ptarg       is a Cartesian 3-vector representing the position of

               the target body relative to the specified observer.

               `ptarg' is corrected for the specified aberrations, and

               is expressed with respect to the reference frame

               specified by `ref'.  The three components of `ptarg'

               represent the x-, y- and z-components of the target's

               position.

 

               Units are always km.

 

               `ptarg' points from the observer's location at `et' to

               the aberration-corrected location of the target.

               Note that the sense of this position vector is

               independent of the direction of radiation travel

               implied by the aberration correction.

 

               Non-inertial frames are treated as follows: letting

               ltcent be the one-way light time between the observer

               and the central body associated with the frame, the

               orientation of the frame is evaluated at et-ltcent,

               et+ltcent, or `et' depending on whether the requested

               aberration correction is, respectively, for received

               radiation, transmitted radiation, or is omitted. ltcent

               is computed using the method indicated by 'abcorr'.

 

   lt          is the one-way light time between the observer and

               target in seconds. If the target position is

               corrected for aberrations, then `lt' is the one-way

               light time between the observer and the light time

               corrected target location.

 

-Parameters

 

   None.

 

-Exceptions

 

   1) If name of target or observer cannot be translated to its

      NAIF ID code, the error SPICE(IDCODENOTFOUND) is signaled.

 

   2) If the reference frame `ref' is not a recognized reference

      frame the error SPICE(UNKNOWNFRAME) is signaled.

 

   3) If the loaded kernels provide insufficient data to 

      compute the requested position vector, the deficiency will

      be diagnosed by a routine in the call tree of this routine.

 

   4) If an error occurs while reading an SPK or other kernel file,

      the error  will be diagnosed by a routine in the call tree 

      of this routine.

 

-Files

 

   This routine computes positions using SPK files that have been

   loaded into the SPICE system, normally via the kernel loading

   interface routine furnsh_c. See the routine furnsh_c and the SPK

   and KERNEL Required Reading for further information on loading

   (and unloading) kernels.

 

   If the output position `ptarg' is to be expressed relative to a

   non-inertial frame, or if any of the ephemeris data used to

   compute `ptarg' are expressed relative to a non-inertial frame in

   the SPK files providing those data, additional kernels may be

   needed to enable the reference frame transformations required to

   compute the position.  These additional kernels may be C-kernels, PCK

   files or frame kernels.  Any such kernels must already be loaded

   at the time this routine is called.

 

-Particulars

 

   This routine is part of the user interface to the SPICE ephemeris

   system.  It allows you to retrieve position information for any

   ephemeris object relative to any other in a reference frame that

   is convenient for further computations.

 

   This routine is identical in function to the routine SPKEZP

   except that it allows you to refer to ephemeris objects by name

   (via a character string).

 

 

   Aberration corrections

   ======================

 

   In space science or engineering applications one frequently

   wishes to know where to point a remote sensing instrument, such

   as an optical camera or radio antenna, in order to observe or

   otherwise receive radiation from a target.  This pointing problem

   is complicated by the finite speed of light:  one needs to point

   to where the target appears to be as opposed to where it actually

   is at the epoch of observation.  We use the adjectives

   "geometric," "uncorrected," or "true" to refer to an actual

   position or state of a target at a specified epoch.  When a

   geometric position or state vector is modified to reflect how it

   appears to an observer, we describe that vector by any of the

   terms "apparent," "corrected," "aberration corrected," or "light

   time and stellar aberration corrected." The SPICE Toolkit can

   correct for two phenomena affecting the apparent location of an

   object:  one-way light time (also called "planetary aberration") and

   stellar aberration.

 

   One-way light time

   ------------------

 

   Correcting for one-way light time is done by computing, given an

   observer and observation epoch, where a target was when the observed

   photons departed the target's location.  The vector from the

   observer to this computed target location is called a "light time

   corrected" vector.  The light time correction depends on the motion

   of the target relative to the solar system barycenter, but it is

   independent of the velocity of the observer relative to the solar

   system barycenter. Relativistic effects such as light bending and

   gravitational delay are not accounted for in the light time

   correction performed by this routine.

 

   Stellar aberration

   ------------------

 

   The velocity of the observer also affects the apparent location

   of a target:  photons arriving at the observer are subject to a

   "raindrop effect" whereby their velocity relative to the observer

   is, using a Newtonian approximation, the photons' velocity

   relative to the solar system barycenter minus the velocity of the

   observer relative to the solar system barycenter.  This effect is

   called "stellar aberration."  Stellar aberration is independent

   of the velocity of the target.  The stellar aberration formula

   used by this routine does not include (the much smaller)

   relativistic effects.

 

   Stellar aberration corrections are applied after light time

   corrections:  the light time corrected target position vector is 

   used as an input to the stellar aberration correction.

 

   When light time and stellar aberration corrections are both

   applied to a geometric position vector, the resulting position 

   vector indicates where the target "appears to be" from the

   observer's location.  

 

   As opposed to computing the apparent position of a target, one

   may wish to compute the pointing direction required for

   transmission of photons to the target.  This also requires correction

   of the geometric target position for the effects of light time

   and stellar aberration, but in this case the corrections are

   computed for radiation traveling *from* the observer to the target.

   We will refer to this situation as the "transmission" case.

 

   The "transmission" light time correction yields the target's

   location as it will be when photons emitted from the observer's

   location at `et' arrive at the target.  The transmission stellar

   aberration correction is the inverse of the traditional stellar

   aberration correction:  it indicates the direction in which

   radiation should be emitted so that, using a Newtonian

   approximation, the sum of the velocity of the radiation relative

   to the observer and of the observer's velocity, relative to the 

   solar system barycenter, yields a velocity vector that points in 

   the direction of the light time corrected position of the target.

 

   One may object to using the term "observer" in the transmission

   case, in which radiation is emitted from the observer's location.

   The terminology was retained for consistency with earlier

   documentation.

 

   Below, we indicate the aberration corrections to use for some

   common applications:

 

      1) Find the apparent direction of a target.  This is

         the most common case for a remote-sensing observation.

 

            Use "LT+S":  apply both light time and stellar 

            aberration corrections.

 

         Note that using light time corrections alone ("LT") is

         generally not a good way to obtain an approximation to an

         apparent target vector:  since light time and stellar

         aberration corrections often partially cancel each other,

         it may be more accurate to use no correction at all than to

         use light time alone.

 

 

      2) Find the corrected pointing direction to radiate a signal

         to a target.  This computation is often applicable for

         implementing communications sessions.

 

            Use "XLT+S":  apply both light time and stellar 

            aberration corrections for transmission.

 

 

      3) Compute the apparent position of a target body relative

         to a star or other distant object.

 

            Use "LT" or "LT+S" as needed to match the correction

            applied to the position of the distant object.  For

            example, if a star position is obtained from a catalog,

            the position vector may not be corrected for stellar

            aberration.  In this case, to find the angular

            separation of the star and the limb of a planet, the

            vector from the observer to the planet should be

            corrected for light time but not stellar aberration.

 

 

      4) Obtain an uncorrected position vector derived directly from 

         data in an SPK file.

 

            Use "NONE".

 

 

      5) Use a geometric position vector as a low-accuracy estimate

         of the apparent position for an application where execution 

         speed is critical:

 

            Use "NONE".

 

 

      6) While this routine cannot perform the relativistic

         aberration corrections required to compute positions

         with the highest possible accuracy, it can supply the

         geometric positions required as inputs to these computations:

 

            Use "NONE", then apply relativistic aberration

            corrections (not available in the SPICE Toolkit).

 

 

   Below, we discuss in more detail how the aberration corrections

   applied by this routine are computed.     

 

      Geometric case

      ==============

 

      spkpos_c begins by computing the geometric position T(et) of the

      target body relative to the solar system barycenter (SSB).

      Subtracting the geometric position of the observer O(et) gives

      the geometric position of the target body relative to the

      observer. The one-way light time, 'lt', is given by

 

                | T(et) - O(et) |

         lt = -------------------

                        c

 

      The geometric relationship between the observer, target, and

      solar system barycenter is as shown:

 

 

         SSB ---> O(et)

          |      /

          |     /

          |    /                           

          |   /  T(et) - O(et)  

          V  V                                  

         T(et)

 

 

      The returned position is

 

         T(et) - O(et)

 

 

      Reception case

      ==============

 

      When any of the options "LT", "CN", "LT+S", "CN+S" is selected

      for `abcorr', spkpos_c computes the position of the target body at

      epoch et-lt, where 'lt' is the one-way light time.  Let T(t) and

      O(t) represent the positions of the target and observer

      relative to the solar system barycenter at time t; then 'lt' is

      the solution of the light-time equation

 

                | T(et-lt) - O(et) |

         lt = ------------------------                            (1)

                         c

 

      The ratio 

 

          | T(et) - O(et) |

        ---------------------                                     (2)

                  c

 

      is used as a first approximation to 'lt'; inserting (2) into the

      right hand side of the light-time equation (1) yields the

      "one-iteration" estimate of the one-way light time ("LT").

      Repeating the process until the estimates of 'lt' converge yields

      the "converged Newtonian" light time estimate ("CN").

     

      Subtracting the geometric position of the observer O(et) gives

      the position of the target body relative to the observer:

      T(et-lt) - O(et).

 

         SSB ---> O(et)

          | \     |

          |  \    |

          |   \   | T(et-lt) - O(et)

          |    \  |

          V     V V

         T(et)  T(et-lt)

      

      The light time corrected position vector is

 

         T(et-lt) - O(et)

 

      If correction for stellar aberration is requested, the target

      position is rotated toward the solar system

      barycenter-relative velocity vector of the observer.  The

      rotation is computed as follows:

 

         Let r be the light time corrected vector from the observer

         to the object, and v be the velocity of the observer with

         respect to the solar system barycenter. Let w be the angle

         between them. The aberration angle phi is given by

 

            sin(phi) = v sin(w) / c

 

         Let h be the vector given by the cross product

 

            h = r X v

 

         Rotate r by phi radians about h to obtain the apparent

         position of the object.

 

 

      Transmission case

      ==================

 

      When any of the options "XLT", "XCN", "XLT+S", "XCN+S" is

      selected, spkpos_c computes the position of the target body T at

      epoch et+lt, where 'lt' is the one-way light time. 'lt' is the

      solution of the light-time equation

 

                | T(et+lt) - O(et) |

         lt = ------------------------                            (3)

                          c

 

      Subtracting the geometric position of the observer, O(et),

      gives the position of the target body relative to the

      observer: T(et-lt) - O(et).

 

                 SSB --> O(et)

                / |    * 

               /  |  *  T(et+lt) - O(et)  

              /   |*     

             /   *|    

            V  V  V     

        T(et+lt)  T(et)    

 

      The position component of the light-time corrected position 

      is the vector

 

         T(et+lt) - O(et)

 

      If correction for stellar aberration is requested, the target

      position is rotated away from the solar system barycenter-

      relative velocity vector of the observer. The rotation is

      computed as in the reception case, but the sign of the

      rotation angle is negated. 

 

   Precision of light time corrections

   ===================================

 

      Corrections using one iteration of the light time solution

      ----------------------------------------------------------

 

      When the requested aberration correction is "LT", "LT+S",

      "XLT", or "XLT+S", only one iteration is performed in the

      algorithm used to compute 'lt'.

 

      The relative error in this computation

 

         | LT_ACTUAL - LT_COMPUTED |  /  LT_ACTUAL

 

      is at most 

 

          (V/C)**2

         ----------

          1 - (V/C)

 

      which is well approximated by (V/C)**2, where V is the

      velocity of the target relative to an inertial frame and C is

      the speed of light.

 

      For nearly all objects in the solar system V is less than 60

      km/sec.  The value of C is 300000 km/sec.  Thus the one

      iteration solution for 'lt' has a potential relative error of

      not more than 4*10**-8.  This is a potential light time error

      of approximately 2*10**-5 seconds per astronomical unit of

      distance separating the observer and target.  Given the bound

      on V cited above:

 

         As long as the observer and target are

         separated by less than 50 astronomical units,

         the error in the light time returned using

         the one-iteration light time corrections

         is less than 1 millisecond.

 

 

      Converged corrections 

      ---------------------

 

      When the requested aberration correction is "CN", "CN+S",

      "XCN", or "XCN+S", three iterations are performed in the

      computation of 'lt'.  The relative error present in this

      solution is at most

 

          (V/C)**4

         ----------

          1 - (V/C)

 

      which is well approximated by (V/C)**4.  Mathematically the

      precision of this computation is better than a nanosecond for

      any pair of objects in the solar system.

 

      However, to model the actual light time between target and

      observer one must take into account effects due to general

      relativity.  These may be as high as a few hundredths of a

      millisecond for some objects.

 

      When one considers the extra time required to compute the

      converged Newtonian light time (the state of the target relative

      to the solar system barycenter is looked up three times instead

      of once) together with the real gain in accuracy, it seems

      unlikely that you will want to request either the "CN" or "CN+S"

      light time corrections.  However, these corrections can be useful

      for testing situations where high precision (as opposed to

      accuracy) is required.

 

 

   Relativistic Corrections

   =========================

 

   This routine does not attempt to perform either general or

   special relativistic corrections in computing the various

   aberration corrections.  For many applications relativistic

   corrections are not worth the expense of added computation

   cycles.  If however, your application requires these additional

   corrections we suggest you consult the astronomical almanac (page

   B36) for a discussion of how to carry out these corrections.

 

 

-Examples

 

   1)  Load a planetary ephemeris SPK, then look up a series of

       geometric positions of the moon relative to the earth,

       referenced to the J2000 frame.

 

       #include <stdio.h>

       #include "SpiceUsr.h"

 

       void main()

       {

 

          #define        ABCORR        "NONE"

          #define        FRAME         "J2000"

 

          /.

          The name of the SPK file shown here is fictitious;

          you must supply the name of an SPK file available

          on your own computer system.

          ./

          #define        SPK           "planetary_spk.bsp"

 

          /.

          ET0 represents the date 2000 Jan 1 12:00:00 TDB.

          ./

          #define        ET0           0.0

 

          /.

          Use a time step of 1 hour; look up 100 states.

          ./

          #define        STEP          3600.0

          #define        MAXITR        100

 

          #define        OBSERVER      "earth"

          #define        TARGET        "moon"

        

 

          /.

          Local variables

          ./

          SpiceInt       i;

 

          SpiceDouble    et;

          SpiceDouble    lt;

          SpiceDouble    pos [3];

 

 

          /.

          Load the spk file.

          ./

          furnsh_c ( SPK );

 

          /.

          Step through a series of epochs, looking up a position vector

          at each one.

          ./

          for ( i = 0;  i < MAXITR;  i++ )

          {

             et  =  ET0 + i*STEP;

 

             spkpos_c ( TARGET,    et,   FRAME,  ABCORR,

                        OBSERVER,  pos,  &lt             );

 

             printf( "\net = %20.10f\n\n",                 et     );

             printf( "J2000 x-position (km):   %20.10f\n", pos[0] );

             printf( "J2000 y-position (km):   %20.10f\n", pos[1] );

             printf( "J2000 z-position (km):   %20.10f\n", pos[2] );

          }

       }

 

 

-Restrictions

 

   None.

 

-Literature_References

 

   SPK Required Reading.

 

-Author_and_Institution

 

   C.H. Acton      (JPL)

   B.V. Semenov    (JPL)

   N.J. Bachman    (JPL)

   W.L. Taber      (JPL)

 

-Version

 

   -CSPICE Version 2.0.4, 04-APR-2008 (NJB)

 

       Corrected minor error in description of XLT+S aberration

       correction.

 

   -CSPICE Version 2.0.3, 17-APR-2005 (NJB)

 

       Error was corrected in example program:  variable name `state'

       was changed to `pos' in printf calls.

 

   -CSPICE Version 2.0.2, 13-OCT-2003 (EDW)

 

       Various minor header changes were made to improve clarity.

       Added mention that 'lt' returns a value in seconds.

 

   -CSPICE Version 2.0.1, 27-JUL-2003 (NJB) (CHA)

 

       Various header corrections were made.

 

   -CSPICE Version 2.0.0, 31-DEC-2001 (NJB)

 

       Updated to handle aberration corrections for transmission

       of radiation.  Formerly, only the reception case was

       supported.  The header was revised and expanded to explain

       the functionality of this routine in more detail.

 

   -CSPICE Version 1.0.0, 29-MAY-1999 (NJB) (WLT)

 

-Index_Entries

 

   using names get target position relative to an observer

   position relative to observer corrected for aberrations

   read ephemeris data

   read trajectory data

 

-&