Home / Browse / gnuplot development / Mail / Archive

gnuplot development

Email Archive: gnuplot-beta (read-only)

2007:	_Jan (134)	_Feb (181)	_Mar (157)	_Apr (57)	_May (81)	_Jun (204)	_Jul (60)	_Aug (37)	_Sep (17)	_Oct (90)	_Nov (122)	_Dec (72)
2008:	_Jan (130)	_Feb (108)	_Mar (160)	_Apr (38)	_May (83)	_Jun (42)	_Jul (75)	_Aug (16)	_Sep (71)	_Oct (57)	_Nov (59)	_Dec (152)
2009:	_Jan (73)	_Feb (213)	_Mar (67)	_Apr (40)	_May (46)	_Jun (82)	_Jul (73)	_Aug (57)	_Sep (108)	_Oct (36)	_Nov (153)	_Dec (77)
2003:	_Jan	_Feb	_Mar	_Apr	_May	_Jun	_Jul (1)	_Aug (1)	_Sep	_Oct (83)	_Nov (57)	_Dec (111)
2004:	_Jan (38)	_Feb (121)	_Mar (107)	_Apr (241)	_May (102)	_Jun (190)	_Jul (239)	_Aug (158)	_Sep (184)	_Oct (193)	_Nov (47)	_Dec (68)
2006:	_Jan (102)	_Feb (122)	_Mar (154)	_Apr (196)	_May (181)	_Jun (281)	_Jul (310)	_Aug (198)	_Sep (145)	_Oct (188)	_Nov (134)	_Dec (90)
2005:	_Jan (190)	_Feb (105)	_Mar (99)	_Apr (65)	_May (92)	_Jun (250)	_Jul (197)	_Aug (128)	_Sep (101)	_Oct (183)	_Nov (186)	_Dec (42)
2012:	_Jan (111)	_Feb (66)	_Mar (35)	_Apr (59)	_May (71)	_Jun (32)	_Jul (11)	_Aug (48)	_Sep (60)	_Oct (87)	_Nov (16)	_Dec (38)
2011:	_Jan (114)	_Feb (139)	_Mar (126)	_Apr (51)	_May (53)	_Jun (29)	_Jul (41)	_Aug (29)	_Sep (35)	_Oct (87)	_Nov (42)	_Dec (20)
2001:	_Jan	_Feb (1)	_Mar	_Apr	_May	_Jun	_Jul (1)	_Aug	_Sep	_Oct	_Nov	_Dec
2010:	_Jan (42)	_Feb (171)	_Mar (150)	_Apr (6)	_May (22)	_Jun (34)	_Jul (31)	_Aug (38)	_Sep (32)	_Oct (59)	_Nov (13)	_Dec (62)
2013:	_Jan (5)	_Feb (19)	_Mar (41)	_Apr (47)	_May (14)	_Jun (9)	_Jul	_Aug	_Sep	_Oct	_Nov	_Dec
2002:	_Jan (1)	_Feb	_Mar	_Apr	_May	_Jun	_Jul (1)	_Aug (1)	_Sep	_Oct	_Nov (1)	_Dec


S	M	T	W	T	F	S
		1	2	3	4	5
		(2)		(3)	(7)	(3)
6	7	8	9	10	11	12
(4)	(8)		(5)	(10)	(1)
13	14	15	16	17	18	19
	(1)		(8)		(2)	(5)
20	21	22	23	24	25	26
(6)	(11)	(8)	(8)	(6)	(5)
27	28	29	30	31
(1)	(4)	(6)	(10)	(6)

bug in histogram plot with binary data?

From: Ralf Juengling <juenglin@cs...> - 2008-01-30 17:53

Hi,

I found a difference in appearance of histogram
plots ("set style data histograms") depending on
whether the data is passed in ascii or binary
format: the xrange is different (it is what I
expect with ascii but there's not right margin
with binary).

Ralf

Re: bug in histogram plot with binary data?

From: Ethan Merritt - 2008-01-30 18:13

On Wednesday 30 January 2008 09:52, Ralf Juengling wrote:
> 
> I found a difference in appearance of histogram
> plots ("set style data histograms") depending on
> whether the data is passed in ascii or binary
> format: the xrange is different (it is what I
> expect with ascii but there's not right margin
> with binary).

I have never tested the histogram code with binary data.
Could you Email me a simple test script and data file?

-- 
Ethan A Merritt

Re: bug in histogram plot with binary data?

From: Ethan Merritt - 2008-01-30 20:42

I help is needed from someone more familiar with the binary data modes.
Anyone care to take over this bug report?

On Wednesday 30 January 2008 12:15, Ralf Juengling wrote:
> 
> Here you go. The binary data is in intel pentium endianess
> (whatever that is).

Thanks. So far as I can tell from a quick test, the problem is
not specific to histograms.  Any other plot type also gets incorrect
x coordinates when using the binary read command on that data file.
If I dump the contents after reading them in, I get this:

gnuplot>  set style data linespoints
gnuplot>  plot "histdata.bin" binary array=1:8 format="%int" using 1
gnuplot> set table
gnuplot> replot

# Curve 0 of 1, 7 points
# Curve title: ""histdata.bin" binary array=1:8 format="%int" using 1"
# x y type
 0  102  i
 0  42  i
 1  38  i
 2  28  i
 3  26  i
 4  108  i
 5  156  i

Can you confirm this on your setup?
The thing is, I wrote the histogram code so I could probably fix it
there if necessary.  But I am largely unfamiliar with the binary input
code, and don't use it much myself.  So I don't know exactly what the
issue might be.  Surely if it returns the wrong x coordinate in general,
someone would have noticed by now?  But maybe not.  Or maybe you have
hit a special case of some sort, though I don't know what it might be.

-- 
Ethan A Merritt

Re: bug in histogram plot with binary data?

From: Ralf Juengling <juenglin@cs...> - 2008-01-30 21:07

On Wed, 30 Jan 2008, Ethan Merritt wrote:

> If I dump the contents after reading them in, I get this:
>
> gnuplot>  set style data linespoints
> gnuplot>  plot "histdata.bin" binary array=1:8 format="%int" using 1
> gnuplot> set table
> gnuplot> replot
>
> # Curve 0 of 1, 7 points
> # Curve title: ""histdata.bin" binary array=1:8 format="%int" using 1"
> # x y type
> 0  102  i
> 0  42  i
> 1  38  i
> 2  28  i
> 3  26  i
> 4  108  i
> 5  156  i
>
> Can you confirm this on your setup?

Yes. But I don't understand why "array=1:8". If I leave that out
I get

# Curve 0 of 1, 7 points
# Curve title: ""histdata.bin" binary format="%int" using 1"
# x y type
-1  102  i
  0  42  i
  1  38  i
  2  28  i
  3  26  i
  4  108  i
  5  156  i


Thanks,
Ralf

Re: bug in histogram plot with binary data?

From: Ethan Merritt - 2008-01-30 21:16

On Wednesday 30 January 2008 13:06, you wrote:
> 
> On Wed, 30 Jan 2008, Ethan Merritt wrote:
> 
> > If I dump the contents after reading them in, I get this:
> >
> > gnuplot>  set style data linespoints
> > gnuplot>  plot "histdata.bin" binary array=1:8 format="%int" using 1
> > gnuplot> set table
> > gnuplot> replot
> >
> > # Curve 0 of 1, 7 points
> > # Curve title: ""histdata.bin" binary array=1:8 format="%int" using 1"
> > # x y type
> > 0  102  i
> > 0  42  i
> > 1  38  i
> > 2  28  i
> > 3  26  i
> > 4  108  i
> > 5  156  i
> >
> > Can you confirm this on your setup?
> 
> Yes. But I don't understand why "array=1:8". If I leave that out

I don't think it matters. I was just trying variations of the command
to see if "array" or "record" behaved differently.  All the variations
I tried failed to correctly increment the implicit x coordinate from
0 to N-1.

> I get
> 
> # Curve 0 of 1, 7 points
> # Curve title: ""histdata.bin" binary format="%int" using 1"
> # x y type
> -1  102  i
>   0  42  i
>   1  38  i
>   2  28  i
>   3  26  i
>   4  108  i
>   5  156  i

I have seen that also.  Both are obviously incorrect.




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

Re: bug in histogram plot with binary data?

From: Ethan Merritt - 2008-01-31 07:16

On Wednesday 30 January 2008 12:42, Ethan Merritt wrote:
> I help is needed from someone more familiar with the binary data modes.
> Anyone care to take over this bug report?


The following one-liner makes your test case work.

However, I am *not* applying this to CVS because I just don't understand
the code well enough.  The binary read code at this point is not parallel 
to the ascii input code, which simply does ++df_datum as it goes.
Why is this different?  Is it correct?  Will it break other things?
I don't know.

%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
--- gnuplot/src/datafile.c      2008-01-25 12:59:41.000000000 -0800
+++ gnuplot-cvs/src/datafile.c  2008-01-30 23:01:30.000000000 -0800
@@ -4937,7 +4937,7 @@
                }
            }
        } else { /* Not matrix file, general binray. */
-           df_datum = point_count;
+           df_datum = point_count+1;   /* EAM DEBUG */
            if (i != df_no_bin_cols) {
                if (feof(data_fp)) {
                    if (i != 0)
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%


> On Wednesday 30 January 2008 12:15, Ralf Juengling wrote:
> > 
> > Here you go. The binary data is in intel pentium endianess
> > (whatever that is).
> 
> Thanks. So far as I can tell from a quick test, the problem is
> not specific to histograms.  Any other plot type also gets incorrect
> x coordinates when using the binary read command on that data file.
> If I dump the contents after reading them in, I get this:
> 
> gnuplot>  set style data linespoints
> gnuplot>  plot "histdata.bin" binary array=1:8 format="%int" using 1
> gnuplot> set table
> gnuplot> replot
> 
> # Curve 0 of 1, 7 points
> # Curve title: ""histdata.bin" binary array=1:8 format="%int" using 1"
> # x y type
>  0  102  i
>  0  42  i
>  1  38  i
>  2  28  i
>  3  26  i
>  4  108  i
>  5  156  i
> 
> Can you confirm this on your setup?
> The thing is, I wrote the histogram code so I could probably fix it
> there if necessary.  But I am largely unfamiliar with the binary input
> code, and don't use it much myself.  So I don't know exactly what the
> issue might be.  Surely if it returns the wrong x coordinate in general,
> someone would have noticed by now?  But maybe not.  Or maybe you have
> hit a special case of some sort, though I don't know what it might be.
> 
> 

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

No redraw with wxt and 'noraise'

From: Philipp K. Janert <janert@ie...> - 2008-01-29 01:34

There is an interesting issue with the wxt terminal
(on Linux, at least):

When I set up my terminal with the 'noraise' flag:

	set t wxt noraise

Then the window is not raised after a plot command,
instead the focus stays with the console window (so
far, all is according to spec).

However, the window also does not receive a redraw
event so that the old plot continues to be shown.
The window is only redrawn (with the new plot) after 
the mouse pointer enters the wxt window (or the
window is raised).

My guess is that wxt does not generate a redraw
event until the window system (X11) sends an event
(souch as MOUSE_IN) to the window.

This does not seem to be a problem when using
the old x11 terminal.

I wonder whether anybody has seen this before?
Is this at all dependent on the window manager?
(I use IceWM.)

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  

DRIVER_DIR     
= "/home/janert/Gnuplot/Build/Release-4.2.2/build/libexec/gnuplot/4.2"
GNUPLOT_PS_DIR 
= "/home/janert/Gnuplot/Build/Release-4.2.2/build/share/gnuplot/4.2/PostScript"
HELPFILE       
= "/home/janert/Gnuplot/Build/Release-4.2.2/build/share/gnuplot/4.2/gnuplot.gih"

Re: No redraw with wxt and 'noraise'

From: <timothee.lecomte@lp...> - 2008-01-30 22:43

Philipp K. Janert wrote:
> There is an interesting issue with the wxt terminal
> (on Linux, at least):
>
> When I set up my terminal with the 'noraise' flag:
>
> 	set t wxt noraise
>
> Then the window is not raised after a plot command,
> instead the focus stays with the console window (so
> far, all is according to spec).
>
> However, the window also does not receive a redraw
> event so that the old plot continues to be shown.
> The window is only redrawn (with the new plot) after 
> the mouse pointer enters the wxt window (or the
> window is raised).
>
> My guess is that wxt does not generate a redraw
> event until the window system (X11) sends an event
> (souch as MOUSE_IN) to the window.
>
> This does not seem to be a problem when using
> the old x11 terminal.
>
> I wonder whether anybody has seen this before?
> Is this at all dependent on the window manager?
> (I use IceWM.)
>
> Best,
>
> 		Ph.
>   
Hi Philipp,

I can understand where this may come from, but I have not been able to 
reproduce it on my machine...
The origin of the problem is that the calls to wxWidgets and GTK to 
redraw the plot are sent from gnuplot main thread, whereas the main 
graphic events loop runs in a secondary thread. So there are cases where 
calls made in gnuplot main thread are not really executed until the 
secondary thread is woken up by the arrival of another event. I have 
already had to fix such problems, for example to make 'set term wxt 
close' close the window immediately. _However_, I am not able to 
reproduce what you describe, i.e. the plot not being redrawn until a 
mouse event arrives. I have tried 4.2.2 and gnuplot CVS, with compiz, 
metacity and kde4's kwin as window managers. Could you try with another 
window manager such as one of those ? I have wxGTK 2.8.6, could you tell 
me what wxGTK version you have ?

Thank you,

Timothée



>
>         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  
>
> DRIVER_DIR     
> = "/home/janert/Gnuplot/Build/Release-4.2.2/build/libexec/gnuplot/4.2"
> GNUPLOT_PS_DIR 
> = "/home/janert/Gnuplot/Build/Release-4.2.2/build/share/gnuplot/4.2/PostScript"
> HELPFILE       
> = "/home/janert/Gnuplot/Build/Release-4.2.2/build/share/gnuplot/4.2/gnuplot.gih"
>
> -------------------------------------------------------------------------
> 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
> gnuplot-beta@...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
>

Re: No redraw with wxt and 'noraise'

From: Lutz Maibaum <lutz.maibaum@gm...> - 2008-01-30 22:53

On Wednesday 30 January 2008 14:42:52 Timoth=E9e Lecomte wrote:
> Philipp K. Janert wrote:
> > When I set up my terminal with the 'noraise' flag:
> >
> > 	set t wxt noraise
> >
> > Then the window is not raised after a plot command,
> > instead the focus stays with the console window (so
> > far, all is according to spec).
> >
> > However, the window also does not receive a redraw
> > event so that the old plot continues to be shown.
> > The window is only redrawn (with the new plot) after
> > the mouse pointer enters the wxt window (or the
> > window is raised).
>
> I can understand where this may come from, but I have not been able to
> reproduce it on my machine...

I see the same behavior as Philipp on my machine, using gnuplot 4.2.2, kwin=
=20
3.5.7 as window manager, and wxGTK 2.8.4.

  Lutz

Re: No redraw with wxt and 'noraise'

From: Ethan Merritt - 2008-01-30 22:53

On Monday 28 January 2008 17:34, Philipp K. Janert wrote:
> I wonder whether anybody has seen this before?
> Is this at all dependent on the window manager?
> (I use IceWM.)

I cannot reproduce this behavior here, neither under KDE
nor under IceWM.

    icewm-light-1.2.26-5mdv2007.0

> There is an interesting issue with the wxt terminal
> (on Linux, at least):
> 
> When I set up my terminal with the 'noraise' flag:
> 
> 	set t wxt noraise
> 
> Then the window is not raised after a plot command,
> instead the focus stays with the console window (so
> far, all is according to spec).
> 
> However, the window also does not receive a redraw
> event so that the old plot continues to be shown.
> The window is only redrawn (with the new plot) after 
> the mouse pointer enters the wxt window (or the
> window is raised).
> 
> My guess is that wxt does not generate a redraw
> event until the window system (X11) sends an event
> (souch as MOUSE_IN) to the window.
> 
> This does not seem to be a problem when using
> the old x11 terminal.
> 
> 
> 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  
> 
> DRIVER_DIR     
> = "/home/janert/Gnuplot/Build/Release-4.2.2/build/libexec/gnuplot/4.2"
> GNUPLOT_PS_DIR 
> = "/home/janert/Gnuplot/Build/Release-4.2.2/build/share/gnuplot/4.2/PostScript"
> HELPFILE       
> = "/home/janert/Gnuplot/Build/Release-4.2.2/build/share/gnuplot/4.2/gnuplot.gih"
> 
> -------------------------------------------------------------------------
> 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
> gnuplot-beta@...
> 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: No redraw with wxt and 'noraise'

From: Allin Cottrell <cottrell@wf...> - 2008-01-30 23:52

On Wed, 30 Jan 2008, Ethan Merritt wrote:

> On Monday 28 January 2008 17:34, Philipp K. Janert wrote:
> > I wonder whether anybody has seen this before?
> > Is this at all dependent on the window manager?
> > (I use IceWM.)
> 
> I cannot reproduce this behavior here, neither under KDE
> nor under IceWM.
> 
>     icewm-light-1.2.26-5mdv2007.0

Neither can I reproduce it on the gnome desktop with WM 
metacity 2.20.0: the plot is redrawn immediately.

Allin Cottrell

Plotting in Black and white with different linestyles in gif or png

From: Markus Eich <eich@in...> - 2008-01-29 10:56

When I generate several plots and print them to GIF or PNG the plots 
have the same style but different colors.
This is useless for colorless papers, so the plots should have different 
styles instead (dots, x,o). Can I somehoe switch from color to BW mode?

An sample line from my code is:

set term gif size 640,400

set output 'M1_cur_ctrl.gif'
plot filename using ($1):(2*pi/5-((int($2)%147)/147.2*2*pi/5)-pi/5) axes 
x1y1 title 'TARGET_M1' with lines,\
'' u 1:((abs(int($4)%147)/147.2*pi/5)) axes x1y1 title 'ERROR_M1' with 
lines,\
'' u 1:14 axes x1y2 title 'CURRENT_M1' with lines

Thanks for your support. I am a real gnuplot noob ;-)


/markus


-- 
Dipl. Inform. Markus Eich
Research Assistant
Robotics Lab at
DFKI Bremen
German Research Center for Artificial Intelligence

Email:  markus.eich@...
Tel.:   +49 (421) 218-64105
Fax :   +49 (421) 218-64150
Room:   212

Postal address:
DFKI Bremen
Robotics Lab
Markus Eich
Robert-Hooke-Strasse 5
28359 Bremen
Germany

Further informations:
http://www.dfki.de/robotics

Re: Plotting in Black and white with different linestyles in gif or png

From: Peter Danenberg <pcd@wi...> - 2008-01-29 11:02

Quoth Markus Eich on Prickle-Prickle, Chaos 29, 3174:
> Can I somehoe switch from color to BW mode?

The postscript terminal has such a mode; perhaps you can convert
thence to gif/png?

Try:

    set terminal postscript enhanced monochrome dashed

Re: Plotting in Black and white with different linestyles in gif or png

From: Markus Eich <eich@in...> - 2008-01-29 11:28

Peter Danenberg schrieb:
> Quoth Markus Eich on Prickle-Prickle, Chaos 29, 3174:
>   
>> Can I somehoe switch from color to BW mode?
>>     
>
> The postscript terminal has such a mode; perhaps you can convert
> thence to gif/png?
>
> Try:
>
>     set terminal postscript enhanced monochrome dashed
>   
Thank you that works just fine. Now I just have to convert the ps to gif 
or png.

I think there is no way to do B&W on any graphical output terminal?


> -------------------------------------------------------------------------
> 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
> gnuplot-beta@...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
>   


-- 
Dipl. Inform. Markus Eich
Research Assistant
Robotics Lab at
DFKI Bremen
German Research Center for Artificial Intelligence

Email:  markus.eich@...
Tel.:   +49 (421) 218-64105
Fax :   +49 (421) 218-64150
Room:   212

Postal address:
DFKI Bremen
Robotics Lab
Markus Eich
Robert-Hooke-Strasse 5
28359 Bremen
Germany

Further informations:
http://www.dfki.de/robotics

Re: Plotting in Black and white with different linestyles in gif or png

From: <plotter@pi...> - 2008-01-29 13:16

On Tue, 29 Jan 2008 12:27:18 +0100, Markus Eich  =

<eich@...> wrote:

> Peter Danenberg schrieb:
>> Quoth Markus Eich on Prickle-Prickle, Chaos 29, 3174:
>>
>>> Can I somehoe switch from color to BW mode?
>>>
>>
>> The postscript terminal has such a mode; perhaps you can convert
>> thence to gif/png?
>>
>> Try:
>>
>>     set terminal postscript enhanced monochrome dashed
>>
> Thank you that works just fine. Now I just have to convert the ps to g=
if
> or png.
>
> I think there is no way to do B&W on any graphical output terminal?
>
>
Hi,

you can explicitly set both the colour and the line style for each plot =
 =

line (see help for details).

Unnecessarily creating a ps file seems an aweful waste of effort and  =

probably loses quailty.

Maybe an option which would force BW output would have some merit since =
 =

monotone printers do exist and so do colour printers with (near) empty  =

colours . Printing in black only would be an advantage.

Perhaps "monochrome=3Dblack" or "monochrome=3Dblue" would be a nice way =
of  =

producing monochrome output , whether for esthetic reasons or to work  =

around ink shortages. This should be no more complicated than changing t=
he  =

default output colour from black to something else.

Could be useful.

/Peter.



>> ---------------------------------------------------------------------=
----
>> 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
>> gnuplot-beta@...
>> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
>>
>
>

Re: Plotting in Black and white with different linestyles in gif or png

From: Allin Cottrell <cottrell@wf...> - 2008-01-30 00:50

On Tue, 29 Jan 2008, Markus Eich wrote:

> I think there is no way to do B&W on any graphical output terminal?

With the current pngcairo driver you can do

  set term pngcairo mono dashed

> This is useless for colorless papers...

Why would you want to use a bitmap format such as PNG or, worse, 
GIF in a paper?  These are only any good for viewing on-screen.

Allin Cottrell

violin plots

From: norm rubin <normanr@at...> - 2008-01-27 13:35

I need to draw some violin graphs
Violin plots are generalization of candle stick plots, you can see one at
http://addictedtor.free.fr/graphiques/graphcode.php?graph=43

I'd like to continue using gnuplot rather then switch to R.  I've never added 
any code to gnuplot but I'm willing to try.
how hard would it be to add this style to gnuplot?
Is there any existing plot style which might be simple to modify?

Re: violin plots

From: Ethan Merritt - 2008-01-28 23:01

On Sunday 27 January 2008 05:29, norm rubin wrote:
> 
> I need to draw some violin graphs
> Violin plots are generalization of candle stick plots, you can see one at
> http://addictedtor.free.fr/graphiques/graphcode.php?graph=43
> 
> I'd like to continue using gnuplot rather then switch to R.  I've never added 
> any code to gnuplot but I'm willing to try.
> how hard would it be to add this style to gnuplot?
> Is there any existing plot style which might be simple to modify?

The existing "with filledcurves" style could draw such a figure if presented
with a suitable data file.   The trick will be to produce the right data file.

What format is your data in currently?
Has the binning and envelop generation already bin done? (Gnuplot is
not going to do that for you, even if taught a new plot style).

-- 
Ethan A Merritt

RE: violin plots

From: Rubin, Norman <Norman.Rubin@am...> - 2008-01-29 02:32

So far I have data that looks like pairs of integers
<I,J>=20
1,1
1,1
2,1

1,2
2,2
3,2
3,2
1,2

for each value of J I have a set of I values that would form one
distribution

I can turn this into a candle stick graph=20
J =3D 1 high =3D 2 low =3D 1, ave is=20
j =3D 2 high is 3 low is 1 ave is=20

I'm not sure how to use filled curves with multiple values of J, any
suggestions,  is there an example sort of like this someplace on the
web?

-----Original Message-----
From: Ethan Merritt [mailto:merritt@...
Sent: Monday, January 28, 2008 6:01 PM
To: gnuplot-beta@...
Cc: Rubin, Norman
Subject: Re: violin plots

On Sunday 27 January 2008 05:29, norm rubin wrote:
>=20
> I need to draw some violin graphs
> Violin plots are generalization of candle stick plots, you can see one
at
> http://addictedtor.free.fr/graphiques/graphcode.php?graph=3D43
>=20
> I'd like to continue using gnuplot rather then switch to R.  I've
never added=20
> any code to gnuplot but I'm willing to try.
> how hard would it be to add this style to gnuplot?
> Is there any existing plot style which might be simple to modify?

The existing "with filledcurves" style could draw such a figure if
presented
with a suitable data file.   The trick will be to produce the right data
file.

What format is your data in currently?
Has the binning and envelop generation already bin done? (Gnuplot is
not going to do that for you, even if taught a new plot style).

--=20
Ethan A Merritt

replot in files under win32

From: Markus Eich <eich@in...> - 2008-01-28 16:06

Hi there,

I want to draw several plots into one .gif or .png image. Those lines 
work perfectly under linux:

set term png size 640,400
#first Motor
set output 'M1_cur_ctrl.png'
plot filename using ($1):(((int($2)%147)/147.2*2*pi/5)-pi/5) axes x1y1 
title 'TARGET_M1' with lines
replot filename using ($1):(((int($3)%147)/147.2*2*pi/5)-pi/5) axes x1y1 
title 'ACTUAL_M1' with lines
replot filename using ($1):(((int($4)%147)/147.2*pi/5)) axes x1y1 title 
'ERROR_M1' with lines
replot filename using ($1):14 axes x1y2 title 'CURRENT_M1' with lines

When I want to do the same thing under Windows32 I can only see the 
first plot. The others are simply not there. Is this a win32-version bug?

I tried also without "replot" but with the "," separation.


Rgrds,

Markus


-- 
Dipl. Inform. Markus Eich
Research Assistant
Robotics Lab at
DFKI Bremen
German Research Center for Artificial Intelligence

Email:  markus.eich@...
Tel.:   +49 (421) 218-64105
Fax :   +49 (421) 218-64150
Room:   212

Postal address:
DFKI Bremen
Robotics Lab
Markus Eich
Robert-Hooke-Strasse 5
28359 Bremen
Germany

Further informations:
http://www.dfki.de/robotics

Re: replot in files under win32

From: <HBBroeker@t-...> - 2008-01-28 21:44

Markus Eich wrote:

> I want to draw several plots into one .gif or .png image. Those lines 
> work perfectly under linux:

If so, that has to be considered quite surprising.  Nor is the 
difference of behaviour really tied to using Linux vs. Win32, but rather 
to which PNG driver you're using.

Your script absuses 'replot',  which causes it to generate not one, but 
*four* pages of output.  A PNG can't really hold more than one.

These lines:

> plot filename using ($1):(((int($2)%147)/147.2*2*pi/5)-pi/5) axes x1y1 
> title 'TARGET_M1' with lines
> replot filename using ($1):(((int($3)%147)/147.2*2*pi/5)-pi/5) axes x1y1 
> title 'ACTUAL_M1' with lines
> replot filename using ($1):(((int($4)%147)/147.2*pi/5)) axes x1y1 title 
> 'ERROR_M1' with lines
> replot filename using ($1):14 axes x1y2 title 'CURRENT_M1' with lines

should be replaced with something like:

   plot \
     filename using ($1):(((int($2)%147)/147.2*2*pi/5)-pi/5) \
       axes x1y1 title 'TARGET_M1' with lines, \
     '' u 1:(((int($3)%147)/147.2*2*pi/5)-pi/5) \
       axes x1y1 title 'ACTUAL_M1' with lines, \
     '' u 1:(((int($4)%147)/147.2*pi/5)) \
       axes x1y1 title 'ERROR_M1' with lines, \
     '' u 1:14 axes x1y2 title 'CURRENT_M1' with lines

> I tried also without "replot" but with the "," separation.

... and what happened?

Re: replot in files under win32

From: eich <eich@in...> - 2008-01-28 23:46

Hans-Bernhard Bröker schrieb:
> Markus Eich wrote:
>
>> I want to draw several plots into one .gif or .png image. Those lines 
>> work perfectly under linux:
>
> If so, that has to be considered quite surprising.  Nor is the 
> difference of behaviour really tied to using Linux vs. Win32, but 
> rather to which PNG driver you're using.
>
> Your script absuses 'replot',  which causes it to generate not one, 
> but *four* pages of output.  A PNG can't really hold more than one.
>
> These lines:
>
>> plot filename using ($1):(((int($2)%147)/147.2*2*pi/5)-pi/5) axes 
>> x1y1 title 'TARGET_M1' with lines
>> replot filename using ($1):(((int($3)%147)/147.2*2*pi/5)-pi/5) axes 
>> x1y1 title 'ACTUAL_M1' with lines
>> replot filename using ($1):(((int($4)%147)/147.2*pi/5)) axes x1y1 
>> title 'ERROR_M1' with lines
>> replot filename using ($1):14 axes x1y2 title 'CURRENT_M1' with lines
>
> should be replaced with something like:
>
>   plot \
>     filename using ($1):(((int($2)%147)/147.2*2*pi/5)-pi/5) \
>       axes x1y1 title 'TARGET_M1' with lines, \
>     '' u 1:(((int($3)%147)/147.2*2*pi/5)-pi/5) \
>       axes x1y1 title 'ACTUAL_M1' with lines, \
>     '' u 1:(((int($4)%147)/147.2*pi/5)) \
>       axes x1y1 title 'ERROR_M1' with lines, \
>     '' u 1:14 axes x1y2 title 'CURRENT_M1' with lines
>
>> I tried also without "replot" but with the "," separation.
>
> ... and what happened?
I tried it before with

plot filename using ($1):(((int($2)%147)/147.2*2*pi/5)-pi/5) axes x1y1 
title 'TARGET_M1' with lines,
filename using ($1):(((int($3)%147)/147.2*2*pi/5)-pi/5) axes x1y1 title 
'ACTUAL_M1' with lines,
filename using ($1):(((int($4)%147)/147.2*pi/5)) axes x1y1 title 
'ERROR_M1' with lines,
filename using ($1):14 axes x1y2 title 'CURRENT_M1' with lines

which produced the same results i.e. works under linux and not under 
win32. Same result for gif and jpg.

BUT....

your lines work perfectly!!!!!!  (with the ''u instead of  using and 1: 
instead of $1). What is the difference?

Thank you for the tip

Re: Porting Gnuplot to Trolltech Qt

From: Sebi35 <bobby_charly@ho...> - 2008-01-25 15:45

First, thank you both for your quick answers :)

> It is not clear exactly what you want to present to the user inside
> this widget.  Are you proposing to develop a GUI that controls gnuplot?
> Or are you proposing a Qt-based output widget that contains the
> plots created by gnuplot?  Both?  Something else? 

Both in fact. For example, I'd like to develop a GUI to plot only simple
sinus functions and I want the result to be in a Qt Widget. 

I think I'll look at the example script you were talking about Ethan. 

> But gnuplot is fast and easily scripted.  As a "third party" 
> programmer, even if you're not using pipes you can, for example, 
> get gnuplot to generate a PNG file then display that file inside a 
> window created using the widget set of your choice, and arrange 
> suitable feedback to gnuplot via your own menus.

Yes, could be a good idea to start with.

I'll try all that and I let you know.

Sebastien




Allin Cottrell wrote:
> 
> On Thu, 24 Jan 2008, Sebi35 wrote:
> 
>> I've been working a lot with Qt and I often have to use plot 
>> functions. I've recently discovered the power of Gnuplot and I'd 
>> like to encapsulate gnuplot in a Qt widget. Is that possible? 
>> What is the best to do this?
> 
> Presumably you could model a Qt terminal on the wxt terminal in 
> current CVS gnuplot.  Along similar lines, I'm tempted to try 
> writing a GTK terminal that does not depend on the additional 
> wxWidgets layer.
> 
>> I have read all the docs of the gnuplot distribution, and I feel 
>> like if I code a "Qt" terminal, the widget will only be 
>> reachable through the gnuplot application. Is there anyway to 
>> use Gnuplot as a library?
> 
> As Ethan says, No.  This possibility has been discussed in the 
> past, but gnuplot is still dependent on a large number of global 
> variables; it doesn't have the modularity that would be required 
> of a plotting library.  
> 
> But gnuplot is fast and easily scripted.  As a "third party" 
> programmer, even if you're not using pipes you can, for example, 
> get gnuplot to generate a PNG file then display that file inside a 
> window created using the widget set of your choice, and arrange 
> suitable feedback to gnuplot via your own menus.
> 
> Allin Cottrell
> 
> -------------------------------------------------------------------------
> 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
> gnuplot-beta@...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 
> 

-- 
View this message in context: http://www.nabble.com/Porting-Gnuplot-to-Trolltech-Qt-tp15065854p15090347.html
Sent from the Gnuplot - Dev mailing list archive at Nabble.com.

Re: Porting Gnuplot to Trolltech Qt

From: Nigel Nunn <nnnunnn@gm...> - 2008-01-24 20:58

Hi Sebastien,

> Is there anyway to use Gnuplot as a library?

The gnuplot [plotting] code makes a fine library.  A qt or wx
application need only adjust main() to do some initialization, then
let gui list boxes handle the command history.  One problem used to be
that some variables were exposed as globals, but with these wrapped
into structs, we can let any gui panel become a gnuplot output target.

Nigel

Re: end the pause

From: Maximilian Fabricius <mxhf@gm...> - 2008-01-25 21:32

On Jan 25, 2008 9:28 PM, Ethan Merritt <merritt@...> wrote:
> On Friday 25 January 2008 11:44, Maximilian Fabricius wrote:
> >
> > I followed the mouselabel example.
> > My actual plot script now calls another script:
> >
> >    pause mouse key
> >    if (MOUSE_KEY != 27 && MOUSE_CHAR ne "  ") reread
> >
> > Still, if I do this I loose the interactive functionality of x11
> > (toggling logscale with l, unzooming on a etc.).
> > Of course I could try to re-enable all this in the pause-mouse-key-script.
> >
> >    pause mouse keypress
> >    bind "ctrl-l" "lx=lx+1;if(lx%2)set logscale x; else unset logscale x"
> >    if (MOUSE_KEY != 27 && MOUSE_CHAR ne "  ") reread
> >
> > (where lx is defined in the first script)
> > This did not work, though.
>
> That won't work. The bind command does not execute anything by itself.
> (Also gnuplot doesn't have an "else" command, but that's a different issue).
> You need instead something like:
>
>     pause mouse keypress
>     if (MOUSE_KEY != 27 && MOUSE_CHAR ne "  " && MOUSE_CHAR ne "l") reread
>     if (MOUSE_CHAR eq "l")  load "toggle_logscale.gp"
>     reread
>
> Where toggle_logscale.gp re-implements the built-in processing that
> 'pause mouse' bypassed.
>
>     if (!lx) set logscale x
>     if (lx) unset logscale x
>     lx = !lx
>     replot
>
> Zooming should still work as normal because you said "pause mouse keypress",
> which leaves the button clicks unaffected.
>
> > Wouldn't it be easier to have an option
> > like "pause mouse keypress("q")" to wait for a specifik key?
>
> Easier for the user, I agree.  Unfortunately the mousing code is
> very complicated because the details are different for each terminal
> type (windows, x11, wxt, aqua, pm).  So changes to the mousing code
> tend to be more difficult than other kinds of changes because they
> have to be worked out and tested separately for each terminal type.
> There might be a clever way to implement your suggestion in a
> terminal-independent manner, but that isn't obvious to me at the
> moment.
>
> So it's a perfectly reasonable suggestion, but not all reasonable
> suggestions are easy to implement.
>
>
> Nevertheless, to go back to your original question >
> > Alternatively if I could define a key - "q" for example -
> > which closes the current plot and continues the gunplot script,
> > that would be great.
>
> I already gave an example of how to do that with a "bind" command.
> So I'm not clear on what problem you are trying to work around
> at this point.
>
> --
> Ethan A Merritt
>

Ethan,

thank you again! ;)

Cheers,

Maximilian

Next Messages