Support the True Equator Mean Equinox (TEME) frame

[ChristopherRabotin]

High level description

Original discussion here: https://gitlab.com/nyx-space/nyx/-/issues/229

References:

• OREKit: https://gitlab.orekit.org/orekit/orekit/-/blob/develop/src/main/java/org/orekit/frames/TEMEProvider.java
• AstroPy: https://github.com/astropy/astropy/blob/45abe1d37242c1a256bc59f234b4d3e83e342351/astropy/coordinates/builtin_frames/intermediate_rotation_transforms.py#L255 (and test: https://github.com/astropy/astropy/blob/ba9b5bff7f4dd431d99590e0f33d4dfbf98b4231/astropy/coordinates/tests/test_intermediate_transformations.py#L561 )
• SkyField: https://github.com/skyfielders/python-skyfield/blob/8d3dc132f43656766a58e3e1984363592aa1f11a/skyfield/sgp4lib.py#L328
• asteRISK: https://rdrr.io/cran/asteRisk/src/R/coordinatesTransformations.R

a.i. solution documentation: https://ai-solutions.com/_help_Files/orbit_reference_frames.htm#achr_trueequatormeanequinox

This seems to require the UT1 computed, cf. #92 and nyx-space/hifitime#43 .

Note: only the high level description needs to be filled out to report an issue or to request a new feature.

New feature

If this is a new feature, describe the need you have either with use cases or examples. If this is a bug report, file a bug report instead.

Requirements

The purpose of this section is to fill out the Requirements of the QA process.

Requirements answer the question: what does the system need to do? It does not answer the question of how does the system do this?

Test plans

How do we test that these requirements are fulfilled correctly? What are some edge cases we should be aware of when developing the test code.

Design

This is the design section. Each subsection has its own subsection in the quality assurance document.

Algorithm demonstration

If this issue requires a change in an algorithm, it should be described here. This algorithm should be described thoroughly enough to be used as documentation. This section may also simply refer to an algorithm in the literature or in another piece of software that has been validated. The quality of that reference will be determined case by case.

API definition

Define how the Nyx APIs will be affect by this: what are new functions available, do any previous function change their definition, why call these functions by that name, etc.

High level architecture

Document, discuss, and optionally upload design diagram into this section.

Detailed design

The detailed design *will be used in the documentation of how Nyx works.

Feel free to fill out additional QA sections here, but these will typically be determined during the development, including the release in which this issue will be tackled.