headers
David Bateman | 1 Dec 2003 14:21

Problem with Octave_map after N-D arrays

When I do 

  std:string key = "key";
  Octave_map m;
  m [key] = octave_value ();

The value is correctly stored in the map. However the dimensions don't seem
to be changed, as rows() and columns() both return zero. This appears to be 
a problem related to N-D arrays.... I've had a quick look but don't seem to
see exactly what is the cause of this...

D.

--

-- 
David Bateman                                David.Bateman <at> motorola.com
Motorola CRM                                 +33 1 69 35 48 04 (Ph) 
Parc Les Algorithmes, Commune de St Aubin    +33 1 69 35 77 01 (Fax) 
91193 Gif-Sur-Yvette FRANCE

The information contained in this communication has been classified as: 

[x] General Business Information 
[ ] Motorola Internal Use Only 
[ ] Motorola Confidential Proprietary
Permalink | Reply | 1 comment |
headers
David Bateman | 1 Dec 2003 15:00

More Load/Save stuff

Dear All,

Ok, I've bitten the bullet and have been working of distributing the
HDF5 code into the classes so that they can also be used with user
defined types. The idea being that the HDF5 format would become the
default octave binary format.

The attached patch, against 2.1.52, is where I'm upto, and includes
all of the things from my previous e-mail, plus the changes for the
HDF5 class and code for load/save of structures and lists in ascii
format and cells in HDF5 which weren't present in the previous code.

I had to make a major change to the HDF5 format. The problem is that
in the current scheme the type of the variable is derived from the
type of the saved variable in the HDF5 file. This is very limiting in
that another user type might very well use the same format. Thus there
needed to be a means of including the octave type in the HDF5 file.

The way I attacked this is that can be seen in the following example.
Consider saving a scalar value "a=1" with "save -hdf5 hdf5.mat a".
An "h5ls -r -d" on the file will show that the original file has
the format. 

/hdf5.mat/a              Dataset {SCALAR}
    Data:
        (0) 1

I propose to change this to be

/hdf5.mat/a              Group
(Continue reading)

Permalink | Reply | 1 comment |
headers
Paul Kienzle | 3 Dec 2003 06:42
Picon

lapack/blas tests

John,

Can you change the tests in acx_blas/lapack.m4 to the double versions?

That would be a test for dgemm in blas and zheev in lapack.  That way,
when I build my DLL version of lapack, I only need to include the double
precision values.

Thanks,

Paul Kienzle
pkienzle <at> users.sf.net
Permalink | Reply | 0 comments |
headers
Andy Adler | 4 Dec 2003 01:36
Picon
Favicon

cvs problems

I'm unable to update my copy of the octave cvs.
Is there a problem, or is it just me?

$ cvs login
Logging in to :pserver:anoncvs <at> www.octave.org:2401/cvs
CVS password: [TYPED anoncvs]
cvs [login aborted]: connect to www.octave.org(128.104.176.132):2401
failed: Connection refused

I'm at inet addr:134.117.141.50, in case its a firewall issue.

Andy
Permalink | Reply | 2 comments |
headers
Quentin Spencer | 4 Dec 2003 01:45
Picon

Re: cvs problems

Andy Adler wrote:

>I'm unable to update my copy of the octave cvs.
>Is there a problem, or is it just me?
>  
>
I've had the same problem for the last day or two as well.

Quentin
Permalink | Reply | 1 comment |
headers
John W. Eaton | 4 Dec 2003 02:11
Picon

Re: cvs problems

On  3-Dec-2003, Quentin Spencer <qspencer <at> ieee.org> wrote:

| Andy Adler wrote:
| 
| >I'm unable to update my copy of the octave cvs.
| >Is there a problem, or is it just me?
| >  
| >
| I've had the same problem for the last day or two as well.

Sorry, it was an upgrade problem again.  It seems that every time I do
a system upgrade for the web server, some install script is turning
off the cvspserver service in inetd.conf and I never seem to remember
to check this.

In any case, I think it should be working now.

Thanks,

jwe
Permalink | Reply | 0 comments |
headers
Johan Jansson | 4 Dec 2003 22:23
Picon
Picon

3D plotting solutions

Hi!

I'm part of a group at Chalmers University which focuses on the FEM (Finite
Element Method) (http://www.phi.chalmers.se/). We are using Matlab and
Octave as tools both in the research work and in education. There is a
drive now to see if we can use only Octave. This would also generalize
to the entire university in the longer perspective, but as a first
step we can consider only our group.

Octave can replace Matlab for most tasks, such as writing prototype
equation solvers in education and research and implementing standard
numerical algorithms in education. However, visualization of 3D data
is an important part of our work, and here Octave is not fully up to
Matlab's level yet (Matlab itself is not always very good either).

A concrete example is plotting the solution of a partial differential
equation solved by the FEM. A typical solution consists of a
triangulated domain (in 2D) with scalar values in the nodes
(vertices). Visualization of this solution can be done by plotting the
triangulated domain with colors representing the nodal values, or
letting the nodal values represent a z component, or a combination.

Currently there appears to be no simple way of plotting such a
solution in Octave. "mesh" plots values on a structured grid on a
square domain. The underlying plotting primitive, Gnuplot, also has
this restriction. I have looked at the "pm3d" extension, and while it
looks like a great implementation of its scope, it still has the same
restriction.

It doesn't seem like this plotting primitive is powerful enough.
(Continue reading)

Permalink | Reply | 502 comments |
headers
Thorsten Meyer | 4 Dec 2003 22:53
Picon
Picon

Re: restructuring load-save

Hello there,

 > octave-ascii
 >
 >           Freeze this one as it is now so we don't have to support
 >           two different native file types for Octave.  Eventually
 >           this could be deprecated and removed.
 >

please do not "eventually remove" the octave-ascii format from octave. I 
have been using it extensively as a target format for awk and (later) 
perl conversion filters to import data from all kinds of proprietary 
measurement and simulation software into octave.
The simple ascii format of matlab is not nearly as useful because it 
does only allow for one (matrix) variable. I really like the level of 
complexity that the octave ascii format provides.
Also, I don't really like the idea of having to deal with a complex (and 
general purpose) binary library to get data from different (ascii) 
sources into octave.
Another points for ascii formats:
if I have an ascii data file (especially one with such a clear and 
simple structure as octave-ascii) everybody can read it and use the data 
even if he knows nothing about octave (or hasn't got octave available).

Thorsten
Permalink | Reply | 501 comments |
headers
David Bateman | 5 Dec 2003 10:13

Re: restructuring load-save

Hi Thorsten,

According to Thorsten Meyer <thorsten.meyier <at> gmx.de> (on 12/04/03):
> Hello there,
> 
> > octave-ascii
> >
> >           Freeze this one as it is now so we don't have to support
> >           two different native file types for Octave.  Eventually
> >           this could be deprecated and removed.
> >
> 
> please do not "eventually remove" the octave-ascii format from octave. I 
> have been using it extensively as a target format for awk and (later) 
> perl conversion filters to import data from all kinds of proprietary 
> measurement and simulation software into octave.
> The simple ascii format of matlab is not nearly as useful because it 
> does only allow for one (matrix) variable. I really like the level of 
> complexity that the octave ascii format provides.
> Also, I don't really like the idea of having to deal with a complex (and 
> general purpose) binary library to get data from different (ascii) 
> sources into octave.
> Another points for ascii formats:
> if I have an ascii data file (especially one with such a clear and 
> simple structure as octave-ascii) everybody can read it and use the data 
> even if he knows nothing about octave (or hasn't got octave available).
> 

I'd also not like to see this format disappear. However, to allow user
types, an incompatiable change to the exist "string" an "string array"
(Continue reading)

Permalink | Reply | 501 comments |
headers
Ole Jacob Hagen | 5 Dec 2003 16:46
Picon
Favicon

Re: 3D plotting solutions

Hi, Johan.

I am developing Oplot++, which will support handle graphics routines of
Matlab in Octave. I'm trying to make a best solution in design, since a
lot of people want to use handle graphics functionality inside Octave. 
This requires that a low-level handle graphics functionality is inside
Octave, and sent to the visualisation application. 

There are many visualisation applications which could benefit from
handle graphics routines in Octave. 

1. Gnuplot
2. KMatPlot
3. KnewPlot
4. PlPlot
5. KVisualiser (Developed by Nick Smethurst)
6. Oplot++ (Developed by Hans Oluf Hagen and me for now, thanx to David

   who tests Oplot++)
and so on....

I'm very excited to see that you have made pde-plot using
Coin3D/OpenInventor. ;-) 
Do you want to help me with pde-plot parts inside Oplot++? 
This would be great, if you have opportunity and time to help us with
Oplot++, with this matter. 

Oplot++ is based on Coin3D and Qt. I'm a patriot, since I'm Norwegian,
and both Coin and Qt is developed in Norway....;-) 
Coin is used for visualisation, while Qt is for gui-widgets.
(Continue reading)

Permalink | Reply | 502 comments |

Gmane