@Axel Vogt Hey Axel.

It needs the Standard GUI of Maple 14 or later, since accessing Maple Cloud worksheets can only be done at present via a special "cloud" entry in the palette panel.

So yes, one can upload a .mws worksheet, once one has opened that in the Standard GUI. But when someone else downloads it then it doesn't seem to be either .mw or .mws until such time as it gets saved to a file.

cheers,
acer

Not as terse as may be done in APL, but still,

Vector(5,exp);

exp~(<($1..5)>);

exp~([$1..5]);

More seriously, could it be that the Original Poster's issue is related to exp(1), exp(2), etc being exact quantities rather than float approximations? If so, then just apply the command evalf to most of the earlier responses.

acer

Not as terse as may be done in APL, but still,

Vector(5,exp);

exp~(<($1..5)>);

exp~([$1..5]);

More seriously, could it be that the Original Poster's issue is related to exp(1), exp(2), etc being exact quantities rather than float approximations? If so, then just apply the command evalf to most of the earlier responses.

acer

You have not told us what platform or operating system you are using.

Can you use keyboard short-cuts instead? (Ie. on Windows, Ctl-v instead of right-click->Paste)

acer

acer

acer

How about applying it to a quasirandom sequence generated by Rule 30.

(nb. Rule 30 must be somebody's obsession, by rules 34 and 36.)

acer

FWIW, this is integer sequence A006577 from OEIS.

Wikipedia also has information on the Collatz Conjecture.

acer

FWIW, this is integer sequence A006577 from OEIS.

Wikipedia also has information on the Collatz Conjecture.

acer

A followup comment.

You can now find the Harmonic Analysis package on the Application Center.

The (slightly thin) documentation suggests a command for removing high frequency noise from a signal. Here's what I get when I apply that same call to the data M above.

You can compare the above result with the very last plot in my Answer (which to my eye looked much like the completely straight line I expected for the main signal will all noise removed).

acer

A followup comment.

You can now find the Harmonic Analysis package on the Application Center.

The (slightly thin) documentation suggests a command for removing high frequency noise from a signal. Here's what I get when I apply that same call to the data M above.

You can compare the above result with the very last plot in my Answer (which to my eye looked much like the completely straight line I expected for the main signal will all noise removed).

acer

@gkokovidis Those two data files are have links on the page from which this Post was branched.

Namely, MontrealWL.txt and TorontoWL.txt on this page.

What version of Maple are you using?

Posting an example which reproduces the problem would be a good next step.

acer

It is the same problem as before, with your new uppercase example. Significant subexpressions are actually atomic names and so (as explained above) do not in fact consist of multiplicative terms which can simplify or combine with other subexpressions.

Since there are no subscripts in this new T (the problem one, with uppercase) then can you confirm that you yourself did not (as far as you know) make any action to convert any part of it to atomic identifier form?

In the T of this second worksheet, there are names (atomic identifiers) which get printed as L/Q and M/S. Because of that fact those subterms don't actually contain free L, Q, M, or S. As explained earlier. Apart from lprint(T) to see what T really contains in 1D input source, one can also issue indets(T,name) to see as pretty-printed 2D output what names T contains.

I have never seen this problem before. I have not been able to recreate it. I tried by using the / key and the arrow keys to navigate the expression as I entered it. I also tried it purely by using the a/b and the a+b entries of the Expression palette. But I couldn't get it to create a subterm as an atomic identifier unexpectedly.

This is quite interesting as something different is happening for you than happens for others. I suspect that it might be something you are doing specially (likely without knowing that it's unusual usage). But maybe not. It'd help if you told us your operating system (including 32 vs 64 bit), and your Maple release (major and minor number, eg, 13.02 or 14.00, etc).

Do you use only the keyboard, or a mix of keyboard and palette entries? If you use any pallete entries, then which ones exactly? You wrote that you "mostly" entered it like the exact key sequence given in an earlier response. Why just "mostly", and what is any different?

On another note, there is the old joke: Patient: "Doctor, it hurts when I bend my arm like this!", to which the reply is Doctor: "Then don't do that." Until anyone figures out what it is that makes your method of entry special, this might pertain to your using 2D Math.

acer

It is the same problem as before, with your new uppercase example. Significant subexpressions are actually atomic names and so (as explained above) do not in fact consist of multiplicative terms which can simplify or combine with other subexpressions.

Since there are no subscripts in this new T (the problem one, with uppercase) then can you confirm that you yourself did not (as far as you know) make any action to convert any part of it to atomic identifier form?

In the T of this second worksheet, there are names (atomic identifiers) which get printed as L/Q and M/S. Because of that fact those subterms don't actually contain free L, Q, M, or S. As explained earlier. Apart from lprint(T) to see what T really contains in 1D input source, one can also issue indets(T,name) to see as pretty-printed 2D output what names T contains.

I have never seen this problem before. I have not been able to recreate it. I tried by using the / key and the arrow keys to navigate the expression as I entered it. I also tried it purely by using the a/b and the a+b entries of the Expression palette. But I couldn't get it to create a subterm as an atomic identifier unexpectedly.

This is quite interesting as something different is happening for you than happens for others. I suspect that it might be something you are doing specially (likely without knowing that it's unusual usage). But maybe not. It'd help if you told us your operating system (including 32 vs 64 bit), and your Maple release (major and minor number, eg, 13.02 or 14.00, etc).

Do you use only the keyboard, or a mix of keyboard and palette entries? If you use any pallete entries, then which ones exactly? You wrote that you "mostly" entered it like the exact key sequence given in an earlier response. Why just "mostly", and what is any different?

On another note, there is the old joke: Patient: "Doctor, it hurts when I bend my arm like this!", to which the reply is Doctor: "Then don't do that." Until anyone figures out what it is that makes your method of entry special, this might pertain to your using 2D Math.

acer