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
TrackingRecHit rework #2598
TrackingRecHit rework #2598
Conversation
…to its use in seeding now
|
||
bool BaseTrackerRecHit::hasPositionAndError() const { | ||
return (err_.xx() != 0) || (err_.yy() != 0) || (err_.xy() != 0) || | ||
(pos_.x() != 0) || (pos_.y() != 0) || (pos_.z() != 0); | ||
return det(); |
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.
faster and safer!
A new Pull Request was created by @VinInn (Vincenzo Innocente) for CMSSW_7_1_X. TrackingRecHit rework It involves the following packages: CommonTools/Utils @thspeer, @lveldere, @monttj, @cmsbuild, @anton-a, @nclopezo, @giamman, @slava77, @vadler, @Degano can you please review it and eventually sign? Thanks. |
void | ||
TkGluedMeasurementDet::HitCollectorForFastMeasurements::add(SiStripMatchedRecHit2D const& hit2d) | ||
{ | ||
hasNewHits_ = true; //FIXME: see also what happens moving this within testAndPush |
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.
do not even try to move this after the test: fake rate explodes!
CommonTools/Utils/test/testCutParser.cc |
Let me comment a bit more about APE: I do understand the logic of not adding APE to the persistent local error with the idea to read persistent rechit and redo fit or similar using localpos/localerr has stored and a new alignment. ps. |
-1 ---> test testCommonToolsUtil had ERRORS you can see the results of the tests here: |
On 24 Feb, 2014, at 12:37 PM, cmsbuild notifications@github.com wrote:
v. |
+1 for #2598 3cd3ea5 The last commit is trivial. |
the usual testCommonToolsUtil seem to fail now
it does not fail in my test area!I run
plenty of valgrind messages in both no obvious differences (besides the pid e library name)
|
Sorry the previous test is not fully correct as it was done using original binary and current libraries again this time original in a brand new empty area... let me note that in the original report there are already errors like this one:
or like this other one (same location)
or (several locations)
|
Reco updates -- TrackingRecHit rework
@nclopezo can you make sure tests do not run if there are conflicts??? |
forget about all the noise above... |
@ktf The tests never run when there are conflicts, that makes the jenkins job to fail. I always start then when the pull request is mergeable, in this case it should have become unmergeable after the tests were published. |
updates utm to use new tag
This is the first step toward a rework of TrackingRecHit and their Transient counterparts to remove all inconsistency and eventually remove the need of two class hierarchies to represent the very same thing.
This PR includes
move DetSet * in TrackingRecHit
move interface to access global coordinate as well
2a) implement it in BaseTrackerRecHit
construct TrackingRecHit with a valide DetSet pointer for Tracker
change the interface of MeasurementEstimator to accept TrackingRecHit
so long not a single relevant code instruction is most probably changed...
remove the need to create a TTRH just to verify that it is compatible with trajectory during matching (commit 9ef436a and b29f971)
this avoids memory churn and the need of a thread-safe static
add alignment errors to local errors directly for Tracker in BaseTrackerRecHit
this modification will create some regression due to the fact that now Alignment errors will be visible during Seeding and PixelTrack creation as well.
(This is the first of the serious inconsistencies that is removed)
verified running full Matrix
regression from 202.0 with MTV in https://innocent.web.cern.ch/innocent/NewTkHitMTV/
regression from jetHT 2012C in https://innocent.web.cern.ch/innocent/NewTkHit/
most "affected" should be PixelTracks
next steps (after this PR is merged)
a) fix PixelRecHit content and construction
b) use normal SiStrip2DRecHit during matching
c) make TrackingRecHit able to clone (or update?) w.r.t. new track parameters
d) move Muon as well?
e) migrate all TrackingTools and RecoTracker interfaces to use TrackingRecHit
f) clean the code