Physics for Maple 2018 - Maple Help
For the best experience, we recommend viewing online help using Google Chrome or Microsoft Edge.

Online Help

All Products    Maple    MapleSim

Home : Support : Online Help : Physics : Updates : Physics for Maple 2018


Maple provides a state-of-the-art environment for algebraic computations in Physics, with emphasis on ensuring that the computational experience is as natural as possible. The theme of the Physics project for Maple 2018 has been the consolidation of the functionality introduced in previous releases, together with significant enhancements, mainly in the handling of differential (quantum or not) tensorial operators, new ways to minimize the number of tensor components taking its symmetries into account, automatic handling of collision of indices in tensorial expressions, automatic setting of the EnergyMomentum tensor when loading solutions to Einstein's equations from the database of solutions, automatic setting of the algebras for the Dirac, Pauli and Gell-Mann matrices when Physics is loaded, simplification of Dirac matrices, a new package Physics:-Cactus related to Numerical Relativity and several other improvements.

Taking all together, there are more than 300 enhancements throughout the entire package, increasing robustness, versatility and functionality, extending once more the range of Physics-related algebraic computations that can be done using computer algebra software, and in a natural way.

As part of its commitment to providing the best possible environment for algebraic computations in Physics, Maplesoft launched a Maple Physics: Research and Development web site with Maple 18, which enabled users to download research versions, ask questions, and provide feedback. The results from this accelerated exchange with people around the world have been incorporated into the Physics package in Maple 2018.

Automatic handling of collision of tensor indices in products

User defined algebraic differential operators

The Physics:-Cactus package for Numerical Relativity

Automatic setting of the EnergyMomentumTensor for metrics of the database of solutions to Einstein's equations

Minimize the number of tensor components according to its symmetries, relabel, redefine or count the number of independent tensor components

New functionality and display for inert names and inert tensors

Automatic setting of Dirac, Pauli and Gell-Mann algebras

Simplification of products of Dirac matrices

New Library routines to perform matrix operations in expressions involving spinors with omitted indices

Miscellaneous improvements

Automatic handling of collision of tensor indices in products


The design of products of tensorial expressions that have contracted indices got enhanced. The idea: repeated indices in certain subexpressions are actually dummies. So suppose Ta,b and Bb are tensors, then in Ttrace=Taaaa, a is just dummy, therefore TaaaaBa=TbbbbBa is a well defined object. The new design automatically maps input like TaaaaBa into TbbbbBa.


withPhysics: Setupspacetimeindices=lowercaselatin, quiet



DefineTa,b, Bb

Defined objects with tensor properties



This shows the automatic handling of collision of indices

Ta,a Ba






Consider now the case of three tensors


Defined objects with tensor properties



Aa Ba Ca



The product above has indeed the index a repeated more than once, therefore none of its occurrences got automatically transformed into contravariant in the output, and Check detects the problem interrupting with an error message


Error, (in Physics:-Check) wrong use of the summation rule for repeated indices: `a repeated 3 times`, in A[a]*B[a]*C[a]


However, it is now also possible to indicate, using parenthesis, that the product of two of these tensors actually form a subexpression, so that the following two tensorial expressions are well defined, where the dummy is automatically replaced making that explicit

Aa  Ba Ca



AaBa  Ca




This change in design makes concretely simpler the use of indices in that it eliminates the need for manually replacing dummies. For example, consider the tensorial expression for the angular momentum in terms of the coordinates and momentum vectors, in 3 dimensions

Setupcoordinates = cartesian, dimension = 3,  metric = euclidean,quiet



Define Lj,pk respectively representing angular and linear momentum


Defined objects with tensor properties



Introduce the tensorial expression for La

La = LeviCivitaa,b,cXb pc



The left-hand side has one free index, a, while the right-hand side has two dummy indices b and c


The repeated indices per term are: ...,...,...; the free indices are: ...



If we want to compute L2=La2 we can now take the square of (11) directly, and the dummy indices on the right-hand side are automatically handled, there is now no need to manually substitute the repeated indices to avoid their collision




The repeated indices on the right-hand side are now a,b,c,d,e

Check, all

The repeated indices per term are: ...,...,...; the free indices are: ...



User defined algebraic differential operators


A new keyword in Setup: differentialoperators, allows for defining differential operators (not necessarily linear) with respect to indicated differentiation variables, so that they are treated as noncommutative operands in products, as we do with paper and pencil. These user-defined differential operators can also be vectorial and/or tensorial or inert. When desired, one can use Library:-ApplyProductOfDifferentialOperators to transform the products in the function application of these operators. This new functionality is a generalization of the differential operators μ and μ, and can used beyond Physics.

A new routine Library:-GetDifferentiationVariables also acts on a differential operator and tells who are the corresponding differentiation variables


In Quantum Mechanics, in the coordinates representation, the component of the momentum operator along the x axis is given by the differential operator

 p__x=i ℏx  


The purpose of the exercises below is thus to derive the commutation rules, in the coordinates representation, between an arbitrary function of the coordinates and the related momentum, departing from the differential representation



%Commutatorgx,y,z,p_= ℏ FX

restart:withPhysics:withPhysicsVectors:interfaceimaginaryunit = i:


Start setting the problem:


 all ofx,y,z,p__x,p__y,p__z are Hermitian operators


 all of x,y,z commute between each other


 tell the system only that the operators x, y, z  are the differentiation variables of the corresponding (differential) operators p__x,p__y,p__z but do not tell what is the form of the operators


Setupmathematicalnotation = true,differentialoperators=p_,x,y,z,hermitianoperators=p,x,y,z,algebrarules=%Commutatorx,y=0,%Commutatorx,z=0,%Commutatory,z=0,quiet



Assuming FX is a smooth function, the idea is to apply the commutator %CommutatorFX,p_ to an arbitrary ket of the Hilbert space Ketψ,x,y,z, perform the operation explicitly after setting a differential operator representation for p, and from there get the commutation rule between FX and p.


Start introducing the commutator, to proceed with full control of the operations we use the inert form %Commutator

aliasX = x,y,z:


FXwill now be displayed asF





For illustration purposes only (not necessary), expand this commutator




Note that  p, FX and the ket Ketψ,x,y,z are operands in the products above and that they do not commute: we indicated that the coordinates x, y, z are the differentiation variables of p. This emulates what we do when computing with these operators with paper and pencil, where we represent the application of a differential operator as a product operation.


This representation can be transformed into the (traditional in computer algebra) application of the differential operator when desired, as follows:




Note that, in pFXKetψ,x,y,z, the application of p is not expanded: at this point nothing is known about  p , it is not necessarily a linear operator. In the Quantum Mechanics problem at hands, however, it is. So give now the operator  p an explicit representation as a linear vectorial differential operator (we use the inert form %Nabla, , to be able to proceed with full control one step at a time)




The expression (19) becomes



Activate now the inert operator  and simplify taking into account the algebra rules for the coordinate operators %Commutatorx,y=0,%Commutatorx,z=0,%Commutatory,z=0




To make explicit the gradient in disguise on the right-hand side, factor out the arbitrary ket Ketψ,x,y,z




Combine now the expanded gradient into its inert (not-expanded) form




Since (24) is true for allKetψ,x,y,z, this ket can be removed from both sides of the equation. One can do that either taking coefficients (see Coefficients) or multiplying by the "formal inverse" of this ket, arriving at the (expected) form of the commutation rule between FX and p




Tensor notation, X__m,Pn= gm,n

The computation rule for position and momentum, this time in tensor notation, is performed in the same way, just that, additionally, specify that the space indices to be used are lowercase Latin letters, and set the relationship between the differential operators and the coordinates directly using tensor notation.

You can also specify that the metric is Euclidean, but that is not necessary: the default metric of the Physics package, a Minkowski spacetime, includes a 3D subspace that is Euclidean, and the default signature, (- - - +), is not a problem regarding this computation.


restart; withPhysics:interfaceimaginaryunit = i:

Setupmathematicalnotation=true,coordinates = cartesian,spaceindices = lowercaselatin,algebrarules=%Commutatorx,y=0,%Commutatorx,z=0,%Commutatory,z=0,hermitianoperators = X,P,p,differentialoperators=Pm,x,y,z,quiet



Define now the tensor Pm




Introduce now the Commutator, this time in active form, to show how to reobtain the non-expanded form at the end by resorting the operands in products




Expand first (not necessary) to see how the operator Pn is going to be applied




Now expand and directly apply in one ago the differential operator Pn




Introducing the explicit differential operator representation for Pn, here again using the inert %d_n to keep control of the computations step by step




The expanded and applied commutator (30) becomes




Activate now the inert operators %d_n and simplify taking into account Einstein's rule for repeated indices




Since the ket Ketψ,x,y,z is arbitrary, we can take coefficients (or multiply by the formal Inverse of this ket as done in the previous section). For illustration purposes, we use  Coefficients and note how it automatically expands the commutator




One can undo this (frequently undesired) expansion of the commutator by sorting the products on the left-hand side using the commutator between Xm and Pn




And that is the result we wanted to compute.


Additionally, to see this rule in matrix form,




In the above, we use equation (35) multiplied by -1 to avoid a minus sign in all the elements of (36), due to having worked with the default signature (- - - +); this minus sign is not necessary if in the Setup at the beginning one also sets  signature=`+ + + -`


For display purposes, to see this matrix expressed in terms of the geometrical components of the momentum p , redefine the tensor Pn explicitly indicating its Cartesian components







Finally, in a typical situation, these commutation rules are to be taken into account in further computations, and for that purpose they can be added to the setup via




For example, from herein computations are performed taking into account that

%Commutator = Commutatorx, p__x



The Physics:-Cactus package for Numerical Relativity


Automatic setting of the EnergyMomentumTensor for metrics of the database of solutions to Einstein's equations


There are 991 metrics in the database of solutions to Einstein's equations, based on the book "Exact solutions to Einstein's equations". One can check this number via




For the majority of these solutions, the book also presents, explicit or implicitly, the form of the Energy-Momentum tensor. New in Maple 2018, we added to the database one more entry indicating the components of the corresponding EnergyMomentum tensor, covering, in Maple 2018.0, 686 out of these 991 solutions.

The design of the EnergyMomentum tensor got slightly adjusted to take these new database entries into account, so that when you load one of these solutions, if the corresponding entry for the EnergyMomentumTensor is already in the database, it is automatically loaded together with the solution.

In addition, it is now possible to define the tensor components using the Define command, or redefine any of its components using the new Library:-RedefineTensorComponent routine (see Physics,Library)



restart; withPhysics:

Consider the metric of Chapter 12, equation number 16.1


Systems of spacetime Coordinates are: X=τ,r,θ,φ

Default differentiation variables for d_, D_ and dAlembertian are: X=τ,r,θ,φ

The Bertotti (1959), Kramer (1978), Levi-Civita (1917), Robinson (1959) metric in coordinates τ,r,θ,φ

Parameters: k,κ0,β

Resetting the signature of spacetime from "- - - +" to `- + + +` in order to match the signature in the database of metrics:



New, the covariant components of the EnergyMomentum tensor got automatically loaded, given by




One can verify this checking for the tensor's definition




Take now the tensor components of the first defining equation of (44)




where κ0=8 π is related to Newton's constant.


To see the continuity equations for the components of Τμ,ν, use for instance the inert version of the covariant derivative operator D_ and the TensorArray command










The EnergyMomentum tensor can also be (re)defined in any particular way (a correct definition must satisfy μΤμνμν=0).


Define the EnergyMomentum tensor indicating the functionality in the definition in terms of W to be constant energy (i.e. no functionality) and the flux density Sμ and stress σμ,ν tensors depending on X. For this purpose, use the new option minimizetensorcomponents to make explicit the symmetry of the stress tensor σμ,ν

DefineSmu, sigmamu,nu,symmetric, minimizetensorcomponents

Defined objects with tensor properties



The symmetry of σμ,ν is now explicit in that its matrix form is symmetric




The new routines for testing tensor symmetries




The symmetry is regarding interchanging positions of the 1st and 2nd indices




So this is the form of the EnergyMomentum with all its components - but for the total energy - depending on the coordinates





SXwill now be displayed asS

sigmaXwill now be displayed asσ


Define now Τμ,ν with these components


Defined objects with tensor properties






To see the continuity equations for the components of Τμ,ν, use again the inert version of the covariant derivative operator D_ and the TensorArray command




For a more convenient reading, present the result as a vector column




Comparing the specific form (43) for the EnergyMomentum loaded from the database of solutions to Einstein's equations with the general form (56), one can ask the formal question of whether there are other forms for the EnergyMomentum satisfying  the continuity equations (58).

To answer that question, rewrite this system of equations for the flux density Sμ and stress σμ,ν tensors as a set, and solve it for them




This system in fact admits much more general solutions than (43):




This solution can be verified in different ways, for instance using pdetest showing it cancels the PDE system (59) for Sμ and stress σμ,ν




Minimize the number of tensor components according to its symmetries, and relabel, redefine or count the number of independent tensor components

 A new keyword in Define and Setup: minimizetensorcomponents, allows for automatically minimizing the number of tensor components taking into account the tensor symmetries. For example, if a 2-tensor in a 4D spacetime is defined a antisymmetric, the number of different tensor components is 6, and the elements of the diagonal are automatically set equal to 0. After setting this keyword to true with Setup, all subsequent definitions of tensors automatically minimize the number of components while using this keyword with Define makes this minimization only happen with the tensors being defined in the call to Define.

Related to this new functionality, 4 new Library routines were added: MinimizeTensorComponents, NumberOfIndependentTensorComponents, RelabelTensorComponents and RedefineTensorComponents



restart;  withPhysics:

Define an antisymmetric tensor with two indices


Defined objects with tensor properties



Although the system knows that Fμ,ν is antisymmetric,

Fmu,nu + Fnu,mu






by default the components of Fμ,ν do not automatically reflect that, it is necessary to use the simplifier of the Physics package, Simplify

F1,2 + F2,1






Likewise, computing the array form of Fμ,ν we do not see the elements of the diagonal equal to 0, nor the lower-left triangle equal to the upper-right triangle but with a different sign:




This new functionality, here called minimizetensorcomponents, makes the symmetries of the tensor explicitly reflected in its components. There are three ways to use it. First, one can minimize the number of tensor components of a tensor previously defined. For example




After this, both (63) and (64) are automatically equal to 0 without having to use Simplify





And the output of TensorArray in (67) becomes equal to (68).

NOTE: after using minimizetensorcomponents in the definition of a tensor, say F, all the keywords implemented for Physics tensors are available for the F:













Alternatively, one can define a tensor, specifying that the symmetries should be taken into account to minimize the number of its components passing the keyword minimizetensorcomponents to Define.


Define a tensor with the symmetries of the Riemann tensor, that is, a tensor of 4 indices that is symmetric with respect to interchanging the positions of the 1st and 2nd pair of indices and antisymmetric with respect to interchanging the position of its 1st and 2nd indices, or 3rd and 4th indices, and minimizing the number of tensor components