search

art-framework-suite / art

The implementation of the art physics event processing framework
Other
2 stars 7 forks source link

Thinking ahead to event mixing and art::Ptr to run product #23

Open knoepfel opened 3 years ago

knoepfel commented 3 years ago

This issue has been migrated from https://cdcvs.fnal.gov/redmine/issues/1918 (FNAL account required) Originally created by @kutschke on 2011-09-24 18:21:16

Related issues:

knoepfel commented 3 years ago

Comment by @kutschke on 2011-09-24 18:31:58

This is a heads up for something that will be important later on.

Mu2e currently has one Run scope data product that holds a summary of the Geant4 geometry; it is an std::vector. A number of our event scope data products currently hold indices into this Run data product. Sometime soon we expect to have art::Ptr from an event data product into run data products. At that time we need to deal with event mixing and these objects.

First, I would like it to be an error if people try to mix files in which this particular data product differs. So we only need one copy, not multiple copies, of the run data product. We might also need a remapper for this sort of Ptr ( or maybe not, if, in all files, the run data product has the same product ID)?

knoepfel commented 3 years ago

Comment by @chissg on 2013-08-02 18:57:46

The time estimate reflects the fact that this requires two significant infrastructure changes: the metadata revolution and the resolution of the broken abstraction that is art::Principal and friends.