gnuplot-beta

Re: gnuplot web extension

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

On Tue, Nov 29, 2005 at 11:36:25AM +0100, Hans-Bernhard Broeker wrote:
> gnuplot is not a "web extension" (whatever exactly that may be supposed=
=20
> to mean).  It's an interactive program, which can also be used as a=20
> back-end by other programs if you redirect its input and/or output.  If=
=20
> that's not information for you, I'm afraid gnuplot isn't what you need.

    However it would be quite interesting to have gnuplot's core
function available as a library. I am afraid this is not the current
policy but it would indeed be interesting to be able to use gnuplot's
powerfull plotting engine in other programme (think SciPy for instance).

--=20
    Ga=EBl

Re: gnuplot web extension

[Hans-Bernhard B. <br...@ph...>]

Ga=EBl Varoquaux wrote:
>     However it would be quite interesting to have gnuplot's core
> function available as a library. I am afraid this is not the current
> policy but it would indeed be interesting to be able to use gnuplot's
> powerfull plotting engine in other programme (think SciPy for instance)=
=2E

Many other programs already manage that just fine, Python scripts=20
included.  There are limitations to the piping concept, sure, but OTOH,
we're really in no shape to publish any library API other than=20
'do_line()' to the gnuplot core engine.  The command-line interface is=20
the only one that's anywhere near consistent and stable enough to be=20
useful right now, and that's distributed all over the program.

Yes, nobody seems to like that state of affairs very much --- but nobody =

is doing anything about it, either.

Re: gnuplot web extension

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

On Tue, Nov 29, 2005 at 12:27:29PM +0100, Hans-Bernhard Broeker wrote:
> Yes, nobody seems to like that state of affairs very much --- but nobod=
y=20
> is doing anything about it, either.

    Sure, I know what you mean, and I can't blame anybody for that. I
was just expressing a mere dream.

--=20
    Ga=EBl