Menu
▾
▴
gnuplot-info
|
From: Tatsuro M. <tma...@ya...> - 2007-12-01 20:16:15
Attachments:
pgnuplot.patch
|
Hello The current octave for windows distribution, the Michael's modified pgnuplot was used. That is independent of wgnuplot and which has both abilities of pipe receiving and the plotting system. That is because the current octave all plotting data to the gnuplot via pipe. The combination of the pgnuplot and the wgnuplot cannot be used. The incoming data speed is fairly larger than the wgnuplot interpret the command from the wgnuplot command terminal. However we sometimes want to use the latest version gnuplot like cvs one for example distributed by prof.Kakuto. Url of mirror site: http://www.ring.gr.jp/pub/text/TeX/ptex-win32/utils/ gnuplot-43pl0w32.zip The patch attached that used in the test for the successive plot from the octave. I think that the current pgnuplot is not suitable for this purpose and not effective. The command will be better to be interpreted by line to line. I have set waiting factor by each line. I used the Sleep function, however even sleep(1), the wait time is enough but it can to be shortened. I consider for this patch is for a general patch but not only for octave. The reason is the gnuplot 4.2.0 suffured from the pipe line problem. It was solved at the gnuplot 4.2.2. However, for wgnuplot, the situation is quite different. For wgnuplot, the pipe line treatment is carried out in the pgnuplot. In my opinion, for wgnuplot, the pipe line problem should be treated in the pgnuplot. I would like to hear the gnuplot persons' opinions. Sincerely yours, Tatsuro MATSUOKA -------------------------------------- New Design Yahoo! JAPAN 2008/01/01 http://pr.mail.yahoo.co.jp/newdesign/ |
|
From: <HBB...@t-...> - 2007-12-02 21:21:46
|
Tatsuro MATSUOKA wrote: > The current octave for windows distribution, the Michael's modified pgnuplot was used. > That is independent of wgnuplot and which has both abilities of pipe receiving and the plotting > system. Sorry, but I'm afraid your English is confused enough that I have almost no idea what you're talking about. Sounds like that "Michael's pgnuplot" isn't actually pgnuplot at all. It's regular gnuplot command line, built on Windows. > I think that the current pgnuplot is not suitable for this purpose and not effective. > The command will be better to be interpreted by line to line. Unfortunately, the attached patch doesn't achieve that. It just inserts a rather arbitrary pause of one millisecond per input line. There's no particular reason to assume that 1 millisecond would be sufficient or necessary. > The reason is the gnuplot 4.2.0 suffured from the pipe line problem. > It was solved at the gnuplot 4.2.2. I have no idea what "the pipe line problem" is supposed to be. |
|
From: Tatsuro M. <tma...@ya...> - 2007-12-03 03:14:08
|
Dear Hans-Bernhard Broeker
> Tatsuro MATSUOKA wrote:
>
> > The current octave for windows distribution, the Michael's modified pgnuplot was used.
> > That is independent of wgnuplot and which has both abilities of pipe receiving and the
> plotting
> > system.
>
> Sorry, but I'm afraid your English is confused enough that I have almost
> no idea what you're talking about. Sounds like that "Michael's
> pgnuplot" isn't actually pgnuplot at all. It's regular gnuplot command
> line, built on Windows.
Sorry for my poor abilities of English. I do not want to say that the Micheal's pgnuplot is irregular.
> > I think that the current pgnuplot is not suitable for this purpose and not effective.
> > The command will be better to be interpreted by line to line.
>
> Unfortunately, the attached patch doesn't achieve that. It just inserts
> a rather arbitrary pause of one millisecond per input line. There's no
> particular reason to assume that 1 millisecond would be sufficient or
> necessary.
You are correct.
Experimentally I carried out it, I testted on three computers, it worked well.
But it was only three.
But I suspect that bottle neck comes from each command line.
First I forgot to explain what 'the sucessive plot indiacate'.
Istead of wrting poor English, I will write code example.
x=0:0.01:2; # genarate 200 x axis points
for n=1:100;
plot(x.^2+n/0.05);
endfor
(This was not actual code to used for test.)
The plot command from ocatave like this,
***********
gnuplot> plot "-" using ($1):($2) axes x1y1 title "2800: t= 2.6667 s" with lines
linestyle 1 \
> ;
input data ('e' ends) > 0 30
input data ('e' ends) > 0.1 30.5172603938434
input data ('e' ends) > 0.2 31.0339103781298
input data ('e' ends) > 0.3 31.5493410356967
input data ('e' ends) > 0.4 32.0629464247251
input data ('e' ends) > 0.5 32.5741250428799
input data ('e' ends) > 0.6 33.0822812634419
input data ('e' ends) > 0.7 33.5868267344726
input data ('e' ends) > 0.8 34.0871817323741
input data ('e' ends) > 0.9 34.5827764616014
input data ('e' ends) > 1 35.0730522927464
:
:
input data ('e' ends) > e
**************************
First I suspect that the end of plotlines was the bottleneck.
So that I placed a rather long wait factor at each " e\n".
But nothing was imporved.
Just I simply placed a wait after each line. After that the successive plot was
successful.
So I suspect that interpertating time is slower than incoming commands from the pipe.
Anyway my way will not to be accepted. But I do not mind the fact.
That is mere a proporsal.
But please allow me to distribute this experimentary binary of the modified pgnuplot under the
gnuplot copyright.
* Permission to modify the software is granted, but not the right to
* distribute the complete modified source code. Modifications are to
* be distributed as patches to the released version. Permission to
* distribute binaries produced by compiling modified sources is granted,
* provided you
* 1. distribute the corresponding source modifications from the
* released version in the form of a patch file along with the binaries,
* 2. add special version identification to distinguish your version
* in addition to the base release version number,
* 3. provide your name and address as the primary contact for the
* support of your modified version, and
* 4. retain our contact information in regard to use of the base
* software.
* Permission to distribute the released version of the source code along
* with corresponding source modifications in the form of a patch file is
* granted with same provisions 2 through 4 for binary distributions
* 2. add special version identification to distinguish your version
* in addition to the base release version number,
I would like to name the patched pgnuplot as
'pgnuplot 4.2.2w'.
****************
C:\Program Files\gp422win32\gnuplot\bin>pgnuplot --help
Usage: gnuplot [OPTION] [FILE] [-]
-V, --version show gnuplot version
-h, --help show this help
-persist don't close the plot after executing FILE
-noend, /noend like -persist (non-portable Windows-only options)
- allow work in interactive mode after executing FILE
Only on Windows, -persist and - have the same effect.
This is gnuplot 4.2 patchlevel 2
Report bugs to <http://sourceforge.net/projects/gnuplot>
***************
C:\Program Files\gp422win32\gnuplot\bin>pgnuplot --version
gnuplot 4.2 patchlevel 2
*************
But where is the proper space 'add special version identification'.
I cannot find a proper space for pgnuplot.
The
'gnuplot 4.2 patchlevel 2 (This is a testing version of pgnuplot.)'
is proper?
If you would like suggest me, it would be grateful for me.
> > The reason is the gnuplot 4.2.0 suffured from the pipe line problem.
> > It was solved at the gnuplot 4.2.2.
>
> I have no idea what "the pipe line problem" is supposed to be.
Sorry also here my poor English
What I want to say the below,
At 4.2.0, the thread of 'unexpected error when very long line given'
http://sourceforge.net/tracker/index.php?func=detail&aid=1673352&group_id=2055&atid=102055
appeared.
Perhaps similar phenomenon occurred at the octave, 'Fwd: Re: gnuplot error when using hist'
http://www.nabble.com/Fwd:-Re:-gnuplot-error-when-using-hist-t4547312.html
In the thread
gnuplot0.970272 0
^
line 366: invalid command
gnuplot0.970272 280
^
line 366: invalid command
were written. When I see wgnuplot windows, when succesive plot without my patched applied
gnuplot0.970272 0
^
line 366: invalid command
often appeared.
I cannot say all what I want to say in my poor English. But in the above if you feel that
what I would like to say. It will be grateful.
Finally I really appreciate you for your reply.
Sincerely yours
Tatsuro Matsuoka
--------------------------------------
New Design Yahoo! JAPAN 2008/01/01
http://pr.mail.yahoo.co.jp/newdesign/
|
|
From: Tatsuro M. <tma...@ya...> - 2007-12-03 03:16:13
|
Dear Hans-Bernhard Broeker
> Tatsuro MATSUOKA wrote:
>
> > The current octave for windows distribution, the Michael's modified pgnuplot was used.
> > That is independent of wgnuplot and which has both abilities of pipe receiving and the
> plotting
> > system.
>
> Sorry, but I'm afraid your English is confused enough that I have almost
> no idea what you're talking about. Sounds like that "Michael's
> pgnuplot" isn't actually pgnuplot at all. It's regular gnuplot command
> line, built on Windows.
Sorry for my poor abilities of English. I do not want to say that the Micheal's pgnuplot is irregular.
> > I think that the current pgnuplot is not suitable for this purpose and not effective.
> > The command will be better to be interpreted by line to line.
>
> Unfortunately, the attached patch doesn't achieve that. It just inserts
> a rather arbitrary pause of one millisecond per input line. There's no
> particular reason to assume that 1 millisecond would be sufficient or
> necessary.
You are correct.
Experimentally I carried out it, I testted on three computers, it worked well.
But it was only three.
But I suspect that bottle neck comes from each command line.
First I forgot to explain what 'the sucessive plot indiacate'.
Istead of wrting poor English, I will write code example.
x=0:0.01:2; # genarate 200 x axis points
for n=1:100;
plot(x.^2+n/0.05);
endfor
(This was not actual code to used for test.)
The plot command from ocatave like this,
***********
gnuplot> plot "-" using ($1):($2) axes x1y1 title "2800: t= 2.6667 s" with lines
linestyle 1 \
> ;
input data ('e' ends) > 0 30
input data ('e' ends) > 0.1 30.5172603938434
input data ('e' ends) > 0.2 31.0339103781298
input data ('e' ends) > 0.3 31.5493410356967
input data ('e' ends) > 0.4 32.0629464247251
input data ('e' ends) > 0.5 32.5741250428799
input data ('e' ends) > 0.6 33.0822812634419
input data ('e' ends) > 0.7 33.5868267344726
input data ('e' ends) > 0.8 34.0871817323741
input data ('e' ends) > 0.9 34.5827764616014
input data ('e' ends) > 1 35.0730522927464
:
:
input data ('e' ends) > e
**************************
First I suspect that the end of plotlines was the bottleneck.
So that I placed a rather long wait factor at each " e\n".
But nothing was imporved.
Just I simply placed a wait after each line. After that the successive plot was
successful.
So I suspect that interpertating time is slower than incoming commands from the pipe.
Anyway my way will not to be accepted. But I do not mind the fact.
That is mere a proporsal.
But please allow me to distribute this experimentary binary of the modified pgnuplot under the
gnuplot copyright.
* Permission to modify the software is granted, but not the right to
* distribute the complete modified source code. Modifications are to
* be distributed as patches to the released version. Permission to
* distribute binaries produced by compiling modified sources is granted,
* provided you
* 1. distribute the corresponding source modifications from the
* released version in the form of a patch file along with the binaries,
* 2. add special version identification to distinguish your version
* in addition to the base release version number,
* 3. provide your name and address as the primary contact for the
* support of your modified version, and
* 4. retain our contact information in regard to use of the base
* software.
* Permission to distribute the released version of the source code along
* with corresponding source modifications in the form of a patch file is
* granted with same provisions 2 through 4 for binary distributions
* 2. add special version identification to distinguish your version
* in addition to the base release version number,
I would like to name the patched pgnuplot as
'pgnuplot 4.2.2w'.
****************
C:\Program Files\gp422win32\gnuplot\bin>pgnuplot --help
Usage: gnuplot [OPTION] [FILE] [-]
-V, --version show gnuplot version
-h, --help show this help
-persist don't close the plot after executing FILE
-noend, /noend like -persist (non-portable Windows-only options)
- allow work in interactive mode after executing FILE
Only on Windows, -persist and - have the same effect.
This is gnuplot 4.2 patchlevel 2
Report bugs to <http://sourceforge.net/projects/gnuplot>
***************
C:\Program Files\gp422win32\gnuplot\bin>pgnuplot --version
gnuplot 4.2 patchlevel 2
*************
But where is the proper space 'add special version identification'.
I cannot find a proper space for pgnuplot.
The
'gnuplot 4.2 patchlevel 2 (This is a testing version of pgnuplot.)'
is proper?
If you would like suggest me, it would be grateful for me.
> > The reason is the gnuplot 4.2.0 suffured from the pipe line problem.
> > It was solved at the gnuplot 4.2.2.
>
> I have no idea what "the pipe line problem" is supposed to be.
Sorry also here my poor English
What I want to say the below,
At 4.2.0, the thread of 'unexpected error when very long line given'
http://sourceforge.net/tracker/index.php?func=detail&aid=1673352&group_id=2055&atid=102055
appeared.
Perhaps similar phenomenon occurred at the octave, 'Fwd: Re: gnuplot error when using hist'
http://www.nabble.com/Fwd:-Re:-gnuplot-error-when-using-hist-t4547312.html
In the thread
gnuplot0.970272 0
^
line 366: invalid command
gnuplot0.970272 280
^
line 366: invalid command
were written. When I see wgnuplot windows, when succesive plot without my patched applied
gnuplot0.970272 0
^
line 366: invalid command
often appeared.
I cannot say all what I want to say in my poor English. But in the above if you feel that
what I would like to say. It will be grateful.
Finally I really appreciate you for your reply.
Sincerely yours
Tatsuro Matsuoka
--------------------------------------
New Design Yahoo! JAPAN 2008/01/01
http://pr.mail.yahoo.co.jp/newdesign/
|
