1
|
Aug 15/24 PionLT/KaonLT Analysis Meeting Notes
|
2
|
----------------------------------------------
|
3
|
(Notes by Dave and Alicia)
|
4
|
|
5
|
Today: PionLT will be discussed first
|
6
|
|
7
|
Present
|
8
|
-------
|
9
|
DG, Junaid, Nathan, Nacer, Zachary, Alicia, Richard, Ali, Pete
|
10
|
|
11
|
Junaid
|
12
|
------
|
13
|
Showed Heep Em/Pm distributions vs. raster y and x.
|
14
|
- After flipping sign on raster y calibration constants, correlation is greatly
|
15
|
reduced (XEM2 also had to flip the sign).
|
16
|
- Still some small remaining correlation.
|
17
|
- DG suggests flipping sign on raster x calibration also - might impact
|
18
|
reconstruction due to "ExtTar" corrections.
|
19
|
|
20
|
Zachary and Nathan
|
21
|
------------------
|
22
|
Lumi scans from 2021.
|
23
|
- Able to look at C and LH2 for 2nd scan, but only LH2 from 1st scan due to
|
24
|
report output issues.
|
25
|
|
26
|
- Scan 2:
|
27
|
- Carbon yields are flat for all quantities (scalers, events w/out tracking,
|
28
|
tracks).
|
29
|
- LH2 scalers look "ok", but other qunatities show anti-boiling.
|
30
|
- Total live time looks not plausible for some cases
|
31
|
- DG suggest just using simple computer live time for 1st pass.
|
32
|
|
33
|
- Scan 1: LH2 shows similar anti-boiling here.
|
34
|
|
35
|
Nacer
|
36
|
-----
|
37
|
Looking at 8.2 GeV Heep data.
|
38
|
- Large DATA/SIMC ratio (1.122+/-0.006).
|
39
|
- Observed strange shape in HMS yptar distribution in data
|
40
|
- excess at larger yptar.
|
41
|
- Tried to look at that region to see if there are some strange
|
42
|
backgrounds. Interestingly, when just looking at events from radiative
|
43
|
tail, the yptar distribution looks more reasonable.
|
44
|
|
45
|
- DG notes that he's seen similar issues in the DIS data from 2022-2023.
|
46
|
- Suspect matrix element problem (we are using new matrix elements fit in
|
47
|
2018).
|
48
|
- Higher HMS momentum settings that use Jacob's matrix elements look better.
|
49
|
|
50
|
- DATA/SIMC ratio likely not due to this yptar issue
|
51
|
- DG is suspicious of the large dead time from the EDTM.
|
52
|
- Suggests looking at computer live time again.
|
53
|
|
54
|
Richard
|
55
|
-------
|
56
|
Shows results from his analysis of same Heep data.
|
57
|
- Has even large DATA/SIMC ratio (~1.2), but this is likely due to smaller
|
58
|
3/4 efficiency in SHMS (Richard sees ~92%, whicle Nacer sees ~97%).
|
59
|
- Need to determine the origin of this difference between Richard's and
|
60
|
Nacer's analyses.
|
61
|
|
62
|
At this point, Dave had to leave. Alicia takes notes for rest of meeting.
|
63
|
|
64
|
- Richard/Nacer will meet this week to discuss discrepancies between their
|
65
|
results
|
66
|
- Suggestion from Dave/Ali to compare EDTM vs CPU live times
|
67
|
- EDTM LT drops to 90% for the 8.2 GeV run period, otherwise is stable around
|
68
|
99%
|
69
|
- Correcting EDTM should bring this point in line with the rest of the data
|
70
|
|
71
|
- Still need to add error bars
|
72
|
|
73
|
Plots of sigL, sigT, sigLT, sigTT vs -t
|
74
|
- Same plots as last week with addition of Q2=4.4, W=2.74 setting
|
75
|
- Currently working on Q2=3.0, W=2.32
|
76
|
- New setting shows same general trends, but with some large outliers from
|
77
|
previous fit functions
|
78
|
|
79
|
- All settings normalized to W=3.0. W=2.74 may be too far away to normalize
|
80
|
without better understanding the W-dependence (higher order terms may be
|
81
|
required)
|
82
|
|
83
|
- Suggestion from Ali to split data into two sets, with mean W=3.0 (3.14, 3.02,
|
84
|
2.95) and W=2.5 (2.32, 2.74)
|
85
|
|
86
|
- Meta-analysis post-publication of Q2, W-dependence etc may be very
|
87
|
interesting
|
88
|
|
89
|
Alicia
|
90
|
-------------
|
91
|
- BSA paper still under review
|
92
|
- No update, studying for comprehensive exam
|
93
|
|
94
|
Ali
|
95
|
--------------
|
96
|
- No update, writing thesis
|
97
|
- Expect next updates in a few weeks
|
98
|
|
99
|
|
100
|
Next Meeting
|
101
|
------------------
|
102
|
- Thur Aug 22 @ 15:00 Eastern/13:00 Regina
|
103
|
- KaonLT will go first
|