Closed rrubenza closed 1 year ago
I'll also note that the time format that should be passed into get_BC_vel
is JD_UTC. So, the barycentric corrections as they are currently being computed are correct, because they are receiving (not sure which of GEOMID_UTC/GEOMID_BJD/PHOTON_BJD, PHOTON_BJD would be "correct", but all are actually in JD_UTC as described above). In the fixed scheme, this would mean passing PHOTON_UTC to get_BC_vel
, but since we can simply change to use exposure_meter_BC_vel
we will get both the correct flux-weighted midpoint and flux-weighted BC velocity in one step, so we can just use exposure_meter_BC_vel
instead of get_BC_vel
regarding
PHOTON_BJD is computed by midpoint_photo_arrival.orderedMidPoint at radial_velocity/src based on the following input,
I think the data returned from above Midpoint photon arrival should be converted from JDUTC to BJDTDB and replace the column of PHOTON_BJD in current BARY_CORR table.
Currently, the pipeline is not computing barycentric julian dates for any of the timestamps saved in FITS headers. The current flow, as I understand it, is:
GEOMID_BJD = Time(GEOMID_UTC).jd
, which is simply making a copy of GEOMID_UTC since that quantity is already in the format JD_UTCHere's what the above keywords look like for a cloudy SoCal exposure
What immediately stands out from the plot above is GEOMID_BJD is not ~8 minutes different than GEOMID_UTC, because there is no barycentric conversion happening in step 3 above. What this should be changed to is
To be precise, HJD is not exactly the same as BJD, so perhaps it should get its own name
GEOMID_HJD
-- but it is the correct quantity to compute for the Sun, and for simplicity in the pipeline the keyword could be left as GEOMID_BJD. BJD and HJD will differ by +/- 4 seconds at most.modules/barycentric_correction/src/alg_barycentric_corr.py
to replaceget_BC_vel
like so:****Note the above function takes in JD_UTC from the exposure meter timeseries and returns the flux weighted midpoint in JD_UTC as well. So, to get PHOTONMID_BJD, we have to do the same calculation as in step 3, but simply replacing GEOMID_UTC with this new PHOTONMID_UTC.
Q: Do steps 5 and 6 here need to be weighted using the same order-weights as are used to compute CCD1RV and CCD2RV, or is it correct to take a simple average across all the orders since the relative weighting will be accounted for in the final RV?
When doing the above for the same example solar frame, I get a correct value for HJD that is ~8 minutes different than the times in the headers (light travel time from Sun to Earth)