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,67 KiB) descargado 1184 vez(es).





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,64 KiB) descargado 1183 vez(es).

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,42 KiB) descargado 1213 vez(es).

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,49 KiB) descargado 1233 vez(es).

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,66 KiB) descargado 1170 vez(es).

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,57 KiB) descargado 1194 vez(es).

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,59 KiB) descargado 1191 vez(es).

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,27 KiB) descargado 1003 vez(es).