Now you guys make me curious! I know that I have a copy on Maple V R2 or even R3 lying around---on floppies, no less---maybe is should spend this weekend to dig it out & install it...?? But I certainly do not have any license numbers or keys for these anymore.

I do wonder, however, why you want to. As far as I can tell, the old packages (linalg etc.) are still around, if deprecated. I have downloaded quite a number of Maple V programs and code snippets from the net and so far have not run into any problems (this is with Maple 15). In those days I ran Mma so I don't have old Maple routines of myself.

One thing I would yearn for is to be able to use the older interface of Maple (I think they call that "classic"), Running on Mac's I do not have access to it. The Java interface we are made to use is in my view not quite up to it; being sluggish and having rendering issues. In addition it does not take full advantage of running in a separate thread: I find when the Maple kernel is busy the interface is mostly locked up. The only good thing I see is that, on a multicore machine, mserver can get 100% CPU on one core & let any GUI overhead run on the other one. I would run in CLI mode if it were not for the graphics output, which I would not want to miss; and I do not think Maple supports something like AquaTerm (graphics screen for CLI processes on Mac OS X).

Anyway, so far I thought Maple's backward compatibility to V is not bad.

Mac Dude

In parts your problem may be that---once you fix your syntax and if you write the formula as an expression (like v:=...)---you'll see that Maple immediately expands the sum into an explicit form using "+". The inert form (Sum with a capital S) on the other hand won't ever expand when you take the 3rd power.

I actually asked a related question some time ago; here is the link to that thread: 

http://www.mapleprimes.com/questions/127159-Summations.

I believe you want the distribution of the sum as well; then take the 3rd power and with luck you get an expression of the form Sum()^n + Sum()^(n-1)... etc.

Incidentally, are the "j" in your expression supposed to be imaginary units? In Maple input, the imaginary unit is "I". I believe you may be able to reassign this to a different letter.

Mac Dude

In parts your problem may be that---once you fix your syntax and if you write the formula as an expression (like v:=...)---you'll see that Maple immediately expands the sum into an explicit form using "+". The inert form (Sum with a capital S) on the other hand won't ever expand when you take the 3rd power.

I actually asked a related question some time ago; here is the link to that thread: 

http://www.mapleprimes.com/questions/127159-Summations.

I believe you want the distribution of the sum as well; then take the 3rd power and with luck you get an expression of the form Sum()^n + Sum()^(n-1)... etc.

Incidentally, are the "j" in your expression supposed to be imaginary units? In Maple input, the imaginary unit is "I". I believe you may be able to reassign this to a different letter.

Mac Dude

Same problem here with Safari on OS X. Note that Safari is Webkit vs Firefox being Gecko.

It seems that the html gets overwritten.

Mac Dude

to the OP: Note that Preben supplies initial values. Your fitting problem is nonlinear and requires an iterative process that starts from somewhere. If your starting (or initial-) values are not good; it may never find the minimum (or the wrong one). If you don't supply initial values I would guess Maple uses 0 which may not be a good starting point.

Mac Dude

to the OP: Note that Preben supplies initial values. Your fitting problem is nonlinear and requires an iterative process that starts from somewhere. If your starting (or initial-) values are not good; it may never find the minimum (or the wrong one). If you don't supply initial values I would guess Maple uses 0 which may not be a good starting point.

Mac Dude

@acer: You read it right. I inadvertently copied a test case; in the production that function does depend on the integration variable ener. Conclusions do not change, however: this particular example does not appear to execute in parallel under Threads:-Seq.

Pity.

M.D.

@acer: You read it right. I inadvertently copied a test case; in the production that function does depend on the integration variable ener. Conclusions do not change, however: this particular example does not appear to execute in parallel under Threads:-Seq.

Pity.

M.D.

@itsme: Thanks, yes this works for me.

M.D.

@itsme: Thanks, yes this works for me.

M.D.

@oforion 

To define a function, you can use the -> operator:

S:=k->sqrt(add(k[i],i=1..op(1,k)));

Define a vector:

k5:=Vector([1,2,3,4,5]);

and call your function:

S(k5);

which is √15.

To manipulate your vector; you do not need a function per se, you can just assign the expression to a name & go at it. You should have a copy of the Maple User Manual, these things are explained in there. If you don't have it; it is available for d/l @ the Maplesoft site.

Mac Dude

@oforion 

To define a function, you can use the -> operator:

S:=k->sqrt(add(k[i],i=1..op(1,k)));

Define a vector:

k5:=Vector([1,2,3,4,5]);

and call your function:

S(k5);

which is √15.

To manipulate your vector; you do not need a function per se, you can just assign the expression to a name & go at it. You should have a copy of the Maple User Manual, these things are explained in there. If you don't have it; it is available for d/l @ the Maplesoft site.

Mac Dude

For "updated" you may read "assigned".

I am getting the point you are making. The "details of the printing mechanism" (=bugs??) are unsettling to a (still) relative newbie struggling with both the Maple system as well as the formulation of the problem (s)he is actually trying to solve.

In the meantime with the same project I have run into another idiosyncrasy involving records; but I need to first isolate the problem so I can post a simple example. Please stay tuned...

Thanks,

M. D.

For "updated" you may read "assigned".

I am getting the point you are making. The "details of the printing mechanism" (=bugs??) are unsettling to a (still) relative newbie struggling with both the Maple system as well as the formulation of the problem (s)he is actually trying to solve.

In the meantime with the same project I have run into another idiosyncrasy involving records; but I need to first isolate the problem so I can post a simple example. Please stay tuned...

Thanks,

M. D.

@acer: Your interpretation makes sense to me.

Per your last paragraph, I will expect rtables to not get evaluated when passed as a parameter; effectively giving them temporary last-name evaluation type. At the same time, lists will get evaluated fully as the rationale for not doing so isn't present with the immutable structures like lists. This difference in behaviour is good to know and remember. I actually ran against the evaluation of lists already once, when I needed to get at the names of the elements of a list which was passed to a proc; I had to use the ::uneval modifier in the parameter definition of the proc to get at those names. So now I understand why. I do wonder whether all this is unnecessarily complicated, but then, I haven't done enough with Maple yet to make such a statement.

Anyway, I gained some more insight, thanks.

M. D.