CMS 3D CMS Logo

 All Classes Namespaces Files Functions Variables Typedefs Enumerations Enumerator Properties Friends Macros Pages
DiMuonHistograms.h
Go to the documentation of this file.
1 #ifndef DIMUONHISTOGRAMS_H
2 #define DIMUONHISTOGRAMS_H
3 
11 /* Base Class Headers */
12 #include <memory>
13 #include <fstream>
25 
27 
28  public:
29  /* Constructor */
31 
32  /* Destructor */
33  virtual ~DiMuonHistograms() ;
34 
35  /* Operations */
36  void beginJob (DQMStore *dbe);
37  void analyze(const edm::Event & event, const edm::EventSetup& eventSetup);
38 
39  protected:
41 
42  // Switch for verbosity
43  std::string metname;
44 
45  // STA Label
48 
49  //histo binning parameters
50  int etaBin;
51  int etaBBin;
52  int etaEBin;
54 
55  //Defining relevant eta regions
56  std::string EtaName;
57 
58  double EtaCutMin;
59  double EtaCutMax;
60  double etaBMin;
61  double etaBMax;
62  double etaECMin;
63  double etaECMax;
64 
65  //Defining the relevant invariant mass regions
66  double LowMassMin;
67  double LowMassMax;
68  double HighMassMin;
69  double HighMassMax;
70 
71  std::vector<MonitorElement*> GlbGlbMuon_LM;
72  std::vector<MonitorElement*> GlbGlbMuon_HM;
73  std::vector<MonitorElement*> StaTrkMuon_LM;
74  std::vector<MonitorElement*> StaTrkMuon_HM;
75  std::vector<MonitorElement*> TrkTrkMuon_LM;
76  std::vector<MonitorElement*> TrkTrkMuon_HM;
77 
78  std::vector<MonitorElement*> TightTightMuon;
79  std::vector<MonitorElement*> SoftSoftMuon;
80 
81 };
82 #endif
83 
std::string metname
MuonServiceProxy * theService
std::vector< MonitorElement * > GlbGlbMuon_LM
void analyze(const edm::Event &event, const edm::EventSetup &eventSetup)
edm::ParameterSet parameters
std::vector< MonitorElement * > SoftSoftMuon
std::vector< MonitorElement * > TrkTrkMuon_LM
void beginJob(DQMStore *dbe)
Inizialize parameters for histo binning.
std::vector< MonitorElement * > StaTrkMuon_LM
How EventSelector::AcceptEvent() decides whether to accept an event for output otherwise it is excluding the probing of A single or multiple positive and the trigger will pass if any such matching triggers are PASS or EXCEPTION[A criterion thatmatches no triggers at all is detected and causes a throw.] A single negative with an expectation of appropriate bit checking in the decision and the trigger will pass if any such matching triggers are FAIL or EXCEPTION A wildcarded negative criterion that matches more than one trigger in the trigger but the state exists so we define the behavior If all triggers are the negative crieriion will lead to accepting the event(this again matches the behavior of"!*"before the partial wildcard feature was incorporated).The per-event"cost"of each negative criterion with multiple relevant triggers is about the same as!*was in the past
edm::InputTag theMuonCollectionLabel
DiMuonHistograms(const edm::ParameterSet &pset, MuonServiceProxy *theService)
std::vector< MonitorElement * > TrkTrkMuon_HM
edm::InputTag theSTACollectionLabel
virtual ~DiMuonHistograms()
std::vector< MonitorElement * > StaTrkMuon_HM
std::vector< MonitorElement * > GlbGlbMuon_HM
std::vector< MonitorElement * > TightTightMuon
std::string EtaName