 Rank: Newbie
Groups: Registered
Joined: 13/09/2021(UTC) Posts: 7 
|
I need to pass these codes that are in Mathcad Prime to Smath, does anyone know how I can do it?  
|
|
|
|
|
|
  Rank: Advanced Member Groups: Registered, Advanced Member Joined: 10/11/2010(UTC) Posts: 1,494   Was thanked: 1274 time(s) in 745 post(s)
|
There is currently no converter from .mcdx format to .sm. And there is no one to do it, although it is possible. |
Russia ☭ forever
Viacheslav N. Mezentsev |
|
|
|
|
|
 Rank: Guest
Groups: Registered
Joined: 04/07/2015(UTC) Posts: 6,866  Was thanked: 981 time(s) in 809 post(s)
|
Originally Posted by: Lelar  I need to pass these codes that are in Mathcad Prime to Smath, does anyone know how I can do it ? Make your MCDX compact/readable not a scratch sheet. If not too long, make an image, some will inspect.
|
|
|
|
|
|
Rank: Newbie
Groups: Registered
Joined: 13/09/2021(UTC) Posts: 7
|
Originally Posted by: Jean Giraud Originally Posted by: Lelar I need to pass these codes that are in Mathcad Prime to Smath, does anyone know how I can do it ? Make your MCDX compact/readable not a scratch sheet. If not too long, make an image, some will inspect. I don't have the MCDX, I only have the pdf.
|
|
|
|
|
|
Rank: Advanced Member Groups: Registered, Advanced Member Joined: 10/11/2010(UTC) Posts: 1,494 Was thanked: 1274 time(s) in 745 post(s)
|
Originally Posted by: Lelar I don't have the MCDX, I only have the pdf. In this case, only manually. |
Russia ☭ forever
Viacheslav N. Mezentsev |
|
|
|
|
|
Rank: Newbie
Groups: Registered
Joined: 13/09/2021(UTC) Posts: 7
|
Originally Posted by: uni Originally Posted by: Lelar I don't have the MCDX, I only have the pdf. In this case, only manually. But the programming is the same in Smath? I mean, for example the FYN or root function still works?
|
|
|
|
|
|
Rank: Advanced Member Groups: Registered
Joined: 23/07/2013(UTC) Posts: 1,128  Was thanked: 509 time(s) in 339 post(s)
|
Not same, but very similar. Regards  calculo.sm (23kb) downloaded 13 time(s).
|
 2 users thanked overlord for this useful post.
|
on 20/12/2021(UTC), on 21/12/2021(UTC)
|
|
|
Rank: Guest
Groups: Registered
Joined: 04/07/2015(UTC) Posts: 6,866 Was thanked: 981 time(s) in 809 post(s)
|
Originally Posted by: Lelar But the programming is the same in Smath ?
I mean, for example the FYN or root function still works ? Smath has many solvers. FYN from implicit roots(,,,).roots will solve on the canvas [MACH number] calculo Direct Code.sm (21kb) downloaded 18 time(s).
|
|
|
|
|
|
Rank: Advanced Member Groups: Registered
Joined: 23/07/2013(UTC) Posts: 1,128 Was thanked: 509 time(s) in 339 post(s)
|
Originally Posted by: Jean Giraud Smath has many solvers. FYN from implicit roots(,,,).roots will solve on the canvas [MACH number] calculo Direct Code.sm (21kb) downloaded 18 time(s). So you simply reposted my answer?
|
1 user thanked overlord for this useful post.
|
|
|
|
Rank: Guest
Groups: Registered
Joined: 04/07/2015(UTC) Posts: 6,866 Was thanked: 981 time(s) in 809 post(s)
|
Originally Posted by: overlord So you simply reposted my answer ? Not exactly, not case of transit via local definition. Take care ... Jean. Spline De Boor [Colibri].sm (35kb) downloaded 10 time(s). Bessel J0,Y0.sm (23kb) downloaded 11 time(s).
|
|
|
|
|
|
Rank: Advanced Member Groups: Registered
Joined: 23/07/2013(UTC) Posts: 1,128 Was thanked: 509 time(s) in 339 post(s)
|
Yes, they are same. You just rename y# to y. And deleted line()'s. What a cheap act. Side by side comparison:
|
1 user thanked overlord for this useful post.
|
|
|
|
Rank: Guest
Groups: Registered
Joined: 04/07/2015(UTC) Posts: 6,866 Was thanked: 981 time(s) in 809 post(s)
|
Originally Posted by: overlord Yes, they are same.
You just rename y# to y.
And deleted line()'s.
What a cheap act. # not needed, crowds document Not a case of local definition, crowds/confuses new Smath user As you offered, Smath looks weird. End of it.
|
|
|
|
|
|
Rank: Advanced Member Groups: Registered
Joined: 23/07/2013(UTC) Posts: 1,128 Was thanked: 509 time(s) in 339 post(s)
|
Originally Posted by: Jean Giraud Not a case of local definition, crowds/confuses new Smath user I have deliberately put to show as it will be calculated. Variable can be named whatever user wants by the way. I am sure Lelar is not confused, as he is a new user. Variable names doesn't crowd/confuse smath users. Your "silent unit" crap confuses new users, crowds topics. Your "non related" replies confuses new users, crowds topics. Your "posting same reply for 4 times" confuses new users, crowds topics. Your "color racket worksheets" confuses new users, crowds topics.
|
2 users thanked overlord for this useful post.
|
on 21/12/2021(UTC), on 23/12/2021(UTC)
|
|
|
Rank: Newbie
Groups: Registered
Joined: 10/12/2021(UTC) Posts: 6  Was thanked: 1 time(s) in 1 post(s)
|
Hi,
Maybe off topic between overlord and Jean Giraud's conversation, but what's the difference between a function definition with line() and a definition with line() removed? Will there be a difference on how SMath calculates it?
Cheers.
|
|
|
|
|
|
Rank: Guest
Groups: Registered
Joined: 04/07/2015(UTC) Posts: 6,866 Was thanked: 981 time(s) in 809 post(s)
|
In short line | is a descending dependent collection. Welcome to Smath Community ... Jean. chito.sm (52kb) downloaded 11 time(s).
|
|
|
|
|
|
Rank: Advanced Member Groups: Registered
Joined: 23/07/2013(UTC) Posts: 1,128 Was thanked: 509 time(s) in 339 post(s)
|
Originally Posted by: chito ...but what's the difference between a function definition with line() and a definition with line() removed? Will there be a difference on how SMath calculates it? There will be a difference, a huge one actually. When a variable is defined before function, and that variable is used inside the function, if line is used, variable redefine shall effect result. if not used, variable redefine won't effect the result of function. Which mostly we don't want not effecting, so using line() is better.  I mostly define function variables with unique naming. (# after variable for example) So common used variable names won't effect function results. This is my habit and I think it is a useful one. This naming doesn't crowd pages or confuses people. It is minimizing calculation errors caused by author. f(x#;y#):=x#^2+2*y# Best regards Edited by user 22 December 2021 22:20:26(UTC)
| Reason: Not specified
|
1 user thanked overlord for this useful post.
|
|
|
|
Rank: Newbie
Groups: Registered
Joined: 10/12/2021(UTC) Posts: 6 Was thanked: 1 time(s) in 1 post(s)
|
Originally Posted by: Jean Giraud In short line | is a descending dependent collection.
Welcome to Smath Community ... Jean. Thank you for the very warm welcome, Jean. Is there a reason why Dy is within in eval()? I tried removing it in the function and the result looks the same. Originally Posted by: overlord
if line is used, variable redefine shall effect result.
if not used, variable redefine won't effect the result of function.
Which mostly we don't want not effecting, so using line() is better.
I think this is a very important point that I need to keep in mind. Using unique names in functions is also a great suggestion. Thank you overlord. Cheers.
|
|
|
|
|
|
Rank: Guest
Groups: Registered
Joined: 04/07/2015(UTC) Posts: 6,866 Was thanked: 981 time(s) in 809 post(s)
|
Originally Posted by: chito Thank you for the very warm welcome, Jean.
Is there a reason why Dy is within in eval()?
I tried removing it in the function and the result looks the same. Two typos in your 'chito' document: Manilla, Kota Kinabalu in Sabah. You are right, no need to Dy:=eval(,) is so fast. eval(,) applies to parse result as a numeric entity. It breaks the chain calculation. Per application experimental. The rule eval(,) is crucifying ... watch the demo attached. from 65 s down to 0.015 s !!! Take care ... Jean Maths eval(,) TEST.sm (20kb) downloaded 6 time(s).
|
|
|
|
|
|
Rank: Guest
Groups: Registered
Joined: 04/07/2015(UTC) Posts: 6,866 Was thanked: 981 time(s) in 809 post(s)
|
Originally Posted by: Jean Giraud eval(,) applies to parse result as a numeric entity. In simple words, the kernel is a vector of calculated from what to calculate. In this example, the last that will be calculated is eval([R G B]) It gains 1 min [3/4]. Cheers ... Jean. Pattern Etoile Magic [Short].sm (82kb) downloaded 6 time(s).
|
|
|
|
|
|
Rank: Advanced Member Groups: Registered
Joined: 23/07/2013(UTC) Posts: 1,128 Was thanked: 509 time(s) in 339 post(s)
|
Originally Posted by: chito Is there a reason why Dy is within in eval()? eval() makes computations faster most of time. Very minor times, may have no effect or slows the calculation. It would be wise to choose where and when to use it.  Originally Posted by: chito I think this is a very important point that I need to keep in mind. Using unique names in functions is also a great suggestion. Thank you overlord. Well thank you, glad if I could help. There are some other tricks to remember as well. Here is list of which come to my mind at this instant; - symbolic/numeric optimization
most errors can be parsed with selecting the right one
- Δ temperatures (Δ°C, Δ°F, Δ°Re)
- not using units for some solvers {solve(), roots()}
or using multiplications at right place to trick solver as value is unitless
- using maple() or maxima() for most symbolic results (better support)
- smath vectors/matrices starts with 1, mathcad starts with 0
some new users troubles with converting mathcad functions to smath
- recursive functions shall give an error after 50 steps
better not to use it, try to wrtie algorithms conventional way
- eval() for faster calculations
- line() for functions (not needed always)
- to be careful for variable names
- choosing right plot for the right job
|
|
|
|
|
|
Forum Jump
You cannot post new topics in this forum.
You cannot reply to topics in this forum.
You cannot delete your posts in this forum.
You cannot edit your posts in this forum.
You cannot create polls in this forum.
You cannot vote in polls in this forum.
