<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
<style type="text/css" style="display:none;"> P {margin-top:0;margin-bottom:0;} </style>
</head>
<body dir="ltr">
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
Colin&Matt,</div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<br>
</div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
Thank you for your help. I came back to iteration 0 i.e. no correction applied and extracted following the IU procedure: C=0.95502, D=0.0479489, and E=0.0132508. Now if I understand, I have to apply the IU energy dependence correction, iterate the gains again,
and then re-run the IU energy dependence correction, check if I need to iterate the gain again and basically do this gains calibration and extract energy dependence until there is no change in the gains and/or the energy dependence correction. And only then
look for the ring dependence if any. Let me know if I got it right?<br>
</div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<br>
</div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
tks ig.<br>
</div>
<div id="appendonsend"></div>
<hr style="display:inline-block;width:98%" tabindex="-1">
<div id="divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" style="font-size:11pt" color="#000000"><b>From:</b> Shepherd, Matthew <mashephe@indiana.edu><br>
<b>Sent:</b> Thursday, April 30, 2020 2:51 PM<br>
<b>To:</b> Colin Gleason <gleasonc609@gmail.com><br>
<b>Cc:</b> Igal Jaegle <ijaegle@jlab.org>; Alexander Somov <somov@jlab.org>; halld-cal@jlab.org <halld-cal@jlab.org><br>
<b>Subject:</b> Re: [Halld-cal] [EXTERNAL] FCAL calibration follow-up</font>
<div> </div>
</div>
<div class="" style="word-wrap:break-word; line-break:after-white-space">
<div class=""><br class="">
</div>
<div class="">Colin,</div>
<div class=""><br class="">
</div>
<div class="">Igal just needs to edit one or two lines of code and he will have the baseline GlueX approach and can easily explore a ring dependence.</div>
<div class=""><br class="">
</div>
<div class="">I would advocate for leaving the initial energy dependent correction in for the first iteration on gain balancing as it removes the potential for bias and apparent "ring dependence" that I noted in my message. One can then recheck/iterate after
the first round.</div>
<div class=""><br class="">
</div>
<div class="">Matt</div>
<br class="">
<div><br class="">
<blockquote type="cite" class="">
<div class="">On Apr 30, 2020, at 2:45 PM, Colin Gleason <<a href="mailto:gleasonc609@gmail.com" class="">gleasonc609@gmail.com</a>> wrote:</div>
<br class="x_Apple-interchange-newline">
<div class="">
<div dir="ltr" class="">If you think it would help, I can run the procedure I have for GlueX production over one or two of the run ranges to establish a "baseline" that could act as a reference point. I can set the energy calibration to 0 as Igal did and iterate
from there. If I were to start today, I could probably have a decent estimate of what the gains, correction, and pi0 width would be by Monday/Tuesday. I could also implement the crystal ball + exp(polynomial) fit function and compare the current function I
have to this one. We have runs 60819-61751 on the IU cluster, so I wouldn't have to wait on the farm to get files and process jobs. <br class="">
<div class=""><br class="">
</div>
<div class="">-Colin</div>
</div>
<br class="">
<div class="x_gmail_quote">
<div dir="ltr" class="x_gmail_attr">On Thu, Apr 30, 2020 at 1:17 PM Shepherd, Matthew <<a href="mailto:mashephe@indiana.edu" class="">mashephe@indiana.edu</a>> wrote:<br class="">
</div>
<blockquote class="x_gmail_quote" style="margin:0px 0px 0px 0.8ex; border-left:1px solid rgb(204,204,204); padding-left:1ex">
<br class="">
Hi Igal and Sasha,<br class="">
<br class="">
I'll start the discussion we weren't able to have today....<br class="">
<br class="">
I have two concerns with Igal's proposal:<br class="">
<br class="">
1) The outer ring gain calibration is dubious. There is no reason that the blocks around (row,col) = (27,0) should have dramatically higher gains on average than those at (20,20). The detector is cylindrically symmetric as far as I know.
<br class="">
<br class="">
I don't see how anything meaningful can be extracted from the plots on slide #5. When the detector was commissioned, the HV was set on the outer blocks in the very same way that it was on the rest of the detector, using bench measurements of PMT gains. We
found gain variations were minor in the middle of the detector once we started studying real pi0's. And therefore we expect the outer rings, where we have maintained constant gains and set HV in the same way, to behave in the same way. It is highly unlikely
they were all systematically set in high or low groups in the strange pattern that your analysis suggests.<br class="">
<br class="">
2) I'm not convinced there is any evidence of any ring dependence in the detector response (aside from perhaps some small leakage into the beam hole). Compare Igal's ring 2 plots to ring 15. The shape of the background is dramatically different. It is not
evident that the 1-2% variation between these rings observed on page 9 is real effect. I think some of the trends you see on slide 9 are related to systematic effects in parameterizing the background in the fits. For the plots on slide 11, 13, or 15, try
varying the fit range substantially or increase the order of the polynomial for the background and see how much the pi0 mean varies. You need to convince us that the *systematic* uncertainties on the mean are less than 1%-2% across a dramatic variation of
background shapes.<br class="">
<br class="">
If there were any ring dependence in the response, then the gain balancing procedure, if it used fixed energy photons, would remove this because it fixes the pi0 mass on a block-by-block basis. If the gain balancing is done with all photon energies that are
not corrected for non-linearities, then the block-by-block gains are susceptible to being biased by energy non-linearities because the average energy in each block probably depends on distance from the beamline. Indeed these are intertwined and in the absence
of a nice mono-energetic sample one may determine a non-linear correction and then go back and redetermine the gains, and then revise the non-linear correction. This type of iteration has effectively happened over time in the standard procedure.<br class="">
<br class="">
The existing calibration function addresses concerns about extrapolation to high energy as it is constructed to both match the observed performance and have a stable asymptotic behavior. Igal's function on slide 9 uses a 5th order polynomial in energy, and
such polynomials tend to be incredibly unstable in any extrapolation.<br class="">
<br class="">
I'm certainly not claiming that the existing approach is complete or, most importantly, meets the precision needs of PrimEx. However, it would be really nice if you would first demonstrate the existing approach does not work or breaks down at some desired
level of precision. It is trivial to take the framework and data sample you have and just "turn the handle" with the existing function we have used for production up to now, iterate, and study the ring dependence of the response. Why not do that first?
Once you do this, then we can realize where it is deficient and address those deficiencies directly. It is much easier to iteratively improve a strategy than evaluate something entirely new from scratch. Also, this new proposal you have increases the number
of calibration constants from 6 to 138. It would be nice to be sure such enhanced complexity actually resulted in real improvements.<br class="">
<br class="">
I'm happy to talk about this more and maybe it is easier to do it in a call than email. If you want to have a dedicated informal meeting to discuss just this, we can, and we can invite anyone else who has input to this conversation.<br class="">
<br class="">
We have already a JEF meeting tomorrow morning and I have two other meetings tomorrow.. and your work has now come up at two consecutive working group meetings spanning almost 3 hours and we have yet to have the time to really dive into the details.. I'm not
sure the PrimEx meeting tomorrow is going be an opportunity to do that.<br class="">
<br class="">
Cheers,<br class="">
<br class="">
Matt<br class="">
<br class="">
<br class="">
_______________________________________________<br class="">
Halld-cal mailing list<br class="">
<a href="mailto:Halld-cal@jlab.org" target="_blank" class="">Halld-cal@jlab.org</a><br class="">
<a href="https://mailman.jlab.org/mailman/listinfo/halld-cal" rel="noreferrer" target="_blank" class="">https://mailman.jlab.org/mailman/listinfo/halld-cal</a><br class="">
</blockquote>
</div>
<br clear="all" class="">
<div class=""><br class="">
</div>
-- <br class="">
<div dir="ltr" class="x_gmail_signature">
<div dir="ltr" class="">
<div class="">Colin Gleason</div>
<div class="">Postdoctoral Fellow<br class="">
Indiana University <br class="">
Department of Physics</div>
</div>
</div>
</div>
</blockquote>
</div>
<br class="">
</div>
</body>
</html>