<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<style type="text/css" style="display:none;"><!-- P {margin-top:0;margin-bottom:0;} --></style>
</head>
<body dir="ltr">
<div id="divtagdefaultwrapper" style="font-size:12pt;color:#000000;font-family:Calibri,Arial,Helvetica,sans-serif;" dir="ltr">
<p><br>
</p>
<meta content="text/html; charset=UTF-8">
<div dir="ltr">
<div id="x_divtagdefaultwrapper" dir="ltr" style="font-size:12pt; color:#000000; font-family:Calibri,Arial,Helvetica,sans-serif">
<p>I think I know what this could be, or at least what it's related to.</p>
<p><br>
</p>
<p>Pure MC events <span>(with a 50 MeV minimum threshold)</span> are spaced out by 250 events to avoid pileup effects, and ensure that each triggered event corresponds to a single generated event. This is not done for wab-beam-tri, since the mixing sort of
takes care of that.</p>
<p><br>
</p>
<p>Checking a 100to1 WAB readout file, <span>(43609/1152944)</span> = <span class="cwcot" id="cwos">
3.8% of the generated events <span>to be readout</span> were written </span>after filtering, but still a factor of 10 from what you see.</p>
<p><br>
</p>
<p>I don't know if this was how Sho's filtering procedure was designed to work, because it seems incredibly inefficient to write so few events after reading in so many. It seems like it should be #events*250 instead of #events/250. I need to ask him.<br>
</p>
<p><br>
</p>
<p>It looks like this could be related to the 30-40% you see though.</p>
<p>As John said, applying background to these events instead of filtering them would likely fix the consistency.<br>
</p>
<p><br>
</p>
<div id="x_Signature">
<div id="x_divtagdefaultwrapper" style="font-size:12pt; color:#000000; background-color:#FFFFFF; font-family:Calibri,Arial,Helvetica,sans-serif">
<p><br>
</p>
</div>
</div>
</div>
<hr tabindex="-1" style="display:inline-block; width:98%">
<div id="x_divRplyFwdMsg" dir="ltr"><font style="font-size:11pt" face="Calibri, sans-serif" color="#000000"><b>From:</b> Rafayel Paremuzyan <rafopar@jlab.org><br>
<b>Sent:</b> Wednesday, February 8, 2017 3:59:55 PM<br>
<b>To:</b> Bradley T Yale; hps-analysis@jlab.org<br>
<b>Subject:</b> WAB Normalization</font>
<div> </div>
</div>
</div>
<font size="2"><span style="font-size:10pt;">
<div class="PlainText">Hi Brad,<br>
<br>
Using normalization factors that I have, I am getting about 30-40% <br>
larger rate<br>
for pure wabs wrt Wab Beam Tri.<br>
<br>
I would like to double check normalizations:<br>
<br>
I am using following files<br>
/mss/hallb/hps/production/postTriSummitFixes/recon/wab/1pt05/wabv3_spinFix_100to1_HPS-EngRun2015-Nominal-v5-0-fieldmap_3.11-20170118_pairs1_*<br>
<br>
The cross section is 0.57*bn;<br>
number of generated events per recon file is 1000000 = 100 (gen files) * <br>
10000 (number of events per gen file).<br>
<br>
Could you please confirm these numbers?<br>
<br>
Rafo<br>
</div>
</span></font></div>
</body>
</html>