- balewski's home page
- Posts
- 2013
- 2012
- 2011
- 2010
- 2009
- December (4)
- November (1)
- October (5)
- September (6)
- August (1)
- July (1)
- June (1)
- May (2)
- April (5)
- March (5)
- February (4)
- January (6)
- 2008
- December (1)
- November (1)
- September (3)
- July (1)
- June (4)
- April (2)
- March (2)
- February (3)
- January (2)
- 2007
- October (1)
- My blog
- Post new blog entry
- All blogs
Ws at STAR Run 9 - algo ver 4.2
Updated on Wed, 2009-09-23 10:58. Originally created by balewski on 2009-09-14 10:21.
Last week results of W-algo (ver 4.1) from Run 9 data have been presented to spin PWG. Since then one error has been fixed and W-algo was improved.
Fig 1. W-spectrum , Run 9, algo ver. 4.2
Fig 2. Typical W-event , Run 9 data, algo ver. 4.2
Section 1) Changes in new W-algo ver 4.2 are discussed in attachment A).
All changes:
- correct phi location of away-cone for BTOW
- separate code computing near, away ET from code selecting Ws (before logic was not bullet proof)
- remove any code related to Z-search
- replace method of summing ET for near & away BTOW cone from counting towers in 20xN patch to actual computation of delta-Eta, delta-phi for every hit tower in the event ref frame.
- relax cut on 2x2ET/near-cone ET from 0.90 to 0.88
W-algo ver 4.2 params:
TPC: nPileupVert>3, vertex |Z|<100.0cm, globEleTrack: nFit>15, hitFrac>0.51 Rin<90.0cm, Rout>170 cm, PT>10.0GeV/c
BTOW ADC: kSigPed=3 AdcThr>8 maxAdc>200 clustET>15.0 GeV ET2x2/ET4x4>0.95
dist(track-clust)<7.0cm, nearDelR<0.7 ET2x2/nearTotET>0.88
W selection awayDelPhi<0.7rad awayTotET<8.0GeV , highET>28.0
Section 2) Full set of data reply plots are shown in attachments:
- B : Run 9 data
- C: Pythia QCD events, filtered at 20 GeV
- D: Pythia W-events
- E: Pythia Z-events
Examples of single event display are in attachments:
- F : Run 9 data (all ~1000 events)
- G: Pythia QCD events, filtered at 20 GeV, sample of 10 events
- H: Pythia W-events , sample of 10 events
- J: Pythia Z-events , sample of 10 events
Section 3) Full code for ver 4.2 is posted at /star/institutions/mit/balewski/freezer/2009-W-algoVer4.2/
Section 4) Ascii file with list of all W-candidates from Run 9 setC is in attachment K). Content:
printf("run=%d daqSeq=%d eveID=%7d vertID=%2d zVert=%.1f prTrID=%4d prTrEta=%.3f prTrPhi/deg=%.1f globPT=%.1f hitTwId=%4d twAdc=%.1f clEta=%.3f clPhi/deg=%.1f clET=%.1f", .... names of variables where track refers to the one identified as electron track, hit tower is the one selected by this track, cluster ET,eta,phi is in event reference frame. By providing run# and daq sequence # it will be trivial to run our codes again by hand a single muDst to investigate individual events. To reduce the turn around time lets at first generated such W event ascii file for data setC, runs: [10096139 - 10101020], about 1/4 of LT.
Section 5) Answers to questions received so far , please refer to PDF-file in Attachment A)
Carl: Q: why away ET (TPC+BTOW) had large peak above 10? A: it was a bug in summing away BTOW ET, fixed, see page 2 Q: what is PT cut off for TPC on the eta-phi event-display plot A: Was none. The only requirement is : flag=301, nFitP/nPoss>0.51. Pt of all prim tracks for given vertex are added to this histogram Now I changed the event display and there is minimal ET or PT cut set to 0.3 GeV, also the max ET, PT is set lower. Please have a look at collection of all run9 events passing W-cut in attachments : F,G,H,J. Q: properties of vertex for reoc W events. A: see slide 4 . In short * input events have 8e-4 fraction of 1-track vertices with rank in [0,1e6]. The W-events have 70 such vertices out of 487 total. This is 14% . This extension of PPV to store 1-track vertices was important for the W program * W-events were found in non-first vertex in event only for 8 out of 487 events. This is 1.6%. Using of all vertices instead of just the 1st one has marginal effect. Bernd, follow up: Q: how ET spectrum looks like for events with 1-track vertices. A: see slide 5. Statistically there is no difference vs. events with multi-track vertex. Joe: Q: how 2x2 ET spectrum reduces with applied cuts A: see page 6. Jan: Q: W yield stability vs. time A: see slide 8. In short : yield for sets B,C,D is consistent with seen # of BHT3 triggers. Set A has different BHT3 DSM threshold and will require boot strapping from set B. Jim: Q: estimate algo effi of the W-algo as implemented A: see slide 9. I made up most of the values. In short W-algo EF=0.6 * 0.67 =0.40 , where 0.6 is probability of reconstructing a 10 GeV track in TPC, 0.67 is probability that this track will be not destroyed by the W-algo due to various matching cuts cleaning the QCD background. Jamie 1: Q:On the gap [between e+ & e-] : have you made sure in MC that there isn't some subtle cut in the tracking algorithm? i.e. throw 40, or 50, or to make it really hard, 100 GeV tracks at the tracking algorithm and make sure that at some point the peaks merge. Should be pretty simple. A: How about throwing only W+ or only W- :)? See slide 10 (W-algo-ver4.2.pdf) Looks like Sti does e+, e- separation rather well. For data I used plot form older version of the code (forgot to enable the plot for the new data pass - makes not big difference) Jamie 2: I am a bit concerned, though, by a comparison of slide 31 (Q/pt for primaries vs. Et) and slide 35 (signed DCA plots). It appears that the signed DCA's are off by ~2-3 mm on the mean. Is this a 2d DCA? (if not, please make it one; the Jacobian for a 3d DCA will cause an artificial dip and peaks at ~+/- resolution, which is ~2 mm. helix- > geometricSignedDistance(vx,vy) should work; might be something fancier stored in the MuDst. You really want to do it for a circle and a point to avoid Jacobian problems, and get a Gaussian that should be centered at zero.) A: Slide 35 [from last week], right & bottom shows signed DCA: glMuTrack->dcaD(). This is 2D measure, you asked for, right? Let me know. An independent refit of the circle based on final track is on the long term goals for FGT. I was hoping to engage this type of machinery, since it would require working w/ StEvents. Perhaps we will need to do this.
»
- balewski's blog
- Login or register to post comments