You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Outputs from merge_obs and combine_spectra are doing {stuff} to provide meaningful values for some subset of the ONTIME, EXPOSURE, and LIVETIME keywords.
This issue is to discuss which keywords are and should be being updated and how. For example
Should we be writing ONTIME as SUM(ONTIME_n)
Should we be writing DTCOR as the ONTIME weighted sum of the individual DTCOR_n values
Should we go ahead and delete per-chip values? Do they still have any meaning in the merged products?
Some may be tool specific (eg combine_spectra with method=avg|sum may have different behavior).
The text was updated successfully, but these errors were encountered:
I think I have been using the @ gti trick to ensure we filter things like the asol file to match the data (memory is fuzzy and vague) and I know that appears to be problematic (I didn't follow the details so it hopefully isn't an issue for what we are doing). if we are doing it.
The @ gti thing is only a problem if you filter and bin in the same command.
So if a user supplies fluximage an infile with "evt[@ gti]" then they might not be getting the correct image. But if just using to filter a table then it looked to be OK.
Outputs from
merge_obs
andcombine_spectra
are doing {stuff} to provide meaningful values for some subset of theONTIME
,EXPOSURE
, andLIVETIME
keywords.This issue is to discuss which keywords are and should be being updated and how. For example
ONTIME
asSUM(ONTIME_n)
DTCOR
as theONTIME
weighted sum of the individualDTCOR_n
valuesSome may be tool specific (eg
combine_spectra
withmethod=avg|sum
may have different behavior).The text was updated successfully, but these errors were encountered: