New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add GsfTracks to tracking validation #13348
Conversation
The order makes a difference.
…or instead of TrackingParticleCollection Something like this is necessary to be able to have separate sets of TrackingParticles for efficiency and fake rate plots. It would be easier to just use View<TrackingParticle>, but that would have non-trivial impact on the track-TP associator/association interfaces, so it is left to later time.
Duplicates are defined as "track associated to TP associated to > 1 tracks". The first association is done with recoToSim, and the second with simToReco. If the efficiency and fake TP sets are different, this leads to (unexpected) effects in duplicate. Naively one would assume that the duplicate definition would be independet of the set of TPs used for efficiencies. The fix is to do the simToReco association wrt. the fake TPs. For efficiency histograms it doesn't matter if the simToReco has entries for TPs not in efficiency TP set.
A new Pull Request was created by @cmsbuild for CMSSW_8_1_X. It involves the following packages: CommonTools/RecoAlgos @civanch, @cvuosalo, @mdhildreth, @cmsbuild, @deguio, @slava77, @vanbesien, @davidlange6 can you please review it and eventually sign? Thanks. cms-bot commands are list here #13028 |
@cmsbuild please test |
The tests are being triggered in jenkins. |
-1 runTheMatrix-results/5.1_TTbar+TTbarFS+HARVESTFS/step1_TTbar+TTbarFS+HARVESTFS.log 135.4 step1 runTheMatrix-results/135.4_ZEE_13+ZEEFS_13+HARVESTUP15FS+MINIAODMCUP15FS/step1_ZEE_13+ZEEFS_13+HARVESTUP15FS+MINIAODMCUP15FS.log you can see the results of the tests here: |
@cmsbuild please test |
The tests are being triggered in jenkins. |
+1 Adding GsfTracks to tracking validation. #13324 is the 80X version of this PR, and it has already been approved by Reco. The code changes are satisfactory, and Jenkins tests against baseline CMSSW_8_1_X_2016-02-18-2300 show only the differences expected for this PR, with examples shown in the #13324 thread. |
+1 |
ping DQM (@deguio, @vanbesien) |
ping DQM (@deguio, @vanbesien) |
+1 |
This pull request is fully signed and it will be integrated in one of the next CMSSW_8_1_X IBs (tests are also fine). This pull request requires discussion in the ORP meeting before it's merged. @slava77, @davidlange6, @Degano, @smuzaffar |
+1 |
Add GsfTracks to tracking validation
@makortel - we have some crashes from this PR. For example: An exception of category 'InvalidReference' occurred while |
@davidlange6 I noticed them too and have already a fix #13570. I'll provide a fix for the failures in HI workflows separately (they are also caused by this PR). |
This PR adds the monitoring of GsfTracks (
electronGsfTracks
collection) to tracking validation. The efficiency is defined wrt. TrackingParticles withabs(pdgId) == 11
, and fake rate wrt. all TrackingParticles. On the same go, the definition of fake rate for conversions is also changed to be wrt. all TrackingParticles. In order to achieve these nicely, and to again properly support the separatelabel_tp_effic
andlabel_tp_fake
parameters of MultiTrackValidator, the following changes were madeTrackingParticleNumberOfLayersProducer
is fixedTrackingParticleRefVector
instead ofTrackingParticleCollection
View<TrackingParticle>
, butTrackToTrackingParticleAssociator
interface does not support it, and changing it would have had much larger impact. (I'll probably try to do it anyway some day)TrackingParticleConversionSelector
is changed to produceTrackingParticleRefVector
(and renamed and turned toedm::global
)TrackValidation_cff
is migrated to useTrackingParticleRefVector
instead of copieslabel_tp_fake
TPs instead oflabel_tp_eff
, andlabel_tp_eff
is required to be a subset oflabel_tp_fake
(explicit check is added)label_tp_fake
. For efficiency, these "extra" associations don't matter since the associations are checked only forlabel_tp_eff
.Tested in CMSSW_8_0_X_2016-02-15-1100 (with and without #13242), expecting changes under
Tracking/TrackConversion
(for fakes and other track-based histograms), and addition ofTracking/TrackGsf
folder.@rovere @VinInn
Automatically ported from CMSSW_8_0_X #13324 (original by @makortel).