gnuplot-info — For questions and discussion about gnuplot

Re: [Gnuplot-info] Draw rectangle on 3D surface

[Ethan M. <eam...@gm...>]

On Fri, Sep 26, 2014 at 12:11 AM, GOO Creations <goo...@gm...> wrote:
> Hi,
>
> I'm trying to draw a simple rectangle on a surface graph. This is what I
> have:
>
>     set obj 1 rect at graph 0.5, 0.955 size 10, 5 fs transparent solid 0.7 fc rgb "black" front
>     splot inputfile u 1:2:3/
>
>
> The label draw correctly, however the rectangle doesn't show. If I
> cahnge the surface to a heat map (set pm3d map), the rectangle shows.
> Also when drawing the rectangle on the surface with screen from and to
> coordinates, it also shows.
>
> So my question: why doesn't the rectangle show when using either "at
> graph <position> size <size>"or "at screen<position> size <size>"? What
> am I doing wrong?

Rectangles in graph or axis coordinates can be not drawn in 3D,
because once you rotate the 3D view the object is no longer a
rectangle per se.   It can, however, be described as a general polygon
that just happens to come out rectangular when viewed in a 2D
projection.

Here is an example:

set obj 2 polygon from -10,-10,1 to -10, -5, 1 to -5, -5, 1 to -5, -10, 1
set obj 2 fs solid 1 fc rgb "cyan" front
set hidden3d
splot tanh(x**2+y**2)

This probably should be mentioned somewhere in the documentation.
Rectangles described in screen coordinates always work.

[Gnuplot-info] Draw rectangle on 3D surface

[GOO C. <goo...@gm...>]

Hi,

I'm trying to draw a simple rectangle on a surface graph. This is what I 
have:
/
/

    /set obj 1 rect at graph 0.5, 0.955 size 10, 5 fs transparent solid
    0.7 fc rgb "black" front//
    //set label 2 centre front "hello" at graph 0.5, 0.96 textcolor rgb
    "black"//
    //
    //set dgrid3d 100,100//
    //set pm3d//
    //splot inputfile u 1:2:3/


The label draw correctly, however the rectangle doesn't show. If I 
cahnge the surface to a heat map (set pm3d map), the rectangle shows. 
Also when drawing the rectangle on the surface with screen from and to 
coordinates, it also shows.

So my question: why doesn't the rectangle show when using either "at 
graph <position> size <size>"or "at screen<position> size <size>"? What 
am I doing wrong?

Chris

[Gnuplot-info] gap between xtics in histogram

[Mahmood N. <nt_...@ya...>]

Hello,
I want to increase the distance between xtics in a histogram chart. Each xtic contains 5 bars, therefore the bars from one xtic are really close to bars from bars in its neighbor xtics.

The only setting I see is to increase the gap value like this

   set style histogram cluster gap 2 

However, I noticed that increasing the gap value will result in narrower bars.

Is there any way to increase the gap while keeping the bar width constant?

 
Regards,
Mahmood

[Gnuplot-info] gnuplot 4.6.6 last modified date

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

Hello

I have found that gnuplot 4.6.6 has been released and build on windows and cygwin.
I found that that the opening message told:

 Version 4.6 patchlevel 6    last modified February 2014


The term "last modified February 2014" should be corrected as 
"last modified September 2014" or  "last modified 2014-09-22".

The version.c should be corrected.

Tatsuro

Re: [Gnuplot-info] with image error msg: "Number of pixels cannot be factored"

[Ethan M. <eam...@gm...>]

On Tue, Sep 23, 2014 at 3:27 PM, Philipp K. Janert <ja...@ie...> wrote:
> On Tue, 23 Sep 2014 15:13:20 -0700
> Ethan Merritt <eam...@gm...> wrote:
>
> What I infer from that demo is that one needs
> to choose one of two (text) file formats:
> - matrix format (w/o explicit coordinates)
> - the "old style" splot format, with scan lines separated by blank lines.
>
> I had actually hoped that the image format
> would allow me to randomly address individual
> "pixels" by their coordinates. Is that not so?

I don't understand the question.
What do you mean by "randomly address"?

You want to fill in the pixels of an image in random order?  That
sounds pretty far from anything gnuplot tries to handle.   Why random
order?

       Ethan

> Best,
>
>                 Ph.
>
>
>
>> On Tue, Sep 23, 2014 at 2:45 PM, Philipp K. Janert <ja...@ie...>
>> wrote:
>> >
>> > When trying to plot the following file:
>> >
>> > 1       1       1
>> > 1       2       2
>> > 2       1       3
>> > 2       2       4
>> > 3       3       1
>> > 3       1       0
>> > 3       2       0
>> > 1       3       0
>> > 2       3       0
>> >
>> > using
>> >
>> > plot "file" u 1:2:3 w imag
>> >
>> > I received the following warning message:
>> >         warning: Number of pixels cannot be factored into integers
>> >         matching grid. N = 9  K = 2
>> >
>> > The plot showed just the borders and the
>> > colorbox, but none of my data.
>> >
>> > What am I doing wrong?
>>
>> Please see
>>     http://gnuplot.sourceforge.net/demo/heatmaps.html
>
>
> ------------------------------------------------------------------------------
> Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
> Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
> Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
> Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
> http://pubads.g.doubleclick.net/gampad/clk?id=154622311&iu=/4140/ostg.clktrk
> _______________________________________________
> gnuplot-info mailing list
> gnu...@li...
> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-info

Re: [Gnuplot-info] with image error msg: "Number of pixels cannot be factored"

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

On Tue, 23 Sep 2014 15:13:20 -0700
Ethan Merritt <eam...@gm...> wrote:

What I infer from that demo is that one needs 
to choose one of two (text) file formats:
- matrix format (w/o explicit coordinates)
- the "old style" splot format, with scan
  lines separated by blank lines.

I had actually hoped that the image format 
would allow me to randomly address individual 
"pixels" by their coordinates. Is that not
so?

Best,

		Ph.



> On Tue, Sep 23, 2014 at 2:45 PM, Philipp K. Janert <ja...@ie...>
> wrote:
> >
> > When trying to plot the following file:
> >
> > 1       1       1
> > 1       2       2
> > 2       1       3
> > 2       2       4
> > 3       3       1
> > 3       1       0
> > 3       2       0
> > 1       3       0
> > 2       3       0
> >
> > using
> >
> > plot "file" u 1:2:3 w imag
> >
> > I received the following warning message:
> >         warning: Number of pixels cannot be factored into integers
> >         matching grid. N = 9  K = 2
> >
> > The plot showed just the borders and the
> > colorbox, but none of my data.
> >
> > What am I doing wrong?
> 
> Please see
>     http://gnuplot.sourceforge.net/demo/heatmaps.html

Re: [Gnuplot-info] with image error msg: "Number of pixels cannot be factored"

[Ethan M. <eam...@gm...>]

On Tue, Sep 23, 2014 at 2:45 PM, Philipp K. Janert <ja...@ie...> wrote:
>
> When trying to plot the following file:
>
> 1       1       1
> 1       2       2
> 2       1       3
> 2       2       4
> 3       3       1
> 3       1       0
> 3       2       0
> 1       3       0
> 2       3       0
>
> using
>
> plot "file" u 1:2:3 w imag
>
> I received the following warning message:
>         warning: Number of pixels cannot be factored into integers
>         matching grid. N = 9  K = 2
>
> The plot showed just the borders and the
> colorbox, but none of my data.
>
> What am I doing wrong?

Please see
    http://gnuplot.sourceforge.net/demo/heatmaps.html

[Gnuplot-info] with image error msg: "Number of pixels cannot be factored"

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

When trying to plot the following file:

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

using 

plot "file" u 1:2:3 w imag

I received the following warning message:
        warning: Number of pixels cannot be factored into integers
	matching grid. N = 9  K = 2 

The plot showed just the borders and the
colorbox, but none of my data.

What am I doing wrong? And what's the 
meaning of the quantities N and K in
the error msg? (I don't seem to find 
any info in the docs about them.)

Thanks!

Best,

		Ph.

Re: [Gnuplot-info] Plotting time as well as date

[Dave H. <da...@ho...>]

On Tue, 23 Sep 2014, Ethan Merritt wrote:

> The 2nd demo plot here might give you some ideas:
> 
>     http://gnuplot.sourceforge.net/demo_cvs/timedat.html

That will suffer from the problem of losing the time when the date values 
start dropping off during auto-scaling.

> Alternatively the plot could show only points and you would retrieve the 
> time by middle-mouse-click on it.  This would require using the "set 
> mouse format" command to pick an appropriate interactive output format.

Macs don't have a middle button :-)  Thanks anyway; I'll ponder some more.

For the curious, it's important to check your blood pressure at around the 
same time each day, as it varies throughout, so outliers would be nice to 
explain.

-- Dave

Re: [Gnuplot-info] Plotting time as well as date

[Ethan M. <eam...@gm...>]

On Tue, Sep 23, 2014 at 12:12 AM, Dave Horsfall <da...@ho...> wrote:
> In some situations it's important to know the time of a logged event, as
> well as the date.  I can only think of four ways of doing this:
>
> Show a fractional date (not very human-readable).
>
> Append the time to the date on the x-axis somehow (will quickly run out of
> room as the data grows; at least dates can be interpolated).
>
> Plot the graph to some format that is clickable (I don't even know whether
> that is possible).
>
> Use a 3-D plot, with time on the z-axis (could look amusing).
>
> Anyone have any ideas?

The 2nd demo plot here might give you some ideas:

    http://gnuplot.sourceforge.net/demo_cvs/timedat.html

Alternatively the plot could show only points and you would retrieve
the time by middle-mouse-click on it.  This would require using the
"set mouse format" command to pick an appropriate interactive output
format.

[Gnuplot-info] Plotting time as well as date

[Dave H. <da...@ho...>]

In some situations it's important to know the time of a logged event, as 
well as the date.  I can only think of four ways of doing this:

Show a fractional date (not very human-readable).

Append the time to the date on the x-axis somehow (will quickly run out of 
room as the data grows; at least dates can be interpolated).

Plot the graph to some format that is clickable (I don't even know whether 
that is possible).

Use a 3-D plot, with time on the z-axis (could look amusing).

Anyone have any ideas?

Thanks.

-- Dave

Re: [Gnuplot-info] Trailing backslash on a comment

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

Am 21.09.2014 um 23:54 schrieb Dave Horsfall:

> The entire "plot" command is ignored!  It seems that continuations take
> precedence over comments;

Why bother with "it seems"?  It says so right there in the documentation 
(see "help comments")!

[Gnuplot-info] Trailing backslash on a comment

[Dave H. <da...@ho...>]

Being a good little developer, when I quickly change some code I retain 
the old line as a comment so that I can put it back.  Occasionally the 
line I comment out is a continued line, but this seems to make Gnuplot 
think that the following line is also commented out, leading to, well, not 
a lot.

Example:

#       datafile with old parameters \
    plot datafile blah blah \
	datafile with modified parameters \
	etc

The entire "plot" command is ignored!  It seems that continuations take 
precedence over comments; in hindsight it's probably reasonable in a 
general sense, but somewhat confusing to novice Gnuplotters like me.

-- Dave

Re: [Gnuplot-info] gnuplot 4.6.5 on Apple 64 bits

[Ethan A M. <EAM...@gm...>]

On Sunday, 21 September 2014 06:12:19 PM Dave Horsfall wrote:
> On Sun, 21 Sep 2014, Dave Horsfall wrote:
> 
> [ On getting "enhanced" by default ]
> 
> > On Sun, 21 Sep 2014, François Schosseler wrote:
> > 
> > [...]
> > 
> > > 2. Then edit this gnuplotrc file to include these lines
> > > 	set term aqua
> > > 	set termoption enhanced
> 
> And for the benefit of the archives, even better is to put
> 
>     set termoption enhanced
> 
> into your $HOME/.gnuplot file; that way, you don't have to modify the 
> global file.
> 
> -- Dave

For what it's worth, in gnuplot version 5 all terminals default to
enhanced text mode.  Also they default to allowing dashed lines.

Version 5 currently exists as a 2nd release candidate, with the
formal release projected for the end of the year.

	Ethan

Re: [Gnuplot-info] gnuplot 4.6.5 on Apple 64 bits

[Dave H. <da...@ho...>]

On Sun, 21 Sep 2014, Dave Horsfall wrote:

[ On getting "enhanced" by default ]

> On Sun, 21 Sep 2014, François Schosseler wrote:
> 
> [...]
> 
> > 2. Then edit this gnuplotrc file to include these lines
> > 	set term aqua
> > 	set termoption enhanced

And for the benefit of the archives, even better is to put

    set termoption enhanced

into your $HOME/.gnuplot file; that way, you don't have to modify the 
global file.

-- Dave

Re: [Gnuplot-info] gnuplot 4.6.5 on Apple 64 bits

[Dave H. <da...@ho...>]

On Sun, 21 Sep 2014, François Schosseler wrote:

[...]

> 2. Then edit this gnuplotrc file to include these lines
> 	set term aqua
> 	set termoption enhanced

Aha!  Many thanks.  I do have the PDF for the manual, but it's a bit 
tedious browsing through it, so I'll be ordering the book.

-- Dave

Re: [Gnuplot-info] gnuplot 4.6.5 on Apple 64 bits

[François S. <sch...@un...>]

1. Find where is located your gnuplotrc file by typing:
	gnuplot
	show loadpath
	exit
2. Then edit this gnuplotrc file to include these lines
	set term aqua
	set termoption enhanced
3. Save this new version
You should be done.
François

Le 21 sept. 2014 à 09:18, Dave Horsfall <da...@ho...> a écrit :

> On Sun, 21 Sep 2014, François Schosseler wrote:
> 
>> I only had to redefine the default terminal because MacPorts sets the 
>> Aqua terminal as default.
> 
> I wish it would set "aqua enhanced" by default, or, better still, allow 
> something like "set terminal +enhanced" i.e. set "enhanced" on whatever 
> the terminal is, if it can do it.
> 
> -- Dave------------------------------------------------------------------------------
> Slashdot TV.  Video for Nerds.  Stuff that Matters.
> http://pubads.g.doubleclick.net/gampad/clk?id=160591471&iu=/4140/ostg.clktrk_______________________________________________
> gnuplot-info mailing list
> gnu...@li...
> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-info

Re: [Gnuplot-info] gnuplot 4.6.5 on Apple 64 bits

[Dave H. <da...@ho...>]

On Sun, 21 Sep 2014, François Schosseler wrote:

> I only had to redefine the default terminal because MacPorts sets the 
> Aqua terminal as default.

I wish it would set "aqua enhanced" by default, or, better still, allow 
something like "set terminal +enhanced" i.e. set "enhanced" on whatever 
the terminal is, if it can do it.

-- Dave

Re: [Gnuplot-info] gnuplot 4.6.5 on Apple 64 bits

[François S. <sch...@un...>]

Hello,
Just to end the thread, I finally used MacPorts to install this gnuplot version and it works.
I only had to redefine the default terminal because MacPorts sets the Aqua terminal as default.
Thanks to Ethan for his input.
François

Re: [Gnuplot-info] out of memory for expanding curve points

[Mahmood N. <nt_...@ya...>]

Yes that is a plot command. There is no syntax error because with smaller input files, it is OK. I am using "set term post enchanced ..."

I tried with the latest version, 4.6.5 and still see the error.

Nonetheless, I found a computer with 16GB of memory and solved my problem. However, the screen shot shows that there are free memory on my 4GB system, but gnuplot reports out of memory. So that is the question...

Thanks.

 
Regards,
Mahmood



On Saturday, September 20, 2014 5:27 PM, Marek W. Gutowski <gu...@if...> wrote:

Mahmood,

Your information is highly incomplete to say something
sensible.  You should start your investigations with
looking what is written in the line 31 of your data file
named "miss_region_1bm_plot.txt".  Is it a "plot" command
or something else?  If this line is correct, then earlier
lines may hide the answer.
Gnuplot needs memory not only for input data storing.
Large size, pixel-based terminals, combined with request
for multiplot may appear memory-hungry during processing,
no matter that input data are relatively "small".

Regards,
Marek Gutowski

Re: [Gnuplot-info] gnuplot 4.6.5 on Apple 64 bits

[François S. <sch...@un...>]

Ethan,
Thanks for the advices.
Unfortunately I tried both suggestions but I get either:
ld: library not found for -lgd64
or:
ld: warning: directory not found for option '-L/some-64bit-lib-dir/'

I tried also "./configure --with-gd=/some-64bit-lib-directory/" but this did not work too.
I'm lost.
François


Le 20 sept. 2014 à 19:00, Ethan A Merritt <EAM...@gm...> a écrit :

> On Saturday, 20 September 2014 06:48:41 PM François Schosseler wrote:
> > Hello,
> > I am a regular user of gnuplot 4.4 on a MacBook Pro Retina, OSX 10.8.5.
> > I just tried to update to gnuplot 4.6.5 and got the following error message output during the 'make' step :
> > 
> > Undefined symbols for architecture x86_64:
> >  "_gdImagePng", referenced from:
> >      _PNG_text in term.o
> > ld: symbol(s) not found for architecture x86_64
> > clang: error: linker command failed with exit code 1 (use -v to see invocation)
> > make[3]: *** [gnuplot] Error 1
> > make[2]: *** [all-recursive] Error 1
> > make[1]: *** [all-recursive] Error 1
> > make: *** [all] Error 2
> > 
> > Does anyone know how to solve this problem ?
> > Francois
>  
> Just guessing -
> The autoconfigure tool found an installed version of libgd, but it
> was a 32-bit version rather than a 64-bit version.  So the test for
> gd support in "./configure" succeeded, but the actual "make" command
> failed.   If you do have a 64-bit libgd installed, you can probably
> rescue things by hand-editing the Makefile so that instead of
>  
>   TERMLIBS =  ... -lreadline -lz -lgd ...
>  
> it says
>  
>   TERMLIBS =  ... -lreadline -lz -lgd64 ...
> or
>   TERMLIBS =  ... -lreadline -lz -L/some-64bit-lib-dir/ -lgd ...
>  
>  
> It may also work to say instead
>   ./configure --with-gd=/some-64bit-lib-directory/
> but I don't know if that is sufficient on OSX.
>  
>  
>  
> -- 

Re: [Gnuplot-info] gnuplot 4.6.5 on Apple 64 bits

[Ethan A M. <EAM...@gm...>]

On Saturday, 20 September 2014 06:48:41 PM François Schosseler wrote:
> Hello,
> I am a regular user of gnuplot 4.4 on a MacBook Pro Retina, OSX 10.8.5.
> I just tried to update to gnuplot 4.6.5 and got the following error message output during the 'make' step :
> 
> Undefined symbols for architecture x86_64:
>  "_gdImagePng", referenced from:
>      _PNG_text in term.o
> ld: symbol(s) not found for architecture x86_64
> clang: error: linker command failed with exit code 1 (use -v to see invocation)
> make[3]: *** [gnuplot] Error 1
> make[2]: *** [all-recursive] Error 1
> make[1]: *** [all-recursive] Error 1
> make: *** [all] Error 2
> 
> Does anyone know how to solve this problem ?
> Francois

Just guessing -
The autoconfigure tool found an installed version of libgd, but it
was a 32-bit version rather than a 64-bit version.  So the test for
gd support in "./configure" succeeded, but the actual "make" command
failed.   If you do have a 64-bit libgd installed, you can probably
rescue things by hand-editing the Makefile so that instead of

  TERMLIBS =  ... -lreadline -lz -lgd ...

it says

  TERMLIBS =  ... -lreadline -lz -lgd64 ...
or
  TERMLIBS =  ... -lreadline -lz -L/some-64bit-lib-dir/ -lgd ...


It may also work to say instead
  ./configure --with-gd=/some-64bit-lib-directory/
but I don't know if that is sufficient on OSX.



-- 

[Gnuplot-info] gnuplot 4.6.5 on Apple 64 bits

[François S. <sch...@un...>]

Hello,
I am a regular user of gnuplot 4.4 on a MacBook Pro Retina, OSX 10.8.5.
I just tried to update to gnuplot 4.6.5 and got the following error message output during the 'make' step :

Undefined symbols for architecture x86_64:
 "_gdImagePng", referenced from:
     _PNG_text in term.o
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
make[3]: *** [gnuplot] Error 1
make[2]: *** [all-recursive] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2

Does anyone know how to solve this problem ?
Francois

Re: [Gnuplot-info] out of memory for expanding curve points

[Mahmood N. <nt_...@ya...>]

Sorry I forgot to say that I am using 4.6 patch level 3.

 
Regards,
Mahmood



On Saturday, September 20, 2014 9:45 AM, Mahmood Naderan <nt_...@ya...> wrote:
>Hello,
>I am using gnuplot on windows. For a big data file which contains 21M points and the file size is >280MB, I get this error while plotting
>
>out of memory for expanding curve points
>
>However, there are free memory on my system. Is there any internal limit for gnuplot?
>Please see the screen shot.
>
>
>http://i.imgur.com/UP9J2Kz.jpg
>
>Regards,
>Mahmood                    

[Gnuplot-info] out of memory for expanding curve points

[Mahmood N. <nt_...@ya...>]

Hello,
I am using gnuplot on windows. For a big data file which contains 21M points and the file size is 280MB, I get this error while plotting

out of memory for expanding curve points

However, there are free memory on my system. Is there any internal limit for gnuplot?
Please see the screen shot.


http://i.imgur.com/UP9J2Kz.jpg




Regards,
Mahmood