You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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
The text was updated successfully, but these errors were encountered:
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:
The text was updated successfully, but these errors were encountered: