Project

General

Profile

Kaon LT Meetings » mtg_26jun04-05.txt

Garth Huber, 06/05/2026 04:17 PM

 
1
                 June 4-5/26 PionLT/KaonLT Analysis Meeting Notes
2
                 ------------------------------------------------
3
                               (Notes by GH)
4

    
5
                       This week: Gabriel will go first
6

    
7
Please remember to post your slides at:
8
https://redmine.jlab.org/projects/kltexp/wiki/Kaon_LT_Meetings
9

    
10
Thursday: Present
11
-----------------
12
Regina - Garth Huber, Nathan Heinrich, Alicia Postuma, Dex Yadlowski,
13
   Vijay Kumar, Nermin Sadoun
14
Virginia - Richard Trotta
15
JMU - Gabriel Niculescu, Ioana Niculescu
16
Ohio - Julie Roche
17
CUA - Tanja Horn, Chi Kin Tam
18

    
19
Gabriel
20
-------
21
Bin Centering in KaonLT analysis
22
- goal is to determine Sigma0/Lambda and Lambda*/Lambda ratios for high
23
  epsilon, higher energy data, taking advantage of full statistics (no diamond
24
  cut applied)
25
- believe they understand the analysis workflow, looked at a variety of
26
  sources, including: Mohring, Volmer, Horn theses, Blok paper, V. Klimenko
27
  (Hall B 2024 thesis)
28
- Mohrning applies an explicit bin centering correction, however, to apply it
29
  here, would need to preserve all SIMC tries, not just successes
30
- looked more carefully at the Volmer+Blok MC Ratio Method that we use
31
  - justification of Ratio Method needs clarification
32
    - similar to Cauchy's Mean Value Theorem, which states there is a point
33
      where f(x-mean)=f-mean(x), but this point is not necessarily x-mean
34
    - one can argue that the relation is okay provided the bin size is
35
      sufficiently small
36

    
37
- did a pseudo-data study, generated MC data divided into 5 t-bins spanning
38
  5-95% coverage range, nearly equal statistics/bin
39
  - for each bin, find average Q2,W
40
  - calculate sigma-ave(Q2,W) vs sigma(Q2-ave, W-ave), find they differ by
41
    2-3%, giving a measure of the non-linearity of the cross section, clearly
42
    depends on the granularity of the bin
43

    
44
- looking at the convolution:
45
  f(x)_measured_distr=Int(a,b)[ g(y)_physics_distr * r(x,y)_det response]dy
46
  - going from g(y) to f(x) is straighforward, the backward transformation f(x)
47
    to g(y) is more complicated
48
  - tried various functions for g(y), e.g. Lorenzian+Gaussian kernel, and see
49
    if can recover g(y) from f(x) using the MC Ratio method
50
  - sees no problems at ~5% level, but random deviations between g_extracted
51
    and g_input with sigma~3%
52
    
53
- did only 1 iteration, would things be better if do more iterations?
54
  - tried g(y) with phi-distr+Gaussian kernel, fit
55
    g=a(1+b*cos(phi)+c*cos(2phi)) and do up to 20 iterations
56
  - find a strong correlation between a,c terms, fit did not converge with more
57
    iterations
58

    
59
- Julie: when doing this on data, one uses the experimental error bars and the
60
  improvement of chi-square vs iteration to prevent over-fitting, need to
61
  quantify whether the fit is "good enough"
62
  - if the cross section no longer changes, then it's good enough
63
  - also asks about the wrap-around from phi=-pi to phi=+pi in his analysis,
64
    where the data wrap-around, but the fit function has a rapid decline to
65
    zero at these points
66

    
67
- Tanja: agrees that the bin size is very important to the accuracy of the MC
68
  ratio procedure
69
  - It also depends on whether the cross section is changing rapidly (e.g. at
70
    the phi=-pi,+pi points in his study) while the exclusive reactions
71
    generally vary slowly with kinematics, the only real exception being pi+n
72
    sigL at -tmin and we need to take care to bin more finely there
73
  - inclusive studies are more susceptible to this, as it's much harder to
74
    identify experimental background leaking into the signal.  But in exclusive
75
    reactions the MM reconstruction is much cleaner in comparison
76

    
77
- Garth: the PionLT t-phi binning is not larger than Fpi-2 binning, the bin
78
  sizes between 12 GeV and 6 GeV data are about the same.  We paid attention to
79
  this when designing the experiment
80

    
81
- Vijay: did not find this problem of non-convergence in his LT-sep fitting
82
  - found that parameters did not change at all after a few iterations, both
83
  - the fit parameters and the experimental yields were stable, no need to keep
84
    iterating if nothing changes
85

    
86
- *NB* suggestion to Gabi was to incorporate the experimental errors in the
87
  procedure as per Julie's suggestion, as the pseudodata study seems to exhibit
88
  instabilities we do not see in practice with the data
89
  - other than this, no easy answers were offered
90

    
91

    
92
Friday: Present
93
---------------
94
Regina - Garth Huber, Alicia Postuma, Nathan Heinrich, Nacer Hamdi,
95
   Dex Yadlowski, Vijay Kumar, Nermin Sadoun
96
CUA - Chi Kin Tam, Tanja Horn
97
Virginia - Richard Trotta
98

    
99
Nathan
100
------
101
Difficulties converting scripts for JLab new batch submission system, from SWIF
102
to SWIF2
103

    
104
SWIF: add-jsub Deprecation
105
The legacy add-jsub command has been deprecated and will be removed on June 15.
106
Please transition to the add-job command or the import features as soon as
107
possible.
108

    
109
Hanjie Liu:
110
If it's using the Auger job submission format, it needs to be modified to SWIF2
111
format.
112
https://jlab.servicenowservices.com/kb?id=kb_article_view&sysparm_article=KB0015611
113
Scientific Computing - SWIF - Scientific Workflow Indefatigable Factotum -
114
Knowledge Portal
115
Scientific Computing - Workflows - SWIF2 is the recommended tool for managing
116
groups of related compute jobs. It manages inputs and outputs
117

    
118
Brad's hands-on tutorial:
119
https://indico.jlab.org/event/1069/contributions/18589/attachments/14051/22727/Farm_Job_Examples-swif_slurm-May2026.pdf
120

    
121
Nathan's new scripts:
122
https://github.com/heinricn/UTIL_BATCH/blob/master/batch_scripts/run_batch_FullReplay_PionLT_newswif.sh
123

    
124
- no test batch queue is available, so progress is slow
125
- enountering EXIT_CODE=13, which indicates a permission issue, but no
126
  information is printed out to diagnose the problem
127

    
128
Richard's template for new system:
129
https://github.com/trottar/farm_template
130

    
131
Alicia's:
132
https://github.com/acpostuma/UTIL_BATCH/blob/LTSep_Analysis_2022/batch_scripts/run_batch_uchannel.sh
133

    
134
Alicia didn't immediately see a difference between this and Nathan's script but
135
this one ran.
136

    
137

    
138
- PionLT Q2=5.0 LT-sep
139
  - did 2 iterations, brought down high epsilon Data/MC ratios a lot, but not
140
    uniformly
141
  - fixed a 5 MeV error in P_HMS in SIMC input file
142
    - was due to Junaid's ad-hoc high momentum P_HMS offset, which was not
143
      removed although it should have been
144

    
145
- Q2=6.0
146
  - still missing some ROOT files, which requires job submission scripts to
147
    work first
148

    
149
Nermin
150
------
151
PionLT LD2 Lumi studies
152
- last week: showed HMS scaler yields combined over all 6.4, 9.2 GeV runs gave
153
  boiling correction: (-3.75% +/- 0.19%)/100uA
154
  - SHMS was not consistent w/ HMS
155

    
156
- plotted normalized yield vs rate to see if the discrepancy was a rate issue
157
  - HMS rates up to 220kHz, with highest 220kHz point ~2% lower than linear
158
    trend
159
  - SHMS rates up to 1.25 MHz, non-linear dependence with over-correction at
160
    high rates
161
  - removed 1 HMS point and all SHMS points >200 kHz, then both spectrometers
162
    have similar trend, although deviations up to 3sigma are still seen
163
  - fit only <200kHz data:
164
    HMS      (-3.137 +/- 0.382%)/100uA
165
    SHMS     (-2.439 +/- 0.564%)/100uA
166
    Combined (-2.753 +/- 0.315%)/100uA
167
    Apply the combined slope to data: obtain a residual slope of
168
    (-0.273 +/- 0.683%)/100uA
169
    
170
  - Garth: red and black sets (one HMS, one SHMS) disgree by up to 3 sigma, so
171
    they're not consistent within statistical uncertainties, indicates an
172
    additional source of systematic error
173
    - Nermin: planning to add a systematic error to the -0.273%/100uA slope
174
      result using Nathan's standard-deviation method
175

    
176
- *NB* Nathan: should look also at the 6.4 GeV tracked/untracked data using
177
  EDTM instead of scaler with ELLT (single arm scans)
178
  - if the -2.753%/100uA slope is correct, then the 6.4 GeV tracked data shold
179
    be flat
180
  - Nermin: planning to compare TLT from EDTO to ELLT*CPULT for these scans
181
  - Garth: it's possible CPULT will have a problem, the real criterion will be
182
    to see what slope the tracked/untracked data give
183

    
184
Vijay
185
-----
186
Low Q2 PionLT systematic studies
187
- pi+ decay systematics
188
  - shows a plot of SIMC Decay_ON/Decay_OFF vs -t for mid-eps center setting
189
  - decay correction is 10%
190
  - trend vs -t looks small, but the SIMC statistical errors are large, running
191
    more SIMC statistics to see this better
192
  - Garth: the idea is to see of the decay fraction changes much across the
193
    acceptance, the pion decay fraction presumably depends on the spectrometer
194
    path length in the simulation, and the question is how sensitive we are to
195
    errors in that determination
196
    - if the dependence across the acceptance is small, one can argue the
197
      systematic uncertainty is small
198
    - if there is a 5% error in the correction, the systematic uncertainty for
199
      the data is 5%x10%correction=0.05%
200
  - Tanja seems generally happy with this approach, agrees the uncertainty
201
    appears to be <0.1%
202

    
203
- target thickness systematic
204
  - looked up Dave Meekins target geometry report (2018), and calculated the
205
    variation in the caliper measurements
206
  - obtained a variation of +/-0.027%
207
  - the same target stack was apparently used for KaonLT and PionLT, only a
208
    different cell in the stack
209

    
210
- EDTM TLT systematic
211
  - Nathan: the number he came up with was somewhat ad-hoc, probably reasonably
212
    correct also for Summer 2019 data
213
  - Vijay plans to look at TLT vs rate and determine the standard-deviation of
214
    TLT at a given rate
215
    - there are no CoinLumi studies in the Summer 2019 data to look at
216
    - *NB* Nathan agrees this is a sensible approach, however you need to be
217
      careful to have good beam current cuts to be sure you are comparing rates
218
      at as close as possible to the same rate
219
      - might have to make the current cuts tighter than usual for this study
220

    
221
- Tanja: asked whether these systematics are included in the draft paper that
222
  was circulated to the spokespersons
223
  - No, these are still in progress.  Garth will redo the model fits with the
224
    systematics after they are done.  The parameter central values will probably
225
    not change much, but the error bars will be more realistic
226
  - the circulated paper is to give the spokespersons a good idea of what the
227
    paper will look like, and to invite comments
228

    
229
Alicia
230
------
231
u-channel
232
- mostly working on slides for Hall A/C (u-channel) and JLUO (BSA paper) talks
233
- has new Q_effective including Aerogel Knock-On Correction
234
  - recalculating yields and running a few iterations to get some plots for her
235
    talk
236

    
237
Nacer
238
-----
239
KaonLT Low Q2 systematic studies
240
- varying acceptance cuts, MM variation cuts, pi+n leakage normalization cuts
241
- MM variation cut was too large, took +/-5% of 1.08 GeV cut value, not the
242
  width of the cut, giving a 50 MeV varation, which is a large change to where
243
  in the MM histo the cut is applied
244
  - Garth suggested applying the % variation to the width of the cut instead
245
- similarly the pi+n leakage variation cut (to select normalization) of +/-5
246
  MeV seemed large
247
  - Vijay used 2 MeV cut variation in his MM cut study
248

    
249
Chi Kin
250
-------
251
KaonLT analysis issues
252
- HMS saturation correction
253
  - compared w/ Alicia's implementation:
254
    applied only to half of the focal plane
255
      if (hsxpfp>0) hsdelta += 3.0%&hsxpfp
256
  - applying this correction straightens the MM vs hsxpfp "banana", gives a
257
    reduction in Lambda peak sigma by ~5 MeV
258
  - also compared C0 parameter vs P_HMS
259
    - lots of scatter, hard to see trend
260
    - linear fit C0 = -0.393*P_cent + 1.018
261

    
262
- revisit pi+ leakthrough subtraction w/ improved MM resolution
263
  - showed a plot of pi+ leakthrough distribution, sees a small Lambda peak in
264
    pion dist, apparently the pi+ sample is not sufficiently clean
265
    - *NB* Richard: the pi+ selection cuts need to be tightened before
266
       subtracting from K+ data
267
  - will compare background subtraction results w/ Richard
268

    
269
- Heep offsets
270
  - Garth & Kin offsets somewhat different, but give simiar Heep replay result
271
  - replayed some physics data to see if MM shift is reduced
272
    however, used CKT individual beam energy fit offsets, not global offsets
273
    Q2=3.0 W=3.14:
274
    high epsilon MM shift is a bit smaller.  Was: 10 MeV.  Now: 6-7 MeV
275
    low epsilon ~2 MeV shift
276
  - *NB* Garth: suggests to try Garth and Kin's global offsets from 3 highest
277
    energies to physics data, instead of individual energy offsets
278

    
279
Richard
280
-------
281
KaonLT analysis
282
- replaying Q2=2.115 setting, ran into batch difficulties similar to Nathan
283
- switched to Q2=3.0 W=3.14 w/ new HGC-hole and Diamond cuts
284
  - big background, even at low epsilon (where RFtime cut is available)
285
  - HMS saturation correction won't make a big difference here due to P_HMS
286
  - the pi+n peak in K+ data is small, an empirical background fit is still
287
    probably needed
288
  - Garth: as Gabriel has noted earlier, there is no guarantee that the pi+
289
    leakthrough spectrum determined from PID cuts is exactly the same as the
290
    actual leakthrough in the K+ data
291
    - *NB* would it help to normalize the pi+Delta0 region instead of pi+n, in
292
      the cases where the pi+n peak is too small?
293
      - Richard will look into this
294
  
295
Next Meetings
296
-------------
297
- Thurs: June 11 @ 13:00 Eastern/11:00 Regina
298
  - KaonLT will be first
299
    
300
- Fri: June 12 @ 12:00 Eastern/10:00 Regina
301
  - we will continue where we left off
302

    
303

    
304

    
305

    
306
  
307
  
(929-929/932)