75 Reputation

One Badge

0 years, 300 days

MaplePrimes Activity

These are replies submitted by Anthrazit

Just did a test with 2 users working on the same workbook or worksheet, and we must confirm that there is absolute no mechanism in place to prevent a complete chaos. The last one to write a file is the boss and overwrites everything done by someone else.

I consider that a very serious bug.

Maple should prevent opening its files in write modus when someone else already has a file open.

I'll file a report on that one.

Here's another big problem to this issue.

If conditions exit with error if one of the variables in the comparison becomes zero (and loses its unit).

@Carl Love


@Thomas Richard 

Thanks a lot!


I've got a reply from support, see attachment.


Thank you for contacting Maplesoft, and for your email.

We appreciate your feedback on this, and have heard similar reports from customers in the past.

This limitation of Maple is known and is documented in our help pages. Relating to temperature the following is stated in the page ?convert,temperature​:

Expressions with a unit are represented in Maple as a product of the expression with a function call, which can be obtained by calling the procedure "Unit". This means that Maple cannot represent the expression "0" with a unit: it would be represented as, for example, "0*degC", or internally, "0 . (Unit(degC))", but "0" multiplied by any function call immediately simplifies to "0". This particularly comes up with temperatures sometimes, when dealing with empirical temperatures rather than with temperature differences. This can be a reason to use Temperature objects instead of regular unit expressions.


I am sorry for any confusion this has caused. Let us know if you have any further questions or concerns.

Manager Customer Success

I just wanted to apologize for using "moment" for something that absolutely is no moment at all.

Moments would be in kN*m, while this is a simply a force / m.

As an engineer I am much more comfortable with the way Mathcad handles these things.


I've filed a technical support request. Let's see what they come up with. 


I consider this to be a very bad behaviour, as you see in this example. Units must be retained, and must not disappear, even when the value is zero.





temp := 0*Unit('`°C`')






convert(temp, units, Unit(Unit('`°F`')))








I'll have to go back to your rnd2 code once again.

Would it be possible to extend that to be able to use it for variables with any kind of units as well?

Like roundunit(15.131681381 m,3) -> 15.132m



Thanks, that was a very quick reply. And you are right, I have just found out about the "bug" with the mm's as well.

I tried to change the "Convert output Units" format and the first result was that there was no change.

But then I saw that this setting apparently can be set either to the entire worksheet or an execution group. Guess I have to play around a bit more with that. 

Thanks a lot for the



I've got a bug in my worksheet, would be nice if you could have a look at it.

I have finally managed to get it working thanks to the help from support and users in the forum.

The solution is as mentioned before by packing the code as a workbook package, and upload it to Maple Cloud as a package.

There was one more obstacle when trying to use the package - one cannot install packages from Maple Cloud via Google Chrome or a different webbrowser. Instead it is necessary to use the link from within Maple - Tools - Maple Cloud.

After the installation of the package, it is no longer necessary to refer to a library in the startup code anymore.

I have received a reply from Maplesoft Support which I would like to post here uncommented.


In Mathcad percent are handled as an algebraic operator, but that would be a problem because Maple already has a function associated with that. Mathcad does not have anything for "per thousand" (promille).

In my opinion this should be handled as a predefined unit in Maple.

On the wishlist to the developers?


1 2 3 4 Page 1 of 4