ASCOM.Astrometry.NOVASCOM Namespace 
The Platform 5.0 NOVASCOM and Kepler components have been combined into one namespace (ASCOM.Utilities.NOVASCOM) for this release. This removes duplication of enums and structures between the two components and improves interoperability. For backward compatibility, the 32bit COM Kepler and NOVASCOM components are also included in the platform and are accessible through their original namespaces of ASCOM.Kepler and ASCOM.NOVASCOM respectively. This is to ensure that existing applications continue to work, unchanged, with the new platform.
The refactored NOVASCOM classes (not the original COM component classes) such as Planet and Earth now have internal Kepler components by default so it is no longer necessary to create these separately and attach them as ephemeris objects. If you do attach ephemeris objects, they will be used in place of the internal objects just as in the original COM components.
No other functions in the NOVASCOM and Kepler components has not been altered and testing shows a numeric result correspondence with the original COM components of than 1 part in 1E9.
NOVASCOM V2.1 is the third production release of a Component Object Model (COM) implementation of the U. S. Naval Observatory Vector Astrometry Subroutines (NOVAS) package. By encapsulating NOVAS within a COM component, the functions of NOVAS become available to most Windows scripting and programming environments. This component may be used by Visual Basic programs, scripts in any ActiveX Scripting language such as VBScript, JScript, Perl, Python, even an Excel spreadsheet. Thus, the proven accuracy of these USNO algorithms is accessible to enduser observatory automation and data reduction script writers.
NOVASCOM was developed according to the ASCOM Initiative's quality and behavior guidelines. Every effort has been taken to provide a quality stable component. Errors are signaled via automation exceptions with clear error messages. The component has a dual interface, and thus can be used in demanding high performance applications without the speed penalty of the dispatch interface. For more information on the ASCOM Initiative and the logo requirements, see the ASCOM Initiative Web Site.
NOVASCOM provides for the computation of a wide variety of common astrometric quantities and transformations. The component can provide, in one or two method calls, the instantaneous coordinates (apparent, topocentric, or astrometric place) of any star. With the addition of acompatible ephemeris component such as the Kepler Orbit Engine, NOVASCOM can also compute the instantaneous coordinates of major and minor planets. Ignoring ephememeris approximations, the computations provided are precise to better than one milliarcsecond. The NOVASCOM component is an easytouse facility that can be incorporated into data reduction programs, telescope control systems, and simulations. The internal NOVAS subroutines are, in fact, identical to those now used in the production of the Astronomical Almanac. The internally used subroutines are available in ANSI standard Fortran and C versions.
The algorithms used by the NOVASCOM routines are based on a vector and matrix formulation which is rigorous, consistent with recent IAU resolutions, and does not use spherical trigonometry or form "day numbers" at any point. Objects within and outside the solar system are treated similarly and the position vectors formed and operated on by these routines place each relevant object at its actual distance (in AU) from the solar system barycenter. Objects at unknown distance (parallax zero or undetermined) are placed on the "celestial sphere" herein defined to be at a radius of 10 megaparsecs (2.06E12 AU). A description of the algorithms used, along with definitions of terms and related information, can be found in Kaplan, et al. (1989) Astron. J. 97, 1197.
NOVASCOM uses as input astrometric reference data that is expressed in the IAU J2000.0 system. In particular, NOVAS supports (but is not limited to) data that conforms to the International Celestial Reference System (ICRS). ICRScompatible data includes the Hipparcos and Tycho Catalogues, the ACT Reference Catalog (obsolete, use Tycho2), the International Celestial Reference Frame (ICRF), the Jet Propulsion Laboratory DE405 planetary ephemeris, and Earth orientation measurements from the International Earth Rotation Service (IERS). The list of ICRScompatible data of various types is continually expanding. NOVASCOM can also be used with data conforming to the FK5 system.
NOVASCOM's internal support for solar system body calculations is limited to an the four largest planets, and is used is used for barycenter computations only. In order to use NOVASCOM's Planet object for major and minor planets, you must furnish an ephemeris source which implements a simple COM interface. When attached to an instance of the NOVASCOM Planet object, the ephemeris component is responsible for supplying heliocentric J2000equatorial rectangular coordinates of the planet at the given terrestrial time. One such compatible ephemeris component is the Kepler Orbit Engine, developed by the NOVASCOM author. See the ASCOM Initiative web site in the downloads section.
NOVASCOM allows the client to directly specify the value of deltat to used in various situations, as a property of some of its objects. NOVASCOM also contains an internal utility subroutine that approximates the value of deltaT (TTUT1) based on a 4th order Bessel interpolation of observed values taken from the Astronomical Almanac and USNO Delta T historical tables. Tables within the deltat subroutine contain data from 1620.0 through 2007.0. Predictions for 2007.0 through 2050.0 are made using a NASA derived polynomial. Entries prior to 1955 are corrected for secular tidal acceleration as used in JPL's DE403 ephemeris. If the client does not directly set the deltat property, this internal utility is used.
This document describes the first production release of the Kepler Ephemeris Engine, an ASCOM component which provides ephemerides for solar system bodies, given their orbital elements. It was written as a companion to the NOVASCOM vector astrometry engine, providing the ephemerides needed for planetary astrometric calculations, and for highprecision aberration calculations. It provides heliocentric J2000 equatorial cartesian vectors for position and velocity given a set of orbital elements and a terrestrial time. NOVASCOM can be used to transform these coordinates to Earthcentered ("astrometric") or local topocentric coordinates for observational use. You can download NOVASCOM from the ASCOM Downloads Page.
Kepler does not integrate orbits to the current epoch. If you want the accuracy resulting from an integrated orbit, you must integrate separately and supply Kepler with elements of the current epoch. Orbit integration is on the list of things for the next major version.
Kepler uses polynomial approximations for the major planet ephemerides. The tables of coefficients were derived by a least squares fit of periodic terms to JPL's DE404 ephemerides. The periodic frequencies used were determined by spectral analysis and comparison with VSOP87 and other analytical planetary theories. The least squares fit to DE404 covers the interval from 3000 to +3000 for the outer planets, and 1350 to +3000 for the inner planets. For details on the accuracy of the major planet ephemerides, see the Accuracy Tables page.
For a detailed explanation of astronomical timekeeping systems, see A Time Tutorial on the NASA Goddard Spaceflight Center site, and the USNO Systems of Time site.
Julian dates
These are standard Julian "date serial" numbers, and are expressed in UTC time or Terrestrial time. The fractional part of these numbers represents time within a day. The standard ActiveX "Double" precision of 15 digits gives a resolution of about one millisecond in a full Julian dates. This is sufficient for the purposes of this program.
Hourly Time Values
These are typically used to represent sidereal time and right ascension. They are simple real numbers in units of hours.
UTC Time Scale
Most of the Util methods that accept date/time values (either Date or Julian) assume that the date/time is in Coordinated Universal Time (UTC). Where necessary, this time is converted internally to other scales. Note that UTC seconds are based on the Cesium atom, not planetary motions. In order to keep UTC in sync with planetary motion, leap seconds are inserted periodically. This program does not account for leap seconds. The error is at most 900 milliseconds.
UT1 Time Scale
The UT1 time scale is the planetary equivalent of UTC. It it runs smoothly and varies a bit with time, but it is never more than 900 milliseconds different from UTC. This program treats UTC and UT1 the same.
TT Time Scale
The Terrestrial Dynamical Time (TT) scale is used in solar system orbital calculations. It is based completely on planetary motions; you can think of the solar system as a giant TT clock. It differs from UT1 by an amount called "deltat", which slowly increases with time, and is about 60 seconds right now (1998). You can convert Julian dates between UTC and TT using the methods Julian_TJD() and TJD_Julian().
Development and refinement of this component will be evolutionary rather then revolutionary. The ephemeris engine interface specification will not be blessed as an "ASCOM Standard" until
Discussions between ASCOM members regarding this component, the ephemeris generator interface specification and other issues are conducted on the ASCOMTalk mailing list. Instructions for joining the list are at the ASCOM web site, or just click here to subscribe.
Class  Description  

Earth  Obsolete.
NOVASCOM: Represents the "state" of the Earth at a given Terrestrial Julian date


Planet  Obsolete.
NOVASCOM: Provide characteristics of a solar system body


PositionVector  Obsolete.
NOVASCOM: PositionVector Class


Site  Obsolete.
NOVASCOM: Site Class


Star  Obsolete.
NOVASCOM: Star Class


VelocityVector  Obsolete.
NOVASCOM: VelocityVector Class
