- My blog
- Post new blog entry
- Top bloggers
- Recent posts
cygwin package installation crash setup.exe
Updated on Sat, 2008-07-05 08:22. Originally created by jeromel on 2008-07-05 08:22.Took me a while to find how to resolve this (first guess was an incompatibility between packages) but here is a simple first try in case you get the infamous "setup.exe has generated errors an
test production P08ic 2007Lowluminosity
Updated on Sat, 2008-07-05 13:19. Originally created by bouchet on 2008-07-03 16:39.Look at the performances of the SSD for the test production sample (P08ic)
There are FullField and Reversed FullField LowLuminosity data :
2006 Inclusive Jet pT Shifts and Trigger/Reconstruction Bias
Updated on Mon, 2008-09-01 13:51. Originally created by staszak on 2008-07-01 23:53.
BEMC 2006 Energy Resolution
Updated on Mon, 2008-07-07 14:08. Originally created by mattheww on 2008-07-01 09:28.We have a stated energy resolution in the BEMC NIM paper (1.5% + 14%/sqrt(E)), but I've never seen a study to verify it, so I decided to check it using electrons from the 2006 data (all productions
2005 Inclusive Jet Trigger/Reconstruction Bias Comparison
Updated on Fri, 2008-11-21 00:26. Originally created by staszak on 2008-06-30 19:33.
2005 Inclusive Jet pT Shifts and Trigger/Reconstuction Bias
Updated on Fri, 2008-09-05 18:42. Originally created by staszak on 2008-06-30 19:11.
Update Sept 5, 2008: This is now obsolete, for current results see the post:
Update to StGammaMaker code to improve reproducability
Updated on Sat, 2008-07-05 08:49 by testadmin. Originally created by jwebb on 2008-06-30 16:33.Dead material in Front of BEMC
Updated on Sat, 2008-07-05 08:45 by testadmin. Originally created by mattheww on 2008-06-27 13:55.Using a GEANT macro provided by Jan, I looked to see how many radiation of lengths of material there are in front of the BEMC.
g2t kinematics check
Updated on Mon, 2008-07-14 12:03. Originally created by kocolosk on 2008-06-26 23:20.I was thinking that quite a bit of the info that we store in e.g. StPythiaEvent
is redundant. I wrote a class that stored a much smaller set of persistent information (parton 4-vectors) and calculated all other derived quantities (s, t, u, cosTheta, …) on-the-fly.
As a check I compared the values from the g2t table that were stored in StPythiaEvent
with the values I calculated (using the 4-vectors in StPythiaEvent
). My calculated versions of the Mandelstam variables and cosTheta were identical to the g2t values, but I got rather different values for x1, x2, and hard pT. Here’s a plot:
The fact that there are ~no counts in the top-right and bottom-left quadrants makes it look like either the reco or the g2t values are neglecting initial state radiation. That’s not supposed to be the case.
I’m calculating x1 and x2 as
x1 = (pT1*exp(eta1) + pT2*exp(eta2)) / 200
x2 = (pT1*exp(-eta1) + pT2*exp(-eta2)) / 200
Update 11 July 2008
I did a more systematic investigation into the formulas that are used to calculate the hard scattering kinematics stored in the g2t_pythia table, specifically mand_s
, mand_t
, mand_u
, hard_p
, cos_th
, bjor_1
, and bjor_2
. I tried a few alternatives (taking parton masses into account, etc.) and plotted the fractional deviation between my reco quantities and the ones stored in the table. If the maximum fractional deviation was less than 1E-6, I took that difference to be a result of floating-point imprecision and the formula to be correct. Here’s what I came up with:
mand_s = (p1+p2)^2
mand_t = -0.5 * s_hat * (1-cos_theta)
mand_u = -0.5 * s_hat * (1+cos_theta)
hard_p = sqrt(Q2)
Q2 = t_hat * u_hat / s_hat
cos_th: polar angle of parton 3 after boosting to c.m. of hard scattering and rotating so that p1 and p2 are traveling along the z-axis
bjor_1, bjor_2: I don’t have a complete definition of these in terms of the parton 4-vectors. It’s true that x1*x2 = s_hat/s, where s is exactly 40000 GeV^2, so given x1 it’s possible to calculate x2. PYTHIA evaluates x1 and x2 by boosting to the c.m. frame of the hard scattering, rotating so that the collision occurs along z-axis, and then boosting back along z. The trouble is determining the value of this final boost (it’s not just the magnitude of the initial boost). From Section 9.2 of the PYTHIA manual:
Since the initial-state radiation machinery assigns space-like virtualities to the incoming partons, the definitions of x in terms of energy fractions and in terms of momentum fractions no longer coincide, and so the interacting subsystem may receive a net longitudinal boost compared with naïve expectations, as part of the parton-shower machinery.
For completeness, note that the following formulas will not always give results that match the g2t_pythia quantities exactly. Differences are usually small (less than 0.5%), but can be larger especially in the case of heavy quark production.
t_hat = (p1-p3)^2 = (p2-p4)^2
u_hat = (p1-p4)^2 = (p2-p3)^2
Q2 = (m3^2 +m4^2)/2 + (t_hat * u_hat - m3^2 * m4^2)/s_hat
and of course, any aforementioned expressions for x1 and x2 in terms of parton 4-vectors are also unreliable.
missing TPC FEE in UPGR15
Updated on Wed, 2008-06-25 22:02. Originally created by balewski on 2008-06-25 22:02.The following command:
nex;dcut CAVE x 0.0 2.0 2.0 0.05 0.05
as used to produce TPC Y-Z cross section.
Looks to me THE TPC electronic card are missing in UPGR13.