Name: Frederik Orellana Date: 09/03/02-11:09:07 AM Z
Hi Francesco.
>1) I will try the updated version, however, to continue the
calculation I
>replaced the whole FA-Quark-Gluon-Vertex with the FC QuarkGluonVertex
in
>this way:
>
>ampFA = CreateFeynAmp[ff];
>ampPL = PickLevel[Classes][ampFA];
>ampF1 = ToFA1Conventions[ampPL];
>ampF1 /.
{((-I)*GStrong*DiracGamma[LorentzIndex[cli_]].DiracGamma[6]*
> SUNT[_[_, 1], _, _] -
>
I*GStrong*DiracGamma[LorentzIndex[cli_]].DiracGamma[7]*
> SUNT[_[_, 1], _, _]) ->
> QuarkGluonVertex[cli,
> a],
((-I)*GStrong*DiracGamma[LorentzIndex[cli_]].DiracGamma[6]*
> SUNT[_[_, 2], _, _] -
>
I*GStrong*DiracGamma[LorentzIndex[cli_]].DiracGamma[7]*
> SUNT[_[_, 2], _, _]) ->
> QuarkGluonVertex[cli,
> b],
> DiracSpinor[mom_, mas_] -> Spinor[mom, mas],
SumOver[_[_, _], _] ->
>1,
> SumOver[_[_, _], _, _] -> 1,
> GStrong -> Gstrong, Index[Gluon, 1] -> “a”,
Index[Gluon, 2] -> “b”};
>
>and used the FC SUN machinary. Is there any problem in doing so?
No, on the contrary, nice that you found a way around the “bug” in my
previous update (I had forgotten that Rolf actually already put
QuarkGluonVertex in FeynCalc) The newest update should however work
nicely
as illustrated by the notebook attached to my previous post
W.r.t. Gstrong it’s just a typo of mine. In the original FeynArts
model
file “SMQCD.mod” the symbol GS is used; but this symbol is already in
use
by FeynCalc, so FAPatch changes it to GStrong; I’ve changed that to
Gstrong
now (not that it’s all that important).
>2) In the updated version too it seems that there is a problem in
FAToFC
>when a vector boson is in the initial state: renaming momenta some
>particle in FA notation became antipaticle in FC notation
>
>I tried with:
>
>tt = CreateTopologies[0, 2 -> 1];
>aa = InsertFields[tt, {V[3], F[3, {1}]} ->
{F[4, {1}]},
> InsertionLevel -> Classes, Model -> “SMQCD”, GenericModel ->
>“Lorentz”];
>
>after FAToFC d-quark momentum K1 become -p3. (different momentum
>conservation conventions?)
Notice that what you see as k1 (with “Default Output Format Type” set
to
“TraditionalForm” - done automatically on loading FeynCalc) is
actually
FourMomentum[Outgoing, 1] (try FourMomentum[Outgoing, 1]
// StandardForm).
That is, FeynArts keeps track of which particles are incoming and which
are
outgoing. FeynCalc simply counts all particles as incoming. Therefore
the
change of sign.
>3) In performing integration over loop momenta I don’t succeded to
use
>FeynmanParametrize1, FeynmanReduce and FeynmanDoIntegrals, maibe I
was
>inserting wrong input. Could you write an example? Is there some
package
>with evaluated scalar function integrals in FC or elsewhere?
Hmm. So you tried out FeynmanParametrize1, FeynmanReduce and
FeynmanDoIntegrals… I added these functions some time ago and wanted
to
develop them further, never had the time and didn’t do much testing
either.
They are really to be considered experimental at best. As long as you
are
at one loop, why don’t you just use OneLoop and get your amplitude in
terms
of standard Passarino-Veltman functions? OneLoop is heavily tested by
both Rolf and myself.
I attach a notebook (an unfinished calculation) to show you in which
direction I was going with FeynmanParametrize1, FeynmanReduce and
FeynmanDoIntegrals. Notice that, as always, you can get information
about
what’s happening by setting $VeryVerbose to 1,2 or 3 instead of 0. Bug
reports, bug fixes and improvements are of course very welcome.
Frederik