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 Facebook Adept Scientific on Twitter Adept Scientific on YouBube Adept Scientific on LinkedIn


The Next Steps

• Ask us a question
• Watch Maple Video Demonstrations
• 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 16 Overview
Maple 16 Professional
Maple 16 Academic
Maple 16 Student Use
What's New in Maple 16
Maple New Features
Datasheet

Maple History
Recorded Online Seminars

MapleSim
MapleNet
Maple T.A.
BlockImporter™
Maple Toolboxes

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] Problem with SWP Implementation of Maple

Search email archive for  

[MUG] Problem with SWP Implementation of Maple
Author: Jim Moser    Posted: Wed, 15 Jan 2003 11:01:34 -0600

>> From: Jim Moser />
I'm using the Scientific Workplace implementation of Maple. I recently
encountered a problem and wondered whether the problem is unique to that
implementation or is with Maple.

The problem is checking for equality of expressions having summations at
discrete intervals (FORTRAN e.g. i=1,10) . I found that two step were
necessary. The comparison isn't done at all unless each expression is
first numerically evaluated. Then because the evaluation produces
floating point rather than integer (in the FORTRAN sense), I must delete
the occurrence of ".0" in discrete variables to force the comparison to
treat those variables correctly.

Seems that what is missing is a convention (or preference setting) that
forces Maple, at least the SWP implementation of Maple, to regard
select variables as discrete. I'd appreciate confirmation of this
"explanation." And while at it, if anyone can suggest an improvement to
my work around, I'm all ears.

--
Jim Moser
Research Department
Federal Reserve Bank of Chicago
230 South LaSalle Street
Chicago, IL 60604
(312) 322-5769 (voice)
(312) 322-2357 (fax)



[MUG] Re: Problem with SWP Implementation of Maple
Author: Robert Israel    Posted: Fri, 31 Jan 2003 10:44:25 -0800

>> From: Robert Israel />
Your description of the problem is not detailed enough to let
us guess what is actually happening here. I think it might be
quite different from what you think is going on. Please send
a sample of actual Maple code where the problem occurs. It's
very unlikely, by the way, that the problem is specific to Scientific
Workplace.

As for your question about regarding "select variables as discrete",
that's not at all how Maple works. Any variable can be assigned any
value, be it an integer, a float or some algebraic expression. If you
assign it an integer, it will be an integer. If you want to make
floats into integers, you can do so with "round".

Robert Israel /> Department of Mathematics http://www.math.ubc.ca/~israel
University of British Columbia
Vancouver, BC, Canada V6T 1Z2


On Wed, 15 Jan 2003, Jim Moser wrote:

> I'm using the Scientific Workplace implementation of Maple. I recently
> encountered a problem and wondered whether the problem is unique to that
> implementation or is with Maple.
>
> The problem is checking for equality of expressions having summations at
> discrete intervals (FORTRAN e.g. i=1,10) . I found that two step were
> necessary. The comparison isn't done at all unless each expression is
> first numerically evaluated. Then because the evaluation produces
> floating point rather than integer (in the FORTRAN sense), I must delete
> the occurrence of ".0" in discrete variables to force the comparison to
> treat those variables correctly.
>
> Seems that what is missing is a convention (or preference setting) that
> forces Maple, at least the SWP implementation of Maple, to regard
> select variables as discrete. I'd appreciate confirmation of this
> "explanation." And while at it, if anyone can suggest an improvement to
> my work around, I'm all ears.
>
> --
> Jim Moser
> Research Department
> Federal Reserve Bank of Chicago
> 230 South LaSalle Street
> Chicago, IL 60604
> (312) 322-5769 (voice)
> (312) 322-2357 (fax)
>
>


Previous by date: [MUG] Maple startup options?,  Thomas Richard
Next by date: [MUG] Guaranteed multiple-precision results, Vincent Lefevre
Previous thread: [MUG] DegreeReverseLexicographic Monomial ordering, Mehmet Suzen
Next thread: [MUG] Guaranteed multiple-precision results, Vincent Lefevre



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 16 & MapleSim 5 Professional Brochure
Maple 16 Academic Datasheet
Maple 16 & MapleSim 5 Academic Brochure
Maple 16 What is New datasheet
Maple 16 Professional Datasheet
Maple Whitepaper: Driving Innovation - How mathematical modeling and optimisation increase efficiency and productivity in vehicle design.
MapleSim Whitepaper - Technological Superiority in Multi-Domain Physical Modelling and Simulation

Latest Downloads

Maple 16 Programming Guide
Maple 16 User Manual
Maple 16 Academic Datasheet
Maple 16 Professional Datasheet
Maple 16 & MapleSim 5 Academic Brochure

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

Connectivity to major CAD systems extended in Maple 16
MapleSim Breaks New Ground in Hardware-in-the-Loop real-time simulation for planetary rovers
MapleSim Breaks New Ground in Hardware-in-the-Loop real-time simulation for planetary rovers
Maths software usability reaches new heights with Maple 16
"MapleSim was an eye-opener for us.
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