Validation of Reconstruction code
Legend:
-
: Changes are expected, to be set according to software or condition changes prior to validation
-
: Validation done, result is "Not Validated". Report the reasons below
-
: Validation done, result is "Ok, Validated"
-
: Validation still in progress or results need to be followed up before final green/red light
-
: Validation not (yet) done
Data in 4.2
Reports in this section are based on skims sample reprocessed as part of the release validation samples
pre1 details
- 03-Feb-2011: 3_11_0 CSC (Tim Cox) - It's not actually
but not strictly
since no /Mu/ sample has appeared in offline dqm for 3_11_0. But
for 3_11_0_pre5 and 4_2_0_pre1 which have identical CSC code.
- 07-Feb-2011: 4_2_0_pre1 Tracking (K. Burkett) - There is a loss of efficiency in iteration #2 (low pt pixel triplets) due to a problem in the threshold on max # of seeds.
MC in 4.2
Release |
Tk |
Ecal |
Hcal |
DT |
CSC |
RPC |
Tracking |
Electron |
Photon |
Muon |
Jet |
MET |
BTag |
Tau |
mc in pre1 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
mc in pre2 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
mc in pre4 |
|
|
, |
|
|
|
|
|
|
|
|
|
|
|
mc in pre5 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
mc in pre6 |
|
|
, |
|
|
|
|
, |
, |
, |
, |
|
|
|
mc in pre7 |
|
, |
, |
|
|
|
|
|
|
, |
|
|
, |
|
mc in pre8 |
|
|
, |
|
|
|
|
|
|
, |
|
|
, |
|
mc in 420 |
|
|
|
|
|
|
|
|
|
, |
|
|
, |
|
mc in 421 |
|
, |
, |
|
|
|
, |
|
|
|
|
|
|
|
mc in 422 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
mc in 423 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
mc in 424 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
mc in 425 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
mc in 426 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
mc in 428 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
mc in 429_HLT1 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
mc in 429_HLT1_hltpatch1 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
pre4 details
- 20-Feb-2011: MET(Dayong Wang): METs agree with previous release, but CaloEtInEE disagree in all samples. This is understood to be due to the changes in the EE SR threshold settings, which cause a reduction in the number of rechits in EE. The MET validation observation is consistent with ECAL validation results.
pre6 details
- 15-Mar-2011: Jet(Kittikul Kovtianggoon): The new HCAL MC calibration is applied in in both fullsim and fastsim. There is a substantial effect of SamplingFactors (Digi) and to smaller
extent of HcalRespCorrs (Reco) on the HCAL energy scale. HE and HB/HE gap increase is more pronounced than HB one, HF is not affected.
pre7 details
- 18-Mar-2010: Photon (Nancy) Not 100% successful Loss of efficiency in the conversion ecal seeded tracking, in the whole eta. Larger in the endcaps. To be understood
- 28 Mar-2010: Photon (Nancy) The issues mentioned above is fully understood and fixed. There were no issues in the reconstruction. The difference in efficiency was due to a buggy configuration of the TrackAssociatorByHits used in the validation software (PhotonValidation.cc). The problem is fixed and the tag for the fix is queued for final 420 (and 430). The status of pre7 for photons is upgraded to OK in the table above.
- 21-Mar-2011: (Claude) Significant differences are observed in the energy and pT distributions in particular in the endcaps. This is presumably due to changes in the SC energy corrections. Other distributions show expected changes related to the integration with plow, the delta_phi distribution of candidates passing the e/g preselection is still to be understood..
- 23-Mar-2011 Muon POG (Andrea): L2 (and then L3): overall lower efficiencies at roughly 1.6 < |eta| < 1.8 and eta<-2.1. It has still to be understood whether it is due to some up-hill L1 muon inefficiency (therefore, not reco...) or in the L2 reconstruction itself. Studies are ongoing
pre8 details
- 05-Apr-2011 Muon POG (Andrea): The inefficiencies observed at |eta|>1.6 are fully understood as coming from the inclusion in the conditions data (V6) of 9 CSC dead chambers. The V5 GlobalTag used for pre7 also included a few CSC dead chambers, but their list was not yet complete: therefore the "BAD" flag previously assigned to pre7 is still justified. In pre8, instead, the map of the dead chambers is the one that was actually intended.
420 details
- 12-Apr-2011 b-tagging (Aram): Soft electron taggers show an unexpected decrease in efficiency. This was first noticed in 420pre7, but the soft electron taggers are low statistics and this could have been due to variations in the RelVals, but it's now clear that this is not the case. Both efficiency and mistag rate decrease, but the effiiciency decreases more.
Release |
Tk |
Ecal |
Hcal |
DT |
CSC |
RPC |
Tracking |
Electron |
Photon |
Muon |
Jet |
MET |
BTag |
Tau |
template |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Topic revision: r146 - 2011-09-01
- unknown