Search
×
FR

Placeholder headline

This is just a placeholder headline

API Technical Report TDB-6 Chapter 6 – Density

$

204

BUY NOW

Placeholder headline

This is just a placeholder headline

API STD 560: Fired Heaters for General Refinery Services

$

721

BUY NOW

Placeholder headline

This is just a placeholder headline

API STD 64: Diverter Equipment Systems

$

324

BUY NOW

Placeholder headline

This is just a placeholder headline

API MPMS CH 17.10.1: Refrigerated Light Hydrocarbon Fluids – Measurement of Cargoes on Board LNG Carries

$

417

BUY NOW

Placeholder headline

This is just a placeholder headline

API RP 13B-1: Testing Water-based Drilling Fluids

$

418

BUY NOW

Placeholder headline

This is just a placeholder headline

API Technical Report TDB-12 Chapter 12 – Thermal Conductivity

$

214

BUY NOW

Placeholder headline

This is just a placeholder headline

API 16FI Frac Iron Guidelines and Requirements

$

129

BUY NOW

ISO 26900:2024

ISO 26900:2024 Space data and information transfer systems – Orbit data messages

CDN $390.00

SKU: 8155c9e14b0f Categories: ,

Description

This document specifies four standard message formats for use in transferring spacecraft orbit information between space agencies and commercial or governmental spacecraft operators:  The Orbit Parameter Message (OPM), the Orbit Mean-Elements Message (OMM), the Orbit Ephemeris Message (OEM), and the Orbit Comprehensive Message (OCM).  Such exchanges are used for:

a)     pre-flight planning for tracking or navigation support;

b)    scheduling tracking support;

c)     carrying out tracking operations (sometimes called metric predicts);

d)    performing orbit comparisons;

e)     carrying out navigation operations such as orbit propagation and orbit reconstruction;

f)     assessing mutual physical and electromagnetic interference among satellites orbiting the same celestial body (primarily Earth, Moon, and Mars at present);

g)    performing orbit conjunction (collision avoidance) studies; and

h)    developing and executing collaborative maneuvers to mitigate interference or enhance mutual operations.

This document includes sets of requirements and criteria that the message formats have been designed to meet.  For exchanges in which these requirements do not capture the needs of the participating agencies and satellite operators, another mechanism may be selected.

This document is an international standard published under the auspices of CCSDS and International Standards Organization (ISO) Technical Committee 20, Subcommittee 13, developed jointly and in concert with the ISO TC20/SC14.  As such, this CCSDS standard is also properly labeled as ISO 26900.

The recommended Orbit Data Message format is ASCII (reference [4]).

This document describes both ‘Keyword = Value Notation’ (KVN) as well as Extensible Markup Language (XML) (reference [5]) formatted messages.  Selection of KVN or XML format should be mutually agreed between message exchange partners.

NOTE   –    As currently specified, an OPM, OMM, or OEM file is to represent orbit data for a single spacecraft, and the OCM is to represent orbit data for either a single spacecraft or single parent spacecraft of a parent/child spacecraft deployment scenario.  It is possible that the architecture may support multiple spacecraft per file; this could be considered in the future.

Edition

2

Published Date

2024-02-09

Status

PUBLISHED

Pages

225

Language Detail Icon

English

Format Secure Icon

Secure PDF

Abstract

This document specifies four standard message formats for use in transferring spacecraft orbit information between space agencies and commercial or governmental spacecraft operators:  The Orbit Parameter Message (OPM), the Orbit Mean-Elements Message (OMM), the Orbit Ephemeris Message (OEM), and the Orbit Comprehensive Message (OCM).  Such exchanges are used for:

a)     pre-flight planning for tracking or navigation support;

b)    scheduling tracking support;

c)     carrying out tracking operations (sometimes called metric predicts);

d)    performing orbit comparisons;

e)     carrying out navigation operations such as orbit propagation and orbit reconstruction;

f)     assessing mutual physical and electromagnetic interference among satellites orbiting the same celestial body (primarily Earth, Moon, and Mars at present);

g)    performing orbit conjunction (collision avoidance) studies; and

h)    developing and executing collaborative maneuvers to mitigate interference or enhance mutual operations.

This document includes sets of requirements and criteria that the message formats have been designed to meet.  For exchanges in which these requirements do not capture the needs of the participating agencies and satellite operators, another mechanism may be selected.

This document is an international standard published under the auspices of CCSDS and International Standards Organization (ISO) Technical Committee 20, Subcommittee 13, developed jointly and in concert with the ISO TC20/SC14.  As such, this CCSDS standard is also properly labeled as ISO 26900.

The recommended Orbit Data Message format is ASCII (reference  REF R_ISO_IEC_8859_1_1998 h [4] 08D0C9EA79F9BACE118C8200AA004BA90B02000000080000001600000052005F00490053004F005F004900450043005F0038003800350039005F0031005F0031003900390038000000 ).

This document describes both ‘Keyword = Value Notation’ (KVN) as well as Extensible Markup Language (XML) (reference REF R_505x0b3XMLSpecificationforNavigationDa h[5] 08D0C9EA79F9BACE118C8200AA004BA90B02000000080000002800000052005F00350030003500780030006200330058004D004C00530070006500630069006600690063006100740069006F006E0066006F0072004E0061007600690067006100740069006F006E0044000000 ) formatted messages.  Selection of KVN or XML format should be mutually agreed between message exchange partners.

NOTE   –    As currently specified, an OPM, OMM, or OEM file is to represent orbit data for a single spacecraft, and the OCM is to represent orbit data for either a single spacecraft or single parent spacecraft of a parent/child spacecraft deployment scenario.  It is possible that the architecture may support multiple spacecraft per file; this could be considered in the future.

Previous Editions

Can’t find what you are looking for?

Please contact us at: