Re: [Scilab-users] circshift() : Scilab Enhancement Proposal

2018-06-06 Thread Rafael Guerra
Noting also that between the endpoints of the DFT periodic input, there is the interval of one sample. From: users [mailto:users-boun...@lists.scilab.org] On Behalf Of Rafael Guerra Sent: Wednesday, June 06, 2018 10:19 PM To: Users mailing list for Scilab Subject: Re: [Scilab-users] circshift()

Re: [Scilab-users] circshift() : Scilab Enhancement Proposal

2018-06-06 Thread Rafael Guerra
Samuel, The idea and the implementation of the end-points interpolation is that this is done on the input data (big slope), not on the FFT output. Maybe be it needs some further work. Tbc. Regards, Rafael From: users [mailto:users-boun...@lists.scilab.org] On Behalf Of Samuel Gougeon Sent: Wed

Re: [Scilab-users] circshift() : Scilab Enhancement Proposal

2018-06-06 Thread Samuel Gougeon
Rafael, To me, this attempt looks not legitimate. Indeed, the true original signal HAS a steep jump across its edges. So, the best algorithm should shift the signal and *keep this big slope** **from one sample to the next*. The jump is /*at least*/ as steep as from one sample to the next (and li

Re: [Scilab-users] circshift() : Scilab Enhancement Proposal

2018-06-06 Thread Samuel Gougeon
Hello Rafael, I did not remember this symetrization trick that you use to restore continuous boundaries and so avoid the noise-making jump. It is very efficient. Great! I don't see any reason that could make this trick failing with complex numbers: Making the signal even makes its spectrum ev

Re: [Scilab-users] Legends of saved SciLab graphs slip away

2018-06-06 Thread Samuel Gougeon
Hello Denis, Le 06/06/2018 à 12:57, CRETE Denis a écrit : Hello, Thank you for your quick answer. I could get a correct behaviour with your code. However, if you run this part of the code: g_test=scf(); x=-1:0.01:1; y=sin(2*%pi*x); z=cos(2*%pi*x); plot2d(x',[y;z]',style=1:2) legends(['Sin'

Re: [Scilab-users] Wrapped numeric input files

2018-06-06 Thread Rafael Guerra
Never mind previous question, these files can be read very fast with the function mfscanf(). Regards, Rafael ___ users mailing list users@lists.scilab.org http://lists.scilab.org/mailman/listinfo/users

[Scilab-users] orthogonal polynomials

2018-06-06 Thread Jean-Philippe Grivet
Hello, I wish to use orthogonal polynmials within Scilab. Axxording to "ttps://atoms.scilab.org/toolboxes/Ortpol",  I do atomsInstall('Ortpol') and I get the answer atomsInstallList: The package "Ortpol" is not registered. Please check on the ATOMS repository that it is available for Sc

[Scilab-users] Wrapped numeric input files

2018-06-06 Thread Rafael Guerra
Dear Scilab'ers, Has anyone come across wrapped numeric input files, where the data spans over thousands of lines? It takes ages using loops to read data like in example below with 20 input curves with index support from 1 to 4200 spreading over >20,000 lines: 1 12 0 3 2

Re: [Scilab-users] Legends of saved SciLab graphs slip away

2018-06-06 Thread CRETE Denis
Hello, Thank you for your quick answer. I could get a correct behaviour with your code. However, if you run this part of the code: g_test=scf(); x=-1:0.01:1; y=sin(2*%pi*x); z=cos(2*%pi*x); plot2d(x',[y;z]',style=1:2) legends(['Sin','Cos'],1:2,"ur") // with an _s_, as in your post twinkle(gcf().