Re: [Gnuplot-bugs] why i cannot draw the file m10

[Hans-Bernhard Broeker <broeker@ph...>]

On Thu, 27 May 2004, Elisabeth Ressayre wrote:

> In the attached file m10_bis, I explain my problem to draw the file m10.

[It would have been more helpful to keep the explanation in the mail body,
and only the data file in the attachment.]

The root of this problem is that the y range of your data is degenerate.  
All the y values are the same, within a *very* small error margin, way
down close to the technical limit of what a double-precision floating
point number can represent (1 +/- n * DBL_EPS, for small integer 'n').

gnuplot's automatic tic step sizing algorithm fails, this close to the
boundary.  As a workaround, you could remove the constant 1.0 from the
data before plotting:

	plot 'datafile' u 1:($2-1.0)


-- 
Hans-Bernhard Broeker (broeker@...)
Even if all the snow were burnt, ashes would remain.

[Gnuplot-bugs] why i cannot draw the file m10

[Elisabeth Ressayre <Elisabeth.Ressayre@pp...>]

In the attached file m10_bis, I explain my problem to draw the file m10.
Thank you in advance
E. Ressayre=20

[Gnuplot-bugs] Unexpected behavior when using more than one palette

[Lutz Maibaum <maibaum@uc...>]

I encountered the following (to me) surprising behavior with gnuplot 4.0. Take 
the following snippet:

set multiplot
set size 0.5,1
set pm3d map
set palette gray
set origin 0,0
set palette defined ( 0 "black", 1 "white" )
splot x**2+y**2
set origin 0.5,0
set palette defined ( 0 "white", 1 "black" )
splot x**2+y**2
unset multiplot

and put it into a file, say, test.gp. Running this script in a gnuplot session 
under X I get two graphs where "white" corresponds to zero on the z-axis, 
i.e., the second "set palette" command affected not only the second, but also 
the first plot. Similarly, using the postscript terminal, both plots range 
from black for z=0 to white for z=200. This is unexpected, because...

a) I think that my X (running at 16 bit depth), and certainly postscript, do 
not run out of available colors, and

b) the second plot doesn't need more colors than the first one anyways, since 
they both require only shades of gray.

Is there any other way to reverse the color range between to graphs in the 
same plot? I tried various combinations of
	set cbrange [0:200]
	set cbrange [0:200] reverse
	set cbrange [200:0]
for the second plot, but none of them gave the desired result.

As in interesting side node, if first execute in a fresh gnuplot session
	load 'test.gp'
and then, after closing the appearing X window,
	set term post; set outp 'test.ps'; load 'test.gp'; set outp
the resulting postscript file "test.ps" contains only one graph. I don't 
understand why that might be.

  Lutz

[Gnuplot-bugs] Re: <a name=...' problem in docs/doc2texi.el

[Shigeharu TAKENO <shige@ie...>]

shige 05/14 2004
----------------

I found a problem below:

> shige 04/30 2004
> ----------------
> 
> I found a problem in docs/doc2texi.el. This deals with some HTML 
> tag lines started by '^' in gnuplot.doc, but it has no code for 
> "^ <a name=..." tag lines which exist in gnuplot.doc. So, .texi
> file made by it has raw "^ <a name=..." lines.

The following small patch may fix it.

----- From here -----
*** docs/doc2texi.el.ORG	Sun Apr 11 07:55:00 2004
--- docs/doc2texi.el	Fri May 14 14:46:13 2004
***************
*** 769,775 ****
  					 ","
  					 (remove* ?^ (match-string 2)
  						  :test 'char-equal)
! 					 "}"))))
  	     ;; translate <ul> </ul> to @itemize environment
  	     ((and (string= bracket "<") (string-match "^ul" tag))
  	      (delete-region (point) eol)
--- 769,777 ----
  					 ","
  					 (remove* ?^ (match-string 2)
  						  :test 'char-equal)
! 					 "}"))
! 		(insert "@c "))
! 	      )
  	     ;; translate <ul> </ul> to @itemize environment
  	     ((and (string= bracket "<") (string-match "^ul" tag))
  	      (delete-region (point) eol)
----- To here -----

+========================================================+
 Shigeharu TAKENO     NIigata Institute of Technology
                       kashiwazaki,Niigata 945-1195 JAPAN
 shige@...   TEL(&FAX): +81-257-22-8161
+========================================================+

Re: [Gnuplot-bugs] Is it a bug?

[Hans-Bernhard Broeker <broeker@ph...>]

On Tue, 11 May 2004, Hans-Bernhard Broeker wrote:

> On Tue, 11 May 2004, VTs (Vadim Z. Tsalyuk) wrote:
> 
> > I have found that 'set arrow... size...' do not work in size.
> > set arrow 2 to 0,2.0 size 100,30 filled ls 2
> > does the same that 
> > set arrow 2 to 0,2.0 size 0.2,30 filled ls 2
> > does. 
> 
> Which terminal driver?  At least version 4.0.0 on both X11 and PostScript
> shows a considerable difference in behaviour between these two settings.

Oh, blast.  Forget I ever wrote that.  Your script showed you're using
epslatex as your terminal driver.  Which doesn't support customized arrow
heads.

-- 
Hans-Bernhard Broeker (broeker@...)
Even if all the snow were burnt, ashes would remain.

Re: [Gnuplot-bugs] Is it a bug?

[Hans-Bernhard Broeker <broeker@ph...>]

On Tue, 11 May 2004, VTs (Vadim Z. Tsalyuk) wrote:

> I have found that 'set arrow... size...' do not work in size.
> set arrow 2 to 0,2.0 size 100,30 filled ls 2
> does the same that 
> set arrow 2 to 0,2.0 size 0.2,30 filled ls 2
> does. 

Which terminal driver?  At least version 4.0.0 on both X11 and PostScript
shows a considerable difference in behaviour between these two settings.

-- 
Hans-Bernhard Broeker (broeker@...)
Even if all the snow were burnt, ashes would remain.

[Gnuplot-bugs] Is it a bug?

[VTs \(Vadim Z. Tsalyuk\) <vts@ma...>]

I have found that 'set arrow... size...' do not work in size.
set arrow 2 to 0,2.0 size 100,30 filled ls 2
does the same that 
set arrow 2 to 0,2.0 size 0.2,30 filled ls 2
does. The full text is attached.
I have MS Win32 (98 or XP), PS installed is AFPL Ghostscript 7.03.

   VTs (Vadim Z. Tsalyuk)
http://public.kubsu.ru/vts
E-mail:  vts@...

Re: [Gnuplot-bugs] gnuplot info missing information

[Hans-Bernhard Broeker <broeker@ph...>]

On Sun, 2 May 2004, [iso-8859-2] Karel Kulhav=FD wrote:

> info gnuplot
> Commands
> "on-line versions may not be complete."
>=20
> There is missing an information where an online document with compl=
ete
> list of the gnuplot commands can be obtained.

It says that right in the same sentence, exactly before the fragment
you quote: "printed versions contain all commands".  That obviously
includes all printable formats, e.g. the .ps one we distribute right
on our main web sites.

> For example I have been seeking information on usage of the "set" c=
ommand
> and it is missing in this chanpter. The chapter is obviously not co=
mplete.

'info' files don't have "chapters", so I don't think I know what you'=
re
talking about.  There's a node "set-show" right there in the "command=
s"
node you already found.  "set" and "show" share a node because they'r=
e
discussed together, in each individual setting.

--=20
Hans-Bernhard Broeker (broeker@...)
Even if all the snow were burnt, ashes would remain.

Re: [Gnuplot-bugs] info set grid missing reference

[Hans-Bernhard Broeker <broeker@ph...>]

On Sun, 2 May 2004, [iso-8859-2] Karel Kulhav=FD wrote:

> Hello
>=20
> info gnuplot
> ctrl+s set grid ctrl+s ctrl+s

A side note: gnuplot.info has an index, so typing 'igrid' and
then <Return> would have got you there faster and easier...

> This chapter "grid" operates with some "major_linestyle"
> (for example in the syntax, linestyle <major_linestyle>) but lacks
> a definition of what it is (it clearly may not be anything,
> I tried a zero:
> gnuplot> set grid mxtics xtics ytics mytics linestyle 0
>          linestyle not found

That would have worked if you know what a "linestyle" is, and that yo=
u
must define one befor you can use it.  The info you're looking for is
there in the text:

 The grid can be enabled and disabled for the major and/or minor tic
 marks on any axis, and the linetype and linewidth can be specified
 for major and minor grid lines, also via a predefined linestyle, as
 far as the active terminal driver supports this.

Is it really that hard to concatenate "major" and "linestyle" from th=
is=20
paragraph and guess that that's what the "major_linestyle" is?

--=20
Hans-Bernhard Broeker (broeker@...)
Even if all the snow were burnt, ashes would remain.

Re: [Gnuplot-bugs] gnuplot help bugs bug

[Hans-Bernhard Broeker <broeker@ph...>]

On Sun, 2 May 2004, [iso-8859-2] Karel Kulhav=FD wrote:

[quoting "help bugs"]
> "Please e-mail any bugs to bug-gnuplot mailing list (see `Seeking-a=
ssistance`)"
>=20
> "see `Seeking-assistance`" is invalid reference in this context.

In what help format, on what platform?  At least around here, it seem=
s to
work fine with both the .gih and .info help files.

> s/`Seeking-assistance`/`Seeking-assistance` in info gnuplot/

--=20
Hans-Bernhard Broeker (broeker@...)
Even if all the snow were burnt, ashes would remain.

[Gnuplot-bugs] visible HTML tags in info gnuplot

[<clock@tw...>]

^ <a name="linetype"></a> ^ <a name="linewidth"></a>
Is in info gnuplot Node set_style_line. It obviously shouldn't be there.

Cl<

[Gnuplot-bugs] gnuplot info missing information

[<clock@tw...>]

info gnuplot
Commands
"on-line versions may not be complete."

There is missing an information where an online document with complete
list of the gnuplot commands can be obtained.

For example I have been seeking information on usage of the "set" command
and it is missing in this chanpter. The chapter is obviously not complete.

Cl<

[Gnuplot-bugs] info set grid missing reference

[<clock@tw...>]

Hello

info gnuplot
ctrl+s set grid ctrl+s ctrl+s

This chapter "grid" operates with some "major_linestyle"
(for example in the syntax, linestyle <major_linestyle>) but lacks
a definition of what it is (it clearly may not be anything,
I tried a zero:
gnuplot> set grid mxtics xtics ytics mytics linestyle 0
         linestyle not found
) but doesn't define what the major_linestyle is NOR where the information
what the major_lifestyle is can be obtained.

Fix: 1) dig up in your memory what the major linestyle is
2) dig up in your memory where the information what the major linestyle is
can be obtained
3) Put either the result of 1) or 2) into this chapter.

Cl<

[Gnuplot-bugs] gnuplot help bugs bug

[<clock@tw...>]

Hello

gnuplot
help bugs
says
"Please e-mail any bugs to bug-gnuplot mailing list (see `Seeking-assistance`)"

"see `Seeking-assistance`" is invalid reference in this context.

Fix:
s/`Seeking-assistance`/`Seeking-assistance` in info gnuplot/

Cl<