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] Plot and Graphic Sizes

Search email archive for  

[MUG] Plot and Graphic Sizes
Author: Nathan Sokalski    Posted: 17/10/2000 06:02:57 GDT
>> From: "Nathan Sokalski"

I have 2 questions to ask:

Question #1:

When plotting a list of 3D graphics using display() (from the plots
package), my plot (and the axes) took up only about 1/3 of the space inside
the "stretching handles" (black circles at corners and mid-sides of the
rectangle surrounding the graphic) used to manually enlarge the plot. This
is when scaling=unconstrained, so it is not due to one axis being bigger
than another. Therefore, I am unable to stretch the graphic to make it a
good viewing size. Why doesn't the plot take up the area surrounded by the
"stretching handles"?

Question #2:

Is it possible to specify in a plot (or maybe in display() ) the area to
which you want a plot stretched? I know how to do this manually using the
"stretching handles", but when correcting errors in a plot it can be a pain
to need to do this every time the plot is drawn. Anyone know how?

Nathan Sokalski

_________________________________________________________________________
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.

Share information about yourself, create your own public profile at
http://profiles.msn.com.

[MUG] Re: Plot and Graphic Sizes
Author: Dr Francis J Wright    Posted: 25/10/2000 13:34:27 GDT
>> From: "Dr Francis J. Wright"

| >> From: "Nathan Sokalski"
|
| Question #1:
| When plotting a list of 3D graphics using display() (from the plots
| package), my plot (and the axes) took up only about 1/3 of the space inside
| the "stretching handles" (black circles at corners and mid-sides of the
| rectangle surrounding the graphic) used to manually enlarge the plot. This
| is when scaling=unconstrained, so it is not due to one axis being bigger
| than another. Therefore, I am unable to stretch the graphic to make it a
| good viewing size. Why doesn't the plot take up the area surrounded by the
| "stretching handles"?

I think the extra space is to allow for possible rotations.

| Question #2:
| Is it possible to specify in a plot (or maybe in display() ) the area to
| which you want a plot stretched? I know how to do this manually using the
| "stretching handles", but when correcting errors in a plot it can be a pain
| to need to do this every time the plot is drawn. Anyone know how?

I find that if I re-execute a plot(3d) then the new plot re-uses the
previous plot area. Hence, I don't need to change it every time the
plot is redrawn.

Francis

--

Dr Francis J. Wright | mailto:
School of Mathematical Sciences | tel: (020) 7882 5453 (direct)
Queen Mary, University of London | fax: (020) 8981 9587 (dept.)
Mile End Road, London E1 4NS, UK | http://centaur.maths.qmw.ac.uk/

[MUG] Re: Plot and Graphic Sizes
Author: Edgardo S Cheb-Terrab    Posted: 03/11/2000 00:31:42 GMT
>> From: "Edgardo S. Cheb-Terrab"

>> From: "Dr Francis J. Wright"

| >> From: "Nathan Sokalski"
|
| Question #1:
| When plotting a list of 3D graphics using display() (from the plots
| package), my plot (and the axes) took up only about 1/3 of the space inside
| the "stretching handles" (black circles at corners and mid-sides of the
| rectangle surrounding the graphic) used to manually enlarge the plot. This
| is when scaling=unconstrained, so it is not due to one axis being bigger
| than another. Therefore, I am unable to stretch the graphic to make it a
| good viewing size. Why doesn't the plot take up the area surrounded by the
| "stretching handles"?

> I think the extra space is to allow for possible rotations.
===================
Hi Francis, Nathan,
I actually agree with Nathan here, and faced the same discomfort - I do not
think this extra space is for possible rotations as you say Francis. Consider a
concrete example:

ee := BesselJ(2,x+I*y);
P := array(1..4):
P[1] := plot3d(Re(ee),x=-1..1,y=-1..1, axes=FRAMED):
P[2] := plot3d(Im(ee),x=-1..1,y=-1..1, axes=FRAMED):

plots[display](P);

Now click (one touch with mouse) over the plot to see the rectangle enclosing
the plot.

Doing the above In Maple 4, I see that the actual image being plotted occupies
most of the space (90% ?) of the enclosing rectangle. On the other hand, in
Maple 6, at least 50% of the space inside the rectangle is empty (wasted),
resulting in a too tiny plot which, to really analyze it, I need to use the
mouse to enlarge the enclosing plot rectangle. I also can rotate without
arriving close to the borders - the problem is not there.

The problem Nathan mentioned becomes more evident when there are more than just
2 plots being displayed. Try for instance adding two more

e2 := exp(x+I*y);
P[3] := plot3d(Re(e2),x=-1..1,y=-1..1, axes=FRAMED):
P[4] := plot3d(Im(e2),x=-1..1,y=-1..1, axes=FRAMED):
plots[display](P);

To Nathan's comment, I would add two more: when axes are displayed (e.g., as
with the input above), in Maple 4 I see the colour of the font for the labels
and numbers in the axes is black. Fine. In Maple 6 - however - these numbers
appear in the same varying multi-colors used to paint the plotted surface
themselves (what is the reason for that? In my opinion that just make these
numbers more difficult to read).

The second problem is: the numbers themselves. I see, for instance

| 0.
| 0.100000000
| 0.200000000
| 0.50000000 e-1
|
| ( <- plotting axe)

So, what is the purpose of these 9 zeros to the left when this is just a label
in an axe of a displayed plot (i.e.: a "visualization" - not a "numerical
computation" to proceed further).

Edgardo
___________________________________________________________________________
Edgardo S. Cheb-Terrab http://lie.uwaterloo.ca/ecterrab
Theoretical Physics Department UERJ,Brazil
Centre for Experimental and Constructive Mathematics SFU, Canada



[MUG] Re: Plot and Graphic Sizes
Author: Theodore Kolokolnikov    Posted: 27/11/2000 15:01:35 GMT
>> From: Theodore Kolokolnikov

> From: "Dr Francis J. Wright"
> | >> From: "Nathan Sokalski"
> |
> | Question #1:
> | When plotting a list of 3D graphics using display() (from the plots
> | package), my plot (and the axes) took up only about 1/3 of the space inside]
> | ...
>
> I think the extra space is to allow for possible rotations.

I am not sure that it is necessary. Consider for instance an example
from Maple's help page:

with(plottools):
c := torus([1,1,1], 1, 5):
plots[display](c, scaling=constrained);

The result is a graph whose height and width are 3 times bigger than
neccesary, even accounting for rotations. I agree with Nathan and
Edgardo that this really is a problem, especially if you try to export
the graph to another application; the only decent way I found of doing
this is to use the handles so that the graph takes up the whole window
(in which case the torus itself takes 1/3 of a window) and then clipping
the torus itself with graphics software. One should not have to go
through this just to get a decent Maple picture.

Does anyone have a better workaround?

Theodore.

[MUG] Re: Plot and Graphic Sizes
Author: Herman Jaramillo    Posted: 30/11/2000 13:54:25 GMT
>> From: Herman Jaramillo

What I do is to export the graphic to PostScript and then fix it there
with the BoundingBox corners. It is important to note that here ther is
a bug in Maple V (I have not checked Maple other versions). The
last two coordinates are swapped. For example, in

%%BoundingBox: 163 56 362 299

the coordinates 362 299 should be 299 362 instead.

I believe that other formats can be fixed with "xv" and its crop utility
under Unix......

In any case Theodore is right and we should have not being doing this
outside of Maple. I would like to see a better fix to this problem





>> From: Theodore Kolokolnikov
>
> > From: "Dr Francis J. Wright"
> > | >> From: "Nathan Sokalski"
> > |
> > | Question #1:
> > | When plotting a list of 3D graphics using display() (from the plots
> > | package), my plot (and the axes) took up only about 1/3 of the space
inside]
> > | ...
> >
> > I think the extra space is to allow for possible rotations.
>
> I am not sure that it is necessary. Consider for instance an example
> from Maple's help page:
>
> with(plottools):
> c := torus([1,1,1], 1, 5):
> plots[display](c, scaling=constrained);
>
> The result is a graph whose height and width are 3 times bigger than
> neccesary, even accounting for rotations. I agree with Nathan and
> Edgardo that this really is a problem, especially if you try to export
> the graph to another application; the only decent way I found of doing
> this is to use the handles so that the graph takes up the whole window
> (in which case the torus itself takes 1/3 of a window) and then clipping
> the torus itself with graphics software. One should not have to go
> through this just to get a decent Maple picture.
>
> Does anyone have a better workaround?
>
> Theodore.

--
Herman Jaramillo phone: 713-689-6503
Research Geophysicist fax : 713-689-6100
Baker Hughes (Western Geophysical) email:
3600 Briarpark Drive (77042-5275)
P.O. Box 2469
Houston, Texas 77252-2469

[MUG] Re: Plot and Graphic Sizes
Author: John Trapp    Posted: 08/12/2000 13:49:17 GMT
>> From: John Trapp

There should be an option that allows one to control the overall size or
dimensions of the graph. This can either be expressed as a relative figure
(x% of the width and y% of the width for the size of the graph relative to
a full page width) or in absolute terms (x inches, y cms). Yes, it is easy
enough to adjust the graph when produced but we should not have to do this.

John Trapp

Previous by date: [MUG] Write down the charactors of symbol font of Ms-Word,  Ta Quang Son
Next by date: [MUG] Display of Maple procedures, Wilhelm Werner
Previous thread: [MUG] algsubs problem,  Paula R Klink
Next thread: [MUG] Display of Maple procedures, Wilhelm Werner



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