<html xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=Windows-1252">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        font-size:10.0pt;
        font-family:"Calibri",sans-serif;}
span.EmailStyle18
        {mso-style-type:personal-reply;
        font-family:"Calibri",sans-serif;
        color:windowtext;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-size:10.0pt;}
@page WordSection1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
        {page:WordSection1;}
--></style>
</head>
<body lang="EN-US" link="#0563C1" vlink="#954F72" style="word-wrap:break-word">
<div class="WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt">Hello all, <o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal" style="background:white"><span style="font-size:11.0pt;color:black">I’m reproducing here my response to Sean from the Slack channel:
<br>
<br>
</span><span style="font-size:11.5pt;font-family:"Arial",sans-serif;color:#1D1C1D">The basic thing we need to do is figure out what we will be able to put together quickly for implementation of SBS arm tracking constraints. Basically the only information we
 have to go on, assuming we don’t attempt to use the BigBite tracking results in any way, is the clustering results from HCAL. From SBSGEMSpectrometerTracker and SBSBigBite you can see how this works for the BigBite GEMs. Basically, if the “useconstraint” flag
 is set, all of the GEM reconstruction proceeds in SBSGEMSpectrometerTracker::FineTrack, otherwise this all happens in CoarseTrack.<o:p></o:p></span></p>
<p class="MsoNormal" align="right" style="text-align:right;background:white"><span style="font-size:11.5pt;font-family:"Arial",sans-serif;color:#1D1C1D"><a href="https://superbigbite.slack.com/archives/D01J8JLLB7G/p1663089269422669"><span style="font-size:9.0pt;color:blue;text-decoration:none">1:14</span></a><o:p></o:p></span></p>
<p class="MsoNormal" style="background:white"><span style="font-size:11.5pt;font-family:"Arial",sans-serif;color:#1D1C1D">In SBSBigBite::CoarseReconstruct, the generic THaSpectrometer::CoarseReconstruct is invoked, which triggers calling the CoarseProcess methods
 for all the “non-tracking” detectors in BigBite, and then there are some lines of code where the constraint points are calculated for the GEMs and propagated down to the GEMs.<o:p></o:p></span></p>
<p class="MsoNormal" align="right" style="text-align:right;background:white"><span style="font-size:11.5pt;font-family:"Arial",sans-serif;color:#1D1C1D"><a href="https://superbigbite.slack.com/archives/D01J8JLLB7G/p1663089300300809"><span style="font-size:9.0pt;color:blue;text-decoration:none">1:15</span></a><o:p></o:p></span></p>
<p class="MsoNormal" style="background:white"><span style="font-size:11.5pt;font-family:"Arial",sans-serif;color:#1D1C1D">For SBS, we have to implement a similar logic in the (unfortunately named) SBSEArm class<o:p></o:p></span></p>
<p class="MsoNormal" align="right" style="text-align:right;background:white"><span style="font-size:11.5pt;font-family:"Arial",sans-serif;color:#1D1C1D"><a href="https://superbigbite.slack.com/archives/D01J8JLLB7G/p1663089350475149"><span style="font-size:9.0pt;color:blue;text-decoration:none">1:15</span></a><o:p></o:p></span></p>
<p class="MsoNormal" style="background:white"><span style="font-size:11.5pt;font-family:"Arial",sans-serif;color:#1D1C1D">In first approximation, we would put the back constraint point at the surface of HCAL, and tracks would be required to point to the highest-energy
 cluster in HCAL<o:p></o:p></span></p>
<p class="MsoNormal" align="right" style="text-align:right;background:white"><span style="font-size:11.5pt;font-family:"Arial",sans-serif;color:#1D1C1D"><a href="https://superbigbite.slack.com/archives/D01J8JLLB7G/p1663089370365049"><span style="font-size:9.0pt;color:blue;text-decoration:none">1:16</span></a><o:p></o:p></span></p>
<p class="MsoNormal" style="background:white"><span style="font-size:11.5pt;font-family:"Arial",sans-serif;color:#1D1C1D">with HCAL at a large distance from the target, this constraint should be fairly restrictive.<o:p></o:p></span></p>
<p class="MsoNormal" align="right" style="text-align:right;background:white"><span style="font-size:11.5pt;font-family:"Arial",sans-serif;color:#1D1C1D"><a href="https://superbigbite.slack.com/archives/D01J8JLLB7G/p1663089463123029"><span style="font-size:9.0pt;color:blue;text-decoration:none">1:17</span></a><o:p></o:p></span></p>
<p class="MsoNormal" style="background:white"><span style="font-size:11.5pt;font-family:"Arial",sans-serif;color:#1D1C1D">Then, depending on the SBS field setting, we can define a range of trajectories that a charged particle can have consistent with originating
 from the target, undergoing deflection by SBS, and striking HCAL at the detected location.<o:p></o:p></span></p>
<p class="MsoNormal" align="right" style="text-align:right;background:white"><span style="font-size:11.5pt;font-family:"Arial",sans-serif;color:#1D1C1D"><a href="https://superbigbite.slack.com/archives/D01J8JLLB7G/p1663089540528729"><span style="font-size:9.0pt;color:blue;text-decoration:none">1:19</span></a><o:p></o:p></span></p>
<p class="MsoNormal" style="background:white"><span style="font-size:11.5pt;font-family:"Arial",sans-serif;color:#1D1C1D">Clearly, this useful range depends on whether we assume positive or negative charged particles (in most cases in GEN I assume we’ll run
 with positive particles upbending and therefore mainly focus on searching positively charged tracks like protons or pions)<o:p></o:p></span></p>
<p class="MsoNormal" align="right" style="text-align:right;background:white"><span style="font-size:11.5pt;font-family:"Arial",sans-serif;color:#1D1C1D"><a href="https://superbigbite.slack.com/archives/D01J8JLLB7G/p1663089649831869"><span style="font-size:9.0pt;color:blue;text-decoration:none">1:20</span></a><o:p></o:p></span></p>
<p class="MsoNormal" style="background:white"><span style="font-size:11.5pt;font-family:"Arial",sans-serif;color:#1D1C1D">If we could somehow hack the analyzer algorithm to force BigBite reconstruction to happen first, we could also use the BigBite tracking
 results (vertex in particular) to set tighter constraints at the front of the SBS GEMs. But I also suspect that this won’t necessarily be needed. For a given HCAL and SBS magnet distance, there is a limited range of angles and track momentum originating from
 the target that can pass through the magnet acceptance and strike HCAL at any given location. We need to use the simulation to look at this, and then proceed from there to write the necessary code and set up the necessary database information. I believe I
 should be able to carve out some time for this over the next week. <o:p></o:p></span></p>
<p class="MsoNormal" style="background:white"><span style="font-size:11.5pt;font-family:"Arial",sans-serif;color:#1D1C1D"><o:p> </o:p></span></p>
<p class="MsoNormal" style="background:white"><span style="font-size:11.5pt;font-family:"Arial",sans-serif;color:#1D1C1D">Andrew<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p> </o:p></span></p>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal" style="margin-bottom:12.0pt"><b><span style="font-size:12.0pt;color:black">From:
</span></b><span style="font-size:12.0pt;color:black">Sean Jeffas <sj9ry@virginia.edu><br>
<b>Date: </b>Tuesday, September 13, 2022 at 11:04 AM<br>
<b>To: </b>Andrew Puckett <puckett@jlab.org><br>
<b>Cc: </b>Sbs_gems@jlab.org <sbs_gems@jlab.org><br>
<b>Subject: </b>[EXTERNAL] SBS GEM optics<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt">Hi Andrew,<o:p></o:p></span></p>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt">You mentioned at the SBS Monday meeting that we have not developed the optics yet for the SBS side and that this is a significant concern because we cannot reasonably run the tracking algorithm without some
 reasonable calorimeter constraints. It seems like this is critical to work on if we want to use the SBS GEMs at all. Do you have any plans or ideas for working on this or the timeline? Also could you point us students to what needs to be done?<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt">Best,<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt">Sean<o:p></o:p></span></p>
</div>
</div>
</div>
</body>
</html>