Open benjaminhuth opened 1 year ago
@paulgessinger @asalzburger @andiwand
From what I understand (e.g. from discussions with @asalzburger), the digitization model is not very realistic, but putting it in Core would basically advertise it as "ready for production". Has the model ever been checked with actual data from a real-world detector?
To be honest I always liked this separation of code specific to simulation from the core package.
Yeah I see the point. The specific reason was, that @pbutti wants to use this functionality in LDMX and it would be more convenient in Core... But it is also possible to install FATRAS, right?
We also thought about this, because there is already a Digitization package in Core, but it seems to be largely unused to me (most of the code seems to be last updated with the initial clang-format 6 years ago)... Do you know if this code is in use?
This was the idea, FATRAS is sort of a sibling to Core.
This issue/PR has been automatically marked as stale because it has not had recent activity. The stale label will be removed if any interaction occurs.
During discussion with @pbutti we thought if some of the digitization code from the
FATRAS
package might better belong toCore
. More precisely, from the Classes and files inFatras/Digitization
only theUncorrelatedHitSmearer.hpp
depends onActsFatras::Hit
All other files in that directory only depend on each other or on Core functionality, these are:
as well as
So these don't depend on any of the FATRAS infrastructure.
Are there conceptual or design considerations for keeping this in FATRAS?