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

Re: pgnuplot.exe flow control

[Ralf J. <jue...@cs...>]

Hello,

On Mon, 24 Mar 2008, Tatsuro MATSUOKA wrote:

>> I don't have much experience with interprocess communication, so I don't
>> know how these kinds of things are usually handled, but it seems like a
>> problem that must have been solved many times over.
>
> It is known that data from pipe like
> plot '-'
> 1, 1
> :
> :
> e
> is too fast to plot for pgnuplot.

Since I work mostly on Linux, I can't say much about pgnuplot.
But I am using gnuplot as a plotting backend as well and
observed similar problems. My solution was to make the gnuplot
interface bi-directional and have gnuplot work in interactive
mode. (You need to use two pipes for that).

In interactive mode for every line of data you pipe to gnuplot 
it sends back a prompt ("input data ('e' ends) >"). That means
for every line of data you need to read the prompt from the
input pipe. It is more work to implement a bi-directional
interface, but that way the pace of the data flow adjusts
automatically.

That said, I have begun to move to binary data transer. The
problem seems to not occur with binary transfer, but I have
yet to gain more experience with it.

If you want to copy this approach, have a look at
ftp://ftp.cs.pdx.edu/pub/psu-lush/psu-lush-1.3pre8.tar.gz.
The gnuplot interface is in file lsh/libplot/gnuplot.lsh.
There also is a tiny gnuplot demo in the demos directory.

Ralf

Re: Announcing the book on the website

[Philipp K. J. <ja...@ie...>]

Maybe we should then go with a lay-out based
on Ethan's suggestion:
	http://philipp-janert.com/gnuplot/www/index5.html

Best,

		Ph.



On Monday 24 March 2008 02:10, pl...@pi... wrote:
> On Mon, 24 Mar 2008 08:52:04 +0100, Tait <gnu...@t4...> wrote:
> > I'm a little at a loss why the book belongs on the Gnuplot front page
> > to begin with. It would seem to rightly be placed on the "Tutorials,
> > learning, help" page. In that location, there may be less sensitivity
> > about how much space is consumed by the book advertisement.
>
> In principal I would have to agree, it should have a prominent link on
> tutorial page and "other doc" section of the documntation page.
>
> Since it is a commercial offering I agree it is a bit doubious it even
> getting a spot on the homepage.
>
> However the official doc, thorough as it is, is very hard to assimilate.
> It's like reading a Unix reference manual, the info is there you just have
> to find it.  It's not anyone's idea of how to find out how to use a
> computer. It's there for reference.
>
> Having proof read some of the book I really have to say it is extremely
> clear and well written. If I had had just those early chapters when I
> started using gnuplot I would quite simply have saved myself two or three
> weeks to get to a productive state of knowlege.
>
> If anything, it would probably be more appropriate to have a link to the
> book's site where the free chapters are. These are an excellent
> introduction to what gnuplot is and does and the basics of how to get
> flying, condensed into about 20 min careful reading.
>
> For that reason I think an exception should be made to make this available
>  from the homepage
>
> http://www.manning-source.com/books/janert/janert_meapch2.pdf
>
> The free taster can then serve the purpose the publisher intends: getting
> people hooked to buy the book. This link is entirely justifiable from the
> perspective of gnuplot since it speeds access to the program and I believe
> is a great asset to potential and novice users.
>
> I regret that this was not there when I started gnuplotting.
>
> Giving 25% of the homepage to the book and its cover is probably going a
> bit too far unless the publisher wants to sponsor gnuplot!!
>
> regards.
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta

Re: pgnuplot.exe flow control

[Tatsuro M. <tma...@ya...>]

Hello

First I would like to introduce myself.
I'm not a member of the deveploment team and only one of the user of gnuplot.
I'm a maintainer of testing realese of the octave on the cygwin and the mingw.
Octave uses gnuplot as a plotting enigine, so I have been stated my opinion here.
Apart from the octave, I am a daily user of gnuplot (about twenty years.).
Sometimes I reply the question on the ML as a long term user. 

> I don't have much experience with interprocess communication, so I don't
> know how these kinds of things are usually handled, but it seems like a
> problem that must have been solved many times over.

It is known that data from pipe like 
plot '-' 
1, 1
:
:
e
is too fast to plot for pgnuplot.

This phenomenon is a main complaint of octave for windows team.
Michael Goffioul, who is a powerful maintainer of octave built by Microsoft C++, has build a special
version of gnuplot for octave.  That is console mode gnuplot on windows. 
If you would like to see it, please visit the my web page

http://www.geocities.jp/tmoctwin/

and download the octave by the Michael.
And please also see ReadmeMingwOct3.0.xx.txt in Octave 3.0.0 mingw testing binaries.
Please read section 2.1.1 and you can get specially prepared console mode gnuplot 4.2.2.

Another solution is to use cygwin gnuplot.  For my web page, I prepare the smallest set the cygwin
gnuplot 4.3 (cvs release).  You can use it if the X server (Xming) will be installed.
 
However, if plotting data given from the file pgnuplot has no problem for use. 
At the end of mail I wrote my old test C++ program for pgnuplot.

> Tatsuro MATSUOKA <tmacchant3_yahoo.co.jp> said (on 2008/03/19):
> > The wgnuplot_pipes.exe is entirely different from the pgnuplot
> > It allows that
> >     plot '< awk -f awkscript.awk'
> 
> Is there a reason why the wgnuplot_pipes behavior is not simply the 
> default in wgnuplot.exe?
I do know the reason because I am a mere user.  Perhaps other people reply to this.


Regards

Tatsuro

***************
#include <iostream.h>
#include <stdio.h>
#include <stdlib.h>

#define GNUPLOT_PATH "pgnuplot"

void wait(int);
FILE *fopenck(char *, char *);

int main()
{
FILE *gp, *fp;
int i,j;
double x;

if((gp = _popen(GNUPLOT_PATH, "w")) == NULL){
fprintf(stderr, "Oops, I can't find %s.", GNUPLOT_PATH);
exit(EXIT_FAILURE);
}
fp=fopenck("temp.txt", "w");
fclose(fp);
fprintf(gp, "set xrange [0:300]\n");fflush(gp);
fprintf(gp, "set yrange [0:90000]\n");fflush(gp);
fprintf(gp, "plot '-' \n 0 0\n e\n");fflush(gp);
wait(1000);
for (i=0;i<300;i++) {
fp=fopenck("temp.txt", "a");
fprintf(fp, "%d %d \n",i, i*i);fflush(fp);fclose(fp);
fprintf(gp, "plot 'temp.txt'\n");fflush(gp);
wait(1);
}
//fprintf(gp, "clear\n"); fflush(gp);

fprintf(gp, "pause -1 \"Press OK\"\n");
fflush(gp); /* Don't forget to flush the buffer. */

fprintf(gp, "set xrange [0:2*pi]\n");fflush(gp);
fprintf(gp, "set yrange [-1:1]\n");fflush(gp);
fprintf(gp, "plot sin(x)\n");
fflush(gp); /* Don't forget to flush the buffer. */
fprintf(gp, "pause -1 \"Press OK to end\"\n");
fflush(gp); /* Don't forget to flush the buffer. */

// getchar();
_pclose(gp);

exit(EXIT_SUCCESS);
}

FILE *fopenck(char *fn, char *mode)
{
FILE *fp;
if((fp = fopen(fn, mode)) == NULL){
fprintf(stderr, "Oops, I can't find %s.", "temp.txt");
exit(EXIT_FAILURE);
}
return fp;
}

void wait(int times)
{
int i;
static int counter=0;
for(i=0;i<times;i++) printf("Wait ! : %d\r",counter++);
}



--------------------------------------
Easy + Joy + Powerful = Yahoo! Bookmarks x Toolbar
http://pr.mail.yahoo.co.jp/toolbar/

Fwd: Re: Announcing the book on the website

[<pl...@pi...>]

On Mon, 24 Mar 2008 08:52:04 +0100, Tait <gnu...@t4...> wrote:

> For instance 4) Recent News springs to mind
> as a possibility. That will probably violate Ethan's 1-page rule, though.
> I agree most users visiting the home page want to know 1 and 2, so those
> should be visible without scrolling. Adding additional information like
> news below the first screen wouldn't seem to hurt anything, though.

In my browser the existing page only gives me 1) ;  I have to scoll for 2
and 3.

BTW 7 of the 30 markup errors in Janet's pages come from the original,
which also manages to wrap "gnuplot homepage" here.

anyone need a link to a validator?

http://validator.w3.org/check#
<!doctype html public "-//w3c//dtd html 4.0 transitional//en"> invalid
formal public identifier

<link text="text/css" href="gnuplot.css" rel="stylesheet">  there is no
attribute "TEXT".
and <a href="announce.4.2.3">announcement</a> of gnuplot 4.2.3, </li>
"<a>" tag within "<a>" tag
<td width=50%> an attribute value must be a literal unless it contains
only name characters.
<td width=50% rowspan="2">


viewing in IE5 does not count as a validation check ;)

> (While we're on the subject of the home page, is there a reason Gnuplot,
> which would seem to be a proper noun, is not capitalized?)
> Tait

software does not apply grammar rules for names, the software is call
gnuplot not GnuPlot or Gnuplot.
do you want to capitalise the command as well ? Go tell Yahoo they can't
have an exclaimation mark in thier name. ;)

regards, Peter

Re: Announcing the book on the website

[<pl...@pi...>]

On Mon, 24 Mar 2008 08:52:04 +0100, Tait <gnu...@t4...> wrote:

> I'm a little at a loss why the book belongs on the Gnuplot front page
> to begin with. It would seem to rightly be placed on the "Tutorials,
> learning, help" page. In that location, there may be less sensitivity
> about how much space is consumed by the book advertisement.


In principal I would have to agree, it should have a prominent link on  
tutorial page and "other doc" section of the documntation page.

Since it is a commercial offering I agree it is a bit doubious it even  
getting a spot on the homepage.

However the official doc, thorough as it is, is very hard to assimilate.  
It's like reading a Unix reference manual, the info is there you just have  
to find it.  It's not anyone's idea of how to find out how to use a  
computer. It's there for reference.

Having proof read some of the book I really have to say it is extremely  
clear and well written. If I had had just those early chapters when I  
started using gnuplot I would quite simply have saved myself two or three  
weeks to get to a productive state of knowlege.

If anything, it would probably be more appropriate to have a link to the  
book's site where the free chapters are. These are an excellent  
introduction to what gnuplot is and does and the basics of how to get  
flying, condensed into about 20 min careful reading.

For that reason I think an exception should be made to make this available  
 from the homepage

http://www.manning-source.com/books/janert/janert_meapch2.pdf

The free taster can then serve the purpose the publisher intends: getting  
people hooked to buy the book. This link is entirely justifiable from the  
perspective of gnuplot since it speeds access to the program and I believe  
is a great asset to potential and novice users.

I regret that this was not there when I started gnuplotting.

Giving 25% of the homepage to the book and its cover is probably going a  
bit too far unless the publisher wants to sponsor gnuplot!!

regards.

Re: pgnuplot.exe flow control

[Tait <gnu...@t4...>]

Hans-Bernhard Bröker <HBBroeker_t-online.de> said (on 2008/03/19):
> It's known that fast inputs into pgnuplot will overrun its input pipe,
> and we don't know what to do about that.
> ...
> If your source application is Perl, it's almost certainly better to
> redirect to gnuplot from inside the Perl script.  That way your script
> has actual control over the pipe.

Thanks to both of you for your replies. I am actually opening the handle to
pgnuplot from within Perl... it's just easier to demonstrate the concept
in an email using |. I can tell Perl to autoflush, but I still have the
problem that Perl is too fast for pgnuplot. Is there any way for the data
provider (the thing dumping into the pipe) to know when pgnuplot/gnuplot
is ready for more input?

I don't have much experience with interprocess communication, so I don't
know how these kinds of things are usually handled, but it seems like a
problem that must have been solved many times over.


Tatsuro MATSUOKA <tmacchant3_yahoo.co.jp> said (on 2008/03/19):
> The wgnuplot_pipes.exe is entirely different from the pgnuplot
> It allows that
>     plot '< awk -f awkscript.awk'

Is there a reason why the wgnuplot_pipes behavior is not simply the 
default in wgnuplot.exe?

Re: Announcing the book on the website

[Tait <gnu...@t4...>]

> I have set up two mock-ups of the current
> home page with info about the book included.
> Please take a look.

I'm a little at a loss why the book belongs on the Gnuplot front page
to begin with. It would seem to rightly be placed on the "Tutorials,
learning, help" page. In that location, there may be less sensitivity
about how much space is consumed by the book advertisement.

Release of a new book about Gnuplot qualifies as "news" (for a while,
anyway) but the current homepage doesn't appear to offer any news on the
front page. The current homepage seems to have three purposes: 1) What's
Gnuplot? 2) Where do I get it? and 3) Links to more information. Adding
4) Look! Here's a book! doesn't seem to fit with the other three.

Or maybe we want to change what's offered on the home page to include 
more than just 1, 2, and 3? For instance 4) Recent News springs to mind 
as a possibility. That will probably violate Ethan's 1-page rule, though.
I agree most users visiting the home page want to know 1 and 2, so those
should be visible without scrolling. Adding additional information like 
news below the first screen wouldn't seem to hurt anything, though.

(While we're on the subject of the home page, is there a reason Gnuplot,
which would seem to be a proper noun, is not capitalized?)

Tait

screen terminal scrolling

[<pl...@pi...>]

Hi,

unless I have missed something it seems there is no way to scroll a zoomed  
view of a plot with the on screen terminals.

I invariably find I need to back out to a previous zoom level and redefine  
the zoom. I would considerably speed things up if the arrow keys allowed  
to scroll the same sized zoom in x or y.

To prevent this being very slow (since it is basically a replot) it would  
probably be most useful to move one major tic at a time.

If I am studying some data in detail I do want to have to break off  
mentally to zoom out , recall which bit I was looking at on the larger  
scale and then zoom back in a bit to the left.

One keypress on the arrow keys would mean I did not even need to take my  
eyes off the screen.

This would be a major plus in usability for on screen data viewing.

Thx, Peter.

Re: Announcing the book on the website

[<pl...@pi...>]

On Mon, 24 Mar 2008 06:48:27 +0100, Philipp K. Janert <ja...@ie...>  
wrote:

>
> Alright. I'll try again.
>
> On Sunday 23 March 2008 21:32, you wrote:
>> On Sunday 23 March 2008 19:43, Philipp K. Janert wrote:
>> > Ok, here is another attempt, based on Ralf's
>> > comment.
>> >
>> > 	http://philipp-janert.com/gnuplot/www/index4.html
>> >
>> > At least on my screen, this does not wrap.
>>
>> It does on mine.
>>


3. Woking With Data

LOL, is that how the chinese cook thier results ?


Seriously, I agree two graphics is a bit much. I'd suggest dropping the 2D  
since the other shows the full abilities of gnuplot.

The whole upper section is too big in my view, about 2/3 of my browser  
window. You could let the menu start at top left (classic position) , this  
would reduce the overall height.

The H1 is wrapping here and a quick look at sourse shows several typos  
that are probably causing irregular results as different browsers try to  
guess how it should render the faults.

It seems , like me , you like to do your html by hand but the human eye is  
not the most efficient parser for checking typos.

You could use a syntax aware editor (I use kdevelop or bluefish for html)  
of check out the online verification tools of w3c.  
http://validator.w3.org/check#

>> This page is not Valid -//w3c//dtd html 4.0  
>> transitional//en!Result:	Failed validation, 18 Errors

If you use Opera it has a rightclick option that submits the current page  
to this checker in one click, it gives you exact info on each error. HTH.



In general , I agree with others that the TOC is a bit out of place here.  
The book is a great asset to gnuplot but probably should remain a minor  
part of the homepage. I also don't understand why the link Gnuplot in  
Action links back to the same page. This should go to the homepage of the  
book where stuff like TOC can be seen in detail.

I find the main text is getting a bit too small. It's getting to the point  
where the font rendering is getting a somewhat distorted. Again this may  
be the result of errors in the markup.

regards, Peter.

Re: Announcing the book on the website

[Philipp K. J. <ja...@ie...>]

Alright. I'll try again.

On Sunday 23 March 2008 21:32, you wrote:
> On Sunday 23 March 2008 19:43, Philipp K. Janert wrote:
> > Ok, here is another attempt, based on Ralf's
> > comment.
> >
> > 	http://philipp-janert.com/gnuplot/www/index4.html
> >
> > At least on my screen, this does not wrap.
>
> It does on mine.
>
> I understand you are excited about getting a book published.
> But the rest of the world has no particular reason to read your
> Table of Contents on the gnuplot home page.  From the point of
> view of someone visiting the gnuplot page, what is gained by
> having the book's table of contents there?
> Maybe if they were live links...
>
> How about removing the ToC and restorgin the remaining
> two table entries to being side-by-side, as they were
> originally?
>
> 	Ethan
>
> > Best,
> >
> > 		Ph.
> >
> > On Sunday 23 March 2008 18:24, you wrote:
> > > I agree with Ethan--if you do not go to page to read
> > > but to go somewhere else from there, having to scroll
> > > is annoying.
> > >
> > > That said, I like your design. There a few things that
> > > could be trimmed (e.g., leave out the ToC, shorten the
> > > about-Gnuplot-blah, remove one of plots on the top).
> > >
> > > Ralf
> > >
> > > On Sun, 23 Mar 2008, Philipp K. Janert wrote:
> > > > Thanks for taking a look!
> > > >
> > > > I hear you, but I don't think I agree with your
> > > > criterion for a home page: I don't mind the
> > > > scrolling, but I want a (single) page that tells
> > > > me what's going on without having to click a
> > > > link and to wait for a second page to load.
> > > >
> > > > Here is a compromise design:
> > > > 	http://philipp-janert.com/gnuplot/www/index3.html
> > > >
> > > > Best,
> > > >
> > > > 		Ph.
> > > >
> > > > On Sunday 23 March 2008 15:02, you wrote:
> > > >> On Sunday 23 March 2008 12:09, Philipp K. Janert wrote:
> > > >>> I have set up two mock-ups of the current
> > > >>> home page with info about the book included.
> > > >>> Please take a look.
> > > >>>
> > > >>> One is very close to the current design:
> > > >>> http://philipp-janert.com/gnuplot/www/index1.html
> > > >>>
> > > >>> The other one is a bit more contemporary,
> > > >>> featuring a standard left-navbar:
> > > >>> http://philipp-janert.com/gnuplot/www/index2.html
> > > >>>
> > > >>> Let me know what you think. I'd like to get
> > > >>> something up on the webpage very soon.
> > > >>
> > > >> Both of these fail my basic test for a homepage:
> > > >> "Must fit on one screen without having to scroll".
> > > >>
> > > >> I'd rather just have something like this:
> > > >> http://skuld.bmsc.washington.edu/people/merritt/gnuplot/gphome/homep
> > > >>age. htm l
> > > >>
> > > >> 	Ethan
> > > >>
> > > >>> (If we decide to go with version 2, I am
> > > >>> volunteering to update the other pages
> > > >>> accordingly - i.e. to include a navbar, etc.)
> > > >>>
> > > >>> Best,
> > > >>>
> > > >>> 		Ph.
> > > >>>
> > > >>> -------------------------------------------------------------------
> > > >>>---- -- This SF.net email is sponsored by: Microsoft
> > > >>> Defy all challenges. Microsoft(R) Visual Studio 2008.
> > > >>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> > > >>> _______________________________________________
> > > >>> gnuplot-beta mailing list
> > > >>> gnu...@li...
> > > >>> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> > > >
> > > > ---------------------------------------------------------------------
> > > >---- This SF.net email is sponsored by: Microsoft
> > > > Defy all challenges. Microsoft(R) Visual Studio 2008.
> > > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> > > > _______________________________________________
> > > > gnuplot-beta mailing list
> > > > gnu...@li...
> > > > https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> >
> > -------------------------------------------------------------------------
> > This SF.net email is sponsored by: Microsoft
> > Defy all challenges. Microsoft(R) Visual Studio 2008.
> > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> > _______________________________________________
> > gnuplot-beta mailing list
> > gnu...@li...
> > https://lists.sourceforge.net/lists/listinfo/gnuplot-beta

Re: Announcing the book on the website

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

On Sunday 23 March 2008 19:43, Philipp K. Janert wrote:
> 
> Ok, here is another attempt, based on Ralf's
> comment.
> 
> 	http://philipp-janert.com/gnuplot/www/index4.html
> 
> At least on my screen, this does not wrap.

It does on mine.

I understand you are excited about getting a book published.
But the rest of the world has no particular reason to read your
Table of Contents on the gnuplot home page.  From the point of
view of someone visiting the gnuplot page, what is gained by
having the book's table of contents there? 
Maybe if they were live links...

How about removing the ToC and restorgin the remaining
two table entries to being side-by-side, as they were
originally?

	Ethan


 
> Best,
> 
> 		Ph.
> 
> 
> On Sunday 23 March 2008 18:24, you wrote:
> > I agree with Ethan--if you do not go to page to read
> > but to go somewhere else from there, having to scroll
> > is annoying.
> >
> > That said, I like your design. There a few things that
> > could be trimmed (e.g., leave out the ToC, shorten the
> > about-Gnuplot-blah, remove one of plots on the top).
> >
> > Ralf
> >
> > On Sun, 23 Mar 2008, Philipp K. Janert wrote:
> > > Thanks for taking a look!
> > >
> > > I hear you, but I don't think I agree with your
> > > criterion for a home page: I don't mind the
> > > scrolling, but I want a (single) page that tells
> > > me what's going on without having to click a
> > > link and to wait for a second page to load.
> > >
> > > Here is a compromise design:
> > > 	http://philipp-janert.com/gnuplot/www/index3.html
> > >
> > > Best,
> > >
> > > 		Ph.
> > >
> > > On Sunday 23 March 2008 15:02, you wrote:
> > >> On Sunday 23 March 2008 12:09, Philipp K. Janert wrote:
> > >>> I have set up two mock-ups of the current
> > >>> home page with info about the book included.
> > >>> Please take a look.
> > >>>
> > >>> One is very close to the current design:
> > >>> http://philipp-janert.com/gnuplot/www/index1.html
> > >>>
> > >>> The other one is a bit more contemporary,
> > >>> featuring a standard left-navbar:
> > >>> http://philipp-janert.com/gnuplot/www/index2.html
> > >>>
> > >>> Let me know what you think. I'd like to get
> > >>> something up on the webpage very soon.
> > >>
> > >> Both of these fail my basic test for a homepage:
> > >> "Must fit on one screen without having to scroll".
> > >>
> > >> I'd rather just have something like this:
> > >> http://skuld.bmsc.washington.edu/people/merritt/gnuplot/gphome/homepage.
> > >>htm l
> > >>
> > >> 	Ethan
> > >>
> > >>> (If we decide to go with version 2, I am
> > >>> volunteering to update the other pages
> > >>> accordingly - i.e. to include a navbar, etc.)
> > >>>
> > >>> Best,
> > >>>
> > >>> 		Ph.
> > >>>
> > >>> -----------------------------------------------------------------------
> > >>>-- This SF.net email is sponsored by: Microsoft
> > >>> Defy all challenges. Microsoft(R) Visual Studio 2008.
> > >>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> > >>> _______________________________________________
> > >>> gnuplot-beta mailing list
> > >>> gnu...@li...
> > >>> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> > >
> > > -------------------------------------------------------------------------
> > > This SF.net email is sponsored by: Microsoft
> > > Defy all challenges. Microsoft(R) Visual Studio 2008.
> > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> > > _______________________________________________
> > > gnuplot-beta mailing list
> > > gnu...@li...
> > > https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 

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

Re: plotting in external x11 window

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

On Sunday 23 March 2008 17:29, Ralf Juengling wrote:
> 
> I was playing around with the new capability of the
> x11 terminal to use an existing, external X11 window
> for display. What exactly is supposed to happen when
> I hit 'q' in that window?

I don't know.  

I hate the whole "q" thing, and have it permanently disabled on
my setup by putting 
   gnuplot*ctrlq:  on
in the X environment.  I would vote to remove all 
special handling of 'q'.

	Ethan

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

Re: Announcing the book on the website

[Philipp K. J. <ja...@ie...>]

Ok, here is another attempt, based on Ralf's
comment.

	http://philipp-janert.com/gnuplot/www/index4.html

At least on my screen, this does not wrap.

Best,

		Ph.


On Sunday 23 March 2008 18:24, you wrote:
> I agree with Ethan--if you do not go to page to read
> but to go somewhere else from there, having to scroll
> is annoying.
>
> That said, I like your design. There a few things that
> could be trimmed (e.g., leave out the ToC, shorten the
> about-Gnuplot-blah, remove one of plots on the top).
>
> Ralf
>
> On Sun, 23 Mar 2008, Philipp K. Janert wrote:
> > Thanks for taking a look!
> >
> > I hear you, but I don't think I agree with your
> > criterion for a home page: I don't mind the
> > scrolling, but I want a (single) page that tells
> > me what's going on without having to click a
> > link and to wait for a second page to load.
> >
> > Here is a compromise design:
> > 	http://philipp-janert.com/gnuplot/www/index3.html
> >
> > Best,
> >
> > 		Ph.
> >
> > On Sunday 23 March 2008 15:02, you wrote:
> >> On Sunday 23 March 2008 12:09, Philipp K. Janert wrote:
> >>> I have set up two mock-ups of the current
> >>> home page with info about the book included.
> >>> Please take a look.
> >>>
> >>> One is very close to the current design:
> >>> http://philipp-janert.com/gnuplot/www/index1.html
> >>>
> >>> The other one is a bit more contemporary,
> >>> featuring a standard left-navbar:
> >>> http://philipp-janert.com/gnuplot/www/index2.html
> >>>
> >>> Let me know what you think. I'd like to get
> >>> something up on the webpage very soon.
> >>
> >> Both of these fail my basic test for a homepage:
> >> "Must fit on one screen without having to scroll".
> >>
> >> I'd rather just have something like this:
> >> http://skuld.bmsc.washington.edu/people/merritt/gnuplot/gphome/homepage.
> >>htm l
> >>
> >> 	Ethan
> >>
> >>> (If we decide to go with version 2, I am
> >>> volunteering to update the other pages
> >>> accordingly - i.e. to include a navbar, etc.)
> >>>
> >>> Best,
> >>>
> >>> 		Ph.
> >>>
> >>> -----------------------------------------------------------------------
> >>>-- This SF.net email is sponsored by: Microsoft
> >>> Defy all challenges. Microsoft(R) Visual Studio 2008.
> >>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> >>> _______________________________________________
> >>> gnuplot-beta mailing list
> >>> gnu...@li...
> >>> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> >
> > -------------------------------------------------------------------------
> > This SF.net email is sponsored by: Microsoft
> > Defy all challenges. Microsoft(R) Visual Studio 2008.
> > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> > _______________________________________________
> > gnuplot-beta mailing list
> > gnu...@li...
> > https://lists.sourceforge.net/lists/listinfo/gnuplot-beta

plotting in external x11 window

[Ralf J. <jue...@cs...>]

I was playing around with the new capability of the
x11 terminal to use an existing, external X11 window
for display. What exactly is supposed to happen when
I hit 'q' in that window?

Currently, if I do this, the X11 window gets blanked,

gnuplot> show term

    terminal type is x11 XID 0x2E00060


Yet for the next plot, gnuplot opens its own X11 window.

Ralf

Re: Announcing the book on the website

[Ralf J. <jue...@cs...>]

I agree with Ethan--if you do not go to page to read
but to go somewhere else from there, having to scroll
is annoying.

That said, I like your design. There a few things that
could be trimmed (e.g., leave out the ToC, shorten the
about-Gnuplot-blah, remove one of plots on the top).

Ralf


On Sun, 23 Mar 2008, Philipp K. Janert wrote:

>
> Thanks for taking a look!
>
> I hear you, but I don't think I agree with your
> criterion for a home page: I don't mind the
> scrolling, but I want a (single) page that tells
> me what's going on without having to click a
> link and to wait for a second page to load.
>
> Here is a compromise design:
> 	http://philipp-janert.com/gnuplot/www/index3.html
>
> Best,
>
> 		Ph.
>
> On Sunday 23 March 2008 15:02, you wrote:
>> On Sunday 23 March 2008 12:09, Philipp K. Janert wrote:
>>> I have set up two mock-ups of the current
>>> home page with info about the book included.
>>> Please take a look.
>>>
>>> One is very close to the current design:
>>> http://philipp-janert.com/gnuplot/www/index1.html
>>>
>>> The other one is a bit more contemporary,
>>> featuring a standard left-navbar:
>>> http://philipp-janert.com/gnuplot/www/index2.html
>>>
>>> Let me know what you think. I'd like to get
>>> something up on the webpage very soon.
>>
>> Both of these fail my basic test for a homepage:
>> "Must fit on one screen without having to scroll".
>>
>> I'd rather just have something like this:
>> http://skuld.bmsc.washington.edu/people/merritt/gnuplot/gphome/homepage.htm
>> l
>>
>> 	Ethan
>>
>>> (If we decide to go with version 2, I am
>>> volunteering to update the other pages
>>> accordingly - i.e. to include a navbar, etc.)
>>>
>>> Best,
>>>
>>> 		Ph.
>>>
>>> -------------------------------------------------------------------------
>>> This SF.net email is sponsored by: Microsoft
>>> Defy all challenges. Microsoft(R) Visual Studio 2008.
>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>>> _______________________________________________
>>> gnuplot-beta mailing list
>>> gnu...@li...
>>> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
>

Re: Announcing the book on the website

[Philipp K. J. <ja...@ie...>]

Thanks for taking a look!

I hear you, but I don't think I agree with your
criterion for a home page: I don't mind the
scrolling, but I want a (single) page that tells 
me what's going on without having to click a 
link and to wait for a second page to load.

Here is a compromise design:
	http://philipp-janert.com/gnuplot/www/index3.html

Best,

		Ph.

On Sunday 23 March 2008 15:02, you wrote:
> On Sunday 23 March 2008 12:09, Philipp K. Janert wrote:
> > I have set up two mock-ups of the current
> > home page with info about the book included.
> > Please take a look.
> >
> > One is very close to the current design:
> > http://philipp-janert.com/gnuplot/www/index1.html
> >
> > The other one is a bit more contemporary,
> > featuring a standard left-navbar:
> > http://philipp-janert.com/gnuplot/www/index2.html
> >
> > Let me know what you think. I'd like to get
> > something up on the webpage very soon.
>
> Both of these fail my basic test for a homepage:
> "Must fit on one screen without having to scroll".
>
> I'd rather just have something like this:
> http://skuld.bmsc.washington.edu/people/merritt/gnuplot/gphome/homepage.htm
>l
>
> 	Ethan
>
> > (If we decide to go with version 2, I am
> > volunteering to update the other pages
> > accordingly - i.e. to include a navbar, etc.)
> >
> > Best,
> >
> > 		Ph.
> >
> > -------------------------------------------------------------------------
> > This SF.net email is sponsored by: Microsoft
> > Defy all challenges. Microsoft(R) Visual Studio 2008.
> > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> > _______________________________________________
> > gnuplot-beta mailing list
> > gnu...@li...
> > https://lists.sourceforge.net/lists/listinfo/gnuplot-beta

Re: Announcing the book on the website

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

On Sunday 23 March 2008 12:09, Philipp K. Janert wrote:
> 
> I have set up two mock-ups of the current 
> home page with info about the book included.
> Please take a look.
> 
> One is very close to the current design:
> http://philipp-janert.com/gnuplot/www/index1.html
> 
> The other one is a bit more contemporary,
> featuring a standard left-navbar:
> http://philipp-janert.com/gnuplot/www/index2.html
> 
> Let me know what you think. I'd like to get 
> something up on the webpage very soon.

Both of these fail my basic test for a homepage:
"Must fit on one screen without having to scroll".

I'd rather just have something like this:
http://skuld.bmsc.washington.edu/people/merritt/gnuplot/gphome/homepage.html

	Ethan

 
> (If we decide to go with version 2, I am 
> volunteering to update the other pages
> accordingly - i.e. to include a navbar, etc.)
> 
> Best,
> 
> 		Ph.
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 

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

Announcing the book on the website

[Philipp K. J. <ja...@ie...>]

My book on gnuplot is nearing completion, and
we should start letting gnuplot users know about
it.

The most important place, of course, is 
www.gnuplot.info

I have set up two mock-ups of the current 
home page with info about the book included.
Please take a look.

One is very close to the current design:
http://philipp-janert.com/gnuplot/www/index1.html

The other one is a bit more contemporary,
featuring a standard left-navbar:
http://philipp-janert.com/gnuplot/www/index2.html

Let me know what you think. I'd like to get 
something up on the webpage very soon.

(If we decide to go with version 2, I am 
volunteering to update the other pages
accordingly - i.e. to include a navbar, etc.)

Best,

		Ph.

Re: Plotting line between mouse clicks

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

On Sunday 23 March 2008 08:15, Rex Walburn wrote:
> Hi
> 
> I am trying to do this. The user plots any complicated curve.
> Then the user clicks at one point (x1,y1) on the graph plot and stores the
> value of MOUSE_X and MOUSE_Y in variables x_1 and y_1.
> Then the user clicks at another point (x2,y2) on the graph plot and stores
> the value of MOUSE_X and MOUSE_Y in variables x_2 and y_2.
> 
> I am trying to draw a line segment between the points (x_1,y_1) and
> (x_2,y_2).

set arrow N from x_1,y_1 to x_2,y_2 nohead
replot


 
> Is there anyway to do this from the commandline without having to dump the
> values of (x_1,y_1) and (x_2,y_2) into a text file in column format and then
> re-read it in gnuplot.
> I wrote a function my_line(x) = y_1 + ((y_2 - y_1)/(x_2 - x_1))*x and tried
> plotting it but it keeps giving me "all points y value undefined!" error.
> 
> How do I do this ?
> 
> Any help will be appreciated.
> 
> Thanks
> RW
> 

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

Plotting line between mouse clicks

[Rex W. <wa...@gm...>]

Hi

I am trying to do this. The user plots any complicated curve.
Then the user clicks at one point (x1,y1) on the graph plot and stores the
value of MOUSE_X and MOUSE_Y in variables x_1 and y_1.
Then the user clicks at another point (x2,y2) on the graph plot and stores
the value of MOUSE_X and MOUSE_Y in variables x_2 and y_2.

I am trying to draw a line segment between the points (x_1,y_1) and
(x_2,y_2).

Is there anyway to do this from the commandline without having to dump the
values of (x_1,y_1) and (x_2,y_2) into a text file in column format and then
re-read it in gnuplot.
I wrote a function my_line(x) = y_1 + ((y_2 - y_1)/(x_2 - x_1))*x and tried
plotting it but it keeps giving me "all points y value undefined!" error.

How do I do this ?

Any help will be appreciated.

Thanks
RW

Re: genopt.com/getcolor.h

[<pl...@pi...>]

On Fri, 21 Mar 2008 17:33:51 +0100, Hans-Bernhard Bröker  
<HBB...@t-...> wrote:

>> src/genopt.com is hightlighted on my system as being executable but  
>> isn't so
>> listed using "ls".
> That's between you and your system configuration to discuss ---
> highlighting is a configurable feature of 'ls'.
>
>> Perhaps the "com" extension is some old standard for executable files?
> It's old, but still used.  *.com is the original type of executables in
> MS-DOS --- *.exe came later.

This is a result of "everyone" wanting Linux to behave just like windows.  
Any behaviour relating to "file extentions" which have no native meaning  
to a unix/linux system are EVIL. This sort of crap must die.

Looking at the header at the begining of the file rather than guessing  
substrings in the file name would reveal the real nature of the file. An  
MS .com executable has code and data in the same segment and a specific  
header. They are generally small utility programs like command.com


Soon we'll have having our WM desktops hiding known extensions , *.jpg.exe  
files and wine setup to run them on a double click.

Linux works because it's different , let's keep it that way.

</rant>

You may want to ask how far this sort of behaviour goes on your config.
What distro out of interest?

/Peter.

Re: genopt.com/getcolor.h

[Hans-Bernhard B. <HBB...@t-...>]

Daniel J Sebald wrote:
> src/getcolor.h is downloaded from CVS as being executable files.

Unfortunately, this can happen occasionally.  The permissions (including 
the 'x' bit) of a file in CVS are inherited from those of the working 
file at initial check-in.  If that was done from a Linux box, but with 
the files mounted on a FAT filesystem (which tends to report each and 
every file as "executable" by default), the 'x' bit

They are stored as the permissions of the RCS archive on the CVS server 
--- which we can't change via CVS commands.  A support request to SF.net 
staff is underway.

> src/genopt.com is hightlighted on my system as being executable but isn't so 
> listed using "ls".  

That's between you and your system configuration to discuss --- 
highlighting is a configurable feature of 'ls'.

> Perhaps the "com" extension is some old standard for executable files?

It's old, but still used.  *.com is the original type of executables in 
MS-DOS --- *.exe came later.

Re: errorlines vs errorbars

[Allin C. <cot...@wf...>]

On Thu, 20 Mar 2008, Hans-Bernhard Bröker wrote:

> Allin Cottrell wrote:
> > Is there any real difference between "errorbars" and "errorlines"?  
> 
> Yes.  "errorlines" relates to "errorbars" the same way 
> "linespoints" does to "points".
> 
> > From the help for errorbars it sounds as if there should be a 
> > difference, but I can't see any in the output.
> 
> The output of... what?  Here's an example...

Thanks, that clarifies things.  I now realize that I wasn't seeing 
a difference because in the plots I was looking at the point 
forecast was plotted as a line in its own right, hence supplying 
the "missing element" in the "errorbars" plot style for the 
standard errors.

> > One feature that would be nice to have -- and that, for a 
> > moment, I thought "errorlines" might provide -- is the ability 
> > to plot a primary series plus y-axis error high and low using 
> > just lines (and not vertical bars) for all 3 components.  
> > (This is the most common way of graphing forecasts with error 
> > bands in economics.)
> 
> No.  If that were what it did, it would be called "errorband" or 
> "corridor" ;-)

OK.  Then "errorband" would be nice to have, though not essential.

Allin Cottrell

Re: errorlines vs errorbars

[Hans-Bernhard B. <HBB...@t-...>]

Allin Cottrell wrote:
> Is there any real difference between "errorbars" and "errorlines"?  

Yes.  "errorlines" relates to "errorbars" the same way "linespoints" 
does to "points".

>>From the help for errorbars it sounds as if there should be a 
> difference, but I can't see any in the output.

The output of... what?  Here's an example:

	plot '-' u 0:0:(1.0) w errorlines, \
              '-' u 0:($0+2):(1.0) w errorbars
	  0
           1
           2
           3
         E
	  0
           1
           2
           3
         E

> One feature that would be nice to have -- and that, for a moment, 
> I though "errorlines" might provide -- is the ability to plot a 
> primary series plus y-axis error high and low using just lines 
> (and not vertical bars) for all 3 components.  (This is the most 
> common way of graphing forecasts with error bands in economics.)

No.  If that were what it did, it would be called "errorband" or 
"corridor" ;-)

Re: pgnuplot.exe flow control

[Hans-Bernhard B. <HBB...@t-...>]

gnu...@t4... wrote:
> If I've understood correctly how pgnuplot.exe is supposed to work on Win32,
> 	type "object map.gps" | pgnuplot.exe
> should be essentially equivalent to starting wgnuplot.exe and saying
> 	load "object map.gps"
> 
> Is that right, or am I missing something here?

You're missing a bit.  The closest equivalent of 'load' is passing the 
name of the file directly to wgnuplot:

	wgnuplot "object map.gps"

Going through pgnuplot is more like opening the file in an editor, 
copying the whole of it to the clipboard, and then pasting it into wgnuplot.

> The apparent flow control problem is limited to pgnuplot.exe.

It's known that fast inputs into pgnuplot will overrun its input pipe, 
and we don't know what to do about that.

> (I've had no luck at all with wgnuplot_pipes.exe.)

That's not surprising --- wgnuplot_pipes serves an entirely different 
purpose.

> This all started because I'd really like to do "perl.exe script.pl |
> pgnuplot.exe" but that has the same issue.

If your source application is Perl, it's almost certainly better to 
redirect to gnuplot from inside the Perl script.  That way your script 
has actual control over the pipe.