@Regnar Andersen No, it's not enough to support the operating system. The executables also need to be compiled with the ARM CPU as target. That might well involve considerable effort.

Anyway... I'd be far more interested in Maple's kernel on ARM chromebooks and phones than I would be about it on the Pi.

(I'm also waiting for the world's infatuation with thin clients and the cloud to end.)

@David Sycamore He means that if you made the retro-edit for the ++ syntax, and if you also actually include and execute the code for procedure PP, then his P and PPrime procedures produce that output in Maple 2017.

If you forget to include and execute the code for PP then PPrime will not return false as desired, and all you'll get from P(50) are the primes from to 2 to 47.

Download vv_PP.mw

Show the solutions to the equations, which you obtained.

You can use the green up-arrow in the Mapleprimes editor to upload and attach a .mw worksheet.

With which part of that question are you having difficulty?

Could you simply not be bothered to type it in?

You only need to type 7 characters into Maple, and it takes less than a millisecond to compute.

(16 characters are adequate if you want something that scales efficiently with the size of the problem).

@bnpndxtrwp The procedure ContoursWithLabels expects an expression, for which you may pass an unevaluated call to your procedure11.

Note the use of unevalution quotes, ie, single right-quotes.

contour_plot_issue_BP_Mapleprimes_ac.mw

@shahri Why, oh why, would you wait until your fourth message in this thread (Question, and then third Reply) to include an extra equation which must be satisfied by a solution to the system?

@shahri Your statement that (dependent name) "k is neither variable not parameter" strikes me as being nonsense.

@Lali_miani You have not addressed all the queries and points which I mentioned and which I consider to be central in order to be able to make a proper start on your problem.

@shahri On what grounds should that single solution be preferred over the others?

If you cannot specify that precisely then your request does not make good sense.

@shahri Your reply is nonsense because the system depends also on the name x, but you don't include that name in either the variables or the parameters.

The main problem is that you haven't explained what solve_pde does.

It's exceedingly awkward to recover the input from you're pasted output.

Please attach a worksheet that contains the input explictly, or paste in the lprint of the system.

@mmcdara Suppose that we'd been able to give you a magic command which you could apply to the a[i] so that its aliased value were attained, even when `i` were programmatically replaced.

That mightn't be much better than redirection through, say, a table lookup. Eg, T[a[i]] or Value[a[i]] if you wanted it understandable to a general reader. And you could easily construct that table, instead of calling `alias`.

@Carl Love I believe that the plotting command automatically scales the hue data to the 0..1 range.

ColoredTubeplot_ac.mw

@Rouben Rostamian  I dug around the vault and tried to adjust the following to your example.

You may wish to check that my normalization of the data (to get range 0..1 for color components) is ok.

You could also utilize the Torsion. And you could use both Curvature and Torsion, in HSV or RGB components, as you wish.

I was originally working with various knots, and my old code did not automatically normalize.

Download spacecurve_curvature.mw

You might also look at Carl's idea of using a coloring function (expression) directly within tubeplot. That makes some aspects very simple. For example,

Download tubeplot_curvature_hue.mw

[edited] By using the approach of constructing the replacement COLOR plot substructure (in the code above, for the spacecurve), there is full control over the colorspace components, including normalization of the hue values. So, if you do not like full wrapping in HSV back to red at the upper end of the Hue component, you can scale the Hue. Here I use the Hue value 0.833 (Magenta) as a cap. Capping the Hue at 0.75 also looks good.

spacecurve_curvature_hue_adjusted.mw

Similarly, the hue-shaded tubeplot can also be adjusted:

tubeplot_curvature_adjusted_hue.mw

I notice that some of these plots (eg. the tubeplot) look more vivid when re-executed than they do when the worksheet is closed and re-opened. In my 64bit Linux Maple 2019.2 at least.