Also keep in mind that this will need to be compatible with
the Matlab complex erf(z).
--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databa
On 11/13/2012 06:16 PM, Sergei Steshenko wrote:
> Or you think existence of SW architects is a human race mistake and they are
> unnecessary ?
>
> Regards,
>Sergei.
I am with you, Sergei. I have been there: spec and USER doc first, then
design,
then consider some coding. I know this is bori
On 09/07/2012 05:30 PM, Daniel J Sebald wrote:
In working with the fftfilt() routine and wanting to know if the
inputs were purely imaginary I wondered why there is no such thing as
isimag(). It seems as though it would be as useful as or more useful
than iscomplex().
Here's the thing: iscom
On 09/08/2012 05:33 PM, Daniel J Sebald wrote:
How do others feel about deprecating "iscomplex()" if it simply is the
complement of "isreal()"?
I would be open to an "iscomplex" and "isimag" that have a more
"class-related" behavior as I pondered above. I don't think that
would go against co
On 09/04/2012 05:30 AM, 胡小柯 wrote:
Thanks, Carnë and Michael, And sorry for top posting. I think the
manual(that PDF) is also helpful, so I decide to continue translate
it. And you suggest finding out how the help manual built by process
the Octave from sources, but I'm not good at programmer. D
On 09/03/2012 01:50 PM, Carnë Draug wrote:
Or, maybe I could translate the manual on this website
>http://www.gnu.org/software/octave/octave.pdf
>
It would not be good to start from the current English PDF. This
is created by the Octave build system from a set of input files.
An important cha
On 04/23/2012 04:53 PM, Jordi Gutiérrez Hermoso wrote:
Benjamin Lewis (ben_zen in #octave) will work with Nir Krakauer on
creating a least squares spectral analysis toolbox for Octave-Forge.
Ben is a strong student who has demonstrated the ability to work
independently and absorb sophisticated co
On 03/05/2011 11:23 AM, Orion Poplawski wrote:
That octave itself, not octave packages. Install octave-forge and
take a look at /usr/libexec/octave.
Right. Sorry, I did not read your email carefully enough. Sounds right
for the packages too, I think.
-
On 03/03/2011 09:21 PM, Orion Poplawski wrote:
It has been suggested that the binary components of octave packages be
installed in /usr/lib{,64}/octave rather than /usr/libexec/octave.
This is what happens now for rpm installed Octave on my Fedora 14 x86_64
system:
[root@pbds ~]# ls -l /usr/li
