The JPL ephemerides class could easily be extended to support many more ephemeris which have almost the same format as DE405 and are much more accurate
- DE414, DE421, ... : http://ssd.jpl.nasa.gov/?planet\_eph\_export
- INPOP8, INPOP10A ... : http://www.imcce.fr/inpop/
It should be mainly a matter of adjusting the record length depending on the ephemeris as is done for selecting between DE405/DE406. These files are provided for both Big Endian and Little Endian systems.
INPOP ephemerides like DE ephemerides come with Moon libration ephemeris but contrary to DE without Earth nutation ephemeris. They additionally provide a time ephemeris (accurate TT-TDB for the worldline of the geocenter), although for compatibility with legacy DExxx reading programs, the INPOP files are also available without the time ephemeris.
The CALCEPH C library can read INPOPxx and JPL DExxx ephemeris files:
On a side note, I am wondering why OREKIT is using the Big Endian version of the ephemeris file (orekit does this explicitly even though the Java virtual machine is big endian) and not the little endian file? If only one file type was to be provided in the future for a certain ephemeris, I think it would be the little endian type. Or maybe orekit could use org.apache.commons.io.EndianUtils to read either big endian or little endian depending on the filenames.
(from redmine: issue id 23, created on 2011-04-14, closed on 2011-04-14)
- DExxx_support.patch None