Skip to main content
D
dBoggs1-Visitor
1-Visitor
May 5, 2011
Question

Notation for trig operations

  • May 5, 2011
  • 4 replies
  • 20842 views

I have a concern about the notation Mathcad uses for simple trig functions. I've had this concern for years, but it has come to the forefront again with the use of Prime, which (thankfully!) tries harder to make the equations look typeset.

In published material, the sine of x is written sin x. The sine of the ratio x/y is written sin x/y. And so on. (Imagine that my solidus "\" would in most cases be replaced by a stacked form of the ratio).

In Mathcad, these must be entered as, and appear as, sin (x), sin (x/y) and so on.

The typesetting rule is that the horizontal bar in a stacked fraction serves as the grouping parenthesis, so that putting () around x/y is redundant. Mathcad methodology apparently does not allow this convention.

Things get more confusing when we start performing operations on the operand of the sin function. For example, in typeset math the sine of the square of x is written sin x^2. The square of the sine of x would be written (sin x)^2, or possibly sin^2 x.

In Mathcad, I would therefore expect that when I see sin (x)^2 this means sin x^2, but it does not: Mathcad calculates (sin x)^2. If I WANT the sine of (x squared) in Mathcad, I have to write sin ((x)^2), which is quite awkward, and certainly not what you would see in a typeset book. If I wanted to calculate the sine of the square of the ratio x/y, I would have to enter sin ((x/y)^2). It should be sufficient to enter sin (x/y)^2 according to standard math typesetting rules, but doing this in Mathcad gives you the wrong answer.

I suspect that Mathcad's non-standard handling of this has caused more than a few errors over the years.

Comments?

4 replies

M
MikeArmstrong1-Visitor
1-Visitor
May 5, 2011

In Mathcad, I would therefore expect that when I see sin (x)^2 this means sin x^2, but it does not: Mathcad calculates (sin x)^2. If I WANT the sine of (x squared) in Mathcad, I have to write sin ((x)^2), which is quite awkward, and certainly not what you would see in a typeset book. If I wanted to calculate the sine of the square of the ratio x/y, I would have to enter sin ((x/y)^2).

Can't you just write.

Clipboard01.jpg

Mike

Message was edited by: Mike Armstrong

R
RichardJ19-Tanzanite
19-Tanzanite
May 5, 2011

Comments?

Use the prefix operator.

This is not yet supported in Prime.

D
dBoggs1-VisitorAuthor
1-Visitor
May 5, 2011

The problem is that, if I saw a calculation sheet that said sin (x)^2 out of context, I would assume that this meant the sin of the square of x. But in the Mathcad context it doesn't work that way, it means the square of the sin of x.

Richard's prefix operator makes it look right. (This is new to me, I don't quite understand it, and may not try to if it is not supported in Prime.)

Thanks for the comments. I still think its an "undesirable characteristic" in Prime, or earlier for that matter since most will not take the trouble to use the prefix operator. It IS a little obscure, and I think that especially in Prime the equations should conform to standards by default without resorting to tricks.

R
RichardJ19-Tanzanite
19-Tanzanite
May 5, 2011

It IS a little obscure

I disagree.

It's very obscure

The problem is that, if I saw a calculation sheet that said sin (x)^2 out of context, I would assume that this meant the sin of the square of x. But in the Mathcad context it doesn't work that way, it means the square of the sin of x.

But the notation is consistent with the notation for other functions. If you make the standard notation for the trig functions different to that for all other functions then the "other half" will complain about confusion.

V
24-Ruby IV
ValeryOchkov24-Ruby IV
24-Ruby IV
May 6, 2011

In 2002 I knew how to do it! But now...

See my old tip for Mathcad users!

I must search the Mathcad file!

(sin x - no problem by help the prefix operator)

225_Trig.gif

M
MikeArmstrong1-Visitor
1-Visitor
May 6, 2011

I really don't see the issue here.

I provided an example without the need to use the prefix operator.

Mike

R
RichardJ19-Tanzanite
19-Tanzanite
May 6, 2011
I really don't see the issue here.

I provided an example without the need to use the prefix operator.

For sin(x^2), but not for the others, such as sin^2 x. Some can only be done with the prefix operator.

S
StuartBruff23-Emerald V
23-Emerald V
May 7, 2011

DARYL BOGGS wrote:

I have a concern about the notation Mathcad uses for simple trig functions. I've had this concern for years, but it has come to the forefront again with the use of Prime, which (thankfully!) tries harder to make the equations look typeset.

In published material, the sine of x is written sin x. The sine of the ratio x/y is written sin x/y. And so on. (Imagine that my solidus "\" would in most cases be replaced by a stacked form of the ratio).

In Mathcad, these must be entered as, and appear as, sin (x), sin (x/y) and so on.

The typesetting rule is that the horizontal bar in a stacked fraction serves as the grouping parenthesis, so that putting () around x/y is redundant. Mathcad methodology apparently does not allow this convention.

Things get more confusing when we start performing operations on the operand of the sin function. For example, in typeset math the sine of the square of x is written sin x^2. The square of the sine of x would be written (sin x)^2, or possibly sin^2 x.

In Mathcad, I would therefore expect that when I see sin (x)^2 this means sin x^2, but it does not: Mathcad calculates (sin x)^2. If I WANT the sine of (x squared) in Mathcad, I have to write sin ((x)^2), which is quite awkward, and certainly not what you would see in a typeset book. If I wanted to calculate the sine of the square of the ratio x/y, I would have to enter sin ((x/y)^2). It should be sufficient to enter sin (x/y)^2 according to standard math typesetting rules, but doing this in Mathcad gives you the wrong answer.

I suspect that Mathcad's non-standard handling of this has caused more than a few errors over the years.

Comments?

Judging from the ISO 31-11, I'm not sure you are right in your interpretation of how such expressions should be typeset.

Section 11-7.1 : f represents function f and may also be written as x↦f(x)

Section 11-7.2 : f(x) represents the value of function f at x

Section 11-7.7 : Example is 1/(sin(x-a))

Section 11-9.2 : sin x represents the sine of x, however ...

Section 11-9.2 : example is (sin x)n, etc are often written sinnx

However, the settling points for me are in Section 0.2, where the 4th and 5th paragraphs state:

The argument of a function is written in parentheses after the symbol for the function, without a space between the symbol for the function and the first parenthesis, eg f(x), cos(ωt+φ). If the symbol for the function consists of two or more letters and the argument contains no operation sign, such as +;-;x;-; or /, the parentheses around the argument may be omitted. In these cases, there should be a thin space between the symbol for the function and the argument, eg ent 2,4; sin nx; archosh 2A, Ei x.

If there is any risk of confusion, parentheses should always be inserted. For example, write cos(x)+y or (cos x)+y; do not write cos x+y, which could be mistaken for cos(x+y).

Consequently, I believe that sin x/y should always be written sin(x/y).

Stuart

Message was edited by: Stuart_Bruff to correct minor typos.

D
dBoggs1-VisitorAuthor
1-Visitor
May 18, 2011

Stuart,

Thanks for the comments and the ISO reference. I always assumed there must me a set of standards for this sort of thing but didn't know where to go.

Unfortunately, I don't have the ISO standard (of course!) and a Google search only leads me to places where ISO 31-11 appears only to be definitions of "mathematical signs and symbols" and doesn't include your examples. There must be a lot more that I just can't find.

Regarding the 4th paragraph that you reference, I can't disagree with anything there, but I also don't see its relevance to the issue at hand.

Regarding the 5th paragraph, I agree completely. But, if the ratio x/y is stacked instead of in-line, then:

1. There is no possibility of confusion

2. Every quality publisher of technical (and I do mean EVERY) that I know of utilizes the stacked form, without parenthesis, as being unambiguous. It is so common, in fact, that I have pulled a dozen or more math, science, and engineering books from the hundred or so in my library, and haven't found a single exception. So if the is a *rule* against this (and I don't think your examples show one), the overwhelming *practice* is to avoid the redundancy of the enclosing ( ). Try this experiment yourself and let me know the results.

But more to my original point, the notation sin(x)^n IS confusing (at best) and ambiguous (at worst). It should be written either (sin(x))^n or sin(x^n), depending on the meaning intended. This is the problem I have with Mathcad.

I think one could easily argue (and the publishers do this routinely) that the first case could be written (sin x)^n, since there is no confusion or ambiguity, and the second could also be written sin x^n for the same reason. I see this form often in my books. I would never even thought of interpreting it as (sin x)^n.

It's analogous to an expression like ab^x (try to imagine the x set as a superscript). Nobody reading typeset material would interpret this as (ab)^x. It is a standard (and I do mean *standard*) way of saying a(b^x). I defy anyone to find a recognized technical publisher that doesn't follow this convention.

Well, I know this discussion may be rambling on with no possibility of agreement, but it is a very interesting subject to me.

Daryl

S
StuartBruff23-Emerald V
23-Emerald V
May 19, 2011
Regarding the 4th paragraph that you reference, I can't disagree with anything there, but I also don't see its relevance to the issue at hand.

The relevance lies in the statement about "no operation sign".

The argument of a function is written in parentheses after the symbol for the function, without a space between the symbol for the function and the first parenthesis, eg f(x), cos(ωt+φ). If the symbol for the function consists of two or more letters and the argument contains no operation sign, such as +;-;x;-; or /, the parentheses around the argument may be omitted.

Even a stacked divide is an operator sign and should therefore necessitate the use of parentheses.

Regarding the 5th paragraph, I agree completely. But, if the ratio x/y is stacked instead of in-line, then:

1. There is no possibility of confusion

2. Every quality publisher of technical (and I do mean EVERY) that I know of utilizes the stacked form, without parenthesis, as being unambiguous. It is so common, in fact, that I have pulled a dozen or more math, science, and engineering books from the hundred or so in my library, and haven't found a single exception. So if the is a *rule* against this (and I don't think your examples show one), the overwhelming *practice* is to avoid the redundancy of the enclosing ( ). Try this experiment yourself and let me know the results.

But more to my original point, the notation sin(x)^n IS confusing (at best) and ambiguous (at worst). It should be written either (sin(x))^n or sin(x^n), depending on the meaning intended. This is the problem I have with Mathcad.

I think one could easily argue (and the publishers do this routinely) that the first case could be written (sin x)^n, since there is no confusion or ambiguity, and the second could also be written sin x^n for the same reason. I see this form often in my books. I would never even thought of interpreting it as (sin x)^n.

They are sinners, all of them, and should be burnt at the stake! (provided such stake conforms to the appropriate standard ... I do miss the Middle Ages, we could have had some really interesting standards "Ye shall cut the throat of thy prisoner from behind using a left to right stroke. This bringeth quick relief to the prisoner and, more importantly, minimizes blood splatter on ye doublet. Avoid ye rusty knife that does not conform to King's Standard 00-007 as prisoners having their throats cut by a blunt implement, tend to scream at such volume that the KS 00-25 Vol 2, Human Factors - Massacring, Section 3.4 is breached and thy Health and Safety Sarjeant shall haveth kittens.")

Anyway, as pointed out elsewhere, Mathcad does allow you to display '(sin x)n' using the prefix operator. Now what would be useful is the ability to right-click on a definition and select the operator display form.

It's analogous to an expression like ab^x (try to imagine the x set as a superscript). Nobody reading typeset material would interpret this as (ab)^x. It is a standard (and I do mean *standard*) way of saying a(b^x). I defy anyone to find a recognized technical publisher that doesn't follow this convention.

There are established precedence rules for exponents.

Stuart

Terms & ConditionsCookie settingsAccessibility statement