gnuplot-beta — Developers and beta testers of new gnuplot code

plotting circles

[Carolina B. <cac...@ya...>]

Hello!

I am trying to draw circles arount points and I
cannot!
I am thinking about parametric functions like 
f(x) = sqrt(1-x**2) and g(x)=-sqrt(1-x**2)
and then to use "filledcurves  closed" but it's not
working.
Do you can help me?

Thank you!
Carolina.


	
	
		
_______________________________________________________ 
Yahoo! Acesso Grátis - Instale o discador do Yahoo! agora. http://br.acesso.yahoo.com/ - Internet rápida e grátis

Re: x11 terminal activation

[Petr M. <mi...@ph...>]

> >>I wish to use gnuplot to open several x11 terminals, and to change the
> >>active terminal interactively (with a mouse click for example), in order
> >>to be able to rescale the plot with the mouse (right clicks).
>
> The SAVE command might be useful.  In the past I used "save
> x11-fig-NN.cmd", then moved on to
> my other plots.  When I wanted window NN I could use a "load
> x11-fig-NN.cmd" to get the window back.
> I would wrap this procedure in a OPEN-FIGURE command that would do all
> the book-keeping for me.  See
> below example.

That would be nice to bind (see help bind) a hotkey to "load" such a
configuration file for a given x11 window. However, binding to the "load"
command does not work as both load and string_execute do some
"extraordinary" things with the current command string and its parsing.

That was just a note if someone finds how to fix it (I haven't found a way
to solve this).

---
PM

Re: x11 terminal activation

[Michael A. K. <ma...@ll...>]

Ethan Merritt wrote:
> On Thursday 16 December 2004 10:40 am, Jacques Bouchard wrote:
> 
>>I wish to use gnuplot to open several x11 terminals, and to change the 
>>active terminal interactively (with a mouse click for example), in order 
>>to be able to rescale the plot with the mouse (right clicks).

The SAVE command might be useful.  In the past I used "save 
x11-fig-NN.cmd", then moved on to
my other plots.  When I wanted window NN I could use a "load 
x11-fig-NN.cmd" to get the window back.
I would wrap this procedure in a OPEN-FIGURE command that would do all 
the book-keeping for me.  See
below example.

Hope this helps.

-- 
---------------------
Dr Michael A. Koerber
x3250

# EXAMPLE OF SAVE/LOAD FOR MULTIPLE X11 TERMS
reset
set term x11 2
set parametric
plot t,sin(t)
save "x11-fig-02.cmd"

set term x11 3
set grid
plot t,exp(-t)*sin(t)
save "x11-fig-03.cmd"

# Note that the SAVE command in at least
#        G N U P L O T
#	Version 4.0 patchlevel 0
#	last modified Thu Apr 15 14:44:22 CEST 2004
#	System: FreeBSD 4.10-RELEASE
# comments out the SET TERM and SET OUTPUT lines.
# These must be respecified, or a new terminal specified.
set term x11 5
load 'x11-fig-02.cmd'
set term x11 6
load 'x11-fig-03.cmd'

PalmOne

[helena <hli...@te...>]

Can I run gnuplot on my PalmOne? I have a Zire 71 (Palm OS=AE 5.2.1)

Re: x11 terminal activation

[Ethan M. <merritt@u.washington.edu>]

On Thursday 16 December 2004 10:40 am, Jacques Bouchard wrote:
> I wish to use gnuplot to open several x11 terminals, and to change the 
> active terminal interactively (with a mouse click for example), in order 
> to be able to rescale the plot with the mouse (right clicks).

Clicking on the plot window will make it "active" for the window
manager (KDE, gnome, whatever), but has no  effect on gnuplot.
Gnuplot has only one active plot, the one produced by the most
recent plot or splot command. 

> 1) Is there a way to change the active terminal with a command, without 
> redefining all the plot? (I didn't find a word about this in the manual)

Probably, but it will be a window manager command rather than a
gnuplot command.
 
> 2) Is there a _simple_ way to patch the source in order to activate the 
> clicked terminal? (I tried but didn't get the expected behaviour)

What do you mean "activate"?  If you mean "I can use zoom and replot"
then this is not possible at all. It is a fundamental limitation of
gnuplot that only the information for the most recent plot is available.

> 3) I wish that the mouse coordinates in a _non-active_ x11 terminal were 
> displayed according to the mouseformat defined for this terminal. Is it 
> easy to patch?

This, however, should work in both Version 4.0 and the cvs version.
Are you saying that mousing does not work at all in the "old" 
plot windows, or just that the output format changes somehow? 

> 4) Is there a completely different way to obtain a similar behaviour 
> with the current gnuplot?

Mousing is supposed to work.  Zoom, replot, or other commands that
require access to the original data can only work on the current
(e.g. most recently drawn) plot window.

-- 
Ethan A Merritt       merritt@u.washington.edu
Biomolecular Structure Center
Mailstop 357742
University of Washington, Seattle, WA 98195

x11 terminal activation

[Jacques B. <jac...@no...>]

I wish to use gnuplot to open several x11 terminals, and to change the 
active terminal interactively (with a mouse click for example), in order 
to be able to rescale the plot with the mouse (right clicks).

1) Is there a way to change the active terminal with a command, without 
redefining all the plot? (I didn't find a word about this in the manual)

2) Is there a _simple_ way to patch the source in order to activate the 
clicked terminal? (I tried but didn't get the expected behaviour)

3) I wish that the mouse coordinates in a _non-active_ x11 terminal were 
displayed according to the mouseformat defined for this terminal. Is it 
easy to patch?

4) Is there a completely different way to obtain a similar behaviour 
with the current gnuplot?

Re: [Fwd: [Fwd: no mirroring to www.gnuplot.info]]

[Petr M. <mi...@ph...>]

> That would be me, the phantom sysadmin for gnuplot.info. :-)  Mirroring
> was turned off when Lars moved from ucc.ie, pending further information
> regarding where it should be mirrored from.  I had set up
> preprod.gnuplot.info for this, but I don't think that has been used
> after the initial snapshot.  At this time, both www.gnuplot.info and
> ftp.gnuplot.info (same server, different application) have mirroring
> turned off.
>
> I may have missed a notice about where it should be mirrored from after
> the cessation of the ucc.ie mirror, but I don't recall seeing one.

www.gnuplot.info should be mirror of gnuplot.sourceforge.net. I thought it
was working this way, and then it stopped.

ftp.gnuplot.info ... it seems there could be some link added to the web page
about storage of historical versions of gnuplot?


> Sorry if I've missed notes about it's brokenness, but that is the
> status.  I'll be happy to set up the mirror to some other staging area,
> or we can use the existing preprod (currently lhecking, ddenholm, and
> myself have access to it, but I'll be happy to set up others ... hbb and
> mikulik would be obvious candidates).

We would probably need access to ftp.gnuplot.info, as the latest case of
a broken binary revealed.

---
PM

Re: no mirroring to www.gnuplot.info

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

Lars Hecking wrote:
>  I'll ping him again at different email addresses.

Note that his sf.net address is irresponsive for quite a while now.  I 
had to remove Clark from all the mailing lists' admin entries because it
caused a mail loop between the mailman's admin notifications and the 
bounces from users.sf.net.  Where ever he went, he forgot to take his 
sf.net address with him.

>  Both, plus ftp.gnuplot.info, point to the sam IP address, but I can't find
>  the actual www and ftp stuff on the machine.

A possibly important notice: ftp.gnuplot.info is quite screwed up. 
There's the old place our stuff used to be in (/pub/gnuplot), and a
much reduced, cleaned-up version in (/pub/gnuplot/pub/gnuplot).  The 
latter is almost certainly unintentional.  It's dated 2004-08-15, three 
days newer than the ncftpd directory on the same machine.

IIRC, the machine's copy of ncftpd ran to the end of some temporary 
licence around that time, and started to grind down voluntarily, and 
finally got a fresh unlimited license donated by NicMerSoft.  It appears 
the mirroring didn't survive the server update.

Re: no mirroring to www.gnuplot.info

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

Lars Hecking wrote:

>>It seems that he is not responding. Site www.gnuplot.info is obsolete --
>>untouched for many months. Has somebody else access to that site to restart
>>the mirroring? Or to put a redirection html page to gnuplot.sf.net?
>>    
>>
> 
> I'll ping him again at different email addresses.
>
> The domain is expiring in Jan 2009, no need to worry just yet.
>  
>

Set an alarm on your computer calendars.  :-)

> As I just found out, I seem to have administrative access to sf.gnuplot.info,
> but not www.gnuplot.info. Not sure what the relationship between them is.
> Both, plus ftp.gnuplot.info, point to the sam IP address, but I can't find
> the actual www and ftp stuff on the machine.
>  
>

I just went to the site using gftp.  I too see nothing that looks like 
html.  In fact, I see versions of gnuplot as recent as 3.7 and that's 
it.  The only thing with 4.0 in the title is a bunch of files in the 
directory /incoming  E.g.,

/incoming/198.82.245.202_V4.0.0.37B_20041113001202.backup.blue

Maybe that is the necessary stuff?

Dan

Re: no mirroring to www.gnuplot.info

[Lars H. <lhe...@us...>]

> It seems that he is not responding. Site www.gnuplot.info is obsolete --
> untouched for many months. Has somebody else access to that site to restart
> the mirroring? Or to put a redirection html page to gnuplot.sf.net?
 
 I'll ping him again at different email addresses.

 The domain is expiring in Jan 2009, no need to worry just yet.

 As I just found out, I seem to have administrative access to sf.gnuplot.info,
 but not www.gnuplot.info. Not sure what the relationship between them is.
 Both, plus ftp.gnuplot.info, point to the sam IP address, but I can't find
 the actual www and ftp stuff on the machine.

Re: please release the next stable release

[Petr M. <mi...@ph...>]

> >> could you please release the next stable release 4.0.x?
> > Reason?
> I would like to recommend gnuplot (which can be used for making WMFs) to
>   other people. It would be very convenient if it could be accessible
> from the official gnuplot site.


Who could put that up-to-date windows binary to ftp.gnuplot.info? Same
problem of no maintainer (no password) as www.gnuplot.info?

BTW, isn't there a danger that the domain will expire is it happened with
.org?

---
PM

Re: no mirroring to www.gnuplot.info

[Petr M. <mi...@ph...>]

> Petr Mikulik writes:
> > I have posted this message several times already, but no one responded. Who
> > is the maintainer of www.gnuplot.info???
> >
> > FWD:
> > Mirroring of gnuplot.sf.net to www.gnuplot.info does not work -- cf. pages
> > from October/November to those of May.
> >
> > Who is maintaining www.gnuplot.info?
> > Could he restart the mirroring?
>
>  I have forwarded your mail to Clark Gaylord.

It seems that he is not responding. Site www.gnuplot.info is obsolete --
untouched for many months. Has somebody else access to that site to restart
the mirroring? Or to put a redirection html page to gnuplot.sf.net?

---
PM

Re: please release the next stable release

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

Andrius Kurtinaitis wrote:

>>> could you please release the next stable release 4.0.x?
>>
>> Reason?
>
> I would like to recommend gnuplot (which can be used for making WMFs) 
> to  other people. It would be very convenient if it could be 
> accessible from the official gnuplot site.
> Andrius


That sounds good Andrius.  I was curious if perhaps you found some 
problems with software bugs.

Dan

Re: please release the next stable release

[Andrius K. <and...@ma...>]

>> could you please release the next stable release 4.0.x?
> Reason?
I would like to recommend gnuplot (which can be used for making WMFs) to 
  other people. It would be very convenient if it could be accessible 
from the official gnuplot site.
Andrius

Re: please release the next stable release

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

Andrius Kurtinaitis wrote:

> Dear gnuplotters,
> could you please release the next stable release 4.0.x?


Reason?

Dan

Irregular time series

[BBands <bb...@ya...>]

Plotters,

Would it be possible to have gnuplot support irregular
time series? I recall we went around on this one a
great while back, but so much has changed since then I
thought I'd raise the issue again.

Regards,

     --jab

=====
John Bollinger, CFA, CMT
www.BollingerBands.com

If you advance far enough, you arrive at the beginning.


		
__________________________________ 
Do you Yahoo!? 
The all-new My Yahoo! - What will yours do?
http://my.yahoo.com 

please release the next stable release

[Andrius K. <and...@ma...>]

Dear gnuplotters,
could you please release the next stable release 4.0.x?
Andrius Kurtinaitis

Re: Qt Wrapper, wx and real-time plots

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

Petr Mikulik wrote:

>>>So you don't think there should be an intervening 4.1 release?
>>>      
>>>
>>IIRC we agreed to switch to a Linux-like versioning scheme as of 4.0.
>>I.e. even minor for user releases, odd minor for development versions.
>>    
>>
>
>Really? IMHO, I don't see any reason for this. The delay between 2 gnuplot
>versions is so huge that we cannot afford to make "non-public" releases.
>

I'd think that delay could be shortened, especially given all the work 
the group put into a new release and updating the process thereof.  That 
is, one doesn't want to be making a release so often that it becomes 
tedious.  But at the same time the wait should be too long that it 
becomes a very big job to accomplish it.  There has been enough added to 
4.0 to maybe justify a 4.1 in the not to distant future.  A good time 
for a release is when things stabilize and/or right before embarking on 
some new feature.  Spring/early summer... then mid summer people work 
feverishly to try out their feature ideas.

Dan

Re: Qt Wrapper, wx and real-time plots

[Petr M. <mi...@ph...>]

> > So you don't think there should be an intervening 4.1 release?
>
> IIRC we agreed to switch to a Linux-like versioning scheme as of 4.0.
> I.e. even minor for user releases, odd minor for development versions.

Really? IMHO, I don't see any reason for this. The delay between 2 gnuplot
versions is so huge that we cannot afford to make "non-public" releases.

--
PM

Re: Qt Wrapper, wx and real-time plots

[Ethan M. <merritt@u.washington.edu>]

On Monday 13 December 2004 04:19 am, Hans-Bernhard Broeker wrote:
> > Wouldn't it be easier just to fire up multiple
> > separate copies of gnuplot?
> 
> For gnuplot as a process (the only thing currently existing): yes.  But 
> for gnuplot as a (shared) library, that's not an option.  AFAIK, a 
> single parent process can't open a single shared library more than once, 

But a library of interface routines can generate multiple threads,
each with its own instance of gnuplot.  That is the direction in which
the Python interface is headed (http://gnuplot-py.sourceforge.net/)
and I think also the Java and Perl class libraries.  


-- 
Ethan A Merritt       merritt@u.washington.edu
Biomolecular Structure Center
Mailstop 357742
University of Washington, Seattle, WA 98195

Re: Qt Wrapper, wx and real-time plots

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

Ethan Merritt wrote:
> On Sunday 12 December 2004 08:59 am, Hans-Bernhard Broeker wrote:
> 
>>I consider fixing this a major goal that absolutely has to be achieved
>>before the next official release (4.2).
> 
> 
> So you don't think there should be an intervening 4.1 release?

IIRC we agreed to switch to a Linux-like versioning scheme as of 4.0. 
I.e. even minor for user releases, odd minor for development versions.


> [...] I am not convinced that the goal of invoking
> multiple parallel copies of the main gnuplot within the same process
> context makes any sense.  Wouldn't it be easier just to fire up multiple
> separate copies of gnuplot?

For gnuplot as a process (the only thing currently existing): yes.  But 
for gnuplot as a (shared) library, that's not an option.  AFAIK, a 
single parent process can't open a single shared library more than once, 
and expect those several instance to have context (i.e. global 
variables) independent of each other beyond a very small number of 
special variables ("instance variables", stored e.g. in the window 
handle of a GUI control).

Re: Gpcard.pdf: no paper size, right margin missing

[Petr M. <mi...@ph...>]

> > > acrobat reader 4.0. Neither program shows the right margin of the
> > > reference card: in the Graphics Devices column, only the "s" of the
> > > "set terminal" command is shown. Xpdf complains with
> > >   Error: No paper information available - using defaults
> >
> > I've put there a regenerated version. Please try it.
>
> The version at http://www.gnuplot.info/docs/gpcard.pdf still doesn't
> work for me; exactly the same symptoms as described above.

Please try http://gnuplot.sourceforge.net/docs/gpcard.pdf

(For personal/technical reasons, gnuplot.info has not been updated for
several months...)

---
Petr Mikulik

Re: Gpcard.pdf: no paper size, right margin missing

[Axel B. <axe...@ya...>]

--- Petr Mikulik <mi...@ph...> wrote:

> > and tried to view it with xpdf version 3.00, gv version 3.5.8 and
> Adobe
> > acrobat reader 4.0. Neither program shows the right margin of the
> > reference card: in the Graphics Devices column, only the "s" of the
> > "set terminal" command is shown. Xpdf complains with
> >   Error: No paper information available - using defaults
> 
> I've put there a regenerated version. Please try it.

The version at http://www.gnuplot.info/docs/gpcard.pdf still doesn't
work for me; exactly the same symptoms as described above.

Axel


		
__________________________________ 
Do you Yahoo!? 
Yahoo! Mail - Helps protect you from nasty viruses. 
http://promotions.yahoo.com/new_mail

Re: Qt Wrapper, wx and real-time plots

[Ethan M. <merritt@u.washington.edu>]

On Sunday 12 December 2004 08:59 am, Hans-Bernhard Broeker wrote:
>
> I consider fixing this a major goal that absolutely has to be achieved
> before the next official release (4.2).

So you don't think there should be an intervening 4.1 release?

> It shouldn't be strictly associated to any visible entity, but rather
> switchable from inside gnuplot.  I.e., we need the effect of 'load' and
> 'save' commands (but including saving of entire multi-plots), without
> relying on external files.

I wonder if you could elaborate on this ambitious goal a bit more.
While I agree that the number of globals should be reduced, if only
as a matter of aesthetics, I am not convinced that the goal of invoking
multiple parallel copies of the main gnuplot within the same process
context makes any sense.  Wouldn't it be easier just to fire up multiple
separate copies of gnuplot?

Consider, for instance, the terminal tables and terminal-specific
globals. Is terminal state persistent across wholesale save/restore
of the program state?  Or does each program state have its own
set of terminal tables? I don't quite see how that 2nd option would work.

-- 
Ethan A Merritt
Biomolecular Structure Center
University of Washington 98195-7742

Re: Qt Wrapper, wx and real-time plots

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

Nigel Nunn wrote:

[Nigel, please check your mail client. Something's causing it to emit
doubled linebreaks...]

> My experimental term wx works well, but the Gnuplot's use
> of global variables effectively limits us to a single panel.

I consider fixing this a major goal that absolutely has to be achieved 
before the next official release (4.2).

> This could be fixed by packaging these globals in a struct,
> and associating one such struct with each display panel.

It shouldn't be strictly associated to any visible entity, but rather 
switchable from inside gnuplot.  I.e., we need the effect of 'load' and 
'save' commands (but including saving of entire multi-plots), without 
relying on external files.  Each "package of globals" has to be come a 
selectable global state (--> 'set' command), roughly like this:

	set state 5 to current
	# do something else
	set state to 5 ; replot multi
	# or even temporily:
	replot multi 5