@nm 

This was very helpful, just needed to go through almost every single character you had in your reply...

This is interesting, wouldn't have had a chance to find out by myself just reading the help files though.

Btw., I've also tried with the evalb function, but that gave the same error.

Need to get back to my very first question in this forum once again.

Could someone please explain the meaning of this information in the help files?

What exactly is a network installation?

In our case - where on the network should we place a common maple.ini file?

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).

Units_disappear_error_in_program.mw

@Carl Love

Wow! 

@Thomas Richard 

Thanks a lot!

@Anthrazit 

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.

Regards,
Brock,
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.

@dharr

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

@dharr 

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.

Download Units_disappear.mw

@tomleslie

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

@acer 

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 help.Unitconversion.mw

@acer 

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

Unitconversion.mw