It would be better if AmpForm modules can be built from an internal data structure, just like is happening in ComPWA/compwa.github.io#129 and ComPWA/compwa.github.io#133 (see in particular ComPWA/compwa.github.io#133 (comment)). That would make it easier to build up an amplitude model without having to generate all transitions with QRules. A problem with QRules is that its Transition class is too general for isobar decays, which makes the amplitude building code clunky.
So we need a data structure that:
- contains all information about an isobar decay that's required to formulate a complete amplitude model, including:
- polarizations (helicities) of initial state and final states
- resonances and their decay products (particularly the final state products to which they decay)
- (?) spectator particles of those resonances
- optional: LS-couplings
- ...?
- is easy to navigate over while building up the amplitude expression
- is easy to construct for users
It would be better if AmpForm modules can be built from an internal data structure, just like is happening in ComPWA/compwa.github.io#129 and ComPWA/compwa.github.io#133 (see in particular ComPWA/compwa.github.io#133 (comment)). That would make it easier to build up an amplitude model without having to generate all transitions with QRules. A problem with QRules is that its
Transitionclass is too general for isobar decays, which makes the amplitude building code clunky.So we need a data structure that: