SOFTWARE INTERFACE SPECIFICATION
SPHERICAL HARMONICS ASCII DATA RECORD (SHADR)
prepared by
Frank G. Lemoine
Code 698, Planetary Geodynamics Laboratory
NASA Goddard Space Flight Center
Greenbelt, Maryland, 20771 USA
Peggy L. Jester
SGT, Inc. / Code 614.1
NASA GSFC/ Wallops Flight Facility
Wallops Island VA, 23337 USA
Version 2.1
22 May 2013
|====================================================================|
| |
| DOCUMENT CHANGE LOG |
| |
|====================================================================|
|REVISION|REVISION| SECTION | REMARKS |
| NUMBER | DATE | AFFECTED | |
|--------+--------+------------+-------------------------------------|
| 1.0 |06/02/20| All |Adapted MGS SHADR SIS to include |
| | | |Mars Reconnaissance Orbiter and |
| | | |MESSENGER. |
|--------+--------+------------+-------------------------------------|
| 1.0 |06/03/15| All |Miscellaneous edits |
| | | | |
|====================================================================|
| 1.0 |06/06/29| All |Integration of PDS review comments |
|====================================================================|
| 1.1 |07/04/04| 4.2.2.1 |Integration of RS review comments |
| | | 4.2.2.2 | |
| | | Appendix C | |
|====================================================================|
| 1.2 |08/07/28| 2.3 |Updated file naming convention |
| | | |for MRO |
|====================================================================|
| 2.0 |13/04/17| All |Adapted to include GRAIL |
|====================================================================|
| 2.1 |13/05/22| All |Minor edits |
|====================================================================|
Contents
Document Change Log................................................. 2
Contents........................................................... 3
Acronyms and Abbreviations...........................................5
1. General Description...............................................6
1.1. Overview........................................................6
1.2. Scope...........................................................6
1.3. Applicable Documents............................................6
1.4. System Siting...................................................8
1.4.1. Interface Location and Medium.................................8
1.4.2. Data Sources, Transfer Methods, and Destinations..............8
1.4.3. Generation Method and Frequency...............................8
1.5. Assumptions and Constraints.....................................8
1.5.1. Usage Constraints.............................................8
1.5.2. Priority Phasing Constraints..................................8
1.5.3. Explicit and Derived Constraints..............................8
1.5.4. Documentation Conventions.....................................8
1.5.4.1. Data Format Descriptions....................................9
1.5.4.2. Time Standards..............................................9
1.5.4.3. Coordinate Systems..........................................9
1.5.4.4. Limits of This Document.....................................9
1.5.4.5. Typographic Conventions....................................10
2. Interface Characteristics........................................11
2.1. Hardware Characteristics and Limitations.......................11
2.1.1. Special Equipment and Device Interfaces......................11
2.1.2. Special Setup Requirements...................................11
2.2. Volume and Size................................................11
2.3. Labeling and Identification....................................11
2.4. Interface Medium Characteristics...............................12
2.5. Failure Protection, Detection, and Recovery Procedures.........12
2.6. End-of-File Conventions........................................12
3. Access...........................................................13
3.1. Programs Using the Interface...................................13
3.2. Synchronization Considerations.................................13
3.2.1. Timing and Sequencing Considerations.........................13
3.2.2. Effective Duration...........................................13
3.2.3. Priority Interrupts..........................................13
3.3. Input/Output Protocols, Calling Sequences......................13
4. Detailed Interface Specifications................................14
4.1. Structure and Organization Overview............................14
4.2. Detached PDS Label.............................................14
4.2.1. Label Header.................................................14
4.2.2. TABLE Object Definitions.....................................17
4.2.2.1. SHADR Header Object Definition.............................18
4.2.2.2. SHADR Coefficients Object Definition.......................20
4.2.2.3. SHADR Covariance Object Definition.........................22
4.3. Data File......................................................24
4.3.1. SHADR Header Object/Block....................................24
4.3.2. SHADR Coefficients Block.....................................26
4.3.3. SHADR Covariances Block......................................27
Appendix A. Description of Spherical Harmonic Model Normalization...28
A.1 Definition of Model for the Potential...........................28
A.2 Definition of the normalization used............................29
Appendix B. Example Data Products...................................31
B.1. Example Label..................................................31
B.2. Example Data Object............................................37
Tables
4-3-1. SHADR Header Block...........................................25
4-3-2. SHADR Coefficients Block.....................................26
4-3-3. SHADR Covariance Block.......................................27
Figures
4-2-1. SHADR Label Header...........................................15
ACRONYMS AND ABBREVIATIONS
ANSI American National Standards Institute
APL Applied Physics Laboratory
ARC Ames Research Center
ARCDR Altimetry and Radiometry Composite Data Record
ASCII American Standard Code for Information Interchange
CCSDS Consultative Committee for Space Data Systems
CD-WO Compact-disc write-once
CNES Centre National d'Etudes Spatiales
CR Carriage Return
dB Decibel
DSN Deep Space Network
DVD Digital Video Disc or Digital Versatile Disc
EGM96 Earth Gravitational Model 1996
FEA Front End Assembly
GRAIL Gravity Recovery and Interior Laboratory
GSFC Goddard Space Flight Center
IEEE Institute of Electrical and Electronic Engineers
IAU International Astronomical Union
JHU Johns Hopkins University
JPL Jet Propulsion Laboratory
J2000 IAU Official Time Epoch
K Degrees Kelvin
kB Kilobytes
km Kilometers
LAST Laser Altimeter Science Team (MESSENGER)
LF Line Feed
LP Lunar Prospector (mission or spacecraft)
MB Megabytes
MESSENGER MErcury Surface Space ENvironment, GEochemistry, and Ranging
(acronym for mission to Mercury)
MGN Magellan
MGS Mars Global Surveyor
MIT Massachusetts Institute of Technology
MLA MESSENGER Laser Altimeter
MO Mars Observer
MRO Mars Reconnaissance Orbiter
NAIF Navigation and Ancillary Information Facility
NASA National Aeronautics and Space Administration
NAV Navigation Subsystem/Team
ODL Object Definition Language (PDS)
PDB Project Data Base
PDS Planetary Data System
RST Radio Science Team
SCET Space Craft Event Time
SDS Science Data System
SFDU Standard Formatted Data Unit
SHADR Spherical Harmonics ASCII Data Record
SHBDR Spherical Harmonics Binary Data Record
SHM Spherical Harmonics Model
SIS Software Interface Specification
SPARC Sun Scaleable Processor Architecture
SPK Spacecraft and Planet Kernel Format, from NAIF
TBD To Be Determined
UTC Universal Time Coordinated
1. GENERAL DESCRIPTION
1.1. Overview
This Software Interface Specification (SIS) describes Spherical Harmonics
ASCII Data Record (SHADR) files. The SHADR is intended to be general and may
contain coefficients for spherical harmonic expansions of gravity,
topography, magnetic, and other fields.
1.2. Scope
The format and content specifications in this SIS apply to all phases of the
project for which a SHADR is produced.
The SHADR was defined initially for gravity models derived from Magellan
(MGN) and Mars Observer (MO) radio tracking data [1], but the format is more
generally useful. The original SHADR has been adapted for the Mars Global
Surveyor (MGS), Lunar Prospector (LP), Mars Reconnaissance Orbiter (MRO),
and MESSENGER missions. This update of the SIS was made to include the
Gravity Recovery and Interior Laboratory (GRAIL) mission [16]. Some of the
original mission-specific documentation has been omitted, but the file
format descriptions should still be applicable for the GRAIL mission.
Specifics of the various models are included in [2], which will be updated
as data for new spherical harmonic models are incorporated within the SHADR
definition. A Spherical Harmonic Binary Data Record is also defined [3],
which may be more suitable for large models or when all error covariances
will be included in the final product.
The Jet Propulsion Laboratory (JPL), Pasadena, California, manages the Mars
Reconnaissance Orbiter Mission [4], the Mars Global Surveyor Mission, and the
GRAIL Mission for the National Aeronautics and Space Administration (NASA).
The Johns Hopkins University, Laurel, Maryland, USA manages the MESSENGER
Mission [5,6] for NASA.
1.3. Applicable Documents
[1] Tyler, G.L., G. Balmino, D.P. Hinson, W.L. Sjogren, D.E. Smith, R. Woo,
S.W. Asmar, M.J. Connally, C.L. Hamilton, and R.A. Simpson, Radio Science
Investigations with Mars Observer, J. Geophys. Res., 97, 7759-7779, 1992.
[2] Simpson, R.A., Interpretation and Use of Spherical Harmonics ASCII Data
Record (SHADR) and Spherical Harmonics Binary Data Record (SHBDR), Version
1.0, 1993.
[3] Lemoine, F.G., Software Interface Specification: Spherical Harmonics
Binary Data Record (SHBDR), 2006.
[4] Mars Reconnaissance Orbiter Mission Plan, Revision C: July 2005,
prepared by Robert Lock. Document JPL D-22239, MRO-31-201.
[5] McAdams, J. V. (JHU/APL), MESSENGER mission overview and trajectory
design, American Institute of Aeronautics and Astronautics, American
Astronautical Society (AIAA/AAS) Astrodynamics Specialist Conference, Paper
AAS 03-541, 20 pp., Big Sky, MT, August 3-7, 2003.
[6] McAdams, J. V., D. W. Dunham, R. W. Farquhar, A. H. Taylor, and
B. G. Williams, Trajectory design and maneuver strategy for the MESSENGER
mission to Mercury, 15th American Astronautical Society (AAS)/American
Institute of Aeronautics and Astronautics (AIAA) Space Flight Mechanics
Conference, Paper AAS 05-173, 21 pp., Copper Mountain, CO, Jan. 23-27, 2005.
[7] Seidelmann, P.K., V.K. Abalakin, M. Bursa, M. E. Davies, C. de Bergh,
J. H. Lieske, J. Oberst, J. L. Simon, E. M. Standish, P. Stooke, P. C.
Thomas, Report of the IAU/IAG Working Group on Cartographic Coordinates and
Rotational Elements of the Planets and Satellites: 2000, Celes. Mechanics
and Dyn. Astronomy, 82, 83-110, Dec 2002.
[8] MRO-D-22685, Rev B., Planetary Constants and Models, 05-15-2003.
[9] Konopliv, A.S, C.F. Yoder, E. M. Standish, D.-N. Yuan, and
W. L. Sjogren, A global solution for the Mars static and seasonal gravity,
Mars orientation, Phobos, Deimos Masses, and Mars Ephemeris, Icarus, 182(1),
23-50, 2006.
[10] Konopliv A.S., S.W. Asmar, E. Carranza, W.L. Sjogren, and D.N. Yuan,
Recent Gravity models as a results of the Lunar Prospector Mission, Icarus,
150, 1-18, 2001.
[11] Lambeck, Kurt, Geophysical Geodesy, Oxford University Press, Oxford,
UK, 1988.
[12] Kaula, William M., Theory of Satellite Geodesy, Applications of
satellites to geodesy, Dover Publications, Mineola, NY, 2000.
[13] Lemoine, FG, SC Kenyon, JK Factor, RG Trimmer, NK Pavlis, CM Cox,
SM Klosko, SB Luthcke, MH Torrence, YM Wang, RG Williamson, EC Pavlis,
RH Rapp and TR Olson, The Development of the Joint NASA GSFC and the
National Imagery and Mapping Agency (NIMA) Geopotential Model EGM96,
NASA/TP-1998-206861, NASA Goddard Space Flight Center, Greenbelt, Maryland
20771, July 1998.
[14] JPL D-7116, Rev. F, Planetary Science Data Dictionary Document, Jet
Propulsion Laboratory, Pasadena, California, October 20, 2008.
(http://pds.jpl.nasa.gov/documents/psdd/psdd.pdf)
[15] JPL D-7669 Part 2, Planetary Data System Standards Reference, PDS
Version 3.8, Jet Propulsion Laboratory, February 27, 2009.
(http://pds.jpl.nasa.gov/documents/sr/index.html)
[16] Roncoli, R. B., and K. K. Fujii, Mission Design Overview for the
Gravity Recovery and Interior Laboratory (GRAIL) Mission, AIAA/AAS
Astrodynamics Specialist Conference, Toronto, Ontario, Canada, 2010.
http://arc.aiaa.org/doi/pdf/10.2514/6.2010-8383.
[17] Standish, E. M., Jr. (November 1982), Conversion of positions and
proper motions from B1950.0 to the IAU system at J2000.0, Astronomy and
Astrophysics 115 (1): 20-22. Bibcode 1982A&A...115...20S.
http://adsabs.harvard.edu/full/1982A%26A...115...20S
[18] Folkner, William M., The Planetary and Lunar Ephemeris DE 421, 2009.
IPN Progress Report 42-178.
http://ipnpr.jpl.nasa.gov/progress_report/42-178/178C.pdf
1.4. System Siting
1.4.1. Interface Location and Medium
SHADR files are created at the institution conducting the science analysis.
SHADR files can be electronic files or can be stored on compact-disc
write-once (CD-WO) or DVD type media.
1.4.2. Data Sources, Transfer Methods, and Destinations
SHADR files are created from radio tracking, vertical sounding, in situ,
and/or other measurements at the institution conducting the scientific data
analysis. They are transferred to and deposited in a data system (such as
the PDS) specified by the managing institution.
1.4.3. Generation Method and Frequency
Spherical Harmonic Models are developed separately at each institution
conducting scientific analyses on raw data; each model meets criteria
specified by the investigators conducting the analysis. Each model requires
data with complete sampling (in terms of longitude and latitude coverage on
the planet), so that SHADR files will be issued infrequently and on
schedules which cannot be predicted at this time.
1.5. Assumptions and Constraints
1.5.1. Usage Constraints
None.
1.5.2. Priority Phasing Constraints
None.
1.5.3. Explicit and Derived Constraints
None.
1.5.4. Documentation Conventions
1.5.4.1. Data Format Descriptions
The reference data unit is the byte. Data may be stored in fields with
various sizes and formats, viz. one-, two-, and four-byte binary integers,
four- and eight-byte binary floating-point numbers, and character strings.
Data are identified throughout this document as:
char 8 bits character
uchar 8 bits integer
short 16 bits integer
long 32 bits integer
float 32 bits floating point (sign, exponent, and mantissa)
double 64 bits floating point (sign, exponent, and mantissa)
u (prefix) unsigned (as with ulong for unsigned 32-bit integer)
other special data structures such as time, date, etc. which are described
within this document
If a field is described as containing n bytes of ASCII character string
data, this implies that the leftmost (lowest numbered) byte contains the
first character, the next lowest byte contains the second character, and so
forth.
An array of n elements is written as array[n]; the first element is
array[0], and the last is array[n-1]. Array[n][m] describes an n x m element
array, with first element array[0][0], second element array[0][1], and so
forth.
Floating point (real) numbers are represented as double precision character
strings in the FORTRAN 1P1E23.16 format. Fixed point (integer) numbers are
represented using the FORTRAN I5 format.
1.5.4.2. Time Standards
SHADR files use the January 1.5, 2000 epoch as the standard time. Within the
data files, all times are reported in Universal Coordinated Time (UTC) as
strings of 23 ASCII characters. The time format is
"YYYY-MM-DDThh:mm:ss.fff", where "-", "T", ":", and "." are fixed
delimiters; "YYYY" is the year "19nn" or "20nn"; "MM" is a two-digit month
of year; "DD" is a two-digit day of month; "T" separates the date and time
segments of the string; "hh" is hour of day; "mm" is the minutes of hour
(00-59); "ss" is the seconds of minute (00-59); and "fff" is fractional
seconds in milliseconds.
The date format is "YYYY-MM-DD", where the components are defined
as above.
1.5.4.3. Coordinate Systems
The SHADR uses the appropriate planetocentric fixed body coordinate system
[7,8]. This may be an IAU system (e.g. IAU2000 [7]) or the new
body-fixed Mars reference frame defined by Konopliv et al. [9]. At present,
the MESSENGER mission has adopted the IAU2000 model for Mercury [7].
The coordinate system for lunar geopotential models will be a body figure
axis system defined by the lunar librations which are resolved by lunar
laser ranging [10], or a more coarse frame defined by the IAU [7].
GRAIL uses the DE 421 Lunar Body-Fixed Frame [17] as defined in the DE 421
planetary ephemeris [18].
1.5.4.4. Limits of This Document
This document applies only to SHADR data files.
1.5.4.5. Typographic Conventions
This document has been formatted for simple electronic file transfer and
display. Line lengths are limited to approximately 80 ASCII characters,
including line delimiters. No special fonts or structures are included
within the file. Constant width characters are assumed for display.
2. INTERFACE CHARACTERISTICS
2.1. Hardware Characteristics and Limitations
2.1.1. Special Equipment and Device Interfaces
Users of the SHADR product must have access to the data system (or media)
on which the SHADR files are stored.
2.1.2. Special Setup Requirements
None.
2.2. Volume and Size
SHADR products have variable length, depending on the degree and order of
the model and the number of tables included. A model of degree and order N
will require approximately (N*(N+1)/2)*137 bytes for storage of spherical
harmonic coefficients and associated uncertainties. A SHADR file for the
geopotential that contains coefficients and coefficient standard deviations
through degree 90 will be 510 kB in size. Vector quantities (e.g., magnetic
field) may be described by a single SHADR (in which all components are
represented) or by a separate SHADR for each field component. If the single
SHADR includes covariances, the file size will be approximately 27 times
larger than the combined volumes of the three component files because of the
inter-component covariance terms. In general, the SHBDR [3] is recommended
when the data include error covariances because of the smaller data volume
associated with binary formats.
2.3. Labeling and Identification
The length of file names is limited to 27 or fewer characters before the
period delimiter and 3 characters after the period delimiter. Each file has
a name which describes its contents. The name includes the following
structure which uniquely identifies it among SHADR products. Beginning with
the MRO gravity products the following naming convention is used:
GTsss_nnnnvv_SHA.TAB
where
"G" denotes the generating institution
"J" for the Jet Propulsion Laboratory
"G" for Goddard Space Flight Center
"M" for Massachusetts Institute of Technology
"T" indicates the type of data represented
"G" for gravity field
"sss" is a 3-character modifier specified by the data producer.
This modifier is used to indicate the source spacecraft or project, such as
GRX for the pair of GRAIL spacecraft.
"_" the underscore character is used to delimit modifiers in the file name
for clarity.
"nnnnvv" is a 4- to 6-character modifier specified by the data producer.
Among other things, this modifier may be used to indicate the target body,
whether the SHADR contains primary data values as specified by "T" or
uncertainties/errors, and/or the version number. For GRAIL, this modifier
indicates the degree and order of the solution for the gravity field,
topography or magnetic field.
"SHA" denotes that this is an ASCII file of Spherical Harmonic coefficients
".TAB" indicates the data is stored in tabular form.
Each SHADR file is accompanied by a detached PDS label; that label is a file
in its own right, having the name GTsss_nnnnvv_SHA.LBL.
2.4. Interface Medium Characteristics
SHADR products are electronic files.
2.5. Failure Protection, Detection, and Recovery Procedures
None.
2.6. End-of-File Conventions
End of file labeling complies with standards for the medium on which the
files are stored.
3. ACCESS
3.1. Programs Using the Interface
Data contained in SHADR files will be accessed by programs at the home
institutions of science investigators. Those programs cannot be identified
here.
3.2. Synchronization Considerations
3.2.1. Timing and Sequencing Considerations
N/A
3.2.2. Effective Duration
N/A
3.2.3. Priority Interrupts
None.
3.3. Input/Output Protocols, Calling Sequences
None.
4. DETAILED INTERFACE SPECIFICATIONS
4.1. Structure and Organization Overview
The SHADR is a file generated by software at the institution conducting
scientific data analysis. Each SHADR file is accompanied by a detached PDS
label.
4.2. Detached PDS Label
The detached PDS label is a file with two parts -- a header, and a set of
one, two, or three PDS TABLE object definitions. The header contains
information about the origin of the file and its general characteristics
such as record type and size. The TABLE object definitions describe the
format and content of the tables that make up the SHADR data file. The SHADR
Header Table Object definition is required. The SHADR Coefficients Table
Object definition is required if there is a SHADR Coefficients Table in the
file; the SHADR Covariance Table Object definition is required if there is a
SHADR Covariance Table. Each detached PDS label is constructed of ASCII
records; each record in the label contains exactly 80 characters. The last
two characters in each record are the carriage-return (ASCII 13) and
line-feed (ASCII 10) characters. An example of a complete label and data
object is given in APPENDIX C.
4.2.1 Label Header
The structure of the label header is illustrated in Figure 4-2-1.
Keyword definitions are given below.
PDS_VERSION_ID =
The version of the Planetary Data System for which these data have been
prepared; set to PDS3 by agreement between the mission and PDS.
RECORD_TYPE =
The type of record. Set to "FIXED_LENGTH" to indicate that all logical
records have the same length.
RECORD_BYTES =
The number of bytes per (fixed-length) record. It is usually most convenient
if this has been set equal to the length of records in the
SHADR_COVARIANCE_TABLE.
FILE_RECORDS =
The number of records in the SHADR file: instance dependent.
^SHADR_HEADER_TABLE =
File name and record number at which SHADR_HEADER_TABLE begins. Set to
("GTsss_nnnnvv_SHA.TAB ",1) where " GTsss_nnnnvv_SHA.TAB " is the file name
as described in Section 2.3, and 1 is the record number since this is the
first record in the SHADR file.
|====================================================================|
| |
| Figure 4-2-1 SHADR Label Header |
|====================================================================|
| |
| PDS_VERSION_ID = PDS3 |
| RECORD_TYPE = FIXED_LENGTH |
| RECORD_BYTES = nnn |
| FILE_RECORDS = nnn |
| ^SHADR_HEADER_TABLE = ("GTsss_nnnnvv_SHA.TAB",1) |
| ^SHADR_COEFFICIENTS_TABLE = ("GTsss_nnnnvv_SHA.TAB ",nn) |
| ^SHADR_COVARIANCE_TABLE = ("GTsss_nnnnvv_SHA.TAB ",nnn) |
| INSTRUMENT_HOST_NAME = "cccccccccccccccccccc" |
| TARGET_NAME = "cccc" |
| INSTRUMENT_NAME = "ccccccccccccccccccccccc" |
| DATA_SET_ID = "ccccccccccccccccccccccc" |
| OBSERVATION_TYPE = "ccccccccccccc" |
| ORIGINAL_PRODUCT_ID = "ccccccccccccc" |
| PRODUCT_ID = " GTsss_nnnnvv_SHA.TAB " |
| PRODUCT_RELEASE_DATE = YYYY-MM-DD |
| DESCRIPTION = "cccccccccccccccccc" |
| START_ORBIT_NUMBER = nnnn |
| STOP_ORBIT_NUMBER = nnnn |
| START_TIME = YYYY-MM-DDThh:mm:ss |
| STOP_TIME = YYYY-MM-DDThh:mm:ss |
| PRODUCT_CREATION_TIME = YYYY-MM-DDThh:mm:ss.fff |
| PRODUCER_FULL_NAME = "cccccccccccc" |
| PRODUCER_INSTITUTION_NAME = "ccccccccccc" |
| PRODUCT_VERSION_TYPE = "cccccccccccc" |
| PRODUCER_ID = "ccccccc" |
| SOFTWARE_NAME = "ccccccc;Vn.m" |
|====================================================================|
^SHADR_COEFFICIENTS_TABLE =
File name and record number at which the SHADR_COEFFICIENTS_TABLE begins.
The Coefficients Table is optional; this pointer will not appear in the
SHADR label if there is no Coefficients Table. Set to
("GTsss_nnnnvv_SHA.TAB",nn) where "GTsss_nnnnvv_SHA.TAB" is the file
name as described in Section 2.3, and "nn" is the record number in the
file where the Coefficients Table begins.
^SHADR_COVARIANCE_TABLE=
File name and record number at which SHADR_COVARIANCE_TABLE begins.
The Covariance Table is optional; this pointer will not appear in the SHADR
label if there is no Covariance Table. Set to ("GTsss_nnnnvv_SHA.TAB",nn)
where "GTsss_nnnnvv_SHA.TAB" is the file name as described in Section 2.3,
and "nn" is the record number in the file where the Covariance Table begins.
INSTRUMENT_HOST_NAME =
Name of the spacecraft; acceptable names include "MARS GLOBAL SURVEYOR"
"LUNAR PROSPECTOR", "MARS RECONNAISSANCE ORBITER", "MERCURY SURFACE, SPACE,
ENVIRONMENT, GEOCHEMISTRY, AND RANGING", "MAGELLAN", and "GRAVITY RECOVERY
AND INTERIOR LABORATORY".
TARGET_NAME =
A character string which identifies the target body.
For MRO or MGS SHADR files, the character string "MARS".
For MESSENGER SHADR files the character string will be "MERCURY".
For LP and GRAIL SHADR files, the character string will be "MOON".
For Magellan SHADR files, the character string will be "VENUS".
INSTRUMENT_NAME =
Name of the instrument; set to "RADIO SCIENCE SUBSYSTEM" for products
generated from radio science data, or set to other instrument names as
appropriate. Set to "LUNAR GRAVITY RANGING SYSTEM" for GRAIL.
DATA_SET_ID =
Identifier for the data set of which this SHADR product is a member.
-Set to "MRO-M-RSS-5-SDP-Vn.m" for Mars Reconnaissance Orbiter;
-Set to "MESS-H-RSS-5-SDP-Vn.m" for MESSENGER;
-Set to "MGS-M-RSS-5-SDP-Vn.m" for MGS; and "
-Set to "LP-L-RSS-5-SHGBDR-L2-Vn.m" for Lunar Prospector;
-Set to "GRAIL-L-LGRS-5-RDR-Vn.m" for GRAIL.
The suffix Vn.m indicates the version number of the data set.
OBSERVATION_TYPE=
A character string which identifies the data in the product. For the
spherical harmonic model of a gravity field, the character string
"GRAVITY FIELD". For a model of planet topography, the character string
"TOPOGRAPHY".
ORIGINAL_PRODUCT_ID =
Optional. An identifier for the product provided by the producer.
Generally a file name, different from PRODUCT_ID, which would be recognized
at the producer's home institution.
PRODUCT_ID =
A unique identifier for the product within the collection identified by
DATA_SET_ID. Generally, the file name used in pointers ^SHADR_HEADER_TABLE,
^SHADR_COEFFICIENTS_ TABLE, and/or ^SHADR_COVARIANCE_TABLE. The naming
convention is defined in Section 2.3.
PRODUCT_RELEASE_DATE =
The date on which the product was released to the Planetary Data System;
entered in the format "YYYY-MM-DD", where components are defined in
Section 1.5.4.2.
DESCRIPTION =
A short description of the SHADR product.
START_ORBIT_NUMBER =
Optional. The first orbit represented in the SHADR product. An integer.
STOP_ORBIT_NUMBER =
Optional. The last orbit represented in the SHADR product. An integer.
START_TIME =
Optional. The date/time of the first data included in the model, expressed
in the format "YYYY-MM-DDThh:mm:ss" where the components are defined in
section 1.5.4.2.
STOP_TIME =
Optional. The date/time of the last data included in the model, expressed
in the format "YYYY-MM-DDThh:mm:ss" where the components are defined
in section 1.5.4.2.
PRODUCT_CREATION_TIME =
The time at which this SHADR was created; expressed in the format "YYYY-MM-
DDThh:mm:ss.fff" where the components are defined in Section 1.5.4.2.
PRODUCER_FULL_NAME =
The name of the person primarily responsible for production of this SHADR
file. Expressed as a character string, for example "JAMES T. KIRK".
PRODUCER_INSTITUTION_NAME =
The name of the institution primarily responsible for production of this
SHADR. Standard values include:
"STANFORD UNIVERSITY"
"GODDARD SPACE FLIGHT CENTER"
"JET PROPULSION LABORATORY"
"CENTRE NATIONAL D'ETUDES SPATIALES"
"MASSACHUSETTS INSTITUTE OF TECHNOLOGY"
PRODUCT_VERSION_TYPE =
The version of this SHADR. Standard values include "PREDICT", "PRELIMINARY",
and "FINAL".
PRODUCER_ID =
The entity responsible for creation of the SHADR product. For products
generated by the Mars Reconnaissance Orbiter Gravity Science Team set to
"MRO GST". For products generated by the MESSENGER Laser Altimeter Science
Team set to "MESS LAST". For products generated by the Mars Global Surveyor
Radio Science Team, set to "MGS RST". For products generated by the GRAIL
Science Data System, set to "SDS".
SOFTWARE_NAME =
The name and version number of the program creating this SHADR file;
expressed as a character string in the format "PROGRAM_NAME;n.mm"
where "PROGRAM_NAME" is the name of the software and "n.mm" is the version
number. (e.g. "SOLVE;200201.02")
4.2.2 TABLE Object Definitions
TABLE object definitions completely define the TABLE objects for each SHADR
file. Minor tailoring of the definitions for different OBSERVATION_TYPES
precludes specification of exact definitions here. DESCRIPTION values, for
example, will likely be tailored for each product type. In no case should
there be a need to change the structure of the file, however. Entries "*"
are provided by the label generating program based on information supplied
elsewhere.
4.2.2.1 SHADR Header Object Definition
Each SHADR Header Object is completely defined by the Header Object
Definition in its Label. The Definition which follows gives the structure of
the Header Object; some of the DESCRIPTION values may vary from product to
product. The SHADR Header Object Definition is a required part of the SHADR
label file. It immediately follows the label header.
OBJECT = SHADR_HEADER_TABLE
ROWS = 1
COLUMNS = 8
ROW_BYTES = 137
ROW_SUFFIX_BYTES = 107
INTERCHANGE_FORMAT = ASCII
DESCRIPTION = "The SHADR header includes descriptive
information about the spherical harmonic coefficients which follow
in SHADR_COEFFICIENTS_TABLE. The header consists of a single record
of eight (delimited) data columns requiring 137 bytes, a pad of
105 ASCII blank characters, an ASCII carriage-return, and an ASCII
line-feed."
OBJECT = COLUMN
NAME = "REFERENCE RADIUS"
DATA_TYPE = "ASCII REAL"
START_BYTE = 1
BYTES = 23
FORMAT = "E23.16"
UNIT = "KILOMETER"
DESCRIPTION = "The assumed reference radius of the
spherical body."
END_OBJECT = COLUMN
OBJECT = COLUMN
NAME = "CONSTANT"
DATA_TYPE = "ASCII REAL"
START_BYTE = 25
BYTES = 23
FORMAT = "E23.16"
UNIT = "KM^3/SEC^2"
DESCRIPTION = "For a gravity field model the assumed
gravitational constant GM in kilometers cubed per seconds squared
for the body. For a topography model, set to 1."
END_OBJECT = COLUMN
OBJECT = COLUMN
NAME = "UNCERTAINTY IN CONSTANT"
DATA_TYPE = "ASCII REAL"
START_BYTE = 49
BYTES = 23
FORMAT = "E23.16"
UNIT = "KM^3/SEC^2"
DESCRIPTION = "For a gravity field model the
uncertainty in the gravitational constant GM in kilometers cubed per
seconds squared for the planet. For a topography, set to 0."
END_OBJECT = COLUMN
OBJECT = COLUMN
NAME = "DEGREE OF FIELD"
DATA_TYPE = "ASCII INTEGER"
START_BYTE = 73
BYTES = 5
FORMAT = "I5"
UNIT = "N/A"
DESCRIPTION = "The degree of model field."
END_OBJECT = COLUMN
OBJECT = COLUMN
NAME = "ORDER OF FIELD"
DATA_TYPE = "ASCII INTEGER"
START_BYTE = 79
BYTES = 5
FORMAT = "I5"
UNIT = "N/A"
DESCRIPTION = "The order of the model field."
END_OBJECT = COLUMN
OBJECT = COLUMN
NAME = "NORMALIZATION STATE"
DATA_TYPE = "ASCII INTEGER"
START_BYTE = 85
BYTES = 5
FORMAT = "I5"
UNIT = "N/A"
DESCRIPTION = "The normalization indicator.
For gravity fields:
0 coefficients are unnormalized
1 coefficients are normalized
2 other."
END_OBJECT = COLUMN
OBJECT = COLUMN
NAME = "REFERENCE LONGITUDE"
POSITIVE_LONGITUDE_DIRECTION = "EAST"
DATA_TYPE = "ASCII REAL"
START_BYTE = 91
BYTES = 23
FORMAT = "E23.16"
UNIT = "DEGREE"
DESCRIPTION = "The reference longitude for
the spherical harmonic expansion; normally 0."
END_OBJECT = COLUMN
OBJECT = COLUMN
NAME = "REFERENCE LATITUDE"
DATA_TYPE = "ASCII REAL"
START_BYTE = 115
BYTES = 23
FORMAT = "E23.16"
UNIT = "DEGREE"
DESCRIPTION = "The reference latitude for
the spherical harmonic expansion; normally 0."
END_OBJECT = COLUMN
END_OBJECT = SHADR_HEADER_TABLE
4.2.2.2 SHADR Coefficients Object Definition
The SHADR Coefficients Object is completely defined by the Coefficients
Object Definition in the label. Small differences in DESCRIPTION values
should be expected from product to product. The structure outlined in the
Definition below should not vary, however.
The SHADR Coefficients Object is an optional part of the SHADR data file.
This allows the SHADR to be used for targets which are too small or too
remote to have easily discerned coefficients, but for which estimates of
mass have been obtained (e.g., satellites Phobos and Deimos). If the
Coefficients Object is not included in the SHADR file, either the SHADR
Coefficients Object Definition will be omitted or the number of rows will be
set to zero (ROWS = 0). If the SHADR Coefficients Object is not included,
the pointer ^SHADR_COEFFICIENTS_TABLE will not appear in the label header.
If the SHADR Coefficients Object Definition is included in the label, it
immediately follows the SHADR Header Object Definition.
No requirements are placed on the order in which coefficient values appear
in the table or that all possible combinations of the pairs {m,n} be
included. The coefficients are defined by their COEFFICIENT DEGREE and
COEFFICIENT ORDER; see [2] for interpretation.
OBJECT = SHADR_COEFFICIENTS_TABLE
ROWS = *
COLUMNS = 6
ROW_BYTES = 107
ROW_SUFFIX_BYTES = 15
INTERCHANGE_FORMAT = ASCII
DESCRIPTION = "The SHADR coefficients table contains the
coefficients for the spherical harmonic model. Each row in the table
contains the degree index n, the order index m, the coefficients Cnm
and Snm, and the uncertainties in Cnm and Snm. The (comma delimited)
data require 107 ASCII characters; these are followed by a pad of 13
ASCII blank characters, an ASCII carriage-return, and an ASCII
line-feed."
OBJECT = COLUMN
NAME = "COEFFICIENT DEGREE"
DATA_TYPE = "ASCII INTEGER"
START_BYTE = 1
BYTES = 5
FORMAT = "I5"
UNIT = "N/A"
DESCRIPTION = " The degree index n of the C and S
coefficients in this record."
END_OBJECT = COLUMN
OBJECT = COLUMN
NAME = "COEFFICIENT ORDER"
DATA_TYPE = "ASCII INTEGER"
START_BYTE = 7
BYTES = 5
FORMAT = "I5"
UNIT = "N/A"
DESCRIPTION = "The order index m of the C and S
coefficients in this record."
END_OBJECT = COLUMN
OBJECT = COLUMN
NAME = "C"
DATA_TYPE = "ASCII REAL"
START_BYTE = 13
BYTES = 23
FORMAT = "E23.17"
UNIT = "N/A"
DESCRIPTION = "The coefficient Cnm for this
spherical harmonic model."
END_OBJECT = COLUMN
OBJECT = COLUMN
NAME = "S"
DATA_TYPE = "ASCII REAL"
START_BYTE = 37
BYTES = 23
FORMAT = "E23.17"
UNIT = "N/A"
DESCRIPTION = "The coefficient Snm for this spherical
harmonic model."
END_OBJECT = COLUMN
OBJECT = COLUMN
NAME = "C UNCERTAINTY"
DATA_TYPE = "ASCII REAL"
START_BYTE = 61
BYTES = 23
FORMAT = "E23.17"
UNIT = "N/A"
DESCRIPTION = "The uncertainty in the coefficient Cnm
for this spherical harmonic model."
END_OBJECT = COLUMN
OBJECT = COLUMN
NAME = "S UNCERTAINTY"
DATA_TYPE = "ASCII REAL"
START_BYTE = 85
BYTES = 23
FORMAT = "E23.17"
UNIT = "N/A"
DESCRIPTION = "The uncertainty in the coefficient Snm
for this spherical harmonic model."
END_OBJECT = COLUMN
END_OBJECT = SHADR_COEFFICIENTS_TABLE
4.2.2.3 SHADR Covariance Object Definition
The SHADR Covariance Object is completely defined by the Covariance Object
Definition in the label. Small differences in DESCRIPTION values should be
expected from product to product. The structure established by the
Definition below should not change, however. The SHADR Covariance Object is
an optional part of the SHADR data file. If the Covariance Object is not
included, either the Covariance Object Definition will be omitted or the
number of rows will be set to zero (ROWS = 0). If the SHADR Covariance
Object is not included, the pointer ^SHADR_COVARIANCE_TABLE will not appear
in the label header. If the SHADR Covariance Object Definition is included
in the label, it immediately follows the SHADR Coefficients Object
Definition.
No requirements are placed on the order in which covariance values appear in
the table. Nor is there a requirement that all possible combinations of the
quadruplet values {i,j,n,m} be included. By careful editing and use of
symmetry arguments, it may be possible to define all covariances with fewer
than the maximum number of rows in the table.
OBJECT = SHADR_COVARIANCE_TABLE
ROWS = *
COLUMNS = 8
ROW_BYTES = 119
ROW_SUFFIX_BYTES = 3
INTERCHANGE_FORMAT = ASCII
DESCRIPTION = "The SHADR covariance table contains
the covariances for the spherical harmonic model coefficients.
For each index quadruplet {i,j,n,m} the covariances of CijCnm,
SijSnm, CijSnm, and SijCnm are given. In each row of the table the
(comma delimited) indices occupy 24 ASCII characters and the (comma
delimited) covariances occupy 95 ASCII characters. These are followed
by an ASCII blank, an ASCII carriage-return and an ASCII line-feed."
OBJECT = COLUMN
NAME = "COEFFICIENT DEGREE I"
DATA_TYPE = "ASCII INTEGER"
START_BYTE = 1
BYTES = 5
FORMAT = "I5"
UNIT = "N/A"
DESCRIPTION = "The degree index i of the C and S terms
in this record."
END_OBJECT = COLUMN
OBJECT = COLUMN
NAME = "COEFFICIENT ORDER J"
DATA_TYPE = "ASCII INTEGER"
START_BYTE = 7
BYTES = 5
FORMAT = "I5"
UNIT = "N/A"
DESCRIPTION = "The order index j of the C and S terms
in this record."
END_OBJECT = COLUMN
OBJECT = COLUMN
NAME = "COEFFICIENT DEGREE N"
DATA_TYPE = "ASCII INTEGER"
START_BYTE = 13
BYTES = 5
FORMAT = "I5"
UNIT = "N/A"
DESCRIPTION = "The degree index n of the C and S terms
in this record."
END_OBJECT = COLUMN
OBJECT = COLUMN
NAME = "COEFFICIENT ORDER M"
DATA_TYPE = "ASCII INTEGER"
START_BYTE = 19
BYTES = 5
FORMAT = "I5"
UNIT = "N/A"
DESCRIPTION = "The order index m of the C and S terms
in this record."
END_OBJECT = COLUMN
OBJECT = COLUMN
NAME = "COVARIANCE (C_IJ,C_NM)"
DATA_TYPE = "ASCII REAL"
START_BYTE = 25
BYTES = 23
FORMAT = "E23.16"
UNIT = "N/A"
DESCRIPTION = "Covariance (C_IJ,C_NM) the coefficients
of this spherical harmonic model."
END_OBJECT = COLUMN
OBJECT = COLUMN
NAME = "COVARIANCE (S_IJ,S_NM)"
DATA_TYPE = "ASCII REAL"
START_BYTE = 49
BYTES = 23
FORMAT = "E23.16"
UNIT = "N/A"
DESCRIPTION = "Covariance (S_IJ,S_NM) for the
coefficients of this spherical harmonic model."
END_OBJECT = COLUMN
OBJECT = COLUMN
NAME = "COVARIANCE (C_IJ,S_NM)"
DATA_TYPE = "ASCII REAL"
START_BYTE = 73
BYTES = 23
FORMAT = "E23.16"
UNIT = "N/A"
DESCRIPTION = "Covariance (C_IJ,S_NM) for the
coefficient of this spherical harmonic model."
END_OBJECT = COLUMN
OBJECT = COLUMN
NAME = "COVARIANCE (S_IJ,C_NM)"
DATA_TYPE = "ASCII REAL"
START_BYTE = 97
BYTES = 23
FORMAT = "E23.16"
UNIT = "N/A"
DESCRIPTION = "Covariance (S_IJ,C_NM) for the
coefficients of this spherical harmonic model."
END_OBJECT = COLUMN
END_OBJECT = SHADR_COVARIANCE_TABLE
4.3. Data File
Each SHADR data file comprises a SHADR Header TABLE Object, an (optional)
Coefficients TABLE Object, and an (optional) Covariances TABLE Object.
Each TABLE Object comprises one or more data blocks. The TABLE Objects were
defined in Section 4.2. The data blocks are illustrated below.
4.3.1. SHADR Header Object/Block
The SHADR Header Object contains the parameters necessary to interpret the
data in the SHADR file. The structure of the SHADR Header Object is defined
in Section 4.2.2.1. The SHADR Header Object is a one-row table; hence the
Header Object and the Header Block are logically synonymous. The structure
of the Header Block is shown in Table 4-3-1. Note that the logical content
of the Header Object is delimited by the ASCII carriage return and line feed
characters. The physical block is padded to 244 bytes (an integral multiple
of RECORD_BYTES).
|====================================================================|
| |
| Table 4-3-1. SHADR Header Block |
| |
|====================================================================|
| Col No | Offset | Length | Format | Column Name |
|--------+--------+--------+--------+--------------------------------|
| 1 | +0 | 23 | E23.16 |Planetary Radius |
|--------+--------+--------+--------+--------------------------------|
| 2 | 24 | 23 | E23.16 |Constant |
|--------+--------+--------+--------+--------------------------------|
| 3 | 48 | 23 | E23.16 |Uncertainty in Constant |
|--------+--------+--------+--------+--------------------------------|
| 4 | 72 | 5 | I5 |Degree of Field |
|--------+--------+--------+--------+--------------------------------|
| 5 | 78 | 5 | I5 |Order of Field |
|--------+--------+--------+--------+--------------------------------|
| 6 | 84 | 5 | I5 |Normalization State |
|--------+--------+--------+--------+--------------------------------|
| 7 | 90 | 23 | E23.16 |Reference Longitude |
|--------+--------+--------+--------+--------------------------------|
| 8 | 114| 23 | E23.16 |Reference Latitude |
|--------+--------+--------+--------+--------------------------------|
| | 137| 105 | | blanks |
|--------+--------+--------+--------+--------------------------------|
| | 242| 1 | | carriage return |
|--------+--------+--------+--------+--------------------------------|
| | 243| 1 | | line feed |
|--------+--------+--------+--------+--------------------------------|
| | +244 | |
|========|========|========|========|================================|
4.3.2. SHADR Coefficients Block
The SHADR Coefficients Object is made up of one or more SHADR Coefficient
Blocks. Each block contains one pair of coefficients and associated
uncertainties for the overall model defined by the SHADR product. The
structure of the SHADR Coefficients Object is defined in Section 4.2.2.2.
The structure of an individual block is shown in Table 4-3-2.
Note that the logical content of the Coefficients Block is delimited by the
ASCII carriage return and line feed characters. The Coefficients Block is,
by definition, an integral multiple of RECORD_BYTES.
|====================================================================|
| |
| Table 4-3-2. SHADR Coefficients Block |
| |
|====================================================================|
| Col No | Offset | Length | Format | Column Name |
|--------+--------+--------+--------+--------------------------------|
| 1 | +0 | 5 | I5 |Coefficient Degree n |
|--------+--------+--------+--------+--------------------------------|
| 2 | 6 | 5 | I5 |Coefficient Order m |
|--------+--------+--------+--------+--------------------------------|
| 3 | 12 | 23 | E23.16 |Cnm |
|--------+--------+--------+--------+--------------------------------|
| 4 | 36 | 23 | E23.16 |Snm |
|--------+--------+--------+--------+--------------------------------|
| 5 | 60 | 23 | E23.16 |Uncertainty in Cnm |
|--------+--------+--------+--------+--------------------------------|
| 6 | 84 | 23 | E23.16 |Uncertainty in Snm |
|--------+--------+--------+--------+--------------------------------|
| | 107 | 13 | | blanks |
|--------+--------+--------+--------+--------------------------------|
| | 120 | 1 | | carriage return |
|--------+--------+--------+--------+--------------------------------|
| | 121 | 1 | | line feed |
|--------+--------+--------+--------+--------------------------------|
| | +122 | |
|========|========|========|========|================================|
4.3.3. SHADR Covariance Block
The SHADR Covariance Object is made up of one or more SHADR Covariance
Blocks. Each block contains the CijCnm, SijSnm, CijSnm, and SijCnm
covariances for the overall model defined by the SHADR product. The
structure of the SHADR Covariance Object is defined in Section 4.2.2.3. The
structure of an individual block is shown in Table 4-3-3. Note that the
logical content of the Covariance Block is delimited by the ASCII carriage
return and line feed characters. The SHADR Covariance Block is, by
definition, an integral multiple of RECORD_BYTES.
|====================================================================|
| |
| Table 4-3-3. SHADR Covariance Block |
| |
|====================================================================|
| Col No | Offset | Length | Format | Column Name |
|--------+--------+--------+--------+--------------------------------|
| 1 | +0 | 5 | I5 |Coefficient Degree i |
|--------+--------+--------+--------+--------------------------------|
| 2 | 6 | 5 | I5 |Coefficient Order j |
|--------+--------+--------+--------+--------------------------------|
| 3 | 12 | 5 | I5 |Coefficient Degree n |
|--------+--------+--------+--------+--------------------------------|
| 4 | 18 | 5 | I5 |Coefficient Order m |
|--------+--------+--------+--------+--------------------------------|
| 5 | 24 | 23 | E23.16 |Covariance {Cij,Cnm} |
|--------+--------+--------+--------+--------------------------------|
| 6 | 48 | 23 | E23.16 |Covariance {Sij,Snm} |
|--------+--------+--------+--------+--------------------------------|
| 7 | 72 | 23 | E23.16 |Covariance {Cij,Snm} |
|--------+--------+--------+--------+--------------------------------|
| 8 | 96 | 23 | E23.16 |Covariance {Sij,Cnm} |
|--------+--------+--------+--------+--------------------------------|
| | 119 | 1 | | blank |
|--------+--------+--------+--------+--------------------------------|
| | 120 | 1 | | carriage return |
|--------+--------+--------+--------+--------------------------------|
| | 121 | 1 | | line feed |
|--------+--------+--------+--------+--------------------------------|
| | +122 | |
|========|========|========|========|================================|
APPENDIX A.
A.1 Definition of Spherical harmonic models for the geopotential.
Spherical harmonics satisfy Laplace's equation in spherical coordinates.
The gravity potential field of the planets and the mathematical
representation of magnetic fields and topographic fields are readily
expressed in terms of spherical harmonics. Useful reviews are by Lambeck
[11] (Section 2.2, Elements of Potential Theory) and Kaula [12] (Section 1.1
Potential Theory, and Section 1.2 Spherical Harmonics).
The expression for the geopotential takes the form
V = (GM/r) + (GM/r)*SUMMATION_n SUMMATION_m (Re/r)**n [Cnm" cos(mL) + Snm"
sin(mL)]* Pnm"(sin(phi))
(Equation A-1-1)
where GM is the gravitational constant of the planet, r is the radial
distance of the test point from the origin, and Re is the assumed reference
radius of the spherical planet for which the coefficients were calculated.
The summations take place from degree n=1 to infinity, and order m=0 to n;
Cnm" and Snm" refer to the normalized spherical harmonic coefficients (see
Section A.2 below); L is the longitude; the Pnm" are the normalized
associated Legendre functions of degree n and order m; and phi is the
latitude of the test point. If we assume the origin is at the center of mass,
the degree one terms vanish, and the summation in degree starts at degree
n=2.
A "solution" for a spherical harmonic model of the geopotential refers to a
solution for these spherical harmonic coefficients and the gravitational
constant, GM, of the body.
In practice the spherical harmonic series is truncated at a maximum degree
nmax. For MRO, the likely degree of truncation will be between n=100 and
n=120. For MESSENGER, gravity solutions for the planet Mercury will likely
be truncated at degree 20. The degree of truncation depends on the quality
of the tracking data and the orbits of the spacecraft in the geopotential
solution. For Lunar Prospector derived gravity solutions, the maximum degree
has ranged from n=100 to n=165 [10]. For GRAIL, which used a different
measurement technique, the gravity signal to noise ratio was very strong and
the truncation was at a high degree. nmax was unprecedented 660 for the
Prime Mission. The field size is expected to exceed 1000 for the combined
Prime and Extended missions solution.
If the origin is placed at the center of mass, the degree 1 terms vanish
from the spherical harmonic expansion, and the first summation above is then
from (n=2) to the maximum degree, nmax.
Figure 1, section 1.2 from Kaula [11] gives examples of spherical harmonics.
The zonal terms, m=0, have n zeros in a distance pi along a north-south
meridian; in other words, they represent only latitudinal variations in the
potential.
Zonal terms may be represented in the literature as Jn = - Cn0.
Aside from GM, C20 is the most significant term in the gravity field (for
planets such as the Earth and Mars), and reflects the dynamical expression
of the planet's polar flattening.
Tesseral harmonics (coefficients where n is not equal to m, and m > 0, have
n-m zeros in a distance pi along a meridian (like the tesserae of a mosaic).
Sectoral harmonics are coefficients where n=m and are constant in sectors of
longitude (N-S) and have n zero crossings in a distance pi along a meridian
of latitude (E-W).
A.2 Definition of the normalization used for geopotential coefficients.
The normalization for spherical harmonic coefficients is given by
Lambeck[11]
Cnm" = Cnm/PI_nm (Equation A-2-1)
where Cnm" is normalized and Cnm is un-normalized, and
[PI_nm]**2 = (2 - delta_0m) * (2n+1) * (n-m)! / (n+m)! (Equation A-2-2)
delta_0m refers to the Kronecker delta function -- unity for coefficients
where m=0 (the zonal terms), zero for order m > 0.
For zonal coefficients (m=0) the relation reduces to
Cnm" = Cnm / sqrt(2n+1)
For example, for the Earth C20 = -1.08262668355E-03 (un-normalized) so
C20" = C20 / sqrt(5) = -4.8416537173572E-04 (normalized)
Working the process backwards for Earth's C22 we have
C22" = .24391435239839D-05
from the Earth Gravitational Model 1996, EGM96, [13].
[PI_nm]**2 = (2-0)*(2n+1) (2-2)! / (4)!
= 2*5*1/(4!) = 5/12
which yields
C22 = sqrt(5/12) * (.24391435239839E-05)
= 1.5744604E-06
closely matching Lambeck's [11] result (page 14).
Likewise for Earth's S22, we have the normalized value [13]
S22" = -.14001668365394E-05
Thus,
S22= sqrt(5/12) * (-.14001668365394E-05)
= -9.038038E-07 (un-normalized)
which matches closely the example given by Lambeck [11].
APPENDIX B EXAMPLE DATA PRODUCTS
APPENDIX B.1 Example Label
The following lists an example SHADR LBL file for a Mars Global Surveyor
derived gravity solution. For GRAIL the "INSTRUMENT_HOST_NAME" would be
listed instead of MARS GLOBAL SURVEYOR. The DESCRIPTION would be changed to
reflect the data content of the GRAIL-derived gravity solutions. Other
fields (e.g., PRODUCT_RELEASE_DATE, PRODUCT_ID, INSTRUMENT NAME, START_TIME,
STOP_TIME, PRODUCT_CREATION TIME) would also be changed as appropriate.
This example can be found in its original electronic form at the URL
http://pds-geosciences.wustl.edu/geodata/mgs-m-rss-5-sdp-v1/mors_1021/sha/
PDS_VERSION_ID = PDS3
RECORD_TYPE = FIXED_LENGTH
RECORD_BYTES = 122
FILE_RECORDS = 4185
^SHADR_HEADER_TABLE = ("GGM1041C.SHA",1)
^SHADR_COEFFICIENTS_TABLE = ("GGM1041C.SHA",3)
INSTRUMENT_HOST_NAME = "MARS RECONNAISSANCE ORBITER"
TARGET_NAME = "MARS"
INSTRUMENT_NAME = "RADIO SCIENCE SUBSYSTEM"
DATA_SET_ID = "MRO-M-RSS-5-SDP-V1.0"
OBSERVATION_TYPE = "GRAVITY FIELD"
ORIGINAL_PRODUCT_ID = "MGM1041C"
PRODUCT_ID = "GGM1041C.SHA"
PRODUCT_RELEASE_DATE = 2003-03-28
DESCRIPTION = "
This file contains coefficients and related data for a spherical
harmonic model of the Mars gravity field. Input data are from
radio tracking of the Mars Global Surveyor spacecraft; no Mariner
9 or Viking data are included. Coordinate system is IAU 2000
(Seidelmann et al., Celestial Mechanics and Dynamical Astronomy,
82(1), 83-110, January 2002).
Constants relevant for Mars in IAU 2000 are:
alpha (right ascension) = 317.68143 deg - 0.1061 deg/century
delta (declination) = 52.88650 deg - 0.0609 deg/century
Wo (prime meridian) = 176.630 deg
Wdot = 350.89198226 deg/day
Gravitational constants obtained from the solution are:
GM (Mars) = 4.282837024529127 E+13 m**3/s**2
sigma = 0.617 E+05 m**3/s**2
GM (Phobos) = 0.68012569 E+06 m**3/s**2
sigma = 0.842 E+04 m**3/s**2
The model was constructed from 2,568,683 observations, summarized
in the table below. MGS data are limited to tracking from the
Aerobraking Hiatus and Science Phasing Orbit (SPO) subphases of
the Orbit Insertion phase of the mission and to February 1999 to
May 2002 after the orbit was circularized.
Time Periods Total
Arcs Observations
------------------------ ---- ------------
Hiatus 2 24119
SPO-1 8 31014
SPO-2 17 144253
Feb-Mar 1999 10 86069
2 Apr 1999 - 22 May 2002 167 2186533
Doppler + Crossovers 5 96875
------------------------ ---- ------------
Total 2568863
Orbit reconstruction was improved using Mars Orbiter Laser
Altimeter (MOLA) data on 5 arcs between March and December 1999.
Inter-arc and intra-arc crossovers at 21679 points were included
in the orbit solutions. Crossovers poleward of 60 degrees north
and south were excluded to avoid possible contamination by any
time-varying signature in the polar caps. The altimeter data were
edited for large off-nadir angles as well as for the roughness and
slope of the terrain. The crossovers supplemented the normal
radiometric tracking for these arcs, which included 75196 Doppler
and range observations.
One-way Doppler data were included once these data started to
become available in March 2000 (just after the start of the first
Beta Supplement operations). Range biases were adjusted on a pass
by pass basis, and frequency biases were adjusted for the one-way
data.
The Gravity Calibration Orbit (GCO, February 1999) data were
weighted at 0.0044 Hz (0.16 mm/s). Data for 2000 and for 2001
through the start of Relay 16 operations were weighted at 0.18
mm/s. Data after the start of Relay 16 operations in 2001 were
weighted at 0.357 mm/s in light of the higher RMS fit for these
data. The one-way data were downweighted with respect to the
two-way data by a factor of 2, and are thus weighted at 0.36 mm/s
for the 2000-2001 data and at 0.71 mm/s for Relay 16.
Compared to the GMM2B model, this model contains about 2.5 times
as much data. The data were also rigorously re-edited to remove
spurious signatures which were particularly apparent in some of
the arcs with one-way Doppler data. Finally, the non-conservative
force model was refined to include the high gain antenna. This
improvement reduced the average solar radiation reflectivity
(Cr)from 1.15 to 1.05.
The gravity model was derived using a Kaula type constraint:
sqrt(2)*13*10**(-5)/L**2 (Kaula, W.M., Theory of Satellite
Geodesy, Blaisdell, Waltham, MA, 1966).
Further improvements to the model are expected as additional MGS
data are incorporated.
The C20 coefficient is given in the zero-tide system, meaning
that the deformation due to the (solar-induced) permanent tide
is included in the coefficient. An apriori K2 Love number of
0.10 was used in the derivation of this model.
This product is a set of two ASCII tables: a header table and a
coefficients table. Definitions of the tables follow.
This Mars gravity model was produced by F.G. Lemoine under the
direction of D.E. Smith of the MGS Radio Science Team."
START_TIME = 1997-10-13T00:00:00
STOP_TIME = 2002-05-27T23:59:59
PRODUCT_CREATION_TIME = 2003-02-05T20:34:50
PRODUCER_FULL_NAME = "FRANK G. LEMOINE"
PRODUCER_INSTITUTION_NAME = "GODDARD SPACE FLIGHT CENTER"
PRODUCT_VERSION_TYPE = "FINAL"
PRODUCER_ID = "MRO GST"
SOFTWARE_NAME = "SOLVE;200201.02"
OBJECT = SHADR_HEADER_TABLE
ROWS = 1
COLUMNS = 8
ROW_BYTES = 137
ROW_SUFFIX_BYTES = 107
INTERCHANGE_FORMAT = ASCII
DESCRIPTION = "The SHADR header includes
descriptive information about the spherical harmonic coefficients
which follow in SHADR_COEFFICIENTS_TABLE. The header consists of
a single record of eight (delimited) data columns requiring 137
bytes, a pad of 105 unspecified ASCII characters, an ASCII
carriage-return, and an ASCII line-feed."
OBJECT = COLUMN
NAME = "REFERENCE RADIUS"
DATA_TYPE = "ASCII REAL"
START_BYTE = 1
BYTES = 23
FORMAT = "E23.16"
UNIT = "KILOMETER"
DESCRIPTION = "The assumed reference radius
of the spherical body."
END_OBJECT = COLUMN
OBJECT = COLUMN
NAME = "CONSTANT"
DATA_TYPE = "ASCII REAL"
START_BYTE = 25
BYTES = 23
FORMAT = "E23.16"
UNIT = "KM^3/S^2"
DESCRIPTION = "For a gravity field model the
assumed gravitational constant GM in km cubed per seconds
squared for the body. For a topography model, set to 1."
END_OBJECT = COLUMN
OBJECT = COLUMN
NAME = "UNCERTAINTY IN CONSTANT"
DATA_TYPE = "ASCII REAL"
START_BYTE = 49
BYTES = 23
FORMAT = "E23.16"
UNIT = "KM^3/S^2"
DESCRIPTION = "For a gravity field model the
uncertainty in the gravitational constant GM in km cubed per
seconds squared for the planet (or, set to 0 if not known).
For a topography model, set to 0."
END_OBJECT = COLUMN
OBJECT = COLUMN
NAME = "DEGREE OF FIELD"
DATA_TYPE = "ASCII INTEGER"
START_BYTE = 73
BYTES = 5
FORMAT = "I5"
UNIT = "N/A"
DESCRIPTION = "Degree of the model field."
END_OBJECT = COLUMN
OBJECT = COLUMN
NAME = "ORDER OF FIELD"
DATA_TYPE = "ASCII INTEGER"
START_BYTE = 79
BYTES = 5
FORMAT = "I5"
UNIT = "N/A"
DESCRIPTION = "Order of the model field."
END_OBJECT = COLUMN
OBJECT = COLUMN
NAME = "NORMALIZATION STATE"
DATA_TYPE = "ASCII INTEGER"
START_BYTE = 85
BYTES = 5
FORMAT = "I5"
UNIT = "N/A"
DESCRIPTION = "The normalization indicator.
For gravity field:
0 coefficients are unnormalized
1 coefficients are normalized
2 other."
END_OBJECT = COLUMN
OBJECT = COLUMN
NAME = "REFERENCE LONGITUDE"
POSITIVE_LONGITUDE_DIRECTION = "EAST"
DATA_TYPE = "ASCII REAL"
START_BYTE = 91
BYTES = 23
FORMAT = "E23.16"
UNIT = "DEGREE"
DESCRIPTION = "The reference longitude for
the spherical harmonic expansion; normally 0."
END_OBJECT = COLUMN
OBJECT = COLUMN
NAME = "REFERENCE LATITUDE"
DATA_TYPE = "ASCII REAL"
START_BYTE = 115
BYTES = 23
FORMAT = "E23.16"
UNIT = "DEGREE"
DESCRIPTION = "The reference latitude for the
spherical harmonic expansion; normally 0."
END_OBJECT = COLUMN
END_OBJECT = SHADR_HEADER_TABLE
OBJECT = SHADR_COEFFICIENTS_TABLE
ROWS = 4183
COLUMNS = 6
ROW_BYTES = 107
ROW_SUFFIX_BYTES = 15
INTERCHANGE_FORMAT = ASCII
DESCRIPTION = "The SHADR coefficients table
contains the coefficients for the spherical harmonic model. Each
row in the table contains the degree index n, the order index m,
the coefficients Cnm and Snm, and the uncertainties in Cnm and
Snm. The (delimited) data require 107 ASCII characters; these are
followed by a pad of 13 unspecified ASCII characters, an ASCII
carriage-return, and an ASCII line-feed."
OBJECT = COLUMN
NAME = "COEFFICIENT DEGREE"
DATA_TYPE = "ASCII INTEGER"
START_BYTE = 1
BYTES = 5
FORMAT = "I5"
UNIT = "N/A"
DESCRIPTION = "The degree index n of the
C and S coefficients in this record."
END_OBJECT = COLUMN
OBJECT = COLUMN
NAME = "COEFFICIENT ORDER"
DATA_TYPE = "ASCII INTEGER"
START_BYTE = 7
BYTES = 5
FORMAT = "I5"
UNIT = "N/A"
DESCRIPTION = "The order index m of the C and S
coefficients in this record."
END_OBJECT = COLUMN
OBJECT = COLUMN
NAME = "C"
DATA_TYPE = "ASCII REAL"
START_BYTE = 13
BYTES = 23
FORMAT = "E23.17"
UNIT = "N/A"
DESCRIPTION = "The coefficient Cnm for this
spherical harmonic model."
END_OBJECT = COLUMN
OBJECT = COLUMN
NAME = "S"
DATA_TYPE = "ASCII REAL"
START_BYTE = 37
BYTES = 23
FORMAT = "E23.17"
UNIT = "N/A"
DESCRIPTION = "The coefficient Snm for this
spherical harmonic model."
END_OBJECT = COLUMN
OBJECT = COLUMN
NAME = "C UNCERTAINTY"
DATA_TYPE = "ASCII REAL"
START_BYTE = 61
BYTES = 23
FORMAT = "E23.17"
UNIT = "N/A"
DESCRIPTION = "The uncertainty in the
coefficient Cnm for this spherical harmonic model."
END_OBJECT = COLUMN
OBJECT = COLUMN
NAME = "S UNCERTAINTY"
DATA_TYPE = "ASCII REAL"
START_BYTE = 85
BYTES = 23
FORMAT = "E23.17"
UNIT = "N/A"
DESCRIPTION = "The uncertainty in the
coefficient Snm for this spherical harmonic model."
END_OBJECT = COLUMN
END_OBJECT = SHADR_COEFFICIENTS_TABLE
END
APPENDIX B.2 Example SHADR Data Object
The following lists the first few lines from an example SHADR file, the
MGM1041C Gravity solution.
Note that the lines here wrap after 70 characters whereas the header record
length is 244 and the coefficient record length is 122.
3.3970000000000000E+03, 4.2828370245291269E+04,
6.1699999999999995E-05, 90, 90, 1, 0.0000000000000000E+00,
0.0000000000000000E+00
2, 0,-8.7450461309664714E-04, 0.0000000000000000E+00,
8.6998585172904000E-11, 0.0000000000000000E+00
2, 1, 3.4361530466444738E-10,-2.6812730136287860E-10,
5.2026417903363999E-11, 5.1856231628722999E-11
2, 2,-8.4585864260034122E-05, 4.8905472151326622E-05,
2.4262638528121999E-11, 2.4711067535925999E-11
3, 0,-1.1889488636438340E-05, 0.0000000000000000E+00,
7.1845677542599005E-11, 0.0000000000000000E+00