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