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

Re: 4.2 Release plans - Last chance for comments

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

On Sunday 04 March 2007 06:48, Hans-Bernhard Br=F6ker wrote:
> I'll delay posting the announcement until we've made up our minds about=20
> the slight glitch in version.c (RELEASE_VERSION should be set).  It's a=20
> lot easier to exchange the tarball while SourceForge's File Release=20
> System is still the only place it can be had

Sorry for the glitch. I'm new at this.
I'll write up a guide for the next poor neophyte who tries to put out a
release.  Shouldn't "make dist" set this flag from the makefile, rather
than requiring one to edit the source code?

I swapped the tarball on SourceForge 10 minutes ago.
The only difference from the original is=20
(1) RELEASE_VERSION is set in src/version.c
(2) The tarball itself contains the updated titlepag.tex used to=20
    generate external documentation (2007 copyright and updated credits).

=2D-=20
Ethan A Merritt
Biomolecular Structure Center
University of Washington, Seattle 98195-7742

Re: 4.2 Release plans - Last chance for comments

[<HBB...@t-...>]

Ethan A Merritt wrote:
>> Ethan Merritt wrote:
>>> Unless there are objections, I propose to change the PATCHLEVEL
>>> and other embedded names in the 4.2 CVS tree to be 4.2 patchlevel 0,
>>> and prepare an official distribution source package this weekend.
> 
> Done. The release announcement is attached.

I'll delay posting the announcement until we've made up our minds about 
the slight glitch in version.c (RELEASE_VERSION should be set).  It's a 
lot easier to exchange the tarball while SourceForge's File Release 
System is still the only place it can be had, than after it's been 
publicly announced and people have started to mass-download it. As of 
this writing, there have been only 8 downloads.

> I'm CC'ing Per Persson in case he wants to post an announcement for the
> Mac crowd.  Or perhaps that should wait until a Mac binary is available?

I guess it should.

Re: 4.2 Release plans - Last chance for comments

[<HBB...@t-...>]

Lucas Hart wrote:

> and I just noticed the FAQ says:
>    Please contribute your suggestions
>    with respect to the file faq.tex available from
>    http://cvs.sourceforge.net/viewcvs.py/gnuplot/faq/.
> 
> which address does not seem to work.

   http://gnuplot.cvs.sourceforge.net/gnuplot/faq/

should work better

> Also the bug reporting advice is inconsistent - i.e., no mention of the
> bug tracker in the FAQ or gnuplot.doc 'Seeking Assistance' though Bugs
> does mention uploading a report.  What is the preferred channel?

"Seeking assistance" is about usage problems, so it should not point 
directly to the bug tracker.  "Bugs" is where it should be mentioned, 
and is.

> Gnuplot.doc has a 2004 copyright date.  Is revising the copyright
> date there, in Copyright, and elsewhere part of the release plan?

Apparently not ;-(  Well, this is what comes out of releasing so seldom: 
no release plan to speak of.

Re: 4.2 Release plans - Last chance for comments

[<HBB...@t-...>]

Daniel J Sebald wrote:
> Here's an item I just noticed:
> 
>         Type `help` to access the on-line reference manual.
>         The gnuplot FAQ is available from
>                 http://www.gnuplot.info/faq/
> 
>         Send comments and help requests to  <gnu...@li...>
>         Send bug reports and suggestions to <gnu...@li...>
> 
> The two email addresses are the same, is that intended?

No.  This is supposed to be changed in the release tarball (cf. 
version.c, preprocessor switch RELEASE_VERSION).

Re: 4.2 Release plans - Last chance for comments

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

> Ethan Merritt wrote:
> > Unless there are objections, I propose to change the PATCHLEVEL
> > and other embedded names in the 4.2 CVS tree to be 4.2 patchlevel 0,
> > and prepare an official distribution source package this weekend.

Done. The release announcement is attached.

The 4.2 tarball is on SourceForge in the download files section,
along with the official release announcement and the pdf documentation.
Email went out automatically to anyone who registered their interest
with the package monitoring system, but I have not yet sent an announcement
anywhere else.

> Hans-Bernhard Br=C3=B6ker wrote
> > I would put the announcement on Freshmeat and as a News entry on our=20
> > SourceForge.net pages.  Ethan should post the announcement to our Usene=
t=20
> > newsgroup, and I assume Petr will forward it to the Octave crowd.

I'll wait a day or two, then post the announcement to the newsgroup and
to Linux Weekly News.  Jon Corbet wrote a nice little editorial review on
LWN  when 4.0 came out; maybe he'll do it again.

I'm CC'ing Per Persson in case he wants to post an announcement for the
Mac crowd.  Or perhaps that should wait until a Mac binary is available?

Also Shigeharu Takeno, who may want to post the release announcement to
a Japanese forum.[*]

	Ethan


[*] You may be interested to learn that Google Trends reports that the=20
highest concentration of search queries about gnuplot is from Japan:
   http://www.google.com/trends?q=3Dgnuplot

Note that this is "gnuplot queries / all queries from this origin" not
"raw number of gnuplot queries". Otherwise the appearance of Iceland
as the #2 query origin would be inexplicable :-)


=2D-=20
Ethan A Merritt
Biomolecular Structure Center
University of Washington, Seattle 98195-7742

Re: fit parameter error bug

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

On Saturday 03 March 2007 00:21, Lucas Hart wrote:
> 
> Apparently a formal bug report was not filed for the issues addressed by
> Thomas Mattison in patch 1445064, "Gnuplot fitting improvements" so the
> bugs he found were not considered after his patch was determined to be 
> not ready to drop into the 4.2 release.

OK. Then please file this on SourceForge as a bug report, rather 
than risk its getting lost again.

As to the help message problems, I wonder if these aren't additional
examples of a problem in the help processing code.  Several other
examples turned up recently, and there are a couple of patchsets
outstanding that re-work some of the help message code paths.

	Ethan

> One issue relative to the 4.2 release is that the estimates of 
> parameter errors produced by fit are incorrectly identified.
> 
> The fit discussion in gnuplot.doc (fit error statistical overview) and 
> the fit output labels clearly identify the quantities as "asymptotic 
> standard errors" (ASE) which are precisely defined and are the "errors" 
> conventionally reported by other NLLS fitting programs.
> 
> However the fit code scales the ASE values, I'll denote the result 
> as SASE, and outputs the SASE values as ASE without indicating that
> they have been scaled, nor does gnuplot.doc mention the scaling or
> give any justification for the selected scaling factor.
> 
> 
> Possible fixes are
> 1) omit the scaling (comment out 2 lines) so that the values are 
> as defined and indicate in the documentation the former reporting
> of scaled ASE.
> 2) change the output labels to SASE and document the basis for 
> applying the scaling factor. 
> 3) add a FIT control to let the user select ASE or SASE and
> appropriately label the output (as did Mattison) and extend the
> discussion as for (2).
> 
> 
> My preference would be (1), and leave it to the user determine the 
> significance of the ASE for their application, rather than (2) or (3) 
> for which one would want documented 
> - a definition of what gnuplot is attempting to estimate by scaling 
>   the ASE,
> - the basis for the selected scaling factor,
> - the validity of the scale factor when extending its application 
>   beyond the one case in which the High Energy Physics Particle Data 
>   Group uses such a scaling factor (it is their convention for 
>   reporting an estimate of the error in an average of values from 
>   different  experiments - a single parameter, linear least squares 
>   problem.) 
> 
> 
> I have attached patches to fit.c and to gnuplot.doc for (1).
> 
> (I did not include a reference for the PDG practice, described in 
> the Introduction to the 'Review of Particle Physics', available on-line
>   http://pdg.lbl.gov/2006/reviews/textrpp.pdf
> The section on confidence limits in the Statistics chaper
>   http://pdg.lbl.gov/2006/reviews/statrpp.pdf
> is more relevant for the general case.)
> 
> The fit.c patch also changes a label in the fit output 
>  'final sum of squares of residuals :'
> which Mattison reported some found confusing to
>  'final sum of squares of (wtd) residuals :''
> 
> (The sum is of weighted residuals, with unit weights in the case
> of unweighted analyses.)
> 
> Also the gih indexing of fit subtopics is flawed in both 4.1.0 and 4.2rc4.
> 
> Subtopics available for fit:
>     adjustable_parameters               beginners_guide   control
>     error             error_estimates   errors            guide
>     multi-branch      parameters        starting_values   tips
> 
> where error, error_estimates, and errors are synonyms.  However selecting
> 'Subtopic of fit: error'  gives the text for the level 4 subtopic 
> 'practical guidelines' while 'error_estimates' or  'errors' give text
> for the level 3 'error estimates'
> 
> The level 3 subtopic does not list the level 4 subtopics, 'practical 
> guidelines' and  'statistical overview'.
> 
> The gnuplot.doc fit patch also deletes the 'errors' subtopic, retains 
> 'error' and 'error_estimates' as synonyms, and causes the two level 4 
> subtopics to be listed when either is selected, but someone may have 
> some other preference for subtopic names.
> 
> - Lucas Hart
>   Oregon State University
> 

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

Re: 4.2 Release plans - Last chance for comments

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

Daniel J Sebald writes:
[...] 
> Yes, and if one is able to reach him, it would be good to discuss some
> way of resolving the License issues...  I could try contacting the Colin
> Kelly at that Callwave company to see if he is the other half of the
> original copyright holders.  However, any identifiable info about Kelly
> that Thomas Williams could provide would help, e.g., a college he may
> have been attending or worked for at the time.
 
 As the person attached to this project who has been in touch with
 Tom Williams most recently, I would like to say this:

  - There is no communication channel to Thomas Williams right now.
  - Colin Kelley has been "lost in cyberspace" for the better part of the past
    decade. Possibly two decades.
  - If we could somehow establish contact with Colin, I would appreciate it.
  - Every time I have been in touch with Thomas Williams about a new release,
    he was always very supportive. While, as a copyright holder, he has
    any right to reject anything we come up with (don't forget that), all
    communication never indicated any disapproval of the work the 
    development team has done. Quite the contrary, in fact.

 So, this upcoming release will go ahead as laid out by Ethan.

 There are no (new) licensing issues to be discussed.

 While both original copyright holders are absent, we will act in lieu
 of the copyright holders, in good faith, and issue new releases of the
 software - meaning that we continue to develop gnuplot as before, adding
 bug fixes and user input-driven enhancements as we see fit. And make new
 releases available accordingly.

fit parameter error bug

[<ha...@on...>]

Apparently a formal bug report was not filed for the issues addressed by
Thomas Mattison in patch 1445064, "Gnuplot fitting improvements" so the
bugs he found were not considered after his patch was determined to be 
not ready to drop into the 4.2 release.

One issue relative to the 4.2 release is that the estimates of 
parameter errors produced by fit are incorrectly identified.

The fit discussion in gnuplot.doc (fit error statistical overview) and 
the fit output labels clearly identify the quantities as "asymptotic 
standard errors" (ASE) which are precisely defined and are the "errors" 
conventionally reported by other NLLS fitting programs.

However the fit code scales the ASE values, I'll denote the result 
as SASE, and outputs the SASE values as ASE without indicating that
they have been scaled, nor does gnuplot.doc mention the scaling or
give any justification for the selected scaling factor.


Possible fixes are
1) omit the scaling (comment out 2 lines) so that the values are 
as defined and indicate in the documentation the former reporting
of scaled ASE.
2) change the output labels to SASE and document the basis for 
applying the scaling factor. 
3) add a FIT control to let the user select ASE or SASE and
appropriately label the output (as did Mattison) and extend the
discussion as for (2).


My preference would be (1), and leave it to the user determine the 
significance of the ASE for their application, rather than (2) or (3) 
for which one would want documented 
- a definition of what gnuplot is attempting to estimate by scaling 
  the ASE,
- the basis for the selected scaling factor,
- the validity of the scale factor when extending its application 
  beyond the one case in which the High Energy Physics Particle Data 
  Group uses such a scaling factor (it is their convention for 
  reporting an estimate of the error in an average of values from 
  different  experiments - a single parameter, linear least squares 
  problem.) 


I have attached patches to fit.c and to gnuplot.doc for (1).

(I did not include a reference for the PDG practice, described in 
the Introduction to the 'Review of Particle Physics', available on-line
  http://pdg.lbl.gov/2006/reviews/textrpp.pdf
The section on confidence limits in the Statistics chaper
  http://pdg.lbl.gov/2006/reviews/statrpp.pdf
is more relevant for the general case.)

The fit.c patch also changes a label in the fit output 
 'final sum of squares of residuals :'
which Mattison reported some found confusing to
 'final sum of squares of (wtd) residuals :''

(The sum is of weighted residuals, with unit weights in the case
of unweighted analyses.)

Also the gih indexing of fit subtopics is flawed in both 4.1.0 and 4.2rc4.

Subtopics available for fit:
    adjustable_parameters               beginners_guide   control
    error             error_estimates   errors            guide
    multi-branch      parameters        starting_values   tips

where error, error_estimates, and errors are synonyms.  However selecting
'Subtopic of fit: error'  gives the text for the level 4 subtopic 
'practical guidelines' while 'error_estimates' or  'errors' give text
for the level 3 'error estimates'

The level 3 subtopic does not list the level 4 subtopics, 'practical 
guidelines' and  'statistical overview'.

The gnuplot.doc fit patch also deletes the 'errors' subtopic, retains 
'error' and 'error_estimates' as synonyms, and causes the two level 4 
subtopics to be listed when either is selected, but someone may have 
some other preference for subtopic names.

- Lucas Hart
  Oregon State University

Re: 4.2 Release plans - Last chance for comments

[<ha...@on...>]

On Fri, Mar 02, 2007 at 07:07:47PM -0600, Daniel J Sebald wrote:
> Here's an item I just noticed:
> 
> The two email addresses are the same, is that intended?  If so, maybe:
> 
>         Type `help` to access the on-line reference manual.
>         The gnuplot FAQ is available from
>                 http://www.gnuplot.info/faq/
> 
>         Send comments, help requests, bug reports and suggestions to
>                 <gnu...@li...>
> 
> Dan

and I just noticed the FAQ says:
   Please contribute your suggestions
   with respect to the file faq.tex available from
   http://cvs.sourceforge.net/viewcvs.py/gnuplot/faq/.

which address does not seem to work.

Also the bug reporting advice is inconsistent - i.e., no mention of the
bug tracker in the FAQ or gnuplot.doc 'Seeking Assistance' though Bugs
does mention uploading a report.  What is the preferred channel?

Gnuplot.doc has a 2004 copyright date.  Is revising the copyright
date there, in Copyright, and elsewhere part of the release plan?

I would add OpenVMS as an OS for which mouse support is incomplete.

- Lucas Hart

Re: 4.2 Release plans - Last chance for comments

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

Here's an item I just noticed:

        Type `help` to access the on-line reference manual.
        The gnuplot FAQ is available from
                http://www.gnuplot.info/faq/

        Send comments and help requests to  <gnu...@li...>
        Send bug reports and suggestions to <gnu...@li...>

The two email addresses are the same, is that intended?  If so, maybe:

        Type `help` to access the on-line reference manual.
        The gnuplot FAQ is available from
                http://www.gnuplot.info/faq/

        Send comments, help requests, bug reports and suggestions to
                <gnu...@li...>

Dan

Re: 4.2 Release plans - Last chance for comments

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

Hans-Bernhard Bröker wrote:
> Ethan Merritt wrote:
> 
>>Unless there are objections, I propose to change the PATCHLEVEL
>>and other embedded names in the 4.2 CVS tree to be 4.2 patchlevel 0,
>>and prepare an official distribution source package this weekend.
> 
> 
> No objection from me, but a little concern about us not having been able 
> to reach Thomas Williams for the formal "blessing".  We would be going 
> out a bit further on that limb we've manoeuvered ourselves onto 
> regarding the License issue.

Yes, and if one is able to reach him, it would be good to discuss some way of resolving the License issues...  I could try contacting the Colin Kelly at that Callwave company to see if he is the other half of the original copyright holders.  However, any identifiable info about Kelly that Thomas Williams could provide would help, e.g., a college he may have been attending or worked for at the time.


>>Short list of fixes since the final release candidate 4.2-rc4
>>-------------------------------------------------------------
> 
> 
> I don't really think this should be in the announcement.  Or if it goes 
> in, then so should the entire NEWS since version 4.0.

If this were to be tagged 4.2-rc5 (as well as 4.2) then perhaps.  But for a major release version number, not really necessary.

Dan

Re: 4.2 Release plans - Last chance for comments

[<HBB...@t-...>]

Ethan Merritt wrote:
> Unless there are objections, I propose to change the PATCHLEVEL
> and other embedded names in the 4.2 CVS tree to be 4.2 patchlevel 0,
> and prepare an official distribution source package this weekend.

No objection from me, but a little concern about us not having been able 
to reach Thomas Williams for the formal "blessing".  We would be going 
out a bit further on that limb we've manoeuvered ourselves onto 
regarding the License issue.

> 1) put the 4.2 release tarball on SourceForge
> 2) add pointers and update links on the web site
> 3) let those propagate
> 4) wait a bit (2 days? a week?)

3 and 4 shouldn't amount to more than 1 day combined.  SourceForge has 
sufficiently efficient mirroring systems to allow it.  The file release 
by itself will already alert a certain number of subscribers directly by 
mail.  Others can wait until we reach step 5)

> 5) publish the release announcement    (Draft text follows)
>  
> I was not involved in the mechanics of previous releases,
> so maybe there is an well-trodden release path that I am unaware of?

Given we've only used those paths thrice in 5 years (since version 
3.7.2), i doubt any of them could be classified as well-trodden. ;-)

I would put the announcement on Freshmeat and as a News entry on our 
SourceForge.net pages.  Ethan should post the announcement to our Usenet 
newsgroup, and I assume Petr will forward it to the Octave crowd.


> Short list of fixes since the final release candidate 4.2-rc4
> -------------------------------------------------------------

I don't really think this should be in the announcement.  Or if it goes 
in, then so should the entire NEWS since version 4.0.

4.2 Release plans - Last chance for comments

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

Unless there are objections, I propose to change the PATCHLEVEL
and other embedded names in the 4.2 CVS tree to be 4.2 patchlevel 0,
and prepare an official distribution source package this weekend.

-rc4 has been out there since 24 January.  It shook out 2 configuration
bugs (libedit on OSX, gcc on alpha) and 1 user interface bug (Pause
behaviour on windows).  IMHO none of these would have been show-stoppers.

My thought is that we would 
1) put the 4.2 release tarball on SourceForge
2) add pointers and update links on the web site
3) let those propagate
4) wait a bit (2 days? a week?)
5) publish the release announcement    (Draft text follows)
 
I was not involved in the mechanics of previous releases,
so maybe there is an well-trodden release path that I am unaware of?


    [DRAFT] Gnuplot version 4.2 release announcement [DRAFT]
    ========================================================

Gnuplot version 4.2 has been under continuous development since the release
of gnuplot version 4.0 in April 2004.  It has been almost 3 years, but we
have put this time to good use.  Gnuplot version 4.2 contains a ton of new
features, support for several new output devices, and improved performance
when plotting large data sets.  For a complete list of new features, see 
the NEWS file that comes with the program.

Major additions include

	* Text strings can be read and manipulated as normal data
	* New interactive terminal based on wxWidgets, pango and cairo
	* New 2D plot styles 'histogram' 'labels' 'image' 'rgbimage'
	* New 3D plot styles 'labels' 'vectors' 'image' 'rgbimage'
	* User control over color definitions and color use in plots
	* Improved font handling and text formatting
	* New syntax to handle string variables and string functions
	* Creation of animated gif sequences

Demo plots illustrating these and other features are online at

	http://gnuplot.sourceforge.net/demo_4.2/

You can download a source tarball for gnuplot version 4.2 from the 
gnuplot development site on SourceForge. Pre-built binaries for
selected platforms will appear presently.

	http://sourceforge.net/project/showfiles.php?group_id=2055


Installation
------------
Installation instructions are available in the source itself; the short
version for linux/unix-like systems is to unpack the tarball and then
build it:
		cd gnuplot-4.2 ; ./configure ; make
test it:
		make check
install it:
		make install


Short list of fixes since the final release candidate 4.2-rc4
-------------------------------------------------------------
- Backport cvs fix to prevent segfaults from empty plots in hidden3d mode
- Better auto-detection of readline support during configuration on OSX
- Support for libgd version 2.0.34 and for changes expected in 2.1.x
- PDF point type 1 now correctly drawn as a + sign
- 'pause mouse' comes closer to working under MSWindows
- Do not do range checking on the cb axis unless the plot actually uses it
- Japanese documentation updated to match final English version
- Fix syntax of configuration test for gcc on alpha
- Initialize colorbox tics earlier (avoids possible scaling error)
- Fix configuration bug affecting placement of x-axis label with subscripts

Known issues
----------------------------------------------------------------------
- Installation of the new wxt terminal under OSX and Solaris is problematic
- Plot styles image and rgbimage are marked EXPERIMENTAL; their implementation
  is incomplete and may change in future versions of gnuplot
- MSWindows support for mouse/keyboard events is incomplete

Support
-------
Please report all bugs and installation problems to the bug tracker
on SourceForge:

	http://sourceforge.net/tracker/?group_id=2055&atid=102055

There is also an active gnuplot discussion forum on usenet group

	comp.graphics.apps.gnuplot



-- 
Ethan A Merritt            Courier Deliveries: 1959 NE Pacific
Dept of Biochemistry
Health Sciences Building
University of Washington - Seattle WA 98195-7742

Re: plotting color "carpets"

[Ashenafi D. <ash...@gm...>]

Thankyou for your quick reply. Yes I actually wanted to write to the group
..... sorry about that.

I tried what you say but I'm getting just a blank white square with borders.
Here is what I did:

set view map
set pm3d
set pm3d corners2color c1
splot "filename" with pm3d
>>>> this gives me a blank white square with borders
splot "filename"
 >>>> this gives me full red square.
set unsurface
splot "filename"
 >>>> this gives me a blank white square with borders again
 By the way I'm using the following version of gnuplot

                    G N U P L O T
        Version 4.0 patchlevel 0
        last modified Thu Apr 15 14:44:22 CEST 2004
        System: CYGWIN_NT-5.1 1.5.24(0.156/4/2)
> I have a data in three columns. I want to plot them on a 2D surface with
> the third column represented by a grayscale.


On 3/2/07, Juergen Wieferink <wie...@fr...> wrote:
>
> Hi,
>
> you probably wanted to write to the mailing list
> ( gnu...@li...), but here you are:
>
> > I have a similar problem, I have a data with three columns which is
> > saved as fort.1, fort.2, etc. I can save the data as filename.dat. I
> > tried to do the pm3d stuff. The palette appears with a proper
> > grayscale for the zrange but I am getting red all over the square.
>
> Try "unset surface" or use pm3d explicitly: "splot ... with pm3d"
> instead of "set pm3d; splot ...".
>
> Juergen
>
>

Re: prepare failed

[Kuscsik Z. <ku...@gm...>]

I had automake1.4 installed. After updating to 1.9 config.guess and
config.sub
were no longer required. Thank you for your help.

Zoltan Kuscsik

On 2/28/07, Ethan Merritt <merritt@u.washington.edu> wrote:
>
> On Tuesday 27 February 2007 06:49, Kuscsik Zoltan wrote:
> > automake: configure.in: required file `../config.guess' not found
> > automake: configure.in: required file `../config.sub' not found
>
> Those files are part of the automake package, not the gnuplot
> distribution. What version of automake and you using?
> Are you sure it (automake) was installed completely?
>
> --
> Ethan A Merritt
>

Re: prepare failed

[<HBB...@t-...>]

Kuscsik Zoltan wrote:
> but ./prepare says:
[...]

> automake: configure.in <http://configure.in>: required file 
> `../config.guess' not found
> automake: configure.in <http://configure.in>: required file 
> `../config.sub' not found

Most likely your automake/autoconf tools are outdated.  gnuplot does not 
require config.sub and config.guess.

Re: prepare failed

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

On Tuesday 27 February 2007 06:49, Kuscsik Zoltan wrote:
> automake: configure.in: required file `../config.guess' not found
> automake: configure.in: required file `../config.sub' not found

Those files are part of the automake package, not the gnuplot
distribution. What version of automake and you using?
Are you sure it (automake) was installed completely?

-- 
Ethan A Merritt

prepare failed

[Kuscsik Z. <ku...@gm...>]

I tried the latest cvs version of gnuplot.
I downloaded the source:

  export CVSROOT=:pserver:ano...@gn...:/cvsroot/gnuplot
  cvs login
  cvs -z3 checkout gnuplot


but ./prepare says:

sed -n '/^##trm-files-end/,$p' Makefile.am.in >> Makefile.amt
chmod a-w Makefile.amt
mv Makefile.amt Makefile.am
rm -f Makefile.am Makefile.amt
sed -n '1,/^##plt-files-begin/p' Makefile.am.in > Makefile.amt
echo PLT_FILES = *.plt | fmt | (tr '\012' @; echo ) \
          |sed 's/@$/%/;s/@/ \\@/g;' | tr @% '\012 ' >> Makefile.amt
sed -n '/^##plt-files-end/,$p' Makefile.am.in >> Makefile.amt
chmod a-w Makefile.amt
mv Makefile.amt Makefile.am
automake: configure.in: required file `../config.guess' not found
automake: configure.in: required file `../config.sub' not found

Some part of the preparation process failed.
Please refer to INSTALL for details.

Thank you,

Zoltan Kuscsik

Re: set multiplot title feature not documented

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

On Monday 26 February 2007 19:20, m sutton wrote:
> I was looking at margins.dem and noticed the 'set multiplot title' command.  
> Then I looked in the doc and it was not listed.  Is this just an oversight? 

Sees that it was overlooked.
Thanks.


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

set multiplot title feature not documented

[m s. <mw...@us...>]

I was looking at margins.dem and noticed the 'set multiplot title' command.=
  Then I looked in the doc and it was not listed.  Is this just an oversigh=
t?

Mike Sutton


=3D
Bike Tours for Ordinary People: France
Making French cycling adventures possible for everyone. Join a group or let=
 us create and affordable custom tour. Fulfill your fantasy.
http://a8-asy.a8ww.net/a8-ads/adftrclick?redirectid=3D853da408c8c10accab485=
cd44a6af5cd

Re: Put ps_fontfile_doc.pdf on gnuplot web page

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

> Today, somebody requested a link to the file ps_fontfile_doc.pdf (Using 
> TeX Fonts in the Gnuplot Postscript Terminal) in the WWW which is part of 
> the gnuplot distribution. Unfortunately, it is not accessable via the WWW 
> pages below http://gnuplot.sourceforge.net/. I would appreciate if the 
> document could be made downloadable either on the "Documentation" or the 
> "Tutorials, learning, help" page.
> 
> Could you please let me know what you think about that?

Good idea. I've found that file on my disk, installed by SUSE's yast from 
their rpm, but not by gnuplot's cvs "make install".

I think it could be added into "documentation.html" somewhere around
"Official gnuplot online documentation" ... e.g. "Official ... concerning 
postscript". Then, all those files from psdoc/ could be available there.

If you update that .html file and enclose all pdf/ps files in a zip file, 
which I could just unzip on sf, then please contribute.

---
PM

Re: Put ps_fontfile_doc.pdf on gnuplot web page

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

On Sunday 25 February 2007 03:36, Harald Harders wrote:
> Dear all,
> 
> maybe, this mailing list is the wrong address for this question, but I 
> don't know better, at the moment.
> 
> Today, somebody requested a link to the file ps_fontfile_doc.pdf (Using 
> TeX Fonts in the Gnuplot Postscript Terminal) in the WWW which is part of 
> the gnuplot distribution. Unfortunately, it is not accessable via the WWW 
> pages below http://gnuplot.sourceforge.net/. I would appreciate if the 
> document could be made downloadable either on the "Documentation" or the 
> "Tutorials, learning, help" page.
> 
> Could you please let me know what you think about that?

As you say, it is part of the distribution.
Do we really need to post separate copies of files that everyone should
already have?   I'm not objecting, but...


Anyhow, the web pages could use a thorough updating.
If you want to submit a revised page or pages, go right ahead.
The page http://gnuplot.sourceforge.net/documentation.html
in particular seems very incomplete.


-- 
Ethan A Merritt

Re: www.gnuplot.info

[Hardy G. <nt...@ma...>]

Petr Mikulik wrote:
>>> It seems to me the current largest show-stopper for gnuplot is its
>>> official web page, www.gnuplot.info. It is not mirroring
>>> gnuplot.sf.net for several months.
>>> Further, in January 2006, there was thread in this mailing list:
>>> Subject: Re: ftp://ftp.gnuplot.info/pub/gnuplot/testing
> 
> 
> Thanks for the update! http://www.gnuplot.info/ is now up-to-date.

Ok, forget parts of my previous message!  I've recognized that the links
contained in www.gnuplot.info are pointing to gnuplot.sf.net.

funnily the pages in gnuplot.info are not the same as in www.gnuplot.info!

Also there seems to be one picture missing:
http://www.gnuplot.info/grid.jpeg is not being found.

Hardy

Re: www.gnuplot.info

[Hardy G. <nt...@ma...>]

Petr Mikulik wrote:
>>> It seems to me the current largest show-stopper for gnuplot is its
>>> official web page, www.gnuplot.info. It is not mirroring
>>> gnuplot.sf.net for several months.
>>> Further, in January 2006, there was thread in this mailing list:
>>> Subject: Re: ftp://ftp.gnuplot.info/pub/gnuplot/testing
> 
> 
> Thanks for the update! http://www.gnuplot.info/ is now up-to-date.

Unfortunately they are not in sync!  Check 
http://gnuplot.sourceforge.net/development/binaries/ and 
http://gnuplot.info/development/binaries/

Because I'm a little pedantic (;-)) I'm telling you that this is the 
case since mid of september 2006.  There is an entry in the mail list 
dated 24.09.2006 which states this.

Hardy

Re: changing color scale with pm3d bug report

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

> the plot displays fine, but if I change the view interactively, the  
> color scale changes (to be less useful).  The plot is still accurate,  
> but the color scale changes so that
> the whole plot is basically the same color.

thanks for the bug report, I've fixed it.

---
PM