Carl Love

Carl Love

28130 Reputation

25 Badges

13 years, 308 days
Himself
Wayland, Massachusetts, United States
My name was formerly Carl Devore.

MaplePrimes Activity


These are replies submitted by Carl Love

The Asker needs an arbitrary numbers of dimensions rather than dynamic sizing with a fixed number of dimensions.

The Asker needs an arbitrary numbers of dimensions rather than dynamic sizing with a fixed number of dimensions.

Also, you should either remove display from your procedure, or replace it with plots:-display. If you are passing a single plot into the procedure, then display is superfluous.

Also, you should either remove display from your procedure, or replace it with plots:-display. If you are passing a single plot into the procedure, then display is superfluous.

You should include fclose(fileName). I think this will preclude the need for Threads[Sleep]. Even if it doesn't completely eliminate the need for Sleep, you should include it anyway.

You should include fclose(fileName). I think this will preclude the need for Threads[Sleep]. Even if it doesn't completely eliminate the need for Sleep, you should include it anyway.

@Christopher2222 Is a Mathematica plot an accessible data structure the way that a Maple PLOT is? something that can be assigned to a variable? taken apart with the equivalent of op? Does it even have something like op?

@Christopher2222 Is a Mathematica plot an accessible data structure the way that a Maple PLOT is? something that can be assigned to a variable? taken apart with the equivalent of op? Does it even have something like op?

I believe each different number of points interacts differently with the aliasing and the number of pixels used. There is no direct relationship such that quality increases with numpoints. For example, the following plot has only 67 points, and I think that it has better quality than the default 200.

P:= plot(sin(x), x= 0..2*Pi, view= [DEFAULT, -1.05..1.05],
    thickness= 2, color= brown, numpoints= 67
):

op([1,1,1,1], P); #Verify that it really used 67 points.
                               67
print(P);

I believe each different number of points interacts differently with the aliasing and the number of pixels used. There is no direct relationship such that quality increases with numpoints. For example, the following plot has only 67 points, and I think that it has better quality than the default 200.

P:= plot(sin(x), x= 0..2*Pi, view= [DEFAULT, -1.05..1.05],
    thickness= 2, color= brown, numpoints= 67
):

op([1,1,1,1], P); #Verify that it really used 67 points.
                               67
print(P);

How many points does Mathematica use for the plot shown above? Maple uses 200 by default.

Can you show an example of this?

How about posting a link to the file? (You don't need to explicitly put the contents of the file in the post.)

For what it's worth, the bug is not manifested in M17.

(This comment is not relevant to the Asker's present question; it refers to their previous question about this same piece of code.)

You misunderstood my answer to your previous question about this piece of code. There is no need (and no reason) to do this:

f:=()->zeta1;
U1:=tau->add(c[p]*(tau-f())^(p),p=0..Term1-1);

If you just leave it the way you had it,

U1:=tau->add(c[p]*(tau-zeta1)^(p),p=0..Term1-1);

then it will work fine. The value of zeta1 will be used when you invoke U1.

But you still need to fix the problem of Term1 not having a definite value.

First 677 678 679 680 681 682 683 Last Page 679 of 710