Re: [Scilab-users] [EXTERNAL] Count specific values in text file

2020-02-11 Thread arctica1963
Hello Philipp Your suggestion is kind of what I am trying to do, but the text file is not a CSV structure. It is just a single, very big number on one row. A small chunk: 31415926535897932384626433832795028841971693993751058209749445923078164 etc (no spaces between digits) How best to load the t

Re: [Scilab-users] Command integrate() is too slow under certain expressions

2020-02-11 Thread Federico Miyara
Stéphane, Thanks for your solution. I've found another solution that is even slightly faster: I've modified the function intsplin(), changing both instances of sum by cumsum (and some formal details), so the same interpolator is used for the whole set of data. Regards, Federico Miyara O

Re: [Scilab-users] undocumented behavior of sum(), prod() and type()

2020-02-11 Thread Federico Miyara
Samuel: Sounds reasonable! Thanks, Federico On 11/02/2020 07:13, Samuel Gougeon wrote: Le 11/02/2020 à 02:37, Federico Miyara a écrit : .../... But is there a rationale for sum([])==0 and yet cumsum([])==[]? We expect a scalar from sum([]), while from cumsum([]) we expect an array wit

Re: [Scilab-users] [EXTERNAL] Count specific values in text file

2020-02-11 Thread P M
Hi, is this what you're looking for? // path to the txt filepath = 'pathToFile' // read the file as stringpiAsString = csvRead(path, [],['.'],'string') // split the string at the decimal[piAsString] = strsplit(piAsString,'.'); // just get the digitspiDigits = strtod(strsplit(piAsString(2))); // s

[Scilab-users] Sampling in the CSCOPE component - Last sample - Bugzilla 16322

2020-02-11 Thread Perrichon
Hello Last sample time is missed in a CSOPE componant W10- x64-scilab 6.1.0 See bugzilla #16322 Best regards ___ users mailing list users@lists.scilab.org http://lists.scilab.org/mailman/listinfo/users

Re: [Scilab-users] [EXTERNAL] Count specific values in text file

2020-02-11 Thread Carrico, Paul
Hi Is that what you're expecting i.e. a way to reshape your matrix among other things ? Paul ## mode(0) A=[1 2 3 4 5 6 7 8 9 1 1 1 1 1 1 4 4 5 5 5 5 8 8]; loc = find(A == 1); occ = size(loc, "*"); printf("Number of occurences = %d",occ); // resha

Re: [Scilab-users] Count specific values in text file

2020-02-11 Thread Samuel Gougeon
Hello, Le 11/02/2020 à 13:10, arctica1963 a écrit : Hello all, Basic query. I have text files of Pi and e to a million places and I want to scan the number for the occurrences of particular values and the separation of those values in the number. I am afraid that i do not catch clearly the pu

Re: [Scilab-users] {EXT} Count specific values in text file

2020-02-11 Thread Dang Ngoc Chan, Christophe
Hello, > De la part de arctica1963 > Envoyé : mardi 11 février 2020 13:11 > > I have text files of Pi and e to a million places [...] > > I can open the text file with pinum=mopen('pi-million.txt','rt') - but does it > need to be changed to a vector where each value is an element?. At the > moment

[Scilab-users] Count specific values in text file

2020-02-11 Thread arctica1963
Hello all, Basic query. I have text files of Pi and e to a million places and I want to scan the number for the occurrences of particular values and the separation of those values in the number. This code snippet works on a vector: // create vector of elements A=[1 2 3 4 5 6 7 8 9 1 1 1 1 1 1 4

Re: [Scilab-users] undocumented behavior of sum(), prod() and type()

2020-02-11 Thread Samuel Gougeon
Le 11/02/2020 à 02:37, Federico Miyara a écrit : .../... But is there a rationale for sum([])==0 and yet cumsum([])==[]? We expect a scalar from sum([]), while from cumsum([]) we expect an array with the same size than the input array. ___ users

Re: [Scilab-users] undocumented behavior of sum(), prod() and type()

2020-02-11 Thread Samuel Gougeon
Le 11/02/2020 à 02:37, Federico Miyara a écrit : Thanks, Samuel. This certainly clarifies how [] behaves. But is there a rationale for sum([])==0 and yet cumsum([])==[]? For sum([])==0 : IMO this is OK. Personnaly, i expect from sum(A) + sum(B) + .. sum(Z) not to be killed just because one o