Hello,

I was writing an example and meet a possible issue.

Look at the attached file, is it normal to not being able to assign directly t.1 and t.n to the integral interval?

ISERROR QUESTION MARK.sm (14 KiB) downloaded 38 time(s).





Thank you

attention: you used "t" both as a vector and as an integration variable


sergio

Wrote

I was writing an example and meet a possible issue.

Like this ...



ISERROR QUESTION MARK.sm (16 KiB) downloaded 33 time(s).

Thank you Jean for your example of cumulative integration. That was my next step :-)

Still, I found that the integration variable is not quite independent (local) to the integral function. Should it be the case?



See the attached file.ISERROR QUESTION MARK_2.sm (16 KiB) downloaded 28 time(s).

Wrote

Thank you Jean for your example of cumulative integration. That was my next step :-)

Still, I found that the integration variable is not quite independent (local) to the integral function. Should it be the case?

Hi. It isn't in other software, like maple. Usually it must to be an undefined name:



Best regards
Alvaro.

Wrote

Still, I found that the integration variable is not quite independent (local) to the integral function.

Yes, like in Mathcad, in the wild domain of integration
Doctored in red, attached ... Cheers ... Jean



ISERROR QUESTION MARK_2.sm (18 KiB) downloaded 31 time(s).

Using wild value for x axis brought plots that look a lot better. Thank you Jean.

I guess that integration range meant not to be mixed with the integration variable. That does not disturb the calculation, but was only a bit counter intuitive.

Thanks for all (Jean, Alvaro and Sergio)

ISERROR QUESTION MARK_3.sm (57 KiB) downloaded 30 time(s).

Wrote

I guess that integration range meant not to be mixed with the integration variable. That does not disturb the calculation, but was only a bit counter intuitive.

Same in Mathcad/Mathsoft. Read more in the attached from Drummondville.
Salut Voisin ! .. Jean

Integrate Compendium_000 Indefinite.sm (10 KiB) downloaded 36 time(s).

Ok, so this worked because 'x' is the variable name for the vanishing iterator.




Also worked because 'z' is a passing variable that will be iterated by 'x' in the plot.




Would you explain why [-2..2] is 222 pixels? Should this be correlated to the window resolution? And not being a fixed value?

Thank you

Wrote

Would you explain why [-2..2] is 222 pixels? Should this be correlated to the window resolution? And not being a fixed value?

I copied the plot from another document, as it was then calipered.
Smath native 2D plot are adjustable by pixel in both directions.
Very nice to get pleasant looking side by side up/down plots.
Mathcad used to be not by pixel, rater by ½ pica. Thus not fine
trace and never none two of same size.
The other gorgeous plots are OriginLab. Not a function plotter
but plot XY data joined by spline(s) on pixels.
When you Shift+@ you get the native Smath canvas 232 150
Windows screen resolution is 96 ppi [PixelPerInch].
Thus eye fatigue on long term use because the internal
EyeFourierTransform must convert to the normal eye resolution
"normalized" 1200 ppi.

Read more about indefinite integral plots ... Jean

Integrate Compendium_000 Indefinite.sm (19 KiB) downloaded 38 time(s).

Wrote

Would you explain why [-2..2] is 222 pixels? Should this be correlated to the window resolution? And not being a fixed value?

Another interesting visit ... It would be on prescribed pixels
if the cumulative would be discretized instead of scalar.
In the attached the f(x) looks monster big to calculates, not so.
f(x) is given in the Smath executable format.

Integrate_00000 [ RECAST Scalar].sm (13 KiB) downloaded 33 time(s).