[Hps] correction to normalization 2016

Sebouh Paul sebouh.paul at gmail.com
Mon May 15 02:08:52 EDT 2017


It looks like I messed up the calculation of the beam charge for 2016 data;
the values in the spreadsheet "goodQ" columns are off by a factor of 2/3.
I used Sho's SvtChargeIntegrator program, which takes information from the
database and a mya dump file to calculate per-run beam charge.  The "goodQ"
takes into account (among other things) the efficiency loss from latency
effects: in 2015 we had the wrong latency value, and didn't fix it until
partway through the run period.  This effected 1/3 of the 2015 data we took
prior to fixing it.

The reason why this affects the calculation in 2016 is that Sho's program
takes in the latency values from the database to determine whether or not
to scale down for latency-related efficiency loss, and the latency values
for 2016 were not in the database when I ran the program.  Thus, the
program assumed that all of the 2016 data was effected by the latency bug
and thus applied a 2/3 efficiency correction to the data.

I will modify the 2016 spreadsheet this week and correct this.  Stay tuned.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.jlab.org/pipermail/hps/attachments/20170515/59d36c88/attachment.html>


More information about the Hps mailing list