diff --git a/add_off.c b/add_off.c index edb7ca7..8b98ebc 100644 --- a/add_off.c +++ b/add_off.c @@ -291,9 +291,41 @@ static int set_offsets( offset_t *offsets, const int n_offsets) bool show_offsets_from_original = false; /* The following reads the input file and looks for 80-column obs from -spacecraft. On a second pass, it removes any existing 's' (spacecraft +spacecraft. It then finds out where the spacecraft in question (there +may be zero, one, or many) were at the various times of the observations. + + On a second pass, it removes any existing 's' (spacecraft position) records and replaces them with 's' records created from -the Horizons ephems. */ +the Horizons ephems. + + For XML ADES, the process (not yet implemented) will be similar. +On the first pass, the code will need to look for the tag, +then for a tag. If it sees, for example, C51 +(WISE), it will look that code up and say "aha, a spacecraft-based +observation". It will then look for an ; upon seeing, +for example, 2024-01-15T02:41:38.400Z, it +would know that we need to know where WISE was at that time. + + As before, after the first pass, it would reach out to Horizons +to find the corresponding spacecraft offsets for those dates/times. +On the second pass, upon reaching the line, it would insert +the ADES-formatted spacecraft offset, which would look like + +ICRF_KM +399 +-3498.8267 +-4916.8885 +3113.8738 + + and might also include , , (a proposal that may +get pulled into the ADES standard, I hope; see +https://github.com/IAU-ADES/ADES-Master/issues/11.) The offset and/or +velocity might be more sensibly expressed in AU and from a different + for some spacecraft; this would be relatively trivial to arrange. + + Ideally, the covariance matrix would also be requested from Horizons +and output in ADES. I don't think Horizons current provides covariances, +but they'd probably be added if they became significant to somebody. */ int process_file( const char *filename, FILE *ofile) {