Hi Graham,
> Maybe we already had the fix for the light deflection bug and
> normalization was removed from sla_MAPQKZ instead of sla_MAPQK?
Yes, you're right - I described the redundant normalization one the
wrong way up, perhaps a hazard of explaining that the subroutine
that had something missing was actually the correct one.
From evidence in my email records, the no-LD bug in sla_MAPQKZ had
already been fixed by the time of the last update in 2005. The copy
in which the bug was present was one from years before that, used to
produce an early python wrapper.
Go ahead and use both, as the tiny change to the VF constant in
sla_MAPQK makes it consistent with SLALIB/C. In any case I'd be
surprised if the answers changed by as much as a few nanoarcsec.
Patrick Wallace
____________________________________________________________________
RAL Space +44-1235-531198
STFC Rutherford Appleton Laboratory
Harwell Oxford
Didcot, Oxfordshire, OX11 0QX, UK [log in to unmask]
____________________________________________________________________
----
Starlink User Support list
For list configuration, including subscribing to and unsubscribing from the list, see
https://www.jiscmail.ac.uk/cgi-bin/webadmin?A0=STARLINK
|