Re: Gnuplot and Octave.

[Daniel J S. <dan...@ie...>]

Ole Jacob Hagen wrote:

> Hi, again.
>
> I know Octave can get some parameters from gnuplot using gshow, which 
> will run show in Gnuplot.
> And a lot of types, parameters and properties related to current plot 
> is available here.
> All these could be collected from Octave.
>
> There is a lot of builtin functionality inside gnuplot to be used 
> within Octave, and could be interpreted as handle graphics.
> Remark that gnuplot doesn't have to support a core handle graphics. 
> Handle graphics of Matlab is very restrictive,
> and should be interpreted as some sort of Mathworks attempt to 
> generalize properties of a visualisation. 


I will agree with that.

> Gnuplot should continue in it's development regardless of handle 
> graphics.
>
> The question is whether Gnuplot is doing some housekeeping of 
> curve-data (2D & 3D), and this is retrievable in an easy way.
>
> It would be nice to be able to retrieve the curve_data which is 
> visualised. That would be perfect.
>
> I know that Octave is able to use a gshow, which will list out 
> properties as in show.  I believe I can get labels, ticks, colour and 
> format, but not the curve_data, which could be quite useful.... 


(Brainstorming questions, not proposals:)

So that would perhaps mean a set/show combination?  Hmm.  "show" used to 
display the data (i.e., transfer back to Octave) would mean putting 
things in ASCII floating point or something.  Some datasets for plots 
can get very large.

There isn't anyway to create a special terminal type that would send the 
data back to Octave somehow, is there?

In any case, from Octave's perspective it would still be better if 
Gnuplot had an internal record of _each_ plot rather than just the 
current plot, right?

Dan