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

Re: millisecond time format

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

On Sat, 23 Feb 2008 00:04:17 +0100, Hans-Bernhard Bröker  
<HBB...@t-...> wrote:

> Not really.  time_t of the Standard C library is an integer, typically
> seconds since 1970-01-01 --- but our own time routines don't use that.
> Instead we use a double to hold seconds since 2000-01-01.

So the code can already handle decimal fractions of seconds, it's just a  
case adding IO specifiers and adjusting the output routines. Is that  
correct?

I presume axis labelling is done in a centralised fashion so as not to  
duplicate in each terminal , this sounds not too difficult.

Would it be much work to add something like the microsecond specifier I  
suggested and get it to accept a decimal part. (Using %MM:%SS.%UUU takes  
care of any question of european locales using comma separtors on input.)

Does that seem like a good approach?

regards, Peter

Re: Meaning of samples and isosamples with pm3d hidden3d?

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

Ethan A Merritt wrote:

> So isosamples control the number of lines.
> For hidden surfaces, that's the end of the story so far as I know.

Not quite.  In hidden3d mode, the samples have to form a (topologically) 
rectangular grid --- i.e. each isoline has the number of node specified 
by the "opposite" isosamples settings:

    set isosamples n,m

yields n isolines of m points each, and m "cross" isolines of n points each.

>> I also would expect both arguments to set isosamples to be evaluated.

They are --- but be aware that when you give only one, you set *both*. 
More in 'help isosamples'.

Re: millisecond time format

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

Ethan Merritt wrote:

> Currently the internal representation of time is an integer number
> of seconds. 

Not really.  time_t of the Standard C library is an integer, typically 
seconds since 1970-01-01 --- but our own time routines don't use that. 
Instead we use a double to hold seconds since 2000-01-01.

For those who look at the code: please be aware that this matter is 
confused quite a bit by a long since aborted attempt to use the Standard 
C routines by proxy.  Make sure you're looking at the right part of the 
giant #ifndef USE_SYSTEM_TIME around half of time.c.

> What are the conflicts between the requirements of
> degrees/minutes/seconds for spherical coordinate representation
> and hours/minutes/seconds for time representation?

In a nutshell: the different ranges for degrees vs. hours, including 
negative values, and the tendency of wanting the signs printed as 'N', 
'S', 'W', or 'E' instead '+'/'-'.

Re: millisecond time format

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

On Fri, 22 Feb 2008 19:00:35 +0100, Ethan Merritt  
<merritt@u.washington.edu> wrote:

> On Friday 22 February 2008 04:35, pl...@pi... wrote:
>>
>> I have some time data I can't see how to format to get it read in
>> correctly. The seconds being decimal notation.
> This is a very long-standing request.  See tracker items
>    536517    Higher resolution in timeseries plot
>   1078852    Flexible usage of geographic coordinates


Yes, that latter request was pretty explicit in terms of nomenclature.

It should be fairly straight forward to %DD as a minimum solution to that  
request to prevent overflow at 24.

Taking the same line , higher precision timescale could use %MS eg  
%HH:%MM:%SS.%MS

internally maybe using a second int for microseconds as in  struct  
timeval  would carry the least overhead.
(Don't forget embedded systems, possibly without an fpu ;) )

Any data requiring finer than microsecond resolution is unlikely to be  
using hours or minutes.

These two , %DD and %MS , would not seem too complex to add and would not  
require massive changes to the input / output specifiers.

Thanks for the reply,
Peter.

Re: millisecond time format

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

On Friday 22 February 2008 04:35, pl...@pi... wrote:
> 
> I have some time data I can't see how to format to get it read in  
> correctly. The seconds being decimal notation.

This is a very long-standing request.  See tracker items
   536517    Higher resolution in timeseries plot
  1078852    Flexible usage of geographic coordinates

I think a patchset to address this would be very welcome.
Or, if not an actual patch, at least a fully worked-out
proposal for how such data would be handled both for 
input, for output, and for internal representation.

Currently the internal representation of time is an integer number
of seconds. Would one add a parallel float for the fractional seconds?
Stick with an integer but multiply by 1000 to keep only millisecond
precision?  Something else? 

What are the conflicts between the requirements of
degrees/minutes/seconds for spherical coordinate representation
and hours/minutes/seconds for time representation?

> # time	ch1	ch7	
> 
> 14:33:02.250 0.615 0.635
> 14:33:02.450 0.615 0.640
> 14:33:02.650 0.615 0.635
> 
> the nearest I have got is this which obviously does not account for the  
> decimal part.
> 
> set xdata time
> set timefmt "%H:%M:%S"
> set format x "%02H:%02M:%02S"
> 
> plot "adc.data" using 1:2
> 
> 
> Is there a way to read this data with gnuplot or will I need to work  
> another way?
> 
> TIA, Peter.

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

Re: Meaning of samples and isosamples with pm3d hidden3d?

[Thomas S. <t.s...@fz...>]

if you plot 'with linespoints' (no pm3d) everything works:

set isosamples n_iso_x,n_iso_y
sets the number of "scanlines" in y- or x-direction, resp.

set samples n_x,n_y
set the number of points along the above "scanlines"

an example:
gnuplot> set samples 5,25
gnuplot> set isosamples 3,5
gnuplot> splot  exp(-x**2-y**2) with linespoints

if you now 'set pm3d' something really strange happens:
the number of pm3d-surface edges in x-direction is n_x,
but in y-direction it is n_iso_y.

gnuplot> set pm3d
gnuplot> replot

this gives the strange behaviour in your example.

the number of pm3d-surfaces edges should be either
n_x,n_y
or
n_iso_x,n_iso_y
but not a mixture of both, i think, but maybe there
is a good reason for the status quo?


-- 
View this message in context: http://www.nabble.com/Meaning-of-samples-and-isosamples-with-pm3d-hidden3d--tp15626639p15633723.html
Sent from the Gnuplot - Dev mailing list archive at Nabble.com.

millisecond time format

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

Hi,

I have some time data I can't see how to format to get it read in  
correctly. The seconds being decimal notation.

# time	ch1	ch7	

14:33:02.250 0.615 0.635
14:33:02.450 0.615 0.640
14:33:02.650 0.615 0.635

the nearest I have got is this which obviously does not account for the  
decimal part.

set xdata time
set timefmt "%H:%M:%S"
set format x "%02H:%02M:%02S"

plot "adc.data" using 1:2


Is there a way to read this data with gnuplot or will I need to work  
another way?

TIA, Peter.

Re: Plot order with pm3d?

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

> So, I would expect that the following two plots
> would appear different:
> 
> set pm3d explicit
> splot [-2:2][-2:2] exp(-x**2-y**2) w pm3d, 2-exp(-x**2-y**2) 
> splot [-2:2][-2:2] 2-exp(-x**2-y**2), exp(-x**2-y**2) w pm3d
>
> But, both plots appear to be the same.

No, they are different! See the minimum of the top mesh, or try it with
	1-exp(-x**2-y**2)

> 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.
> 
> Again, is this a bug, or am I using the commands
> incorrectly?

I cannot reproduce this. 
Can you post the sequence of commands which does it wrong?

---
PM

Re: Meaning of samples and isosamples with pm3d hidden3d?

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

Try this (all in one consecutive session):

gnuplot> reset
gnuplot> unset surface
gnuplot> unset hidden3d
gnuplot> set xlabel 'x'
gnuplot> set ylabel 'y'
gnuplot> set style line 1000 lt 1
gnuplot> set pm3d implicit hidden3d 1000

gnuplot> set samples 2
gnuplot> set isosamples 2
gnuplot> splot exp(-x**2-y**2)
# totally flat

gnuplot> set samples 3
gnuplot> replot
# Now there are 3 nodes along the x-axis.
# But why? What has set samples to do w/ splot?

gnuplot> set isosamples 2,4
gnuplot> replot
# Now there are still 3 (not 2!) nodes along the x-axis
# and 4 along the y-axis.

That's it. Gnuplot version info is attached to my
original message on this subject.

Best,

		Ph.






On Thursday 21 February 2008 19:47, you wrote:
> On Thursday 21 February 2008 19:06, Philipp K. Janert wrote:
> > When using
> > 	set pm3d hidden3d
> > with splot for plotting a function
> >
> > it seems as if
> > - set samples n
> > 	is used for the number of steps along the x-direction
> > - set isosamples n,m
> > 	uses m for the number of steps along the y-direction
> > 	and ignores n. If only a single argument is given, it is
> > 	used for the y-direction.
>
> I don't think that's right.
> "set isosamples XX,YY"  causes the surface to be represented by
> XX lines with different x, and YY lines with different y.
> Try:
> 	set isosamples 10,50
> 	splot (sin(x)*sin(y))/(x*y)
> 	set isosamples 50,10
> 	replot
>
> So isosamples control the number of lines.
> For hidden surfaces, that's the end of the story so far as I know.
>
> For non-hidden surfaces, "set samples" controls how finely each line is
> sampled. So "set isosamples 5,5"  will give you a small number of lines on
> x and y. "set samples 10,10"  will make these lines very jagged;  "set
> samples 100,100" will make these same lines much smoother.
>
> > I also would expect both arguments to set isosamples to be evaluated.
>
> For me both arguments work as expected.
> Tested both in 4.2 and CVS versions.

Re: Plot order with pm3d?

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

On Thursday 21 February 2008 19:26, you wrote:
> On Thursday 21 February 2008 18:04, Philipp K. Janert wrote:
> > According to the documentation to pm3d,
> > "when plotting several plots, they are plotted in
> > the order given on the command line"
>
> Yes, but that only applies to pm3d plots.

Ah, thanks - that was my misunderstanding.
I thought this also applied when mixing pm3d
and non-pm3d.

>
> > So, I would expect that the following two plots
> > would appear different:
> >
> > set pm3d explicit
> > splot [-2:2][-2:2] exp(-x**2-y**2) w pm3d, 2-exp(-x**2-y**2)
> > splot [-2:2][-2:2] 2-exp(-x**2-y**2), exp(-x**2-y**2) w pm3d
> >
> > Note that I switch the order of the functions between
> > both calls, but want the same function drawn with pm3d.
>
> You are mixing pm3d and non-pm3d plots, which as you have
> discovered raises an issue of what gets drawn first.
> Further complicating the issue is that pm3d and non-pm3d
> plots have separate options for depth ordering, which _also_
> affects what gets drawn first.
>
> > But, both plots appear to be the same.
> >
> > Which is annoying, because I don't seem to be able
> > to get the transparent (wiremesh) function visually
> > on top of the opaque surface.
> >
> >
> > Is this a bug or a feature?
>
> I think it's a design flaw;  with perfect foresight pm3d would
> have been more integrated with other plot types, rather than
> acting as a parallel subsystem.  However, there are work-arounds.
> In particular, see the first plot of the hidden2 demo:
>    http://gnuplot.sourceforge.net/demo_4.3/hidden2.html
>
> > 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

Re: Meaning of samples and isosamples with pm3d hidden3d?

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

On Thursday 21 February 2008 19:06, Philipp K. Janert wrote:
> 
> When using 
> 	set pm3d hidden3d
> with splot for plotting a function
> 
> it seems as if 
> - set samples n 
> 	is used for the number of steps along the x-direction
> - set isosamples n,m
> 	uses m for the number of steps along the y-direction
> 	and ignores n. If only a single argument is given, it is
> 	used for the y-direction.

I don't think that's right.
"set isosamples XX,YY"  causes the surface to be represented by
XX lines with different x, and YY lines with different y.
Try:
	set isosamples 10,50
	splot (sin(x)*sin(y))/(x*y)
	set isosamples 50,10
	replot

So isosamples control the number of lines.
For hidden surfaces, that's the end of the story so far as I know.

For non-hidden surfaces, "set samples" controls how finely each line is sampled.
So "set isosamples 5,5"  will give you a small number of lines on x and y.
"set samples 10,10"  will make these lines very jagged;  "set samples 100,100"
will make these same lines much smoother.

> I also would expect both arguments to set isosamples to be evaluated.

For me both arguments work as expected.
Tested both in 4.2 and CVS versions. 

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

Re: Plot order with pm3d?

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

On Thursday 21 February 2008 18:04, Philipp K. Janert wrote:
> 
> According to the documentation to pm3d,
> "when plotting several plots, they are plotted in
> the order given on the command line"

Yes, but that only applies to pm3d plots.
 
> So, I would expect that the following two plots
> would appear different:
> 
> set pm3d explicit
> splot [-2:2][-2:2] exp(-x**2-y**2) w pm3d, 2-exp(-x**2-y**2) 
> splot [-2:2][-2:2] 2-exp(-x**2-y**2), exp(-x**2-y**2) w pm3d
> 
> Note that I switch the order of the functions between
> both calls, but want the same function drawn with pm3d.

You are mixing pm3d and non-pm3d plots, which as you have
discovered raises an issue of what gets drawn first.
Further complicating the issue is that pm3d and non-pm3d
plots have separate options for depth ordering, which _also_
affects what gets drawn first.

> But, both plots appear to be the same.
> 
> Which is annoying, because I don't seem to be able
> to get the transparent (wiremesh) function visually
> on top of the opaque surface. 

 
> Is this a bug or a feature?

I think it's a design flaw;  with perfect foresight pm3d would
have been more integrated with other plot types, rather than 
acting as a parallel subsystem.  However, there are work-arounds.
In particular, see the first plot of the hidden2 demo:
   http://gnuplot.sourceforge.net/demo_4.3/hidden2.html

> 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
> 

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

Meaning of samples and isosamples with pm3d hidden3d?

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

When using 
	set pm3d hidden3d
with splot for plotting a function

it seems as if 
- set samples n 
	is used for the number of steps along the x-direction
- set isosamples n,m
	uses m for the number of steps along the y-direction
	and ignores n. If only a single argument is given, it is
	used for the y-direction.

Is this intended behaviour? I would have expected
set samples to have no effect on the plot. I also
would expect both arguments to set isosamples to
be evaluated.

This behaviour is only apparent if previously an
unset hidden3d command has been issued - otherwise
all seems fine.

Very mysterious.

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  

Plot order with pm3d?

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

According to the documentation to pm3d,
"when plotting several plots, they are plotted in
the order given on the command line"

So, I would expect that the following two plots
would appear different:

set pm3d explicit
splot [-2:2][-2:2] exp(-x**2-y**2) w pm3d, 2-exp(-x**2-y**2) 
splot [-2:2][-2:2] 2-exp(-x**2-y**2), exp(-x**2-y**2) w pm3d

Note that I switch the order of the functions between
both calls, but want the same function drawn with pm3d.

But, both plots appear to be the same.

Which is annoying, because I don't seem to be able
to get the transparent (wiremesh) function visually
on top of the opaque surface. 

Is this a bug or a feature?

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.

Again, is this a bug, or am I using the commands
incorrectly?

(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  

Re: strange behavior at input data : plot '-' at wgnuplot.

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

On Wednesday 20 February 2008 08:33, Timothée Lecomte wrote:
> Ethan A Merritt a écrit :
> > On Wednesday 20 February 2008 01:44, Tatsuro MATSUOKA wrote:
> >   
> >> I found strange behavior at input data : plot '-'.
> >>
> >> At the screen I preessed left arrow cursor key 'M' appeared.
> 
> As far as I remember from the last time I had to dig in that code, the 
> code path for the inlined data does not use readline at all. That's why 
> arrow keys generate garbage instead of editing the line.

Hmm. You are correct.

I have placed a patch on SourceForge to run the inline data through
readline.  

 1899013    Read inline data from '-' via readline() if available

Simple-minded testing here shows no problem, but it is
possible that it could trip up some complicated combination of 
redirected stdin and stderr.  Please give it a try.

-- 
Ethan A Merritt

Re: strange behavior at input data : plot '-' at wgnuplot.

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

Hello

My windows system is win Xp pro sp2.
The version of readline is 5.0 from the GnuWin32.

But for the wgnuplot 4.2.2, I have not built it by myseslf. 
It was downloaded from the gnuplot source-forge page.
So I do not know the version of the readline library.

Regards

Tatsuro


--- Ethan A Merritt <merritt@u.washington.edu> wrote:

> On Wednesday 20 February 2008 01:44, Tatsuro MATSUOKA wrote:
> > 
> > I found strange behavior at input data : plot '-'.
> > 
> > gnuplot> plot '-'
> > input data ('e' ends) > 1 1
> > input data ('e' ends) > 2 2
> > input data ('e' ends) > 3 3  
> > input data ('e' ends) > 4 4 M M K 
> > 
> > 
> > At the screen I preessed left arrow cursor key 'M' appeared.
> > 'K' right arrow key
> > 'P' down arrow key
> > 'H' or 'O' up arrow key
> 
> Please tell us the operating system you are using,
> the version of libreadline you are using, and the
> output from the gnuplot command
>    show version long
> 
> 
> 
> 
> 
> > 
> > The phenomena happened in gnuplot 4.2.2 and the current CVS(2008-02-19).
> > 
> > Regards
> > 
> > Tatsuro
> > 
> >   
> > 
> > --------------------------------------
> > 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
> > 
> 
> -- 
> Ethan A Merritt
> Biomolecular Structure Center
> University of Washington, Seattle 98195-7742
> 


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

Re: strange behavior at input data : plot '-' at wgnuplot.

[Timothée L. <tim...@lp...>]

Ethan A Merritt a écrit :
> On Wednesday 20 February 2008 01:44, Tatsuro MATSUOKA wrote:
>   
>> I found strange behavior at input data : plot '-'.
>>
>> gnuplot> plot '-'
>> input data ('e' ends) > 1 1
>> input data ('e' ends) > 2 2
>> input data ('e' ends) > 3 3  
>> input data ('e' ends) > 4 4 M M K 
>>
>>
>> At the screen I preessed left arrow cursor key 'M' appeared.
>> 'K' right arrow key
>> 'P' down arrow key
>> 'H' or 'O' up arrow key
>>     
>
> Please tell us the operating system you are using,
> the version of libreadline you are using
Hi,

As far as I remember from the last time I had to dig in that code, the 
code path for the inlined data does not use readline at all. That's why 
arrow keys generate garbage instead of editing the line.

Best regards,

Timothée Lecomte

Re: strange behavior at input data : plot '-' at wgnuplot.

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

On Wednesday 20 February 2008 01:44, Tatsuro MATSUOKA wrote:
> 
> I found strange behavior at input data : plot '-'.
> 
> gnuplot> plot '-'
> input data ('e' ends) > 1 1
> input data ('e' ends) > 2 2
> input data ('e' ends) > 3 3  
> input data ('e' ends) > 4 4 M M K 
> 
> 
> At the screen I preessed left arrow cursor key 'M' appeared.
> 'K' right arrow key
> 'P' down arrow key
> 'H' or 'O' up arrow key

Please tell us the operating system you are using,
the version of libreadline you are using, and the
output from the gnuplot command
   show version long





> 
> The phenomena happened in gnuplot 4.2.2 and the current CVS(2008-02-19).
> 
> Regards
> 
> Tatsuro
> 
>   
> 
> --------------------------------------
> 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
> 

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

Re: Patch proposal for config.mgw

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

Hello PM

Thank you for your reply.

I'll wait the new cvs version of gnuplot sources. 

Regards

Tatsuro

--- Petr Mikulik <mi...@ph...> wrote:

> > To allow zooming or refresh of volatile data( EXPERIMENTAL),
> > I proposed the following patch to the config.mgw.
> 
> There more changes than this and in more config.xxx files, I've already 
> started to update them, I will commit it this week together with the helper 
> script.
> 
> ---
> PM
> 


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

Re: Patch proposal for config.mgw

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

> To allow zooming or refresh of volatile data( EXPERIMENTAL),
> I proposed the following patch to the config.mgw.

There more changes than this and in more config.xxx files, I've already 
started to update them, I will commit it this week together with the helper 
script.

---
PM

Patch proposal for config.mgw

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

Hello

To allow zooming or refresh of volatile data( EXPERIMENTAL),
I proposed the following patch to the config.mgw.

If there are more good way, please tell me.

Regards

Tatsuro



*** config.mgw.org	Wed Oct 17 06:19:43 2007
--- config.mgw	Wed Feb 20 17:58:27 2008
***************
*** 530,532 ****
--- 530,535 ----
  /* Define to enable parsing of deprecated syntax */
  #define BACKWARDS_COMPATIBLE 1
  
+ 
+ /* Define to allow zooming or refresh of volatile data. EXPERIMENTAL */
+ #define VOLATILE_REFRESH 1


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

strange behavior at input data : plot '-' at wgnuplot.

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

Hello

 .

I found strange behavior at input data : plot '-'.

gnuplot> plot '-'
input data ('e' ends) > 1 1
input data ('e' ends) > 2 2
input data ('e' ends) > 3 3  
input data ('e' ends) > 4 4 M M K 


At the screen I preessed left arrow cursor key 'M' appeared.
'K' right arrow key
'P' down arrow key
'H' or 'O' up arrow key

The phenomena happened in gnuplot 4.2.2 and the current CVS(2008-02-19).

Regards

Tatsuro

  

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

Re: plot for [i=...] fails to work

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

On Tuesday 19 February 2008 18:00, Mojca Miklavec wrote:
> 
> I have an one-year old document using lines similar to
>      plot for [i=1:10] i
> which apparently worked, but now it doesn't seem to work any more:
> 
> gnuplot> plot for [i=1:10] i
>                     ^
>          ':' expected
> 
> on gnuplot 4.2 patchlevel 2. Did the syntax change, am I using a wrong
> verison of gnuplot

Iteration is in the CVS version only.


-- 
Ethan A Merritt

plot for [i=...] fails to work

[Mojca M. <moj...@gm...>]

Hello,

I have an one-year old document using lines similar to
     plot for [i=1:10] i
which apparently worked, but now it doesn't seem to work any more:

gnuplot> plot for [i=1:10] i
                    ^
         ':' expected

on gnuplot 4.2 patchlevel 2. Did the syntax change, am I using a wrong
verison of gnuplot or am I misinterpreting something?

Thanks a lot,
    Mojca

Re: circle and ellipse object patch

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

On Monday 18 February 2008 15:28, m sutton wrote:

> One use I see for the patch is the ability to put a background color
> on a polar gridded plot.

Indeed.  Why didn't I think of that?

> I vote for adding the patch.  It is a natural companion to the rectangle objects.

With the help of Ralf Juengling, the patchset has been updated
and several bugs fixed.  Ralf has contributed a nice demo set for it
(perhaps we should add your suggested polar plot usage).

I want to take another look at the documentation before adding
it to CVS.

-- 
Ethan A Merritt