Interactive gnuplot

[Nigel N. <nN...@au...>]

On 14 April 2007 Pawel Cesar Sanjuan Szklarz wrote:

> Now I have the next problem: how to use external function to generate
> the values of the vector field?? why I need this: on my functions I
> solve a set equations to find the behavior of the robot. Thats why I
> am thinking about the pipe-feature.
>
> With the '+' filename it is possible in gnuplot to write the "x,y"
> values to evaluate in some file??
> May be it is possible to write the "x,y" grid, then run some process
> (in my case octave), and then use the results file to plot???


Later, Pawel Cesar Sanjuan Szklarz wrote:

> Actually i need to send data from Gnuplot to Octave. Octave can send
> data to gnuplot, but I would like to send back to octave the
> information about the zoom and make a replot.
>
> I will check the path:
>  [ gnuplot-Patches-1027032 ] Connect gnuplot_x11 to exterior =
application window
>
> maybe it is what i need.


Such scenarios are clean and simple when gnuplot is embedded as a =
library of plotting routines in a simulation application.  As discussed =
in years past, the only constraint is (was?) that there remained a few =
global variables, thus multiple plotting panels were necessarily views =
into the one set of gnuplot data.  By wrapping these few variables into =
a struct or C++ class, a simulation could have any number of in-process =
gnuplot sessions active, with all info about each plot's state and data =
at hand.

This was always how I used gnuplot, first embedded in an MFC GUI, then =
later likewise in wxWindows.  By the way, I remain confused by the way =
the current wx terminal tries to drive a GUI, rather than having a =
user's GUI drive (simultaneous) gnuplot (sessions).  No doubt the =
current setup is more appropriate in many common scenarios.  Still, I =
imagine gnuplot functionality embedded within a user's favorite GUI =
would be nice.

Nigel

--
=20