Le 13/11/2019 à 11:09, Dang Ngoc Chan, Christophe a écrit :
> Hello, > >> De : De la part de Jean-Philippe Grivet >> Envoyé : mercredi 13 novembre 2019 10:50 >> >> --> z = [1,2,3*%i] >> z = >> 1. 2. 3.i >> --> isreal(z(1)) >> ans = >> F >> What did I miss ? Rhank you for your help. > https://antispam.utc.fr/proxy/2/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/help.scilab.org/docs/6.0.2/en_US/brackets.html > > "In some limits, brackets may be applied on a set of data having different but compatible types. In this case, some data are converted into the dominating type available in the set. The main conversion rules are the following: > [...] > 3. The result becomes complex-encoded as soon as a complex-encoded component -- value, polynomial, or rational -- is met in the list (even with a null imaginary part)" This non-intuitive behavior will be fixed as soon as the patch https://codereview.scilab.org/#/c/21090/ will be merged ! S. > > Regards > > -- > Christophe Dang Ngoc Chan > Mechanical calculation engineer > > General > This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error), please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. > _______________________________________________ > users mailing list > [hidden email] > https:// -- Stéphane Mottelet Ingénieur de recherche EA 4297 Transformations Intégrées de la Matière Renouvelable Département Génie des Procédés Industriels Sorbonne Universités - Université de Technologie de Compiègne CS 60319, 60203 Compiègne cedex Tel : +33(0)344234688 http://www.utc.fr/~mottelet _______________________________________________ users mailing list [hidden email] http://lists.scilab.org/mailman/listinfo/users |
Samuel GOUGEON |
Dear all,
Le 13/11/2019 à 11:16, Stéphane
Mottelet a écrit :
Le 13/11/2019 à 11:09, Dang Ngoc Chan, Christophe a écrit :
I hope no. I would strongy disagree with it. The proper syntax for this test is isreal(z(1), 0).
Without its second argument, isreal(z(1)) tests the encoding, not
the realness. This is already documented. Still improving the
isreal() documentation page is planned for Scilab 6.1.0. In the way improving isreal() in a not back-compatible way, the
only consistent way that i see is to make isreal(z,tol) working
element-wise. Then, we would have Best regards _______________________________________________ users mailing list [hidden email] http://lists.scilab.org/mailman/listinfo/users |
Le 13/11/2019 à 11:58, Samuel Gougeon a
écrit :
No. Please take time to read the details of the commit. In the
patch decomplexification occurs only at extraction time.
Of course, the modified help page (still to be pushed) should be
part of the commit to take into account the new behavior. I am sorry to say that, but Scilab should not provide basic
functions with the same name as Matlab ones but different behavior
for the same input, and impose a different API This would be even worse, see my rematk above
-- Stéphane Mottelet Ingénieur de recherche EA 4297 Transformations Intégrées de la Matière Renouvelable Département Génie des Procédés Industriels Sorbonne Universités - Université de Technologie de Compiègne CS 60319, 60203 Compiègne cedex Tel : +33(0)344234688 http://www.utc.fr/~mottelet _______________________________________________ users mailing list [hidden email] http://lists.scilab.org/mailman/listinfo/users |
Samuel GOUGEON |
In reply to this post by Samuel GOUGEON
Le 13/11/2019 à 11:58, Samuel Gougeon a
écrit :
Humm, actually, making isreal(z, 0) working element-wise WOULD BE
back-compatible, since any if/while vectorial condition already
applies and() on the condition, as presently isreal() applies
and() to its element-wise primary internal result. --> if [%T %F] then Regards _______________________________________________ users mailing list [hidden email] http://lists.scilab.org/mailman/listinfo/users |
Samuel GOUGEON |
In reply to this post by mottelet
Le 13/11/2019 à 12:32, Stéphane
Mottelet a écrit :
I did read the duplicate report and the commit when you pushed
them. --> z = complex(1,0); How could this appear not puzzling to us? What an unjustified
price just to not use the tolerance argument cleverly proposed by
Scilab, unlike Matlab and Octave. _______________________________________________ users mailing list [hidden email] http://lists.scilab.org/mailman/listinfo/users |
Le 13/11/2019 à 13:01, Samuel Gougeon a
écrit :
Nothing puzzling here. "z" denotes the original vector as a well
defined reference, while z(1) denotes a temporary value
(yielded by an extraction). This is subtle, but clever, sorry to
say that.
-- Stéphane Mottelet Ingénieur de recherche EA 4297 Transformations Intégrées de la Matière Renouvelable Département Génie des Procédés Industriels Sorbonne Universités - Université de Technologie de Compiègne CS 60319, 60203 Compiègne cedex Tel : +33(0)344234688 http://www.utc.fr/~mottelet _______________________________________________ users mailing list [hidden email] http://lists.scilab.org/mailman/listinfo/users |
Free forum by Nabble | Edit this page |