Adept Scientific - English
The world's best software for research, science and engineering.
flag arrow
clearclear
 

 Adept Store | register Join My Adept | Flags  
Adept Scientific | Amor Way | Letchworth Garden City | Herts | SG6 1ZA | Tel: +44 (0)1462 480055  
UKusdedksvnofi
Home
Products
Training
Consultancy
 Buy Online
Downloads
Education
Support
My Adept
International |  About Us |  Contact Us |  Press Room |  Jobs


The Next Steps

• Ask us a question
• Maple Product Tour
• Buy Maple Now
• View Maple Pricing
• Find out about Online Training
• Download a Brochure
• Request a Brochure
• Download a Demo
• Request a Demo
• Meet Our Team
• Read our RSS Feeds

Learn More

Maple Home
Maple 11 Professional
Maple 11 Academic
Maple 11 Student Use
Recorded Online Seminars
FREE Training Resources


MapleNet
Maple T.A.
MapleConnect
BlockImporter for Simulink
BlockBuilder for Simulink
Maple Toolboxes
Maple Rave Reviews
Maple Study Guides
Books about Maple
System Requirements

View Maple 10 in Action
Product Comparison Chart

Latest Information

New Features: Professional
New Features: Academic
The Maple Reporter
The Maple Reporter Online
Numerical Algorithms Group
(NAG)


Service & Support

Maple 10 Training Videos
MaplePrimes, blogs, forums
Elite Maintenance Program
Application Centre
Powertools
Maple User Group (MUG)
Join the Maple User Group
(MUG)

Search the Knowledge Base
Technical Support request

List Archives >  Maple User Group List Archive >  Archive by date >  This Month By Date >  This Month By Topic

[MUG] Re: Bug in Eigenvectors?

Search email archive for  

[MUG] Re: Bug in Eigenvectors?
Author: David Linder    Posted: Sat, 15 Feb 2003 01:12:05 -0500

>> From: David Linder "dlinder"

It wasn't clear to me whether the original poster's
problems came from an example which used linalg or the
newer LinearAlgebra package. But perhaps I can add a few
comments of interest.

Suppose first that the data is used in Maple's lower-
case matrix object(s), ie, for use with linalg. If the
problem involved floating-point data then the routines
which end up getting called to do the work are called from
`evalf/Eigenvals`. It will make a difference according to
whether the problem is a standard eigen-problem such as
solving A*x=lambda*x or a generalized problem like
A*x=lambda*B*x . From the responses of those who were sent
the actual data I gather that the data is complex. So if,
say, the problem were to compute the complex generalized
eigenvectors then Maple's `evalf/EigensCG` would be called.
I believe that this is a translation to Maple of the routines
associated with CQZHES (ACM TOMS Algorithm 535, available from
www.netlib.org) which incorporate a QZ algorithm.

If on the other hand one were to supply the same data
in upper-case Matrix objects to Maple's newer LinearAlgebra
package then a QZ implementation based on newer LAPACK sources
would be used. In Maple 7 this would take the route:
Nag's F02EBF driver -> Nag's Chapter F08 "worker" routines.
>>From the online documentation at www.nag.co.uk one can see
that the Nag Fortran Library's F08 routines are based upon
parts of LAPACK. In Maple 8 the route would be CLAPACK's
DGEEVX driver -> worker routines. One reason for this change
is that F02GJF accepts the complex data only split into
separate real and imaginary components, whereas the DGEEVX
driver can be passed the complex data directly, avoiding
the step of splitting the components. Of course, Nag's
Fortran Library also has equivalents for the newer LAPACK
drivers.

In Maple one can issue,
> infolevel[LinearAlgebra] := 1;
after which userinfo messages should be shown which indicate
which driver routines are being accessed via Maple's
external calling mechanism from within LinearAlgebra.

I hope that this illustrates that Maple is using modern
and fast compiled code to do such problems. One response
to the original query indicated that Matlab used Linpack
and Eispack routines. This is no longer the case, I believe.
I think that some digging will reveal that the latest
versions of Maple and Matlab are both using the more modern
(block-based) LAPACK routines for solving eigenvalue problems.

Someone also mentioned the precision for computation. The
default for Maple will be to use the double-precision
CLAPACK (or Nag) here, which I hope would compare well with
Matlab results. If the data is supplied in Matrices with
floating-point datatypes (eg, float[8], complex(sfloat), etc)
then time spent on additional copying can be avoided.

Dr Wright's suggestion to look at the help-page ?LA_numerics
is a very good one. And it is possible to increase Maple's
Digits environment variable to greater than evalhf(Digits)
and then get access to versions of CLAPACK (or Nag) libraries
which are compiled for use with Maple's software floating-
point objects. As far as I know only Maple offers that, the
ability to solve such problems at arbitrary precision using
the same algorithm used in the double precision case (with
appropriately altered machine constants, naturally).

Lastly, if anyone who was privately sent it has the actual
8x8 complex Matrix data for the eigenproblem which is reportedly
solved so much better in Maple 8 than in Maple 7, and can
forward it to me, then I would be grateful.

cheers,
Dave Linder (WMI Math Developer)

Previous by date: [MUG] Re: Change default colors in odeplot, Allan Wittkopf
Next by date: [MUG] Re: How to control colors in plot3d (option shading), Robert Israel
Previous thread: [MUG] Displaying maples graphs in latex., Theo H S Boafo
Next thread: [MUG] How to control colors in plot3d (option shading), Erik Leunissen



Ready to buy?

Maple - single user licence
Add to shopping basket
$ 1,895.00
Upgrade to Maple 12 from v11
Add to shopping basket
$ 995.00
Upgrade to Maple 12 from v10 & below
Add to shopping basket
$ 1,395.00

Featured Downloads

Maple White Paper: Technical Knowledge - An Asset You Can Afford to Lose?
Maple in Electronics Application Pack
Maple in Robotics & Aerospace Application Pack
Maple in Finance Application Pack

Product Reviews

"Without the Maple software, we would have to spend weeks generating the equations of motion for every experiment. Then the chances that we did it right would basically be near zero. There would always be a mistake somewhere. It is very difficult to set up a dynamic motion model by hand."
- Jean-Claude PiedBeouf, Ph.D Manager of Robotics, Canadian Space Agency

"Its very good - highly accurate and easy to use. The speed of Maple allows me to change equations and quickly reintegrate them into the application, so more possibilities can be explored to achieve the precise effect desired."
Shawn Neely, Senior R & D Director for PDI/Dreamworks
adept

Top of the Page

Our Privacy and Terms and Conditions Statement
All Trademarks Recognised. Copyright © 2007, Adept Scientific plc.
Site designed and maintained by Adeptise

Adept Scientific | Amor Way | Letchworth Garden City | Herts | SG6 1ZA | Tel: +44 (0)1462 480055