Getting wrong answer using Maple (Physics package)

  • Context: Maple 
  • Thread starter Thread starter graupner1000
  • Start date Start date
  • Tags Tags
    Maple
Click For Summary
SUMMARY

The discussion centers on issues encountered while using Maple's Physics package to compute the covariant derivative of an antisymmetric rank two tensor in an FLRW spacetime. The user reports discrepancies in results when using different commands, specifically D_() and "Define," leading to concerns about the reliability of the software. The user has verified the calculations manually and seeks guidance on whether the problem lies with their approach or the software itself. The conversation highlights the importance of operation precedence in calculations, suggesting that incorrect results may stem from improper order of operations.

PREREQUISITES
  • Understanding of FLRW spacetime metrics
  • Familiarity with covariant derivatives and Christoffel symbols
  • Experience with Maple software, particularly the Physics package
  • Knowledge of tensor calculus and antisymmetric tensors
NEXT STEPS
  • Investigate Maple's documentation on the Physics package for known issues and updates
  • Learn about operation precedence in mathematical software to avoid calculation errors
  • Explore alternative methods for computing covariant derivatives in Maple
  • Review community forums for similar issues and solutions related to Maple's Physics package
USEFUL FOR

Physicists, mathematicians, and researchers using Maple for tensor calculations, particularly those working with general relativity and cosmology.

graupner1000
Messages
15
Reaction score
1
Hi all,

I'm hoping somebody can save me from this impending frustration induced aneurysm. The problem lies with Maple's physics package and is this:

I am in an FLRW spacetime with metric

##ds^{2}=dt^{2}−a(t)^{2}(\frac{dr^{2}}{1−kr^{2}}+r^{2}d\theta^{2}+r^{2}sin^{2}(\theta)d\phi^{2})##

and a(t) is the scale factor. Now, I also have an antisymmetric, rank two tensor ##W## with components

##W^{23}=−W^{32}=\frac{1}{r^{2}a(t)^{2}sin(\theta)}##

and all others zero. So far, so straight forward. OK, next I want to take the covariant derivative of ω; rather easy with the Christoffel symbols given here http://universeinproblems.com/index...oblem_20:_Christoffel_symbols_for_FLRW_metric, and get

##\nabla_{\alpha} W^{\mu\nu} = 0##

Now, what I am doing involves many subsidiary calculations so I am doing it in Maple using the Physics package. I am confident in the answer above and have had somebody check it for me (by hand). The problem is, when telling maple to evaluate the above covariant derivative, it gives a different answer. Not only that, but seems, that giving it the same problem in three different ways results in different answers (neither of which is the one it should be). In one instance, it is the D_() command, in the second I use the "Define" command and D_() and in the other I am expanding the covariant derivative in terms of Christoffel symbols and using "Define" to input it as

d_[alpha](W[~mu,~nu]) + Christoffel[~mu,alpha,beta] W[~mu,~nu]+ Christoffel[~nu,alpha,beta] W[~mu,~nu]

The issue is less with this specific calculation, but more with whether or not I can rely on the package to give me the right answer (I'd rather not have to do it all by hand). So I basically wanted to ask where am I going wrong? Is it me or the software?

I've also attached screesshots of a minimal example . Any help would be very much appreciated. Meanwhile, I'm going to go and scream at a wall :)
ProblemExample1.png
ProblemExample1.png
 

Attachments

  • ProblemExample2.png
    ProblemExample2.png
    57.3 KB · Views: 620
  • Like
Likes   Reactions: jedishrfu
Physics news on Phys.org
Have you checked with MAPLE to see if anyone else has a similar problem? All software systems encounter bugs and manufacturers will provide either a workaround or state its a known issue.

One area that always messes calculations up is precedence of operation. You could try placing parentheses around factors and terms to insure they are computed in the right order:

A + B * C^2 vs (A + (B * (C^2) ) ) where you can clearly see that C^2 is computed first then B * C^2 and finally A + B * C^2
 

Similar threads

Replies
1
Views
3K
  • · Replies 0 ·
Replies
0
Views
2K
  • · Replies 6 ·
Replies
6
Views
7K
  • · Replies 3 ·
Replies
3
Views
2K
  • · Replies 3 ·
Replies
3
Views
938
  • · Replies 3 ·
Replies
3
Views
7K
Replies
0
Views
2K
  • · Replies 5 ·
Replies
5
Views
2K
  • · Replies 2 ·
Replies
2
Views
2K
  • · Replies 1 ·
Replies
1
Views
4K