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
Merged the MeasurementEstimators into the PixelHitMatcher #28262
Merged the MeasurementEstimators into the PixelHitMatcher #28262
Conversation
The code-checks are being triggered in jenkins. |
+code-checks Logs: https://cmssdt.cern.ch/SDT/code-checks/cms-sw-PR-28262/12425
|
A new Pull Request was created by @guitargeek (Jonas Rembser) for master. It involves the following packages: RecoEgamma/EgammaElectronAlgos @perrotta, @cmsbuild, @slava77 can you please review it and eventually sign? Thanks. cms-bot commands are listed here |
@cmsbuild please test |
The tests are being triggered in jenkins. |
+1 The following merge commits were also included on top of IB + this PR after doing git cms-merge-topic:
You can see more details here: |
Comparison job queued. |
Comparison is ready Comparison Summary:
|
code-checks |
The code-checks are being triggered in jenkins. |
That would have worked, but I wanted to reuse the code for the
|
@@ -173,7 +217,7 @@ std::vector<SeedWithInfo> PixelHitMatcher::operator()(const std::vector<const Tr | |||
auto idx2 = std::distance(hits.first, it2); | |||
const DetId id2 = it2->geographicalId(); | |||
const GeomDet *geomdet2 = it2->det(); | |||
const std::pair<const GeomDet *, GlobalPoint> det_key(geomdet2, hit1Pos); | |||
const auto det_key = std::make_pair(geomdet2->gdetIndex(), hit1Pos); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
the logic of the map filling is different now.
Is the gdetIndex unique?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I honestly didn't really check, I just did this for the sake of unifying with the HLT code which does that. I trust Sams modification there. It's certainly nicer than hashing the memory location which might cause bugs if you at some place copied the GeomDet!
I see, a feature creep |
On 11/1/19 9:01 AM, Slava Krutelyov wrote:
***@***.**** commented on this pull request.
------------------------------------------------------------------------
In RecoEgamma/EgammaElectronAlgos/interface/TrajSeedMatcher.h
> @@ -290,8 +272,8 @@ class TrajSeedMatcher {
std::unordered_map<int, TrajectoryStateOnSurface> trajStateFromVtxPosChargeCache_;
std::unordered_map<int, TrajectoryStateOnSurface> trajStateFromVtxNegChargeCache_;
change these too?
nm, wrong type => not applicable
… |
@cmsbuild please test |
The tests are being triggered in jenkins. |
Comparison job queued. |
Comparison is ready Comparison Summary:
|
This pull request is fully signed and it will be integrated in one of the next master IBs (tests are also fine). This pull request will now be reviewed by the release team before it's merged. @davidlange6, @slava77, @smuzaffar, @fabiocos (and backports should be raised in the release meeting by the corresponding L2) |
+1 |
@slava77 , @fabiocos ( referring to your cmment: #28262 (comment) ) we had missed few github web hooks that is why for some PRs the https://github.com/cms-sw/cms-prs/blob/master/cms-sw/cmssw/.other/files_changed_by_prs.json was not updated. This has been fixed now and just to make sure that we have not missed any thing we force update it every 4 hours. |
PR description:
After my last PR #28213 definitely removed the support in the electron pixel hit matching for not using the standard tracker seeds, there is still some code left to remove which is now obsolete. Much of it could be found in the classes
BarrelMeasurementEstimator
andForwardMeasurementEstimator
, which unnecessarily inherit fromMeasurementEstimator
and only one of their respective member functions is actually used. Whether a track extrapolation falls into the matching window in the next layer.I propose to integrate the remaining functionality of these estimator classes after cleaning them up as private functors of the
PixelHitMatcher
class. Sorry for having multiple of these small cleanup PRs, but I don't want to risk any differences in the comparisons by doing to much at once and possibly making mistakes.PR validation:
CMSSW compiles and local matrix tests pass.
if this PR is a backport please specify the original PR:
No backport intended.