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

Re: 3-D plot and Windows terminal

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

Allin Cottrell wrote:
> I just noticed that in a build of fairly recent CVS gnuplot (i.e. 
> about 4 weeks ago) for MS Windows, the manipulation of 3-D 
> plots seems to be broken.

I don't see any such problem in current (2008-03-08) CVS.

disable alerting me !

[<if...@o2...>]

Hi
I want to disable alerting me by e-mails about gnuplot.
Please disable this function

Adam 

3-D plot and Windows terminal

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

I just noticed that in a build of fairly recent CVS gnuplot (i.e. 
about 4 weeks ago) for MS Windows, the manipulation of 3-D 
plots seems to be broken.

If you drag the mouse on such a plot the cursor changes as it's 
supposed to (as if it's going to rotate the plot) but rotation 
doesn't actually happen.

Anyone else seen this, or anyone happen to know if it's something 
that has been fixed very recently?  I'll try doing an updated CVS 
build when I get a chance.

-- 
Allin Cottrell
Department of Economics
Wake Forest University, NC

Re: Problem with mesh plots and hidden line removal

[Kai H. <kai...@gm...>]

Ethan Merritt schrieb:
> On Friday 07 March 2008 03:38, Kai Habel wrote:
>   
>> Hello,
>>
>> I noticed the following problem in octave3.0.0/gnuplot4.2.2 using the wxt terminal. 
>> When I try to plot a 3D mesh with "hidden on" and a rgb color set, only the white 
>> facets without grid are drawn.  
>>
>> if I use
>>    'set style line 1 default;'
>> instead of
>>    'set style line 1 linewidth 0.500000 pointsize 1.000000 linecolor rgbcolor "#FF00FF";'
>> and 'set hidden' it works as expected - a grid, with hidden line removal and the 
>> default (green) color is drawn. 
>>
>> Is this a bug in the script or a gnuplot problem?
>>     
>
> A bit of both. The issue is that the colors for hidden-surfaces are
> auto-generated based on the line _type_,  but you gave an splot
> command using a line _style_.   Bad luck that it somehow ends up choosing a
> linetype lt -2 or -3 (background color or no line).
>
> This is supposed to be fixable using the command
> 	set style increment user
> (which is a truly horrible name for a command;  kudos to anyone who
> can suggest a better one so that we can deprecate this).  This command
> causes the user-defined line _styles_ to be substituted everywhere a line
> _type_ would normally be used.  
>
> So much for the script buglet.  Unfortunately, the hidden3d code in
> 4.2.2 fails to notice when you set this flag, although the CVS version
> gets it right.  The fixed code will be in 4.2.3, which should be out
> "real soon now".
>
> 	Ethan
>
>   
Hello Ethan,

thanks for your quick reply. After including the sequence "set style
increment user" and using 4.2.3 I was able to plot the uniform colored
mesh with hidden3d.

Kai

Re: ./configure freezes at 'checking where .elc files should go...' on cygwin

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

Hello

This is just a report so that the replies are not required.

Yestaday I have mistaken in the handling the cygwin setup.
Today I could successfully install emacs 22.1. (But not Default selection)

That works well and building of cvs version og gnuplot with emacs-lisp handling went well.

If you are in troble with building of the CVS version of gnuplot on cygwin,
please update the emacs to 22.1.

Regards

Tatsuro

--- Tatsuro MATSUOKA <tma...@ya...> wrote:

> Hello Hans
> 
> I found the new emacs 22.xx in the cygwin installer. So I tried to install it.
> Then I tried to make cvs gnuplot but emacs was not found.
> However, ./configure found the xemacs instead and everything went well.
> 
> It seems that install of new emacs failed but that made me successfull. :-)
> 
> This is just a record when the emacs works bad.
> 
> Regards
> 
> Tatsuro
> 
> 
> 
> --- Tatsuro MATSUOKA <tma...@ya...> wrote:
> 
> > Thank you Hans.
> > 
> > Perhaps you are right.
> > 
> > The cygwin emacs is now something wrong with me.
> > I tried reinstall the cygwin emacs by cygwin setup but it always hangup at uninstall 
> > phase.
> > And downloaded the size of emacs-21.2.exe is zero byte in emacs-X11-21.2-13.tar.bz2.!!!
> > 
> > I ask it now in the cygwin ML. So I'll wait a while.
> > 
> > Regards
> > 
> > Tatsuro
> > 
> > --- Hans-Bernhard Br&#65533;ker <HBB...@t-...> wrote:
> > 
> > > Tatsuro MATSUOKA wrote:
> > > 
> > > > I have not been successful to build cvs-gnuplot with .elc on the cygwin.
> > > 
> > > That seems to be a peculiarity of your Cygwin installation (or possibly 
> > > a problem particular to the Japanese localization of Cygwin).  This same 
> > > step works just fine in my own installation of Cygwin and emacs (it's 
> > > even the same version as yours).
> > > 
> > > > Now I have no alternative but to build the gnuplot with  
> > > > ./configure   --without-lisp-files
> > > 
> > > Well, as long as configure can't figure out how to use your installed 
> > > emacs, that's what you'ld have to do anyway.
> > > 
> > > 
> > 
> > 
> > --------------------------------------
> > Easy + Joy + Powerful = Yahoo! Bookmarks x Toolbar
> > http://pr.mail.yahoo.co.jp/toolbar/
> > 
> > -------------------------------------------------------------------------
> > 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
> > 
> 
> 
> --------------------------------------
> Easy + Joy + Powerful = Yahoo! Bookmarks x Toolbar
> http://pr.mail.yahoo.co.jp/toolbar/
> 


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

Re: JavaPlot 0.2.0

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

On Monday 10 March 2008 16:24, Παναγιώτης Κατσαλούλης wrote:
> I would like to ask you if it is possible to add a link for my java- 
> binding library for gnuplot.
> The link to the site is here: http://gnujavaplot.sourceforge.net/

Got it.

  Thanks.

-- 
Ethan A Merritt

Re: gnuplot manual misprint (no.25)

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

On Monday 10 March 2008 19:18, Shigeharu TAKENO wrote:
> I found some points that seem to be misprints and some spaces at 
> the end of lines. I send the unified diff file for them.

ありがとう

	Ethan

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

gnuplot manual misprint (no.25)

[Shigeharu T. <sh...@ie...>]

shige 03/11 2008
----------------

In docs/gnuplot.doc of current CVS version

 RCS $Id: gnuplot.doc,v 1.479 2008/03/10 03:26:22 sfeam Exp $

I found some points that seem to be misprints and some spaces at 
the end of lines. I send the unified diff file for them.

----- From here -----
--- gnuplot.doc.ORG	2008-03-11 08:50:52.000000000 +0900
+++ gnuplot.doc	2008-03-11 12:14:29.000000000 +0900
@@ -755,8 +755,8 @@
  Many terminal types support an enhanced text mode in which additional
  formatting information is embedded in the text string.  For example, "x^2"
  will write x-squared as we are used to seeing it, with a superscript 2.
- This mode is normally selected when you set the terminal, e.g. 
- "set term png enhanced", but may also be toggled afterward using 
+ This mode is normally selected when you set the terminal, e.g.
+ "set term png enhanced", but may also be toggled afterward using
  "set termoption enhanced", or by marking individual strings as in
  "set label 'x_2' noenhanced".
 
@@ -3022,7 +3022,7 @@
  For example, to create stacked histograms of the data in columns 3 through 8
 
        set style histogram columnstacked
-       plot for [i=3:8] "datafile" using i title columnhead 
+       plot for [i=3:8] "datafile" using i title columnhead
 2 image
 ?commands set style image
 ?set style image
@@ -3366,7 +3366,7 @@
  See `hidden3d` and the `depthorder` option of `set pm3d`.
 Ffigure_surface+contours
  The `splot` command can also calculate and draw contour lines corresponding
- to constant Z values. These contour lines may be drawn onto the surface 
+ to constant Z values. These contour lines may be drawn onto the surface
  itself, or projected onto the XY plane. See `set contour`.
     
     
@@ -5481,19 +5481,19 @@
 
  where <style> is one of
 
-      lines        dots       steps     errorbars     xerrorbar    xyerrorliness
+      lines        dots       steps     errorbars     xerrorbar    xyerrorlines
       points       impulses   fsteps    errorlines    xerrorlines  yerrorbars
-      linespoints  labels     histeps   financebars   xyerrorbars  yerrorlines    
+      linespoints  labels     histeps   financebars   xyerrorbars  yerrorlines
                                         vectors
  or
        boxes            candlesticks   image      circles
-       boxerrorbars     filledcurves   rgbimage 
-       boxxyerrorbars   histograms     pm3d     
- 
+       boxerrorbars     filledcurves   rgbimage
+       boxxyerrorbars   histograms     pm3d
+
  The first group of styles have associated line, point, and test properties.
  The second group of style also have fill properties.  See `fillstyle`.  Some
  styles have further sub-styles.  See `plotting styles` for details of each.
- 
+
  A default style may be chosen by `set style function` and `set style data`.
 
  By default, each function and data file will use a different line type and
@@ -5682,7 +5682,7 @@
 
        plot '-' ; ... ; replot
 
- is not recommended, because it will require that you type in the data all 
+ is not recommended, because it will require that you type in the data all
  over again.  In most cases you can use the `refresh` command instead, which
  will redraw the plot using the data previously read in.
 
@@ -7087,7 +7087,7 @@
  The string function gprintf("format",x) uses gnuplot's own format specifiers,
  as do the gnuplot commands `set format`, `set timestamp`, and others. These
  format specifiers are not the same as those used by the standard C-language
- routine sprintf(). gprintf() accepts only a single variable to be formatted. 
+ routine sprintf(). gprintf() accepts only a single variable to be formatted.
  Gnuplot also provides an sprintf("format",x1,x2,...) routine if you prefer.
  For a list of gnuplot's format options, see `format specifiers`.
 4 format specifiers
@@ -7422,7 +7422,7 @@
  option `nohidden3d` to the `with` specifier.
 
  Hidden3d does not affect solid surfaces drawn using the pm3d mode. To achieve
- a similar effect purely for pm3d surfaces, use instead set `pm3d depthorder`.
+ a similar effect purely for pm3d surfaces, use instead `set pm3d depthorder`.
  To mix pm3d surfaces with normal `hidden3d` processing, use the option
  `set hidden3d front` to force all elements included in hidden3d processing to
  be drawn after any remaining plot elements. Then draw the surface twice, once
@@ -8419,7 +8419,7 @@
 ?show object
  The `set object` command defines a single object which will appear in all
  subsequent 2D plots. You may define as many objects as you like. Currently the
- supported object types are `rectangle`, `cirlce`, and `ellipse`.
+ supported object types are `rectangle`, `circle`, and `ellipse`.
  Rectangles inherit a default set of style properties (fill, color, border) from
  those set by the command `set style rectangle`, but each object can also be
  given individual style properties. Circles and ellipses inherit the fill style
@@ -8433,7 +8433,7 @@
 
  <object-type> is either `rectangle`, `ellipse`, or `circle`. Each object type
  has its own set of characteristic properties.
- 
+
  Setting `front` will draw the object in front of all plot elements, but
  behind any labels that are also marked `front`. Setting `back` will place the
  object behind all plot curves and labels. Setting `behind` will place the
@@ -8521,7 +8521,7 @@
  The position of the circle is specified by giving the position of the center
  center followed by the radius.  The keywords `at` and `center` are synonyms.
  The position and radius may be given in x-axis, graph, or canvas
- coordinates. See `coordinates`. In all cases the radius is calculated 
+ coordinates. See `coordinates`. In all cases the radius is calculated
  relative to the horizontal scale of the axis, graph, or canvas.  Any
  disparity between the horizontal and vertical scaling will be corrected for
  so that the result is always a circle.
@@ -9617,7 +9617,7 @@
 ?fillstyle
  The `set style fill` command is used to set the default style of the plot
  elements in plots with boxes, histograms, candlesticks and filledcurves.
- This default can be superceeded by fillstyles attached to individual plots.
+ This default can be superseded by fillstyles attached to individual plots.
  See also 'set style rectangle'.
 
  Syntax:
----- To here ----- 

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

JavaPlot 0.2.0

[Παναγιώτης Κ. <pan...@pa...>]

Sorry for cross posting, but I just saw that the appropriate list to  
inform about an update to the link section of gnuplot page is here.

I would like to ask you if it is possible to add a link for my java- 
binding library for gnuplot.
The link to the site is here:
http://gnujavaplot.sourceforge.net/

In contrast to the provided java binding in gnuplot's site, this  
library is a full java-oriented plotting library. It is based on  
gnuplot for the graphics part, implementing in a java-friendly matter  
most gnuplot features.

Re: ./configure freezes at 'checking where .elc files should go...' on cygwin

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

Hello Hans

I found the new emacs 22.xx in the cygwin installer. So I tried to install it.
Then I tried to make cvs gnuplot but emacs was not found.
However, ./configure found the xemacs instead and everything went well.

It seems that install of new emacs failed but that made me successfull. :-)

This is just a record when the emacs works bad.

Regards

Tatsuro



--- Tatsuro MATSUOKA <tma...@ya...> wrote:

> Thank you Hans.
> 
> Perhaps you are right.
> 
> The cygwin emacs is now something wrong with me.
> I tried reinstall the cygwin emacs by cygwin setup but it always hangup at uninstall 
> phase.
> And downloaded the size of emacs-21.2.exe is zero byte in emacs-X11-21.2-13.tar.bz2.!!!
> 
> I ask it now in the cygwin ML. So I'll wait a while.
> 
> Regards
> 
> Tatsuro
> 
> --- Hans-Bernhard Br&#65533;ker <HBB...@t-...> wrote:
> 
> > Tatsuro MATSUOKA wrote:
> > 
> > > I have not been successful to build cvs-gnuplot with .elc on the cygwin.
> > 
> > That seems to be a peculiarity of your Cygwin installation (or possibly 
> > a problem particular to the Japanese localization of Cygwin).  This same 
> > step works just fine in my own installation of Cygwin and emacs (it's 
> > even the same version as yours).
> > 
> > > Now I have no alternative but to build the gnuplot with  
> > > ./configure   --without-lisp-files
> > 
> > Well, as long as configure can't figure out how to use your installed 
> > emacs, that's what you'ld have to do anyway.
> > 
> > 
> 
> 
> --------------------------------------
> Easy + Joy + Powerful = Yahoo! Bookmarks x Toolbar
> http://pr.mail.yahoo.co.jp/toolbar/
> 
> -------------------------------------------------------------------------
> 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
> 


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

speeding up thin plate splines?

[Dr. J. Z. <joh...@ze...>]

Hello,

I just had a look at the thin plate splines code. Apparently, this is
pretty slow.

1. Suggestion: I recognized calls like
    splines_kernel(sqrt(dx*dx + dy*dy))
where splines_kernel(double h) essentially returns
    h * h * log(h).

I'd suggest to rewrite this to
    splines_kernel(dx*x + dy*dy)
where splines_kernel(double h) then returns
    h * log(h) * 0.5
This saves one sqrt per call and the factor 0.5 could even be moved to outside
the sum.


2. Are there any other useful (faster) kernels? E.g. a kernel with no
expensive function like log()?

Best regards,

-- 
Dr. Johannes Zellner <joh...@ze...>

status of release 4.2.3

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

I put a tarball for the 4.2.3 release on SourceForge yesterday, and
posted an announcement.

Most annoyingly, the copy that went out to the SourceForge mirrors was
corrupt.  I downloaded from 2 mirrors this morning and both copies were bad.
So I deleted the original and re-uploaded a new copy of the tarball to the
main SourceForge site. I hope that that will fix the mirrors also, but I
don't know how long it will take to propagate.

-- 
Ethan A Merritt

Re: ./configure freezes at 'checking where .elc files should go...' on cygwin

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

Thank you Hans.

Perhaps you are right.

The cygwin emacs is now something wrong with me.
I tried reinstall the cygwin emacs by cygwin setup but it always hangup at uninstall 
phase.
And downloaded the size of emacs-21.2.exe is zero byte in emacs-X11-21.2-13.tar.bz2.!!!

I ask it now in the cygwin ML. So I'll wait a while.

Regards

Tatsuro

--- Hans-Bernhard Br&#65533;ker <HBB...@t-...> wrote:

> Tatsuro MATSUOKA wrote:
> 
> > I have not been successful to build cvs-gnuplot with .elc on the cygwin.
> 
> That seems to be a peculiarity of your Cygwin installation (or possibly 
> a problem particular to the Japanese localization of Cygwin).  This same 
> step works just fine in my own installation of Cygwin and emacs (it's 
> even the same version as yours).
> 
> > Now I have no alternative but to build the gnuplot with  
> > ./configure   --without-lisp-files
> 
> Well, as long as configure can't figure out how to use your installed 
> emacs, that's what you'ld have to do anyway.
> 
> 


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

Re: ./configure freezes at 'checking where .elc files should go...' on cygwin

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

Tatsuro MATSUOKA wrote:

> I have not been successful to build cvs-gnuplot with .elc on the cygwin.

That seems to be a peculiarity of your Cygwin installation (or possibly 
a problem particular to the Japanese localization of Cygwin).  This same 
step works just fine in my own installation of Cygwin and emacs (it's 
even the same version as yours).

> Now I have no alternative but to build the gnuplot with  
> ./configure   --without-lisp-files

Well, as long as configure can't figure out how to use your installed 
emacs, that's what you'ld have to do anyway.

./configure freezes at 'checking where .elc files should go...' on cygwin

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

Hello 

I have not been successful to build cvs-gnuplot with .elc on the cygwin.
Because the ./configure hanged up at

./configure freezes at 'checking where .elc files should go...'

The emacs itself works:

********************************
$emacs
File Edit Options Buffers Tools Help
Welcome to GNU Emacs

Get help           C-h  (Hold down CTRL and press h)
Undo changes       C-x u       Exit Emacs               C-x C-c
Get a tutorial     C-h t       Use Info to read docs    C-h i
Ordering manuals   C-h RET
Activate menubar   F10  or  ESC `  or   M-`
(`C-' means use the CTRL key.  `M-' means use the Meta (or Alt) key.
If you have no Meta key, you may instead type ESC followed by the character.)

If an Emacs session crashed recently, type M-x recover-session RET
to recover the files you were editing.

GNU Emacs 21.2.1 (i686-pc-cygwin)
 of 2004-03-23 on cm-test
Copyright (C) 2001 Free Software Foundation, Inc.

GNU Emacs comes with ABSOLUTELY NO WARRANTY; type C-h C-w for full details.
Emacs is Free Software--Free as in Freedom--so you can redistribute copies
of Emacs and modify it; type C-h C-c to see the conditions.
Type C-h C-d for information on getting the latest version.
----:---F1  *scratch*         (Lisp Interaction)--L1--All-----------------------For information about
the GNU Project and its goals, type C-h C-p.

*********************************

What is the possibity?

Now I have no alternative but to build the gnuplot with  
./configure   --without-lisp-files

Please give me the assitance.

Regards

Tatsuro

I 






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

Re: pm3d palette question

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

On Friday 07 March 2008 16:47, you wrote:
> On Monday 03 March 2008 17:42, Philipp K. Janert wrote:
> > Here is my question (in short):
> > Is it possible to adjust the slice of the spectrum
> > shown in the colorbox without affecting the mapping
> > of colors to z-values?
>
> I can't think of a good way to do this currently.
> A very ugly way is to use
>   "set colorbox user origin X,Y size XX,YY"
> to create a huge colorbox that goes off-scale, then
> cover over the unwanted extremities with white-filled
> rectangles.

You are right, that is ugly... ;-)

>
> This is yet another case in which it would be very nice to
> be able to specify a mapping function linking the scales of
> two different plot axes.  Usually people want this for x / x2,
> but in your case I guess it would be z / cb.

That's an interesting idea, to have a 
separate mapping function.

In my current case, I was able to get acceptable
results using something like:

set logscale cb
set palette defined ( log(1) 'red', log(2) 'blue', ... )

to spread out the part of the palette that I was
mostly interested in.

Thanks for your comments!

Best,

		Ph.



>
> 	Ethan
>
> > Here is what I try to do:
> >
> > Say, I want to plot some data, the values of which
> > are in the range [0:100], and I want to show ALL
> > the values, therefore: set zrange [0:100]
> >
> > Now I have a very skewed palette, like so:
> > set palette defined ( 0 'red', 1 'white', 100 'blue' )
> >
> > For convenience, the index in the colorbox maps
> > directly to the z-value.
> >
> > Now I want to show in the colorbox only those colors
> > that map to z-values between 0 and 10, without
> > affecting the mapping!
> >
> > Is there a way to do this?
> >
> > Using set cbrange [0:10] will not do it, because this
> > affects the mapping. It will associate "blue" with the
> > z-value 10 and adjust all the intermediate values
> > accordingly. That's not what I am trying to do.
> >
> > Any suggestions?
> >
> > 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: linetype vs linestyle mess

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

On Fri, 7 Mar 2008, Ethan Merritt wrote:

> It's almost at that point now.  I use it that way already.
> In the cvs version (but not I think in 4.2) the line style
> defaults to the linetype of the same number, so mostly it
> "just works". The are 2 tricky points:
>
> 1) As you noted, the line styles themselves are defined in terms
>   of linetype.  So we have a bit of a circularity problem :-)

Where do you see a circularity? In the scheme I sketched
"linetype" refers to the line pattern, which is orthogonal
to all other aspects of line appearance. A command like

   set style line 1 linetype 3

would mean you change the line pattern of line style 1
to 3 but don't change any other property of line style 1.

Ralf




>
> 2) color assignments for contours don't work. It's the same
>   problem as with the hidden surface colors, but much worse.
>
> There may be a few other corner cases. Mostly it would just
> need a lot of testing.  After settling the 2 issues above we
> could switch it over in CVS and let people gradually flush
> out any problems.
>
>
>> Instead, the plot command would cycle through line
>> styles. There would be a set of pre-defined default
>> line styles, the definitions you get now with
>>
>>     set style line <n> default
>>
>> for n=1..1000, or something like that.
>> For backwards compatibility 'lt x' in a plot command
>> would be interpreted as 'ls x'. There is no need for
>>     set style increment user
>>
>> it can be declared deprecated (for backwards
>> compatibility it would be a command without effect).
>> Linetypes would be used in defining line styles only,
>>
>>     set style line 1 lt 5 lw 2 lc rgb "green"
>>
>> Ralf
>>
>>
>
> -- 
> Ethan A Merritt            Courier Deliveries: 1959 NE Pacific
> Dept of Biochemistry
> Health Sciences Building
> University of Washington - Seattle WA 98195-7742
>

Re: linetype vs linestyle mess

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

On Friday 07 March 2008 17:55, Ralf Juengling wrote:
> 
> I think a clean solution would be to phase out the
> use of linetypes in plot commands altogether.

It's almost at that point now.  I use it that way already.
In the cvs version (but not I think in 4.2) the line style
defaults to the linetype of the same number, so mostly it
"just works". The are 2 tricky points:

1) As you noted, the line styles themselves are defined in terms
   of linetype.  So we have a bit of a circularity problem :-)

2) color assignments for contours don't work. It's the same
   problem as with the hidden surface colors, but much worse.

There may be a few other corner cases. Mostly it would just
need a lot of testing.  After settling the 2 issues above we
could switch it over in CVS and let people gradually flush
out any problems.


> Instead, the plot command would cycle through line
> styles. There would be a set of pre-defined default
> line styles, the definitions you get now with
> 
>     set style line <n> default
> 
> for n=1..1000, or something like that.
> For backwards compatibility 'lt x' in a plot command
> would be interpreted as 'ls x'. There is no need for
> 
>     set style increment user
> 
> it can be declared deprecated (for backwards
> compatibility it would be a command without effect).
> Linetypes would be used in defining line styles only,
> 
>     set style line 1 lt 5 lw 2 lc rgb "green"
> 
> Ralf
> 
> 

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

Re: linetype vs linestyle mess

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

On Fri, 7 Mar 2008, Ethan Merritt wrote:

> A bit of both. The issue is that the colors for hidden-surfaces are
> auto-generated based on the line _type_,  but you gave an splot
> command using a line _style_.   Bad luck that it somehow ends up choosing a
> linetype lt -2 or -3 (background color or no line).
>
> This is supposed to be fixable using the command
> 	set style increment user
> (which is a truly horrible name for a command;  kudos to anyone who
> can suggest a better one so that we can deprecate this).  This command


I think a clean solution would be to phase out the
use of linetypes in plot commands altogether.
Instead, the plot command would cycle through line
styles. There would be a set of pre-defined default
line styles, the definitions you get now with

    set style line <n> default

for n=1..1000, or something like that.
For backwards compatibility 'lt x' in a plot command
would be interpreted as 'ls x'. There is no need for

    set style increment user

it can be declared deprecated (for backwards
compatibility it would be a command without effect).
Linetypes would be used in defining line styles only,

    set style line 1 lt 5 lw 2 lc rgb "green"

Ralf

Re: pm3d palette question

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

On Monday 03 March 2008 17:42, Philipp K. Janert wrote:
> 
> Here is my question (in short):
> Is it possible to adjust the slice of the spectrum
> shown in the colorbox without affecting the mapping
> of colors to z-values?

I can't think of a good way to do this currently.
A very ugly way is to use 
  "set colorbox user origin X,Y size XX,YY"
to create a huge colorbox that goes off-scale, then
cover over the unwanted extremities with white-filled
rectangles.

This is yet another case in which it would be very nice to
be able to specify a mapping function linking the scales of
two different plot axes.  Usually people want this for x / x2,
but in your case I guess it would be z / cb.

	Ethan

 
> Here is what I try to do:
> 
> Say, I want to plot some data, the values of which
> are in the range [0:100], and I want to show ALL 
> the values, therefore: set zrange [0:100]
> 
> Now I have a very skewed palette, like so:
> set palette defined ( 0 'red', 1 'white', 100 'blue' )
> 
> For convenience, the index in the colorbox maps
> directly to the z-value.
> 
> Now I want to show in the colorbox only those colors
> that map to z-values between 0 and 10, without
> affecting the mapping!
> 
> Is there a way to do this?
> 
> Using set cbrange [0:10] will not do it, because this
> affects the mapping. It will associate "blue" with the
> z-value 10 and adjust all the intermediate values
> accordingly. That's not what I am trying to do.
> 
> Any suggestions?
> 
> 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            Courier Deliveries: 1959 NE Pacific
Dept of Biochemistry
Health Sciences Building
University of Washington - Seattle WA 98195-7742

Re: Problem with mesh plots and hidden line removal

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

On Friday 07 March 2008 03:38, Kai Habel wrote:
> Hello,
> 
> I noticed the following problem in octave3.0.0/gnuplot4.2.2 using the wxt terminal. 
> When I try to plot a 3D mesh with "hidden on" and a rgb color set, only the white 
> facets without grid are drawn.  
> 
> if I use
>    'set style line 1 default;'
> instead of
>    'set style line 1 linewidth 0.500000 pointsize 1.000000 linecolor rgbcolor "#FF00FF";'
> and 'set hidden' it works as expected - a grid, with hidden line removal and the 
> default (green) color is drawn. 
> 
> Is this a bug in the script or a gnuplot problem?

A bit of both. The issue is that the colors for hidden-surfaces are
auto-generated based on the line _type_,  but you gave an splot
command using a line _style_.   Bad luck that it somehow ends up choosing a
linetype lt -2 or -3 (background color or no line).

This is supposed to be fixable using the command
	set style increment user
(which is a truly horrible name for a command;  kudos to anyone who
can suggest a better one so that we can deprecate this).  This command
causes the user-defined line _styles_ to be substituted everywhere a line
_type_ would normally be used.  

So much for the script buglet.  Unfortunately, the hidden3d code in
4.2.2 fails to notice when you set this flag, although the CVS version
gets it right.  The fixed code will be in 4.2.3, which should be out
"real soon now".

	Ethan


> 
> Thanks in advance,
> Kai
> 
> --script starts here ---
> 
> set terminal wxt enhanced;
> 
> reset;
> set autoscale fix;
> set origin 0, 0;
> set size 1, 1;
> set size noratio;
> set grid xtics;
> set grid ytics;
> set grid ztics;
> set grid nomxtics;
> set grid nomytics;
> set grid nomztics;
> set grid layerdefault;
> set format x "%g";
> set xtics border textcolor rgb "#000000";
> set format y "%g";
> set ytics border textcolor rgb "#000000";
> set format z "%g";
> set ztics border textcolor rgb "#000000";
> set parametric;
> set style data lines;
> set surface;
> #set style line 1 default;
> set style line 1 linewidth 0.500000 pointsize 1.000000 linecolor rgbcolor "#FF00FF";
> set hidden3d;
> set xrange [1.0:3.0] noreverse;
> set yrange [1.0:3.0] noreverse;
> set zrange [0.0:1.0] noreverse;
> set border 895;
> unset key;
> set style data lines;
> set ticslevel 0;
> set view 60, 322.5;
> splot "-" using ($1):($2):($3):($4) title "" with lines linestyle 1 ;
> 1 1 1 1
> 1 2 0 0
> 1 3 0 0
> 
> 2 1 0 0
> 2 2 1 1
> 2 3 0 0
> 
> 3 1 0 0
> 3 2 0 0
> 3 3 1 1
> 
> e
> 
> 
> --- script end ---

-- 
Ethan A Merritt

Problem with mesh plots and hidden line removal

[Kai H. <kai...@gm...>]

Hello,

I noticed the following problem in octave3.0.0/gnuplot4.2.2 using the wxt terminal. When I try to plot a 3D mesh with "hidden on" and a rgb color set, only the white facets without grid are drawn.

Please have a look at the script below. If I change "set hidden" to "unset hidden" a magenta grid is drawn as expected, but with "set hidden" it is not (only white facets).

Also, if I I use

'set style line 1 default;'

instead of

'set style line 1 linewidth 0.500000 pointsize 1.000000 linecolor rgbcolor "#FF00FF";'

and 'set hidden' it works as expected - a grid, with hidden line removal and the default (green) color is drawn.

Is this a bug in the script or a gnuplot problem?

Thanks in advance,
Kai

--script starts here ---

set terminal wxt enhanced;

reset;
set autoscale fix;
set origin 0, 0;
set size 1, 1;
set size noratio;
set grid xtics;
set grid ytics;
set grid ztics;
set grid nomxtics;
set grid nomytics;
set grid nomztics;
set grid layerdefault;
set format x "%g";
set xtics border textcolor rgb "#000000";
set format y "%g";
set ytics border textcolor rgb "#000000";
set format z "%g";
set ztics border textcolor rgb "#000000";
set parametric;
set style data lines;
set surface;
#set style line 1 default;
set style line 1 linewidth 0.500000 pointsize 1.000000 linecolor rgbcolor "#FF00FF";
set hidden3d;
set xrange [1.0:3.0] noreverse;
set yrange [1.0:3.0] noreverse;
set zrange [0.0:1.0] noreverse;
set border 895;
unset key;
set style data lines;
set ticslevel 0;
set view 60, 322.5;
splot "-" using ($1):($2):($3):($4) title "" with lines linestyle 1 ;
1 1 1 1
1 2 0 0
1 3 0 0

2 1 0 0
2 2 1 1
2 3 0 0

3 1 0 0
3 2 0 0
3 3 1 1

e


--- script end ---

Re: Plot order with pm3d?

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

Here is an update on the problem that the
border is visible when plotting with pm3d (cf
below).

The problem occurs after
	unset surface
It does NOT occur when set surface is active.

But after "unset surface", the problem seems
to be totally repeatable. It is also old: I could
replicate it in a version of gnuplot 4.0 which I
have still installed.

Just FYI - in case that helps to pin it down.
(Too bad, really, because plotting with unset
surface is so much faster.)

Best,

		Ph.


> > In a similar spirit, I noticed that when setting
> > set pm3d (or set pm3d explicit) the surface hides
> > the border, but when using set pm3d implicit, the
> > border is always on top of the surface - even when
> > setting set border back.
>
> I have noticed that also, or something very similar.
> But I haven't been able to pin down exactly what causes this.
> Sometimes the axes appear in front of the surface no matter
> what I do, but other times they don't.  I suspect an
> un-initialized variable somewhere, but I haven't been able
> to track it down.  A 100% reproducible test case would help.
> But I've been working with the CVS code; maybe the issue
> is more clear-cut in 4.2.
>
> > Again, is this a bug, or am I using the commands
> > incorrectly?
>
> I think it's a bug, but it's a subtle one.
>
> > (Version info below.)
> >
> > Best,
> >
> > 		Ph.
> >
> >
> >
> >
> >         G N U P L O T
> >         Version 4.2 patchlevel 2
> >         last modified 31 Aug 2007
> >         System: Linux 2.6.18.2-34-default
> >
> >         Copyright (C) 1986 - 1993, 1998, 2004, 2007
> >         Thomas Williams, Colin Kelley and many others
> >
> >         Type `help` to access the on-line reference manual.
> >         The gnuplot FAQ is available from http://www.gnuplot.info/faq/
> >
> >         Send bug reports and suggestions to
> > <http://sourceforge.net/projects/gnuplot>
> >
> > Compile options:
> > -READLINE  +LIBREADLINE  +HISTORY  +BACKWARDS_COMPATIBILITY  +BINARY_DATA
> > +GD_PNG  +GD_JPEG  +GD_TTF  +GD_GIF  +ANIMATION
> > -NOCWDRC  +X11  +X11_POLYGON  +MULTIBYTE  +USE_MOUSE  +HIDDEN3D_QUADTREE
> > +DATASTRINGS  +HISTOGRAMS  +OBJECTS  +STRINGVARS  +MACROS  +IMAGE
> >
> >
> >
> > -------------------------------------------------------------------------
> > 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

win32 cygwin build failure

[Don T. <dt...@to...>]

Just tried compiling a win32 binary using
cygwin and got mysterious compilation
errors.  It was because of a bad definition
in config/config.cyg (which gets copied
into src/config.h for cygwin builds).

Fix follows.

Don Taber

--- config.cyg.orig	2008-02-28 13:42:43.000000000 -0800
+++ config.cyg	2008-03-06 16:53:42.000000000 -0800
@@ -528,7 +528,7 @@
 /* #undef inline */
 
 /* Define to `int' if <sys/types.h> does not define. */
-#define pid_t 1
+/* #define pid_t int */
 
 /* Define to `unsigned' if <sys/types.h> does not define. */
 /* #undef size_t */

Re: GNUPLOT script - plotting data in real time with scrolling

[ifryd <if...@o2...>]

Hi

Could you concentrate on helping me because problem stayed unsolved :-/

This link is to a forum about AVR microcontrollers.
I posted it because I think it is more readable.



-- 
View this message in context: http://www.nabble.com/GNUPLOT-script---plotting-data-in-real-time-with-scrolling-tp15839729p15881000.html
Sent from the Gnuplot - Dev mailing list archive at Nabble.com.