-
Notifications
You must be signed in to change notification settings - Fork 4.4k
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
MTD geometry/reconstruction: update tests, invert order of forward DetLayers #33181
Conversation
+code-checks Logs: https://cmssdt.cern.ch/SDT/code-checks/cms-sw-PR-33181/21591
|
A new Pull Request was created by @fabiocos (Fabio Cossutti) for master. It involves the following packages: Geometry/MTDGeometryBuilder @perrotta, @civanch, @Dr15Jones, @makortel, @cvuosalo, @ianna, @mdhildreth, @cmsbuild, @srimanob, @kpedro88, @slava77, @jpata can you please review it and eventually sign? Thanks. cms-bot commands are listed here |
please test |
+1 Summary: https://cmssdt.cern.ch/SDT/jenkins-artifacts/pull-request-integration/PR-d610c9/13516/summary.html Comparison SummarySummary:
|
hold pending a clarification about the observed differences |
Pull request has been put on hold by @fabiocos |
rebased on CMSSW_11_3_X_2021-03-16-2300, benefiting from #33139 |
+code-checks Logs: https://cmssdt.cern.ch/SDT/code-checks/cms-sw-PR-33181/21629
|
I have updated the PR description, the bug fixed by #33139 was partly hiding the fact that the order of layers effectively matters in the use of multiple ETL hits for track building (never adjusted so far). Using the appropriate With the latest commit anyway the |
please test |
+1 Summary: https://cmssdt.cern.ch/SDT/jenkins-artifacts/pull-request-integration/PR-d610c9/13569/summary.html Comparison SummarySummary:
|
unhold |
+1 |
@fabiocos from your comments I derive that you verified the outputs, and understood and approved all differences observed there in the relevant phase2 geometry: could you please confirm? |
@perrotta the updated test clearly shows that now forward layers are those at positive z, as usually expected. Furthermore, a look at the behaviour of the updated Since previously the use of hits in the extender was depending on the order, some difference has to be expected, and in the premixing samples, where the multiplicity is much higher, they are magnified, this is my interpretation of the DQM output. |
+1
|
@srimanob comments? |
+Upgrade |
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. @silviodonato, @dpiparo, @qliphy (and backports should be raised in the release meeting by the corresponding L2) |
+1 |
PR description:
This PR addresses an issue reported by @parbol while validating the rebase of the addition of MTD to tracker navigation. As a default the order of the forward DetLayers looks inverted compared to what expected as default ordering (from negative to positive). This PR simply swaps the order,
so far it should be irrelevant for the use of the MTD code inside the reconstruction, but matters when adding MTD to the layers navigation.At present the layers order matters only in the selection of ETL hits and their use for track building inside the
TrackExtenderWithMTD
, where it was not properly managed, as the code was developed in a single-ETL disc content.In order to 1) get the correct behaviour that 2) makes the algorithm independent on the input ordering, a corresponding update of the ETL hits search is made (please note that the track build code still needs an update to properly use the timing information of both disks if present, work to follow and be based on this PR).
At the same time geometry tests are updated, also in order to become independent from
MTDTopology
, whose real usefulness is under scrutiny and will be likely dropped or seriously revised in next future.PR validation:
Code compiles and run, the local test shows a change in the ordering of DetLayers: