Scot Gould

Scot Gould

687 Reputation

14 Badges

11 years, 51 days
Claremont McKenna, Pitzer, Scripps College
Professor of Physics
Upland, California, United States
Dr. Scot Gould is a professor of physics in the W.M. Keck Science Department of Claremont McKenna, Pitzer, and Scripps Colleges - members of The Claremont Colleges in California. He was involved in the early development of the atomic force microscope. His research has included numerous studies and experiments using scanning probe microscopes, particularly those involving natural fibers such as spider silk. More recently, he was involved in developing and sustaining AISS. This full-year multi-unit, non-traditional, interdisciplinary undergraduate science education course integrated topics from biology, chemistry, physics, mathematics, and computer science. His current interest is integrating computational topics into the physics curriculum. He teaches the use of Maple's computer algebraic and numerical systems to assist students in modeling and visualizing physical and biological systems. His Dirac-notation-based quantum mechanics course is taught solely through Maple.

MaplePrimes Activity


These are replies submitted by Scot Gould

The workaround is to print the file as a PDF. 

Edit: To be fair, the problem does not occur in every Windows environment.

@Khair Muhammad Saraz, I cannot read your file. Please use the green up arrow in the menu bar to upload your file. 

@acer correctly identified the problem - dsolve format for  a numeric solution, assuming you want a list of procedures, is:

  dsolve( { sequence of equations }, numeric, output = listprocedure )

where the sequence of equations is the odes and the conditions. 

But, allow me one other suggestion. I you are going to use subscripts, do NOT use indexed variables. Instead, use atomic variables. For example, instead of 

   R[V] := 0.72 * AU;

write:

  R__V := 0.72 * AU

The reason for not using atomic units is that should V be assigned an expression or number, then the variable is no longer R[V] but R[what ever V is defined]. For example;

Indexed variable approach

R[V] := .72*AU

.72*AU

(1)

V := 3

3

(2)

'R[V]' = R[V]

R[V] = R[3]

(3)

Subscript approach

R__V := 0.72*AU

.72*AU

(4)

'R__V' = R__V

R__V = .72*AU

(5)

In 2d-input, 'R_ _ V' appears as

R__V

.72*AU

(6)

NULL

Download MaplePrimes_subscripts.mw

However, the notification flag is still a hit or miss at loading. 

Does the notification flag work for you? I click on it, and the circling star image never shows anything useful anymore. It just keeps saying "Loading."  Maybe it is just me. 

 

(I like the flag idea. I used to work.)

@Scot Gould that post required nearly a minute to be uploaded.

Sometimes it requires multiple temps to load a page. I'm glad to find out that I'm not the only person who is observing this behavior.

@acer Apparently, the ability to control the position of a graph in the Array is not a high priority. At least this post was relatively easy to locate in MaplePrimes. Thanks for the recommendation. 

@FDS Even if one uses 2d-input, at the execution group command line, set the input as "text." (See the box at the top of the window.) Then paste.  It works. 

(I too prefer 2d math input.) 


 

Hopping on to what @Carl Love contributed and assuming I understand what is going on here, I prefer not to extend the arrow over the subscript.  Refer to the blue version of the vector label.

T := Typesetting;
plots:-display(
  plots:-textplot([1, 2, T:-mover(T:-msub(T:-mi("abc"), T:-mn("def")), T:-mo("→")),  color = red], 
                          font = [arial, bold, 16]), 
  plots:-textplot([2, 2, T:-msub(T:-mover(T:-mi("abc"), T:-mo("→")), T:-mn("def")), color = blue], 
                          font = [arial, bold, 16]), 
  axes = none);

 

 

@WD0HHU I don't see an uploaded version. If you reply to this post with the .mw file, I'll look at it. But it sounds like your best bet is to increase your zoom factor while making the graph smaller. 

@WD0HHU Hmm, I'm not entirely sure what symbol fonts you want to enlarge. So, let me make two suggestions instead.

1) Make the graphs smaller. 

Just after the restart command, add the line:

  plots:-setoptions( size = [350, 350] )

(I have added this line to the initialization file so that all my graphs are smaller.)

2) Set the Zoom Factor to 125% or 150%. 

Now re-execute the worksheet, and you will see the fonts are larger compared to the graph size. 

I also recommend looking at other examples of Explore. In HELP, look for 'examples, Explore'. 

@C_R I agree the two solutions work. And we agree p__1 is not the same as p__2. Hence, is(p__1 = p__2) should return a false, which it does in some versions. 

 

@Kitonum 

restart

p__1 := solve(c = p^a*p^b, p); p__2 := solve(c = p^(a+b), p)

exp(-ln(1/c)/(a+b))

 

exp(ln(c)/(a+b))

(1)

Solutions evaluate as the same? Nope

is(p__1 = p__2)

false

(2)

And yet,

 

is(p^a*p^b = p^(a+b))

true

(3)

 

The difference should be 0.

`Δp` := simplify(eval(p__1-p__2))

(1/c)^(-1/(a+b))-c^(1/(a+b))

(4)

Nope.

 

Test with c  = -1

 

a, b, c := 1, 1, -1; p__1, p__2

-I, I

(5)

Different answers.

Download Exponential_rule.mw

@Carl Love Yes,  solve did not choke. Given how I had written the solve expression,  I misread the eval error statement. (It is humongous, as one can expect.)  Specifically, I copied the OP line  solve({equations}, [seq of variables]) rather than solve({equations}, {variables})  eval(s, T[1]) produced a result.  

2 3 4 5 6 7 8 Last Page 4 of 20