Approximating Answers When Exact Numbers Are Involved

  • Thread starter Thread starter TRB8985
  • Start date Start date
  • Tags Tags
    Numbers
Click For Summary

Homework Help Overview

The discussion revolves around the appropriate way to report answers involving significant figures in a physics problem related to static friction and gravitational force. The original poster describes their calculations regarding the forces acting on a bag of gravel and a box, referencing the weight of the bucket and the acceleration due to gravity.

Discussion Character

  • Conceptual clarification, Assumption checking

Approaches and Questions Raised

  • Participants explore the implications of significant figures in their calculations, questioning whether to round the result of a force calculation based on the precision of the values used. They discuss the consistency of using different representations of gravitational acceleration and how that affects the reported answer.

Discussion Status

Participants have provided various perspectives on the significance of reporting answers with appropriate significant figures. Some suggest that rounding to a certain number of figures is acceptable, while others express confusion over the inconsistency in the solution manual's use of significant figures. The conversation remains open, with no clear consensus reached on the best practice.

Contextual Notes

There is mention of a potential discrepancy in the solution manual's treatment of significant figures, as previous problems used a two-figure representation for gravitational acceleration, while the current problem uses three figures. Participants are also considering the implications of rounding and the ambiguity that can arise from certain representations of numbers.

TRB8985
Messages
74
Reaction score
15
Homework Statement
At a construction site, a 65.0 kg bucket of concrete hangs from a light (but strong) cable that passes over a light, friction-free pulley and is connected to an 80.0 kg box on a horizontal roof. The cable pulls horizontally on the box, and a 50.0 kg bag of gravel rests on top of the box.

Find the static friction force on the bag of gravel and on the box.
Relevant Equations
W = mg
Good afternoon everyone,

I had a quick question on the correct way to report the answer of this problem.

I've solved it and came to the conclusion that the bag of gravel experiences no static friction, but the box experiences static friction with a magnitude equal to the weight of the bucket - 637 N. This was obtained by setting up a free-body diagram on each object and setting the acceleration equal to zero, as the combined weight of the box and bag of gravel is larger than the influence of tension.

This matches the answer in my solution manual. However, I noticed something a little weird.

The author seemed to have arbitarily used three significant figures to represent the acceleration due to gravity (9.80 m/s²). There's nothing else in the problem description besides what I've provided above to indicate that we were supposed to do such a thing.

Does this mean that, when I multiply the weight of the bucket (65.0 kg) by the acceleration due to gravity (9.8 m/s²), that I have to reduce the result of exactly 637 N to an answer containing two significant figures?
i.e. 640 N?

Thank you for your help! Have a great evening and a great upcoming 2023.
 
Last edited:
Physics news on Phys.org
TRB8985 said:
Does this mean that, when I multiply the weight of the bucket (65.0 kg) by the acceleration due to gravity (9.8 m/s²), that I have to reduce the result of exactly 637 N to an answer containing two significant figures?
i.e. 640 N?
The ##65.0 \ kg## is giving you the mass of the object to three significant figures. So, probably ##637 \ N## is fine.

One thing you can do is calculate the error given the data. If the final formula is simple enough, you can taken to the maximum or minimum of each value to get the maximum or minimum final answer. E.g. ##65.0 \ kg## implies a mass in the range ##64.95 \ kg## to ##65.05 \ kg##.
 
  • Like
Likes   Reactions: TRB8985
If the author said that the acceleration of gravity is 9.81 m/s2 would you drop the "1"? Probably not. So why drop the "0"? I think the author expects you to report the answer to 3 sig figs, e.g. 637 N or 6.37×102 N. If the author said 9.8 m/s2 then you would report 6.4×102 N. This is not nit picking. Nowadays homework that is graded by algorithms often pays attention to sig figs in the answer that are tied to the input parameter accuracy.
 
  • Like
  • Informative
Likes   Reactions: TRB8985 and PeroK
Thank you both for your replies! I understand what you mean.

I guess the confusion here arises since, in every problem throughout this book up to this point, our solution manual uses the generic two-figure 9.8 m/s² quantity for g. It just seemed really weird that, now all the sudden, 9.80 m/s² is used without any forewarning anywhere and no explanation.

Does this mean we are allowed to introduce an extra significant figure in g in these kinds of situations? It doesn't seem very consistent, and I don't want to invent additional accuracy when I shouldn't be. Hopefully that makes sense!
 
You’ve already had a couple of good replies from @PeroK and @kuruman. But since I’ve already written this...

9.81m/s² is typically used when a precision of 3 sig. figs. Is required. But 9.80m/s² is perfectly acceptable - the value of g varies with geographical location.

It is common practice to ‘relax’ the rules and allow final answers to have one (but no more than one) extra significant figure. Your example (using g=9.8m/s²) is a case in point. If I marked this for an exam’ (when I used to do such things), I would accept either 637N or 640N.
____________

A few other thoughts…

It the calculated value is then used in subsequent steps, the unrounded value should be used in these steps.

Rounding the answer to 640 N is correct. However, in this particular case, the trailing zero creates ambiguity: ‘640 N’ could represent (640±10)N or (640±1) N! You would need to write 6.4x102N to avoid the ambiguity. It’s not a good system.

Using g=9.8m/s²:
-the implied minimum possible weight of the bucket is 64.95 * 9.75 = 633 N
-the implied maximum possible weight of the bucket is 65.05 * 9.85 = 641 N
So, the final value is implied to be between 633N and 641N.

A more sophisticated approach would be use the explicit uncertainty of each value (e.g. m = (65.00±0.05)kg). An ‘error propagation’ technique would then be used to calculate the uncertainty of the result of the calculation. This is probably not required at the level you are currently working.

Happy 2023!Edit - typos
 
  • Like
Likes   Reactions: TRB8985
TRB8985 said:
I guess the confusion here arises since, in every problem throughout this book up to this point, our solution manual uses the generic two-figure 9.8 m/s² quantity for g.

This seems to imply that up to this point, the solution manual reported results to 2 figures at most. (Well, those answers resulting from using ##g##.)
 
  • Like
Likes   Reactions: TRB8985
SammyS said:
This seems to imply that up to this point, the solution manual reported results to 2 figures at most. (Well, those answers resulting from using ##g##.)
Indeed it did! At least, as far as I saw.

Sounds like I may have been a bit too strict adhering to significant figure rules in this case. Thank you all for the replies! It's been very insightful. Best wishes to everyone.
 
TRB8985 said:
Indeed it did! At least, as far as I saw.

Sounds like I may have been a bit too strict adhering to significant figure rules in this case. Thank you all for the replies! It's been very insightful. Best wishes to everyone.
I'm unclear on whether you are saying that previously the author had been specifying 9.8 or merely using 9.8 in the solutions. If the latter, maybe in the earlier problems some other input only had two sig figs, so it was reasonable only to use two for g.
That said, it would be good practice, where g is not provided in the question, to use one more sig fig for it than the least that occurs in the given inputs. This is consistent with @Steve4Physics' point about not rounding intermediate results.
 

Similar threads

  • · Replies 2 ·
Replies
2
Views
5K
  • · Replies 10 ·
Replies
10
Views
8K
  • · Replies 10 ·
Replies
10
Views
2K
  • · Replies 1 ·
Replies
1
Views
7K
  • · Replies 1 ·
Replies
1
Views
3K
Replies
9
Views
4K
  • · Replies 13 ·
Replies
13
Views
4K
  • · Replies 1 ·
Replies
1
Views
5K
  • · Replies 6 ·
Replies
6
Views
3K
  • · Replies 1 ·
Replies
1
Views
4K