I have a netcdf file1.nc which I duplicated using
ncks file1.nc file2.nc
Now I do
octave:1> nc1 = netcdf("file1.nc", "r") ;
octave:2> nc2 = netcdf("file2.nc", "r") ;
octave:3> [nc1{"lsp"}(:)(17,6,30,5,7) nc2{"lsp"}(:)(17,6,30,5,7)]
ans =
0 -18942
Strange isn't it?
G.
In matlab, prctile(x, p) returns the same kind of vector as p (row or column),
whereas octave always returns a column vector. I think matlab's behavior is
more logical.
G.
-
Check out the new SourceForge.net Marketplace.
It
On 02/29/2008 10:57 AM, Søren Hauberg wrote:
> Can you try again with the SVN version? (you can download it from
> http://octave.svn.sourceforge.net/viewvc/*checkout*/octave/trunk/octave-forge/extra/NaN/src/sumskipnan.cc)
> I've just commited some changes that checks the input. This should
> remove
sorry. I misinterpreted the warning about "matrices" (which seems to imply
2-dimensionality).
Original Message
Subject: sumskipnan(x,dim) aborts octave for inappropriate dim
Date: Fri, 29 Feb 2008 09:36:06 +0100
From: GAIL <[EMAIL PROTECTED]>
For x = rand(3,1), octave produces the following:
octave:> sumskipnan (x,3)
warning: SUMSKIPNAN.OCT supports only real double matrices.
octave: /usr/local/include/octave-3.0.0/octave/dim-vector.h:112:
octave_idx_type& dim_vector::dim_vector_rep::elem(int): Assertion `i >= 0 && i
< ndims' failed
Let foo.dat be
1 2
1 2
1 2 3
Then with the new dlmread.cc (rev. 4606) octave segfaults when I do
octave> for i=1:100, dlmread("foo.dat"), endfor
G.
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Micros
On 02/05/2008 02:10 PM, David Bateman wrote:
> GAIL wrote:
>> rev. 3550, i.e. the two additional lines:
>>
>> while ( !(sep_is_next(linestrm, sep) || linestrm->eof()) )
>> linestrm->get();
>>
>> breaks my dlmread (using octave-3.0.0). With it,
rev. 3550, i.e. the two additional lines:
while ( !(sep_is_next(linestrm, sep) || linestrm->eof()) )
linestrm->get();
breaks my dlmread (using octave-3.0.0). With it, only the first column is
returned of any file.
G.
