Adept Scientific - English
The world's best software and hardware 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  
UKdedksvnofi
Home
Products
Training
Events
 Buy Online
Downloads
Academic Discounts
Support
My Adept
International |  About Us |  Adept Scientific Blog |  Contact Us |  Press Room |  Jobs
Adept Scientific on Twitter Adept Scientific on LinkedIn


The Next Steps

• Ask us a question
• Maple Product Tour
• Buy Maple Now
• View Maple Pricing
• Download a Brochure
• Request a Brochure
• Request an Evaluation
• Meet Our Team
• Read our RSS Feeds

Learn More

Maple Home
Maple 15 Professional
Maple 15 Academic
Maple 15 Student Use
What's New in Maple 15
Maple Features
Maple History
Recorded Online Seminars

MapleSim
MapleNet
Maple T.A.
BlockImporter™
Maple Toolboxes

Maple Rave Reviews
Maple Study Guides
Books about Maple
System Requirements

Maple Home
Maple 15 Professional
Maple 15 Academic
Maple 15 Student Use
What's New in Maple 15
Maple Features
Maple History
Recorded Online Seminars

MapleSim
MapleNet
Maple T.A.
BlockImporter™
Maple Toolboxes and
Connectors


Maple Rave Reviews
Maple Study Guides
Books about Maple
System Requirements

Latest Information

New Features: Professional
New Features: Academic
Maple Features
The Maple Reporter Online

Service & Support

Maple Primes
blogs, forums etc

Elite Maintenance Program
Application Centre
Powertools
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 />
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?

For more pricing information:
Visit our webstore, call us on +1 800 724 8380 or email us at info@adeptscience.com

Featured Downloads

Maple 15 & MapleSim 5 Professional Brochure
Maple 15 Academic Datasheet
Maple 15 & MapleSim 5 Brochure - Academic Brochure
Maple 15 New Features data sheet
Maple 15 New Features - Flyer
Maple Whitepaper: Driving Innovation - How mathematical modeling and optimisation increase efficiency and productivity in vehicle design.
MapleSim Whitepaper: Technological Superiority in Multi-Domain Physical Modeling and Simulation

Latest Downloads

Maple Case Study: The Changing Face of Robotics
Maple Application Brief - Analyse the Path of a Liquid-Handling Robot
Maple Player for iPad - App
Maple Player for iPad - Datasheet
Case Study - Multi-Domain Modelling Critical to Unmanned Vehicle Designs

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

Latest News

NASA’s Jet Propulsion Laboratory begins widespread adoption of Maplesoft technology
NASA’s Jet Propulsion Laboratory begins widespread adoption of Maplesoft technology
Latest release marks the 10th anniversary of Maple T.A.
Maple Case Study: The Changing Face of Robotics
Maple Application Brief - Analyse the Path of a Liquid-Handling Robot
adept

Top of the Page

Popular Links: ChemDraw | ChemOffice | Data Acquisition | Data Analysis | EndNote | Maple | MapleSim | Mathcad | MathType | Quality Analyst | Reference Manager | VisSim

EU ePrivacy Directive | Our Privacy and Terms and Conditions Statement
All Trademarks Recognised. Copyright © 2012, Adept Scientific plc.
Site designed and maintained by Lyndon Ash

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