-
Notifications
You must be signed in to change notification settings - Fork 4
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Is integral expression correct? #260
Comments
Good catch! That is incorrect. Some point between dev4 and dev 5 that notation got changed. It is supposed to be integral from 0 --> x of f(t) dt. For the reason @veillette brings up. Now, since we have the choice to use x or t in the preferences... we will need to do something else here, because that seems too confusing to use that notation at this point. We also decided the prime notation isn't a good fit for calculus classes, because shorthand for derivatives is often f' or g', and while we wouldn't normally name a function x, it is still not a great choice to use x'. I think we should change the integral bounds to be from 0 to x_0. @catherinecarter does this sound good to you, too? |
What do you mean by "follow the x-value"? Do you mean that if "Values" is turned on in preferences, then the bounds should change to 0 to 10? Is the really desirable or necessary? Would the student even notice? |
Good point about x_0. x_1 would achieve the same result.
Can we have it with no bounds? Maybe @veillette would know, but my understanding was that we did need to have bounds, since the sim is integrating over a very certain domain (even if that value isn't shown to students). We do know one of the bounds is 0, so a to b doesn't make sense to me. Does 0 to b make sense? why b? If you think 0 to b is clear, then that works for me. |
That's true if you assume that the y-axis is at x=0. When "Values" is off, we are not showing any x-axis labels, including 0. So wouldn't it be more correct to show no range when "Values" is off? |
@pixelzoom - I meant if the values were turned on, wherever the scrubber was, say x = 4.2, then that would be the upper bound. The lower bound would stay zero.
@amanda-phet - I was thinking that if students were used to seeing a to b, but a is always zero, it would make sense to have 0 to b. But I suspect that may be confusing, so probably x-sub1 will suffice. I do think it would cool, though, for the upper bound to dynamically reflect the x-value if the values are turned on. But I don't know if that's feasible or desirable. |
@catherinecarter said:
There is no area scrubber in the Lab screen. We need to do something that works generally for all screens. |
Thanks @veillette . What you are saying is now ringing a bell for me. We chose 't' because that's a reasonable dummy variable, but I don't think we should do that anymore. So, in that case, @catherinecarter what do you think about Martin's comment? Should we match the flash sim and use that x'? Should we use a? |
I'm still biased toward using x as our dummy variable, but last time we discussed it, it was not a popular opinion. |
Not sure where you got those screenshots @catherinecarter -- I'm guessing not from the sim, since they do not have a blue background. But if we leave it as is, then the upper bound also changes to match the Variable selected in Preferences: |
Sorry @catherinecarter for the confusion. I would propose what @pixelzoom suggested above, (which is to do nothing). |
But @amanda-phet was proposing/suggesting when using the and, when using the |
By the way, I just found how to write mathematical equation in github comment: https://docs.github.com/en/get-started/writing-on-github/working-with-advanced-formatting/writing-mathematical-expressions |
Cool! Wouldn't it be nice if we could do that in PhET sims, instead of having to cobble together mathematical expressions and equations? |
Ah, I see. Thanks for the clarification @pixelzoom and @veillette. Yes, the screenshots I put into this conversation were from a Google doc. I think @amanda-phet's suggestion is great. The upper bound correctly and clearly shows the variable being used on the x-axis, and the dummy variable, a is nice and neutral. |
@veillette - curious where your bias comes from for the dummy variable being x? |
I'm concerned about using "f(a) da", when "f(x)" is used everywhere else. I think that's going to cause confusion. See "Terminology and Notation" in https://en.wikipedia.org/wiki/Integral:
So my vote is for: .... and I'd be OK with replacing "a" and "b" with "0" and "10" respectively when "Values" is turned on. But I question whether anyone will notice, and whether it's worth the effort. |
3/8/2023 design meeting: @amanda-phet @catherinecarter @kathy-phet @veillette @pixelzoom Decided to leave it as is: Closing. |
Noticed by @veillette. We're not sure if the integral expression is correct. It's currently:
... where x may be replace by t via Preferences.
@veillette recalls that the symbol use in the bounds (0, x) is sometimes different than the symbol in used in the integrand (
f(x) dx
). For examplex'
(x prime).@amanda-phet can you verify what's correct, and whether we need to change anything?
The text was updated successfully, but these errors were encountered: