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 an Evaluation
• Meet Our Team
• Read our RSS Feeds

Learn More

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

MapleSim
MapleNet
Maple T.A.
BlockImporter™
Maple Toolboxes
The Möbius Project

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?

Maple Professional
Add to shopping basket
£ 1,695.00
Maple - for academic use
Add to shopping basket
£ 940.00
Maple - for registered students
Add to shopping basket
£ 95.00

Featured Downloads

Maplesoft Product Catalogue
Maple Player for iPad - Datasheet
Maple 17 What's New datasheet
Maple 17 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 - Global Optimization Toolbox
The Möbius Project - Create it, Share it, Grade it
Maple 17 Programming Guide
Maple 17 User Manual
Maplesoft Product Catalogue - Academic Maths

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

New MapleSim release delivers advanced model development and analysis, extended toolchain connectivity and quicker results
Maple 17 offers advanced solving and application development capabilities
New release of Maple advances teaching and research
New release of Maple advances teaching and research
Maplesoft introduces The Möbius Project for creating, sharing and grading interactive maths apps
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 © 2013, Adept Scientific Ltd.
Site designed and maintained by Lyndon Ash

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