Lepton Resolution

Currently I am using Shih-Chieh's lepton resolutions for the errors on the Kinematic Fitter.

Jet Resolution

This has proved to be a bit tricky, partially because the results on the old Jet Resolution study for CDF appear to be incorrect (message has been sent to authors of CDF Note but no response has been forthcoming). Phi and Eta resolutions appear to be mostly as expected.

Phi and Eta

Current Analysis

Documentation

Baur MC

Building

The Baur MC comes as a set of fortran files in a tarball. You can untar them on any machine, but the makefiles do not seem to work well at UCSD. To make it properly, you have to execute the following:

mnorman@t2cdf01 ~/MC/Baur$ g77 -O6 -fno-emulate-complex -fno-globals -Wno-globals -ffast-math -malign-double -march=pentiumpro -ffixed-line-length-none -funroll-all-loops -c *.f
mnorman@t2cdf01 ~/MC/Baur$ g77 -O6 -fno-emulate-complex -fno-globals -Wno-globals -ffast-math -malign-double -march=pentiumpro -ffixed-line-length-none -funroll-all-loops -o zz zzll_my.o zz_core_my.o zz_out_my.o rndm2.o  -L/code/osgcode/cmssoft/cms/lcg/external/cernlib/2004/slc3_ia32_gcc323/lib -L//code/osgcode/cmssoft/cms/lcg/external/rfio/2004/slc3_ia32_gcc323/lib -lpdflib804 -lmathlib -lpacklib -lkernlib -lnsl -lshift

Then:

export LD_LIBRARY_PATH=/code/osgcode/cmssoft/cms/lcg/external/cernlib/2004/slc3_ia32_gcc323/lib/:/code/osgcode/cmssoft/cms/lcg/external/rfio/2004/slc3_ia32_gcc323/lib

Failure to include -lshift gives you an error in some libraries that are not adequately linked to other libraries.

Running

Running the Baur MC is easy. The compiled package gives you an executable called zz. You can either attempt to enter all the options yourself and decipher their meaning, or use the prebuilt zz.in. I recommend zz.in.

./zz < zz.in

The default output is a set of Topdrawer files, but you can easily change this by setting the Paw option to 'y'. This can then be converted to a rootfile on the command line with h2root.

Reading Files

root [0] .L ntread.C+                                                                     
root [1] TNtuple* nt = ntread("format.out")    

h2root has a funny problem with translating names. Here's the base translation:

  KEY: TH1F     h1;1     pp&^-! "5# l^+!l^-![g]   d[s]/dsqrt(s_hat) true
  KEY: TH1F     h2;1     pp&^-! "5# l^+!l^-![g]   d[s]/ddely[ZZ]
  KEY: TH1F     h3;1     pp&^-! "5# l^+!l^-![g]   d[s]/dp?T[Z1]
  KEY: TH1F     h4;1     pp&^-! "5# l^+!l^-![g]   d[s]/dp?T[Z2]
  KEY: TH1F     h5;1     pp&^-! "5# l^+!l^-![g]   d[s]/dp?T[e]^-
  KEY: TH1F     h6;1     pp&^-! "5# l^+!l^-![g]   d[s]/dp?T[e]^+
  KEY: TH1F     h7;1     pp&^-! "5# l^+!l^-![g]   d[s]/dp?T[mu]^-
  KEY: TH1F     h8;1     pp&^-! "5# l^+!l^-![g]   d[s]/dp?T[mu]^+
  KEY: TH1F     h9;1     pp&^-! "5# l^+!l^-![g]   d[s]/dp?T[min]
  KEY: TH1F     h10;1    pp&^-! "5# l^+!l^-![g]   d[s]/dp?T[max]
  KEY: TH1F     h11;1    pp&^-! "5# l^+!l^-![g]   d[s]/dy?[e]^-
  KEY: TH1F     h12;1    pp&^-! "5# l^+!l^-![g]   d[s]/dy?[e]^+
  KEY: TH1F     h13;1    pp&^-! "5# l^+!l^-![g]   d[s]/dy?[mu]^-
  KEY: TH1F     h14;1    pp&^-! "5# l^+!l^-![g]   d[s]/dy?[mu]^+
  KEY: TH1F     h15;1    pp&^-! "5# l^+!l^-![g]   d[s]/dy?[min]
  KEY: TH1F     h16;1    pp&^-! "5# l^+!l^-![g]   d[s]/dy?[max]
  KEY: TH1F     h17;1    pp&^-! "5# l^+!l^-![g]   d[s]/dR?[ee]
  KEY: TH1F     h18;1    pp&^-! "5# l^+!l^-![g]   d[s]/dR?[mumu]
  KEY: TH1F     h19;1    pp&^-! "5# l^+!l^-![g]   d[s]/dphi?[ee]
  KEY: TH1F     h20;1    pp&^-! "5# l^+!l^-![g]   d[s]/dphi?[mumu]
  KEY: TH1F     h21;1    pp&^-! "5# l^+!l^-![g]   d[s]/dm?[e]^+!?[e]^-
  KEY: TH1F     h22;1    pp&^-! "5# l^+!l^-![g]   d[s]/dm?[mu]^+!?[mu]^-
  KEY: TH1F     h23;1    pp&^-! "5# l^+!l^-![g]   d[s]/dR?[ZZ]
  KEY: TH1F     h24;1    pp&^-! "5# l^+!l^-![g]   d[s]/dcos(th*(e-))
  KEY: TH1F     h25;1    pp&^-! "5# l^+!l^-![g]   d[s]/dcos(th*(e+))
  KEY: TH1F     h26;1    pp&^-! "5# l^+!l^-![g]   d[s]/dcos(th*(mu-))
  KEY: TH1F     h27;1    pp&^-! "5# l^+!l^-![g]   d[s]/dcos(th*(mu+))

Analysis

Anomolous Neutral Triple Gauge

f4

It appears that rotating f4 through the imaginary plane does nothing to effect the Pt of the Zs. To check this, I plotted several Pt of the first Z for several different values of theta, the angle to the reals, of 0.3. The resulting graph is attached to this page, and is indistinguishable by eye:

graph

Since we neither understand the nature of the imaginary phase in f4, nor do we actually understand how it effects the model, this statement may or may not have actual significance.

Version 4.0.0

Background

Background was done with simple Pt cuts:

Baur:

Lambda = 2000

First Test Run

40147 generator-level events, 124.8 expected, 0.0031 weighting

10,000,000 Z->ee and Z->mumu events at generator-level. Using 355pb * 1.4 K-Factor for 497pb (~500) cross-section, .0497 weighting.

Fit Parameters

Signal fit to:

Signal fit to:

Cross-Sections

More MC

Charm quark Down

Significances

Yields at generator level:

Yields after applying efficiency curve:

Num. Generated Events:

-- MatthewNorman - 13 Sep 2006