It would be useful, when accessing the count rates from the RHESSI Summary observation files, to also get the most useful flags (to my opinion those are the SAA, eclipse and flare flags).
Proposed solution
As far as I understood the reading of this info will be done in the function parse_observing_summary_hdulist and this is how I accessed it (by imitation of the way the countrates are read):
One thing to note is that the time is redefined for the flags - I imagine that it should be the same time array as the one defined for the countrates, but since it is defined again for the flag, I guess that should be checked. Or maybe providing the two time arrays is not a problem.
Describe the feature
It would be useful, when accessing the count rates from the RHESSI Summary observation files, to also get the most useful flags (to my opinion those are the SAA, eclipse and flare flags).
Proposed solution
As far as I understood the reading of this info will be done in the function
parse_observing_summary_hdulist
and this is how I accessed it (by imitation of the way the countrates are read):One thing to note is that the time is redefined for the flags - I imagine that it should be the same time array as the one defined for the countrates, but since it is defined again for the flag, I guess that should be checked. Or maybe providing the two time arrays is not a problem.