octave-dev — GNU Octave developers' list

Re: [OctDev] random numbers for distributed computations

[Francesco P. <Po...@is...>]

>I have a question about this. If a RNG has a period of X, that means that  
>there are X unique values that are generated, and then the sequence repeats. 

No, it means that the sequence repeats after X values are produced.  The
period length says nothing about the space of values.  However, for good
general purpose generators, the size of the space of values is much
smaller than the period.

-- 
Francesco Potortì (ricercatore)        Voice: +39 050 315 3058 (op.2111)
ISTI - Area della ricerca CNR          Fax:   +39 050 313 8091
via G. Moruzzi 1, I-56124 Pisa         Email: Po...@is...
Web: http://fly.isti.cnr.it/           Key:   fly.isti.cnr.it/public.key

Re: [OctDev] random numbers for distributed computations

[Michael C. <mic...@ua...>]

Hi David,
I have a question about this. If a RNG has a period of X, that means that  
there are X unique values that are generated, and then the sequence repeats. 
But is the set of X values unique, so that the same X values will be 
generated eventually, regardless of the seed, just in a different order? Or 
do the X values themselves depend on the seed?


That is, suppose a RNG has period 3. When we get a seed from /dev/urandom, if 
a first sequence is
1 2 3 1 2 3

Will another seed give something like

2 3 4 2 3 4 

or

2 3 1 2 3 1

?

On Monday 11 April 2005 11:14, David Bateman wrote:
> Michael Creel wrote:
> >Hello,
> >I'm planning on implementing some method to ensure that random number
> > streams generated on different nodes of a cluster are independent of one
> > another. This is important for problems such as Monte Carlo. Before I
> > start, I'd like to hear advice, suggestions, requests. Thanks, Michael
> >
> >
> >-------------------------------------------------------
> >SF email is sponsored by - The IT Product Guide
> >Read honest & candid reviews on hundreds of IT Products from real users.
> >Discover which products truly live up to the hype. Start reading now.
> >http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
> >_______________________________________________
> >Octave-dev mailing list
> >Oct...@li...
> >https://lists.sourceforge.net/lists/listinfo/octave-dev
>
> If your platform as /dev/urandom, then the octave-forge random
> generators will use it to seed the generators, and you will end up with
> independent number streams. Even if you don't have /dev/urandom, then
> these generators use the LSB of the clock to seed with (ie. usec) and so
> you'll probably find yourself with independent streams in any case.
>
> So my advice is to use the octave-forge generators...
>
> D.

Re: [OctDev] random numbers for distributed computations

[David B. <Dav...@mo...>]

Michael Creel wrote:

>Hello,
>I'm planning on implementing some method to ensure that random number streams 
>generated on different nodes of a cluster are independent of one another. 
>This is important for problems such as Monte Carlo. Before I start, I'd like 
>to hear advice, suggestions, requests. Thanks, Michael
>
>
>-------------------------------------------------------
>SF email is sponsored by - The IT Product Guide
>Read honest & candid reviews on hundreds of IT Products from real users.
>Discover which products truly live up to the hype. Start reading now.
>http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
>_______________________________________________
>Octave-dev mailing list
>Oct...@li...
>https://lists.sourceforge.net/lists/listinfo/octave-dev
>
>  
>
If your platform as /dev/urandom, then the octave-forge random 
generators will use it to seed the generators, and you will end up with 
independent number streams. Even if you don't have /dev/urandom, then 
these generators use the LSB of the clock to seed with (ie. usec) and so 
you'll probably find yourself with independent streams in any case.

So my advice is to use the octave-forge generators...

D.


-- 
David Bateman                                Dav...@mo...
Motorola Labs - Paris                        +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

[OctDev] random numbers for distributed computations

[Michael C. <mic...@ua...>]

Hello,
I'm planning on implementing some method to ensure that random number streams 
generated on different nodes of a cluster are independent of one another. 
This is important for problems such as Monte Carlo. Before I start, I'd like 
to hear advice, suggestions, requests. Thanks, Michael

[OctDev] Leasqr : use of the sparse matrices package

[<tim...@en...>]

Hello,

Octave uses all my memory (768MB ram + 1200MB swap) and ends with "error:=20
memory exhausted -- trying to return to prompt" when using 'leasqr' (least=
=20
squares algorithm) on a data file (2 columns, 10000 rows).

The high memory consumption is not a bug, but just a consequence of the use=
 of=20
matrices 10000x10000 (8 bits for a cell gives 800MB for a matrix).

With the sparse matrix package, no more problems. I joined a diff file whic=
h=20
makes octave use sparse, spinv, spdiags instead of full matrix commands. I=
=20
have not changed all the 'diag' calls, just the ones which caused me =20
problems. Others seem harmless.

I hope it will be possible to include these changes, as it is common to hav=
e=20
signals with 10000 points to process.

Regards,
Timoth=E9e Lecomte

=2D-- leasqr-original.m	2005-03-26 23:22:41.000000000 +0000
+++ /usr/share/octave/2.1.67/site/m/octave-forge/optim/leasqr.m	2005-03-27=
=20
10:54:33.000000000 +0000
@@ -287,6 +287,9 @@
 if vernum(1) >=3D 4,
   Q=3Dsparse(1:m,1:m,(0*wt+1)./(wt.^2));  % save memory
   Qinv=3Dinv(Q);
+elseif (exist('OCTAVE_VERSION'))
+  Q=3Dsparse(1:m,1:m,(0*wt+1)./(wt.^2));  % save memory
+  Qinv=3Dspinv(Q);
 else
   Q=3Ddiag((0*wt+1)./(wt.^2));
   Qinv=3Ddiag(wt.*wt);
@@ -300,8 +303,13 @@
 d=3Dsqrt(abs(diag(covp)));
 corp=3Dcovp./(d*d');
=20
=2Dcovr=3Ddiag(covr);                 % convert returned values to compact =
storage
=2Dstdresid=3Dresid./sqrt(diag(Vy));  % compute then convert for compact st=
orage
+if (exist('OCTAVE_VERSION'))
+  covr=3Dspdiags(covr,0);                % convert returned values to comp=
act=20
storage
+  stdresid=3Dresid./sqrt(spdiags(Vy,0)); % compute then convert for compac=
t=20
storage
+else
+  covr=3Ddiag(covr);                     % convert returned values to comp=
act=20
storage
+  stdresid=3Dresid./sqrt(diag(Vy));      % compute then convert for compac=
t=20
storage
+end
 Z=3D((m-n)*jac'*Qinv*jac)/(n*resid'*Qinv*resid);

Re: [OctDev] problem making o-f

[Michael C. <mic...@ua...>]

Hi Stefan and Thomas,
Yes, missing kernel headers was the problem. I did a new installation of 
Knoppix to HD, then compiled my own kernel. Somewhere in that process the 
location of the header files got SNAFU'd. I managed to muddle through, 
though. Thanks, M.

Re: [OctDev] problem making o-f

[Stefan v. d. W. <st...@su...>]

Hi Michael

Do you have the kernel headers installed?  On my Debian system I see
the following copies of errno.h:

libc6-dev: /usr/include/sys/errno.h
libc6-dev: /usr/include/errno.h
linux-kernel-headers: /usr/include/linux/errno.h
linux-kernel-headers: /usr/include/asm/errno.h
linux-kernel-headers: /usr/include/asm-generic/errno.h
libc6-dev: /usr/include/bits/errno.h

Regards
Stefan

On Wed, Mar 16, 2005 at 06:05:14PM -0500, Michael Creel wrote:
> Hi, I've been upgrading a computer and when I try to make o-f I get the error
> 
> mcreel@yosemite:~/octave-forge$ ./configure
> checking for gcc... gcc
> checking for C compiler default output file name... a.out
> checking whether the C compiler works... yes
> checking whether we are cross compiling... no
> checking for suffix of executables...
> checking for suffix of object files... o
> checking whether we are using the GNU C compiler... yes
> checking whether gcc accepts -g... yes
> checking for gcc option to accept ANSI C... none needed
> checking for mkoctfile... mkoctfile
> In file included from /usr/include/bits/posix1_lim.h:130,
>                  from /usr/include/limits.h:144,
>                  from /usr/lib/gcc-lib/i486-linux/3.3.5/include/limits.h:122,
>                  from /usr/lib/gcc-lib/i486-linux/3.3.5/include/syslimits.h:7,
>                  from /usr/lib/gcc-lib/i486-linux/3.3.5/include/limits.h:11,
>                  from /usr/include/c++/3.3/climits:49,
>                  from /usr/include/c++/3.3/bits/stl_algobase.h:66,
>                  from /usr/include/c++/3.3/memory:54,
>                  from /usr/include/c++/3.3/string:48,
>                  from /usr/include/octave-2.1.67/octave/defaults.h:27,
>                  from conftest.cc:3:
> /usr/include/bits/local_lim.h:36:26: linux/limits.h: No such file or directory
> In file included from /usr/include/errno.h:36,
>                  from /usr/include/c++/3.3/cerrno:48,
>                  from /usr/include/c++/3.3/bits/locale_facets.tcc:38,
>                  from /usr/include/c++/3.3/locale:47,
>                  from /usr/include/c++/3.3/bits/ostream.tcc:37,
>                  from /usr/include/c++/3.3/ostream:535,
>                  from /usr/include/c++/3.3/iostream:45,
>                  from /usr/include/octave-2.1.67/octave/str-vec.h:26,
>                  from /usr/include/octave-2.1.67/octave/pathsearch.h:28,
>                  from /usr/include/octave-2.1.67/octave/defaults.h:29,
>                  from conftest.cc:3:
> /usr/include/bits/errno.h:25:26: linux/errno.h: No such file or directory
> configure: error: Could not run mkoctfile
> 
> The missing package escapes me, can anyone help me out? Thanks, Michael
> 
> 
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real users.
> Discover which products truly live up to the hype. Start reading now.
> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
> _______________________________________________
> Octave-dev mailing list
> Oct...@li...
> https://lists.sourceforge.net/lists/listinfo/octave-dev

Re: [OctDev] problem making o-f

[Thomas W. <we...@nu...>]

Hi Michael,

> The missing package escapes me, can anyone help me out? Thanks, Michael
weber@iam-ma-015:~$ dpkg -S errno.h | grep linux
linux-kernel-headers: /usr/include/linux/errno.h
linux-kernel-headers: /usr/include/asm/errno.h
linux-kernel-headers: /usr/include/asm-generic/errno.h

Are kernelheaders installed on your machine?

Regards,
Thomas

[OctDev] plot scripts diffs

[Dmitri A. S. <dm...@un...>]

I changed scripts in main/plot to work with new raw gnuplot
interface (__gnuplot_set__, __gnuplot_raw__(), etc)

The diff is at ftp://coffee.phys.unm.edu/pub/dima/octave/plot.diff.bz2
and it is relative to cvs dump on 2005-03-27

Sincerely,

Dmitri.
-- 

Re: [OctDev] quiver does not seem to work under debian

[Paul K. <pki...@us...>]

On Mar 23, 2005, at 2:48 AM, Ga=EBl Varoquaux wrote:

> On Tue, Mar 22, 2005 at 11:14:26PM -0500, Paul Kienzle wrote:
>> As far as I can tell you are doing nothing wrong.  I get the
>> same result on my machine.
>
>   [snip]
>
>> Meanwhile, we are trying to figure out what is going wrong with
>> Octave.
>
>    It seem it is fixed in Octave 2.1.67 (Unstable package for octave=20=

> and
> octave-forge under Debian). I have had no difficulties using quiver=20
> with
> it.
>

Yes, I upgraded last night and found this to be true for me as well.

Thanks,

- Paul

Re: [OctDev] quiver does not seem to work under debian

[V. <gae...@en...>]

On Tue, Mar 22, 2005 at 11:14:26PM -0500, Paul Kienzle wrote:
> As far as I can tell you are doing nothing wrong.  I get the
> same result on my machine.

  [snip]

> Meanwhile, we are trying to figure out what is going wrong with
> Octave.

   It seem it is fixed in Octave 2.1.67 (Unstable package for octave and
octave-forge under Debian). I have had no difficulties using quiver with
it.

   Regards,

          Ga=EBl

Re: [OctDev] quiver does not seem to work under debian

[Paul K. <pki...@us...>]

On Mar 17, 2005, at 9:14 AM, Ga=EBl Varoquaux wrote:

>   I cannot have quiver work under my Linux boxs (debian, sarge and
> woody), however I have no problems under Windows/cygwin. I do not=20
> really
> understand this issue, it may be an problem with gnuplot.

[snip]

>    I am working around this problem by saving a data file, but it is a
> bit of a same I cannot have quiver work under an out of the box debian
> system. What I am doing wrong ?

As far as I can tell you are doing nothing wrong.  I get the
same result on my machine.

You can hack quiver.m so that it does:

	save -ascii '/tmp/quiver.dat' M
	gplot '/tmp/quiver.dat' w vec t ""

So long as you only have one quiver plot at a time this should work.

Meanwhile, we are trying to figure out what is going wrong with
Octave.

- Paul

[OctDev] quiver does not seem to work under debian

[V. <gae...@en...>]

  Hello,

  I cannot have quiver work under my Linux boxs (debian, sarge and
woody), however I have no problems under Windows/cygwin. I do not really
understand this issue, it may be an problem with gnuplot.

  Here is a minimal exemple :

GNU Octave, version 2.1.64 (i386-pc-linux-gnu).
[snip]
octave:1> [X,Y]=3Dmeshgrid(1:4);
octave:2> quiver(X,Y,X,Y);
octave:3>          line 0: Not enough columns for this style


   The error message is a gnuplot error. I investigated a bit further :
octave:3> M=3D[X(:),Y(:),X(:),Y(:)];
octave:4> gplot M w v
         line 0: Not enough columns for this style

   So I tried to see if the problem was with gnuplot :
octave:5> save -ascii 'quiver.dat' M
octave:6> quit

   And under gnuplot :

        G N U P L O T
        Version 4.0 patchlevel 0
        last modified Thu Apr 15 14:44:22 CEST 2004
        System: Linux 2.6.5

[snip]
gnuplot> plot 'quiver.dat' using 1:2:3:4 w vec

  That works fine.

   I am sorry I am completely new to octave so I am having difficulties
diagnostic where the problem is.

   I am working around this problem by saving a data file, but it is a
bit of a same I cannot have quiver work under an out of the box debian
system. What I am doing wrong ?

   Regards,

           Ga=EBl Varoquaux

PS: I am not a suscriber of the mailing-list, please Cc me.

[OctDev] problem making o-f

[Michael C. <mic...@ua...>]

Hi, I've been upgrading a computer and when I try to make o-f I get the error

mcreel@yosemite:~/octave-forge$ ./configure
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ANSI C... none needed
checking for mkoctfile... mkoctfile
In file included from /usr/include/bits/posix1_lim.h:130,
                 from /usr/include/limits.h:144,
                 from /usr/lib/gcc-lib/i486-linux/3.3.5/include/limits.h:122,
                 from /usr/lib/gcc-lib/i486-linux/3.3.5/include/syslimits.h:7,
                 from /usr/lib/gcc-lib/i486-linux/3.3.5/include/limits.h:11,
                 from /usr/include/c++/3.3/climits:49,
                 from /usr/include/c++/3.3/bits/stl_algobase.h:66,
                 from /usr/include/c++/3.3/memory:54,
                 from /usr/include/c++/3.3/string:48,
                 from /usr/include/octave-2.1.67/octave/defaults.h:27,
                 from conftest.cc:3:
/usr/include/bits/local_lim.h:36:26: linux/limits.h: No such file or directory
In file included from /usr/include/errno.h:36,
                 from /usr/include/c++/3.3/cerrno:48,
                 from /usr/include/c++/3.3/bits/locale_facets.tcc:38,
                 from /usr/include/c++/3.3/locale:47,
                 from /usr/include/c++/3.3/bits/ostream.tcc:37,
                 from /usr/include/c++/3.3/ostream:535,
                 from /usr/include/c++/3.3/iostream:45,
                 from /usr/include/octave-2.1.67/octave/str-vec.h:26,
                 from /usr/include/octave-2.1.67/octave/pathsearch.h:28,
                 from /usr/include/octave-2.1.67/octave/defaults.h:29,
                 from conftest.cc:3:
/usr/include/bits/errno.h:25:26: linux/errno.h: No such file or directory
configure: error: Could not run mkoctfile

The missing package escapes me, can anyone help me out? Thanks, Michael

Re: [OctDev] corrected version of interp2.m

[Paul K. <pki...@us...>]

On Mar 3, 2005, at 3:21 AM, Thomas Weber wrote:

> Paul,
>> Please let me know if you have any problems with it.
> Actually yes, I have problems with it. They are not due to your (or my)
> changes, but I consider this function flawed.
>
> I'm currently in the following situation:
> x, y:	vectors of length ~200
> Z: 	matrix of 200^2
> xi, yi: vectors of length ~16000
>
> Now, interp2 tries a meshgrid(xi,yi), which results in 'out of memory'.
> However, I'm only interested in the interpolated values at
> [xi(i), yi(i)], not at the complete grid one can construct with these
> vectors.
>
> Therefore, I'm thinking about changing the function to return an
> interpolated  vector at the positions of (xi,yi) if they are vectors; 
> if
> the user wants a complete grid, he can still do an
> [XI, YI] = meshgrid(xi,yi) before and hand the matrices to interp2.
>
> Please note that this will break compatibility with Matlab (which shows
> the same 'out of memory' behaviour).
>
> Any suggestions?
>

Please don't break compatibility.

You can make a new function which doesn't do an implicit
meshgrid on the xi,yi arguments and call it from interp2.

I don't really like that solution, but I can't think of a
nice way to mark which form of xi,yi you want in the parameter
list.

- Paul

Re: [OctDev] corrected version of interp2.m

[Thomas W. <we...@nu...>]

Paul, 
> I rewrote much of the argument processing and made use of
> lookup() to simplify the code.  
Thanks - I feel somewhat stupid for my long code. 


> Please let me know if you have any problems with it.
Actually yes, I have problems with it. They are not due to your (or my)
changes, but I consider this function flawed. 

I'm currently in the following situation:
x, y:	vectors of length ~200
Z: 	matrix of 200^2
xi, yi: vectors of length ~16000

Now, interp2 tries a meshgrid(xi,yi), which results in 'out of memory'.
However, I'm only interested in the interpolated values at 
[xi(i), yi(i)], not at the complete grid one can construct with these
vectors.

Therefore, I'm thinking about changing the function to return an
interpolated  vector at the positions of (xi,yi) if they are vectors; if
the user wants a complete grid, he can still do an 
[XI, YI] = meshgrid(xi,yi) before and hand the matrices to interp2.

Please note that this will break compatibility with Matlab (which shows
the same 'out of memory' behaviour).

Any suggestions?

Regards
Thomas

Re: [OctDev] corrected version of interp2.m

[Paul K. <pki...@us...>]

Thomas,

I rewrote much of the argument processing and made use of
lookup() to simplify the code.  I've posted the changes
back to CVS.  I'm attaching the file here for your convenience.
Please let me know if you have any problems with it.

All your tests pass the new code.

Thanks,

	- Paul

On Mar 2, 2005, at 11:06 AM, Thomas Weber wrote:

> Hi,
>
> I attach a patch against interp2.m:
>
> changes:
> * new handling of input arguments - I couldn't quite understand the old
> one
> * correct handling of non-monotonic vectors xi and yi and correct
> handling of out of border values
> * unit tests added
>
> Please cc me on replies (Sourceforge is quite slow with my
> subscription).

[OctDev] corrected version of interp2.m

[Thomas W. <we...@nu...>]

Hi, 

I attach a patch against interp2.m:

changes:
* new handling of input arguments - I couldn't quite understand the old
one
* correct handling of non-monotonic vectors xi and yi and correct
handling of out of border values
* unit tests added

Please cc me on replies (Sourceforge is quite slow with my
subscription).

Regards
Thomas

[OctDev] AVI encoding toolbox

[Stefan v. d. W. <st...@su...>]

Hi all

The attached code allows octave to generate AVI (video) files.  I used
ffmpeg's libavcodec -- one of the few available GPL/LGPL packages around.

To compile this you'll need a recent version of ffmpeg.  Under Debian,
install the 'ffmpeg', 'libavformat-dev' and 'libavcodec-dev' packages.
Under RPM-based systems 'ffmpeg' and 'libffmpeg0-devel' should suffice.

The following code demonstrates avifile's usage:

#----------------------------

# create the avifile object
m = avifile("test.avi", "msmpegv4")

# make a hundred frames
for i = 1:100
  I = zeros(100,100,3);

  # draw something in the frame -- in this case, a sine-wave  
  # with changing phase
  for x = 1:100
      I(round(50+10*sin((x+i)/100*4*pi)), x, 1) = 40;  # red
      I(round(50+10*sin((x+i)/100*4*pi)), x, 2) = 40;  # green
      I(round(50+10*sin((x+i)/100*4*pi)), x, 3) = 180; # blue
  endfor
  
  # add the frame to the movie
  addframe(m, I)

  printf(".")
endfor

# close the file and write headers
clear m

#----------------------------

To get a list of codecs, do

avifile("codecs")

The code is still beta.  Especially, when generating two videos in one
octave session, the second video seems to be broken.  At the moment,
only write support is implemented.  Any feedback/fixes appreciated.

Regards
Stefan

Re: [OctDev] Mixing images and graphs

[Justus P. <Jus...@UL...>]

Paul Kienzle <pki...@us...> wrote on Mon, 28 Feb 2005
19:51:50 -0500:

> Excellent plan.  This should be done in octave rather than octave-forge
> though.  Be sure to add a configure test for gnuplot 4.0.

Just to avoid any misunderstandings: I'm not proposing to implement
this myself :-). I wish I had the time...

Should I repost to, say, octave-graphics? Or should I file it as a
"bug"?

Justus

--=20
Justus H. Piater, Ph.D.         http://www.montefiore.ulg.ac.be/~piater/
Institut Montefiore, B28        Phone: +32-4-366-2279
Universit=E9 de Li=E8ge, Belgium    Fax:   +32-4-366-2620

Re: [OctDev] Mixing images and graphs

[Paul K. <pki...@us...>]

On Feb 28, 2005, at 5:18 AM, Justus Piater wrote:

> Hi,
>
> The upcoming release of Gnuplot (>4.0) offers new plot styles "with
> image" and "with rgbimage". If I understand correctly, this allows
> displaying images directly in the gnuplot window, and overlaying them
> with graphs.
>
> To me, this is a killer feature that I've used extensively in Matlab,
> and that I'm missing badly in octave.
>
> For future octave development, I propose to consider unifying graphics
> handling by throwing out image viewers altogether, relying instead on
> gnuplot for all image display, and to support overlaying plots over
> images in octave.
>

Excellent plan.  This should be done in octave rather than octave-forge
though.  Be sure to add a configure test for gnuplot 4.0.

When I've needed this feature in the past I've used epstk.  It works
quite nicely.

Now I'm writing the image on a BLT plot in Tcl/Tk using an image marker
of just the right size.  It has worked well enough, but now I need to
use quadrilaterals rather than pixels so I need a better solution.

- Paul

Re: [OctDev] Mixing images and graphs

[Quentin S. <qsp...@ie...>]

Justus Piater wrote:

>Hi,
>
>The upcoming release of Gnuplot (>4.0) offers new plot styles "with
>image" and "with rgbimage". If I understand correctly, this allows
>displaying images directly in the gnuplot window, and overlaying them
>with graphs.
>
>To me, this is a killer feature that I've used extensively in Matlab,
>and that I'm missing badly in octave.
>
>For future octave development, I propose to consider unifying graphics
>handling by throwing out image viewers altogether, relying instead on
>gnuplot for all image display, and to support overlaying plots over
>images in octave.
>
>Justus
>  
>
I agree. Using ImageMagick was a necessary hack because there was no 
other way to display images, but it doesn't provide means to add titles, 
labels, and axes. There might be somebody who still wants it for 
something, so I suggest moving the old image display functions into the 
extras directory.

Quentin

Re: [OctDev] graceplot does not work with grace6

[Teemu I. <tpi...@gm...>]

On Sun, 27 Feb 2005 18:08:36 -0500, Paul Kienzle
<pki...@us...> wrote:
> On Feb 27, 2005, at 1:36 PM, Teemu Ikonen wrote:
> > graceplot is based on the Grace command interpreter, which is not
> > supported
> > in the Grace 5.99 version. Without it, interfacing external
> > applications will be hard, if not impossible.
>
> Can you test for this somehow, preferably at runtime, but at configure
> time if necessary?

I added a test to toggle_grace_use.m. It should now refuse to turn on Grace 
support if the Grace version string is above 5.2, or if the xmgrace binary is 
not found.

Teemu

[OctDev] Mixing images and graphs

[Justus P. <Jus...@UL...>]

Hi,

The upcoming release of Gnuplot (>4.0) offers new plot styles "with
image" and "with rgbimage". If I understand correctly, this allows
displaying images directly in the gnuplot window, and overlaying them
with graphs.

To me, this is a killer feature that I've used extensively in Matlab,
and that I'm missing badly in octave.

For future octave development, I propose to consider unifying graphics
handling by throwing out image viewers altogether, relying instead on
gnuplot for all image display, and to support overlaying plots over
images in octave.

Justus

--=20
Justus H. Piater, Ph.D.         http://www.montefiore.ulg.ac.be/~piater/
Institut Montefiore, B28        Phone: +32-4-366-2279
Universit=E9 de Li=E8ge, Belgium    Fax:   +32-4-366-2620

[OctDev] Re: [Pkg-octave-devel] Bug#296973: octave-forge: weekday has incorrect documentation

[Paul K. <pki...@us...>]

Applied.

Thanks,

- Paul

On Feb 27, 2005, at 7:41 AM, Rafael Laboissiere wrote:

> package octave-forge
> tags 296973 upstream
> forwarded 296973 oct...@li...
> thanks
>
> ----- Forwarded message from Bill Denney <bi...@gi...> -----
>
> From: Bill Denney <bi...@gi...>
> Subject: [Pkg-octave-devel] Bug#296973: octave-forge: weekday has 
> incorrect documentation
> Date: Fri, 25 Feb 2005 23:54:30 -0500
> To: Debian Bug Tracking System <su...@bu...>
> Reply-To: Bill Denney <bi...@gi...>, 29...@bu...
>
> Package: octave-forge
> Version: 2004.11.16-3
> Severity: minor
>
> The weekday function has incorrect documentation.  Its documentation
> appears to be a copy of datevec's documentation.  The doc at the
> beginning should read something like:
>
> --- Begin Documentation
> ## -*- texinfo -*-
> ## @deftypefn {Function File} {[d,s] =} weekday(date, [P])
> ## Takes a date (in either datenum format or a string that datenum can
> ## parse) and returns the number for the day of the week (0 = "Sun",
> ## 1 = "Mon", ... , "Sat")
> ##
> ## The parameter @code{P} is needed to convert date strings with 2 
> digit
> ## years into dates with 4 digit years.  2 digit years are assumed to 
> be
> ## between @code{P} and @code{P+99}. If @code{P} is not given then the
> ## current year - 50 is used, so that dates are centered on the 
> present.
> ## For birthdates, you would want @code{P} to be current year - 99.  
> For
> ## appointments, you would want @code{P} to be current year.
> ##
> ## @seealso{date,clock,now,datestr,datenum,datevec,calendar}
> ## @end deftypefn
> --- End Documentation
>
> Hopefully, I'll be able to submit a patch that will help with making
> datevec accept strings soon, too.
>
> Bill
>
> -- System Information:
> Debian Release: 3.1
>   APT prefers testing
>   APT policy: (500, 'testing')
> Architecture: i386 (i686)
> Kernel: Linux 2.6.8-2-686
> Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
>
> Versions of packages octave-forge depends on:
> ii  atlas3-base [liblapack.s 3.6.0-19        Automatically Tuned 
> Linear Algebra
> ii  fftw3                    3.0.1-11        Library for computing 
> Fast Fourier
> ii  libc6                    2.3.2.ds1-20    GNU C Library: Shared 
> libraries an
> ii  libcln3                  1.1.9-1         Class Library for Numbers 
> (C++)
> ii  libg2c0                  1:3.3.5-8       Runtime library for GNU 
> Fortran 77
> ii  libgcc1                  1:3.4.3-6       GCC support library
> ii  libginac1.3              1.3.0-2         The GiNaC framework 
> (runtime libra
> ii  libgmp3                  4.1.4-5         Multiprecision arithmetic 
> library
> ii  libgsl0                  1.6-1           The GNU Scientific 
> Library (GSL) -
> ii  libhdf5-serial-1.6.2-0 [ 1.6.2-3         Hierarchical Data Format 
> 5 (HDF5)
> ii  libice6                  4.3.0.dfsg.1-10 Inter-Client Exchange 
> library
> ii  libjpeg62                6b-9            The Independent JPEG 
> Group's JPEG
> ii  libncurses5              5.4-4           Shared libraries for 
> terminal hand
> ii  libpng12-0               1.2.8rel-1      PNG library - runtime
> ii  libqhull5                2003.1-1        Calculate convex hulls 
> and related
> ii  libreadline4             4.3-11          GNU readline and history 
> libraries
> ii  libsm6                   4.3.0.dfsg.1-10 X Window System Session 
> Management
> ii  libstdc++5               1:3.3.5-8       The GNU Standard C++ 
> Library v3
> ii  libx11-6                 4.3.0.dfsg.1-10 X Window System protocol 
> client li
> ii  octave2.1                2.1.64-1        The GNU Octave language 
> for numeri
> ii  xlibs                    4.3.0.dfsg.1-10 X Keyboard Extension 
> (XKB) configu
> ii  zlib1g                   1:1.2.2-3       compression library - 
> runtime
>
> -- no debconf information
>
>
> _______________________________________________
> Pkg-octave-devel mailing list
> Pkg...@li...
> http://lists.alioth.debian.org/mailman/listinfo/pkg-octave-devel
>
>
>
> ----- End forwarded message -----
>
> -- 
> Rafael
>
>
> _______________________________________________
> Pkg-octave-devel mailing list
> Pkg...@li...
> http://lists.alioth.debian.org/mailman/listinfo/pkg-octave-devel
>