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

Re: plot matrix?

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

On Sunday 22 November 2009, Philipp K. Janert wrote:
> 
> Thanks, this is very helpful. 
> 
> I see now that "matrix" makes sense with "plot",
> but only with style "image". Is this correct? Are
> there legitimate uses for "matrix" with "plot", when
> using different styles?

I don't have a real-life example plot to show, but it seems
plausible to me there is a use for superimposing additional
layers of information on top of a heat map.  

Suppose that I have two matrices
A:	generally non-zero value A(x,y) to be shown as a heat map
B:    B(x,y) = 0 except for a small number of special cases.
	These I want to show as circles or labels or something.

Then this would draw a heat map with labels on the interesting
points:

  plot 'A' matrix with image, 'B' matrix using (something) with labels

... but it doesn't.  It produces the error
  Plot style does not conform to three column data in this graph mode
I think we're back to the confusion about what 'using' means in this context.

> Also, can you give me a pointer to the manual
> section you were referring to at the very end of
> your email? I can't seem to find it.

Perhaps the section below (page 48 in the pdf manual built for 4.4.rc1)?
  II. Plot styles
      35.   Image

This reminds me that the set of pdf manuals on the web site
should be updated in parallel with the release of 4.4.
Anyone want to help with that?

Re: plot matrix?

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

Thanks, this is very helpful. 

I see now that "matrix" makes sense with "plot",
but only with style "image". Is this correct? Are
there legitimate uses for "matrix" with "plot", when
using different styles?

Also, can you give me a pointer to the manual
section you were referring to at the very end of
your email? I can't seem to find it.

Best,

		Ph.


On Sunday 22 November 2009 02:43:59 am you wrote:
> Philipp K. Janert wrote:
> > [snip]
> >
> >> The end result I was aiming for when last I looked at this was
> >> to generate heatmaps directly from a csv file (e.g. from excel),
> >> where the row and column categories had headers.  I'll draw this
> >> here as in-line data with whitespace.   The command below doesn't
> >> work, of course, but I was trying to understand the whole matrix
> >> mechanism well enough to see if I could tweak things to make it work:
> >>
> >> plot "-" matrix using xticlabels(0):yticlabels(0) with image
> >>   xx  A   B   C
> >>    X  0   2   1
> >>    Y  2   0   1
> >>    Z  1   1   2
> >>
> >> I forget now why I wanted it to be a 'plot' command rather than 'splot'.
> >> Maybe because of the limited control over tic label placement in 3D.
> >> Or maybe because the code at first looked slightly less confusing.
> >
> > That seems to go back to my point - this kind of graph
> > is exactly what I always thought the splot command
> > specfically was for.
>
> I don't quite agree here.
> Plotting an image in a x/y grid is still a 2D plot.
> Hence it makes sense (to me at least) to use "plot" rather than "splot".
>
> You can do a pm3d map plot and use "splot" to get a seemlingly
> equal result, but this is
> 1) orders of magnitude less efficient, since splot with pm2d
> draws every single polygon, whereas "plot with image" simply
> creates an image map (try this with a 500x500 image)
> 2) it's not the same result since pm3d calculates the
> height as mean/min/max/etc of the 4 corner heights.
>
>
> Compare the output of
>
> plot "-" matrix with image
> 1 0 0
> 0 1 0
> 0 0 1
> e
> e
>
> with
>
> set pm3d map
> splot "-" matrix with pm3d
> 1 0 0
> 0 1 0
> 0 0 1
> e
> e
>
> > So, if anything, I would think it makes sense to beef up
> > splot (ticmarks, whatever), rather than overload plot
> > with redundant functionality. (?)
>
> It's not redundant, in my opinion.
> Take a look at the gnuplot manual in section plotting style/image.
> It comments on the difference of "plot with image" and "splot with pm3d".
>
> benjamin

Re: plot matrix?

[Benjamin L. <lin...@gm...>]

Philipp K. Janert wrote:
> [snip]
> 
>> The end result I was aiming for when last I looked at this was
>> to generate heatmaps directly from a csv file (e.g. from excel),
>> where the row and column categories had headers.  I'll draw this
>> here as in-line data with whitespace.   The command below doesn't
>> work, of course, but I was trying to understand the whole matrix
>> mechanism well enough to see if I could tweak things to make it work:
>>
>> plot "-" matrix using xticlabels(0):yticlabels(0) with image
>>   xx  A   B   C
>>    X  0   2   1
>>    Y  2   0   1
>>    Z  1   1   2
>>
>> I forget now why I wanted it to be a 'plot' command rather than 'splot'.
>> Maybe because of the limited control over tic label placement in 3D.
>> Or maybe because the code at first looked slightly less confusing.
> 
> That seems to go back to my point - this kind of graph
> is exactly what I always thought the splot command
> specfically was for.

I don't quite agree here.
Plotting an image in a x/y grid is still a 2D plot.
Hence it makes sense (to me at least) to use "plot" rather than "splot".

You can do a pm3d map plot and use "splot" to get a seemlingly
equal result, but this is
1) orders of magnitude less efficient, since splot with pm2d
draws every single polygon, whereas "plot with image" simply
creates an image map (try this with a 500x500 image)
2) it's not the same result since pm3d calculates the
height as mean/min/max/etc of the 4 corner heights.


Compare the output of

plot "-" matrix with image
1 0 0
0 1 0
0 0 1
e
e

with

set pm3d map
splot "-" matrix with pm3d
1 0 0
0 1 0
0 0 1
e
e

> So, if anything, I would think it makes sense to beef up
> splot (ticmarks, whatever), rather than overload plot
> with redundant functionality. (?)

It's not redundant, in my opinion.
Take a look at the gnuplot manual in section plotting style/image.
It comments on the difference of "plot with image" and "splot with pm3d".

benjamin

Re: plot matrix?

[Benjamin L. <lin...@gm...>]

Philipp K. Janert wrote:

>> Images are the plot elements that makes sense in a matrix format for
>> "plot".  Color can be five dimensional, alpha-channel six dimensional.
> 
> But that assumes a binary file, always, doesn't it?

No, there is ascii matrix and binary matrix.
Where "binary matrix" has a very special meaning as it indicates
a specific binary file format.
Ascii matrix, however, is more what you'd expect, stating simply
that the data is in a x/y grid, i.e. matrix form.

This is an extremely useful format for plotting images where the
height is coded as color.

e.g.

plot "-" matrix with image
1 0 0
0 1 0
0 0 1
e
e

benjamin

Re: plot matrix?

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

Hi Philipp,

The interpretation of matrix can vary depending on the item being plotted.

First, "matrix" by itself is a legacy keyword that is still accepted for backward compatibility.  It's gnuplot's matrix format, who's definition is given in the documentation.

Images are the plot elements that makes sense in a matrix format for "plot".  Color can be five dimensional, alpha-channel six dimensional.

You asked about the legality of some syntax.  The answer is maybe yes, maybe no.  It depends on whether it makes sense for the elements being plotted.  In some circumstances there are default column definitions.  It's still open for discussion.

Dan



Philipp K. Janert wrote:
> I am not sure how the "matrix" keyword works
> (that is: is supposed to work) when used together
> with the plot (not splot) command.
> 
> Can you help me to enumerate the legal uses?
> 
> For splot, there seem to be two legal ways to use
> matrix:
> 
> 	splot "file" matrix 
> and
> 	splot "file" matrix u ($1):($2):3
> 
> The first assumes the values in the file to be z-values
> on a regular grid.
> 
> The second assumes that the z-values are in "column"
> 3, and allows me to fix the x- and y-coordinates through
> the "columns" 1 and 2.
> 
> Is it legal to do either:
> 
> 	splot "file" matrix u 1
> or
> 	splot "file" matrix 1:2
> 
> And if so, what do either of them do?
> 
> For plot (not splot), I am completely confused. Does
> it even make sense to have the notion of a "matrix"
> format for plot? The "matrix" keyword seems to suggest
> that the data is on a regular, 2-dim grid. This notion 
> does not seem to have any meaning for plot.
> 
> Best,
> 
> 		Ph.
> 
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
> trial. Simplify your report design, integration and deployment - and focus on 
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 


-- 

Dan Sebald
email: daniel(DOT)sebald(AT)ieee(DOT)org
URL: http://www(DOT)dansebald(DOT)com

Re: plot matrix?

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

[snip]

> The end result I was aiming for when last I looked at this was
> to generate heatmaps directly from a csv file (e.g. from excel),
> where the row and column categories had headers.  I'll draw this
> here as in-line data with whitespace.   The command below doesn't
> work, of course, but I was trying to understand the whole matrix
> mechanism well enough to see if I could tweak things to make it work:
>
> plot "-" matrix using xticlabels(0):yticlabels(0) with image
>   xx  A   B   C
>    X  0   2   1
>    Y  2   0   1
>    Z  1   1   2
>
> I forget now why I wanted it to be a 'plot' command rather than 'splot'.
> Maybe because of the limited control over tic label placement in 3D.
> Or maybe because the code at first looked slightly less confusing.

That seems to go back to my point - this kind of graph
is exactly what I always thought the splot command
specfically was for.

So, if anything, I would think it makes sense to beef up
splot (ticmarks, whatever), rather than overload plot
with redundant functionality. (?)

Re: plot matrix?

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

On Saturday 21 November 2009, Philipp K. Janert wrote:
> On Saturday 21 November 2009 07:54:55 pm you wrote:

> > >
> > > For plot (not splot), I am completely confused. Does
> > > it even make sense to have the notion of a "matrix"
> > > format for plot? The "matrix" keyword seems to suggest
> > > that the data is on a regular, 2-dim grid. This notion
> > > does not seem to have any meaning for plot.
> >
> > It is clearly useful to have such a capability.
> > I use it to make heat maps, for instance.
> > See heatmaps.dem
> 
> But that just goes to my point: the examples in 
> heatmaps.dem all use splot (not plot), except
> for one that uses "with image", which I think is
> for a binary file (not ascii).

The one in the demo is in-line ascii data.

But hmm, you're right that it doesn't include the 'matrix' keyword.
Oh... I see. That's the wrong demo.  I was thinking of the
heatmaps in imageNaN.dem, which are drawn like this:

plot '-' matrix with image failsafe
0    5 4 3 1 0
?    2 2 0 0 1
Junk 1 2 3 4 5
NaN  0 0 3 1 0
Inf  3 2 0 2 3
-Inf 0 1 2 4 3
e
e

> I still can't see any "proper" use for an ASCII
> matrix with plot (not splot).

The end result I was aiming for when last I looked at this was
to generate heatmaps directly from a csv file (e.g. from excel),
where the row and column categories had headers.  I'll draw this
here as in-line data with whitespace.   The command below doesn't
work, of course, but I was trying to understand the whole matrix
mechanism well enough to see if I could tweak things to make it work:

plot "-" matrix using xticlabels(0):yticlabels(0) with image
  xx  A   B   C
   X  0   2   1
   Y  2   0   1
   Z  1   1   2 

I forget now why I wanted it to be a 'plot' command rather than 'splot'.
Maybe because of the limited control over tic label placement in 3D.
Or maybe because the code at first looked slightly less confusing.

	EAM

Re: plot matrix?

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

On Saturday 21 November 2009 07:15:43 pm Daniel J Sebald wrote:
> Hi Philipp,
>
> The interpretation of matrix can vary depending on the item being plotted.
>
> First, "matrix" by itself is a legacy keyword that is still accepted for
> backward compatibility.  It's gnuplot's matrix format, who's definition is
> given in the documentation.

Huh? What has replaced it, then? 

>
> Images are the plot elements that makes sense in a matrix format for
> "plot".  Color can be five dimensional, alpha-channel six dimensional.

But that assumes a binary file, always, doesn't it?

>
> You asked about the legality of some syntax.  The answer is maybe yes,
> maybe no.  It depends on whether it makes sense for the elements being
> plotted.  In some circumstances there are default column definitions.  It's
> still open for discussion.
>
> Dan
>
> Philipp K. Janert wrote:
> > I am not sure how the "matrix" keyword works
> > (that is: is supposed to work) when used together
> > with the plot (not splot) command.
> >
> > Can you help me to enumerate the legal uses?
> >
> > For splot, there seem to be two legal ways to use
> > matrix:
> >
> > 	splot "file" matrix
> > and
> > 	splot "file" matrix u ($1):($2):3
> >
> > The first assumes the values in the file to be z-values
> > on a regular grid.
> >
> > The second assumes that the z-values are in "column"
> > 3, and allows me to fix the x- and y-coordinates through
> > the "columns" 1 and 2.
> >
> > Is it legal to do either:
> >
> > 	splot "file" matrix u 1
> > or
> > 	splot "file" matrix 1:2
> >
> > And if so, what do either of them do?
> >
> > For plot (not splot), I am completely confused. Does
> > it even make sense to have the notion of a "matrix"
> > format for plot? The "matrix" keyword seems to suggest
> > that the data is on a regular, 2-dim grid. This notion
> > does not seem to have any meaning for plot.
> >
> > Best,
> >
> > 		Ph.
> >
> > -------------------------------------------------------------------------
> >----- Let Crystal Reports handle the reporting - Free Crystal Reports 2008
> > 30-Day trial. Simplify your report design, integration and deployment -
> > and focus on what you do best, core application coding. Discover what's
> > new with Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> > _______________________________________________
> > gnuplot-beta mailing list
> > gnu...@li...
> > https://lists.sourceforge.net/lists/listinfo/gnuplot-beta

Re: plot matrix?

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

On Saturday 21 November 2009 07:54:55 pm you wrote:
> On Saturday 21 November 2009, Philipp K. Janert wrote:
> > I am not sure how the "matrix" keyword works
> > (that is: is supposed to work) when used together
> > with the plot (not splot) command.
>
> I share your confusion.

	;-)

> >
> > For plot (not splot), I am completely confused. Does
> > it even make sense to have the notion of a "matrix"
> > format for plot? The "matrix" keyword seems to suggest
> > that the data is on a regular, 2-dim grid. This notion
> > does not seem to have any meaning for plot.
>
> It is clearly useful to have such a capability.
> I use it to make heat maps, for instance.
> See heatmaps.dem

But that just goes to my point: the examples in 
heatmaps.dem all use splot (not plot), except
for one that uses "with image", which I think is
for a binary file (not ascii).

I still can't see any "proper" use for an ASCII
matrix with plot (not splot).

> But whether I use it in the way orginally intended is another
> question :-)
>
>
> Another bizarre property is that the following command can be
> used to plot the values in a row of data rather than a column
> of data, which is otherwise "impossible" in a normal gnuplot command:
>
>      plot 'rowdata' matrix using 1:0
>
> I suspect this was totally unintended.  At one point I tried
> to figure out if this was generalizable, but I got too confused
> and gave it up.

I admit, that is cute. 

Re: plot matrix?

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

On Saturday 21 November 2009, Philipp K. Janert wrote:
> 
> I am not sure how the "matrix" keyword works
> (that is: is supposed to work) when used together
> with the plot (not splot) command.

I share your confusion.

> Can you help me to enumerate the legal uses?
> 
> For splot, there seem to be two legal ways to use
> matrix:
> 
> 	splot "file" matrix 
> and
> 	splot "file" matrix u ($1):($2):3

In addition, ascii matrices and binary matrices are treated
very differently according to the docs.

> The first assumes the values in the file to be z-values
> on a regular grid.
>
> The second assumes that the z-values are in "column"
> 3, and allows me to fix the x- and y-coordinates through
> the "columns" 1 and 2.
> 
> Is it legal to do either:
> 
> 	splot "file" matrix u 1
> or
> 	splot "file" matrix 1:2
> 
> And if so, what do either of them do?
> 
> For plot (not splot), I am completely confused. Does
> it even make sense to have the notion of a "matrix"
> format for plot? The "matrix" keyword seems to suggest
> that the data is on a regular, 2-dim grid. This notion 
> does not seem to have any meaning for plot.

It is clearly useful to have such a capability.
I use it to make heat maps, for instance.
See heatmaps.dem
But whether I use it in the way orginally intended is another
question :-)


Another bizarre property is that the following command can be
used to plot the values in a row of data rather than a column
of data, which is otherwise "impossible" in a normal gnuplot command:

     plot 'rowdata' matrix using 1:0

I suspect this was totally unintended.  At one point I tried
to figure out if this was generalizable, but I got too confused
and gave it up.

plot matrix?

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

I am not sure how the "matrix" keyword works
(that is: is supposed to work) when used together
with the plot (not splot) command.

Can you help me to enumerate the legal uses?

For splot, there seem to be two legal ways to use
matrix:

	splot "file" matrix 
and
	splot "file" matrix u ($1):($2):3

The first assumes the values in the file to be z-values
on a regular grid.

The second assumes that the z-values are in "column"
3, and allows me to fix the x- and y-coordinates through
the "columns" 1 and 2.

Is it legal to do either:

	splot "file" matrix u 1
or
	splot "file" matrix 1:2

And if so, what do either of them do?

For plot (not splot), I am completely confused. Does
it even make sense to have the notion of a "matrix"
format for plot? The "matrix" keyword seems to suggest
that the data is on a regular, 2-dim grid. This notion 
does not seem to have any meaning for plot.

Best,

		Ph.

Re: gp44-winbin?

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

Hello

The gnuplot version 4.4, which is is a next official release of the gnuplot, 
is not available yet.

I do not know the schedule when source of gnuplot 4.4 will be available.

Regards

Tatsuro 

--- Don Tucker  wrote:

> Dr. Tatsuro Matsuoka,
> 
> I have been attempting to build a version of gnuplot for Windows XP from 
> the stable 4.4 branch, but I have not had any luck.  I am trying to get 
> a version of wgnuplot.exe that will support the wxt terminal type.  The 
> only binaries that I have found that work are your v4.5 binaries posted at
> 
> http://www.tatsuromatsuoka.com/gnuplot/Eng/winbin/
> 
> However, my boss is reluctant to distribute a gnuplot for use along with 
> our software that has not been built from a stable release.  Would it be 
> possible for you to build and post gp44 binaries?  At one time, I 
> thought you had posted a gp43-winbin-wxt-diff.zip to your site, but I no 
> longer see it there.  Would you be able to make that available again?  
> My boss is more comfortable with a version built from 4.3 than 4.5.  I 
> understand that you must be very busy, and if you are unable to post 
> these earlier versions of gnuplot for Windows, any links that you could 
> provide that might assist me in being able to build wgnuplot44 myself 
> would be greatly appreciated.
> 
> Thank you,
> Don Tucker
> 


--------------------------------------
GyaO! - Anime, Dramas, Movies, and Music videos [FREE]
http://pr.mail.yahoo.co.jp/gyao/

Re: set term png font bug?

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

Hello

--- Hans-Bernhard Bro"ker wrote:


> More to the point, libreadline can't work with wgnuplot.  There's no
> terminal for it to work with, only our own rather limited emulation of
> one.  So there would really be no point trying to activate it.
> 

Thanks for your information.

Regards

Tatsuro 

--------------------------------------
GyaO! - Anime, Dramas, Movies, and Music videos [FREE]
http://pr.mail.yahoo.co.jp/gyao/

Re: set term png font bug?

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

Tatsuro MATSUOKA wrote:

> In the make files of windows version (MSVC and MinGW), readline is not implemented by the defaults.
> (There is not any flag on them.)

More to the point, libreadline can't work with wgnuplot.  There's no
terminal for it to work with, only our own rather limited emulation of
one.  So there would really be no point trying to activate it.

Re: set term png font bug?

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

Hello

In the make files of windows version (MSVC and MinGW), readline is not implemented by the defaults.
(There is not any flag on them.)

Therefore it is not implemented in my distribution.
It's not a bug.

At present I would not like to implement the readline because it is also not implemented official
distributions of gnuplot for windows

For further questions, I ask you subscribe to gnuplot mailing list and discuss it in public public
style.

Discussions on the ML site will be benefit to other users.

Regards

Tatsuro



--- Jie Wu  wrote:

> Hi,
> 
> I found auto-completion of TAB key in wgnuplot didn't work. Did you enable
> --with-readline=gnu option of ./configure? I also cann't find the readline
> library in wgnuplot installation directory.
> 
> Best regards
> Jie
> 
> 
> 2009/11/12 Jie Wu <cn....@gm...>
> 
> > Hello,
> >
> > Thank you for your information. Ok, i expect to have the honor to read the
> > instruction from the web.
> >
> >
> > Regards
> > Jie
> >
> > 2009/11/10 Tatsuro MATSUOKA <tma...@ya...>
> >
> >> Hello
> >>
> >> --- Jie Wu  wrote:
> >>
> >> > Hi Tatsuro,
> >> >
> >> > The solution makes that warning disappear, setting terminal to png
> >> spands a
> >> > bit of time of CPU at first launch. Thank you.:)
> >>
> >> OK. I am glad my reply being help for you.
> >>
> >> In addition, set the GDFONTPATH environmental variable. please see 'help
> >> gd'.
> >>
> >> I set it to C:\WINDOWS\Fonts.
> >>
> >> > PS: do you have time to write down main steps of your building gnuplot
> >> under
> >> > MinGW and send it to me? I want to learn the building skills.
> >>
> >> Instruction is now under construction. It will upload it to my web if it
> >> is finished.
> >> However I have been occupied by university work, I cannot say when it will
> >> be finished at present.
> >>
> >> Regards
> >>
> >> Tatsuro
> >>
> >> > Regards
> >> > Jie
> >> >
> >> > 2009/11/10 Tatsuro MATSUOKA <tma...@ya...>
> >> >
> >> > > Hello
> >> > >
> >> > > I have find a solution.
> >> > > I googled and found
> >> > >
> >> http://lists.freedesktop.org/archives/fontconfig/2007-October/002685.html
> >> > >
> >> > > and I looked into libfontconfig-1.dll and found a string
> >> 'FONTCONFIG_PATH'
> >> > >
> >> > > cmd prompt> set
> >> > >
> >> > >
> >> FONTCONFIG_PATH=D:\usr\Tatsu\mingwhome\gnuplotcvs\test\gp45-winbin\gnuplot\bin\etc\fonts
> >> > > cmd prompt> gnuplot
> >> > >
> >> > > *******************
> >> > > Terminal type set to 'windows'
> >> > > gnuplot> set term png
> >> > > Terminal type set to 'png'
> >> > > Options are 'nocrop font arial 12 size 640,480 '
> >> > > ******************
> >> > > Error message:
> >> > >
> >> > > fontconfig: Couldn't retrieve font file name. when opening font
> >> "arial",
> >> > > using internal non-scalable
> >> > > font
> >> > >
> >> > > is disappeared.
> >> > >
> >> > > BTW
> >> > > It is useful set the environmental variable 'FONTCONFIG_PATH' at the
> >> > > Control Panel.
> >> > >
> >> > > Please google by keyword ' environmental variable windows XP' to set
> >> it on
> >> > > the Control Panel.
> >> > >
> >> > > Anyway thanks to your report.
> >> > >
> >> > > Regards
> >> > >
> >> > > Tatsuro
> >> > > --- Tatsuro MATSUOKA  wrote:
> >> > >
> >> > > > Hello Jie Wu
> >> > > >
> >> > > > cc. gnu...@li... (cc. to there as a
> >> reference)
> >> > > >
> >> > > > Thank you for your report.
> >> > > > This might be an error around fontconfig file and its path.
> >> > > > I do not have enough time to fully fix it.
> >> > > >
> >> > > > However, please try temporary treatment in the following
> >> > > >
> >> > > >
> >> > > > ***********************
> >> > > > Please use
> >> > > >
> >> > > > http://www.tatsuromatsuoka.com/gnuplot/Eng/winbin
> >> > > > Please download
> >> > > > gp45-winbin_2009_1106.zip
> >> > > >
> >> > > > Please copy all files and folders in gp45-winbin\gnuplot\bin to
> >> > > "C:\Program Files\Gnuplot4.5"
> >> > > >
> >> > > > and execute gnuplot.exe, wgnuplot.exe wgnuplot_pipes.exe there.
> >> > > >
> >> > > > "C:\Program Files\Gnuplot4.5" is the install folder at building of
> >> > > gnuplot.
> >> > > > ***********
> >> > > > Hope the above helps.
> >> > > >
> >> > > >
> >> > > > Perhaps etc/fonts/font.conf should be placed on "C:\Program
> >> > > Files\Gnuplot4.5" and
> >> > > > gnuplot binaries should be placed there.
> >> > > >
> >> > > > Perhaps there are other solutions but I cannot find at present.
> >> > > >
> >> > > > Regards
> >> > > >
> >> > > > Tatsuro
> >> > > >
> >> > > >
> >> > > > --- Jie Wu  wrote:
> >> > > >
> >> > > >
> >> > > >
> >> > > > > Hello Dr. Tatsuro MATSUOKA,
> >> > > > >
> >> > > > > I am using MinGW version of gnuplot built by you. I installed the
> >> file
> >> > > > > unzipped from the package
> >> > > > > gp45-winbin.zip<
> >> > > http://www.tatsuromatsuoka.com/gnuplot/Eng/winbin/gp45-winbin.zip>.
> >> > > > > Fonts setting works well while terminal set to windows. when i set
> >> it
> >> > > to
> >> > > > > png, wgnuplot returns warning message below:
> >> > > > >
> >> > > > > gnuplot> set term png
> >> > > > > Terminal type set to 'png'
> >> > > > > fontconfig: Couldn't retrieve font file name. when opening font
> >> > > "arial",
> >> > > > > using i
> >> > > > > nternal non-scalable font
> >> > > > > Options are 'nocrop medium size 640,480 '
> >> > > > >
> >> > > > > fontpath is:
> >> > > > > gnuplot> show fontpath
> >> > > > >
> >> > > > >         fontpath is
> >> > > > >         system fontpath is "C:\WINDOWS\fonts"
> >> > > > >
> >> > > > > I tried to set user-wide environment variable 'GDFONTPATH' to
> >> > > > > 'C:\windows\fonts', but that didn't work also.
> >> > > > >
> >> > > > > Windows XP SP3 is running on my box. What configurations did i
> >> miss or
> >> > > how
> >> > > > > can i solve the problem? Any help will be appreciated, and many
> >> thanks
> >> > > for
> >> > > > > your contributions about gnuplot!
> >> > > > >
> >> > > > >
> >> > > > > sincerely
> >> > > > > a gnuplot user
> >> > > > >
> >> > > >
> >> > > >
> >> > > > --------------------------------------
> >> > > > GyaO! - Anime, Dramas, Movies, and Music videos [FREE]
> >> > > > http://pr.mail.yahoo.co.jp/gyao/
> >> > > >
> >> > > >
> >> > >
> >> ------------------------------------------------------------------------------
> >> > > > Let Crystal Reports handle the reporting - Free Crystal Reports 2008
> >> > > 30-Day
> 
=== 以下のメッセージは省略されました ===


--------------------------------------
GyaO! - Anime, Dramas, Movies, and Music videos [FREE]
http://pr.mail.yahoo.co.jp/gyao/

Re: Example of chage of snapshot of image demo before and after Nov. 06 [was Side effect of change src/wxterminal/gp_cairo.c ...]

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

Hello

OK I see.

Default windows size of windows terminal is very large,
(In my case GraphSize=920 725)
I have change Graph size to my favor.

Considering the above, appearance of the graph is to be optimized by the user.

BTW, it is interesting that the appearance of same plot is different for each other in default size on
Windows or Linux.

Regards

Tatsuro

--- Allin Cottrell  wrote:

> 
> On Wed, 11 Nov 2009, Ethan Merritt wrote:
> 
> > On Wednesday 11 November 2009, Allin Cottrell wrote:
> > >
> > > On Wed, 11 Nov 2009, Ethan Merritt wrote:
> > >
> > > > On Wednesday 11 November 2009, Tatsuro MATSUOKA wrote:
> > > > > http://www.geocities.jp/tmgpltwin/Files/Files.html#0037
> > > >
> > > > I see what you mean.
> > > > I suppose it is a side-effect of requesting the freetype back
> > > > end rather than the win32 back end.
> > >
> > > > > I think that default window size is better to be expanded in y
> > > > > direction.
> > > >
> > > > The window size in your screenshot is the same as I see under
> > > > linux. The difference is the vertical space allocated for each
> > > > text string. The program is reserving too much space for each
> > > > line of text, presumably because pango_layout_get_extents() is
> > > > reporting too large a vertical extent. I am guessing that it is
> > > > another bug in the Windows implementation of pango.
> > >
> > > This part of the image demo looks pretty bad to me on Linux (in a
> > > setup where most things that use FreeType + fontconfig look fine).
> > > This is using current CVS gnuplot (with the new code in gp_cairo.c
> > > inactive, since WIN32 is not defined).  Sample screenshot at
> > >
> > > http://www.wfu.edu/~cottrell/gptest/penguins.png
> >
> > Yes, that's very close to what I see here with the default font.
> > The layout works much better if I say
> >    set term wxt ",7"
> >
> > Perhaps more relevant, it also looks better if I force the wxt terminal
> > window size to 640x480 to match the bitmap terminals.
> >
> >   set term wxt size 640,480
> >
> > But is this a bug?
> 
> No, I wouldn't say it's a bug.  I think maybe it's an infelicity
> in the demo file, but then it could get complicated to put lots of
> conditionals into the demo, dependent on the terminal type.
> 
> I think my point is this: Tatsuro got some bad-looking results
> from the demo on wxt on Windows, but this by itself is not
> "evidence against" the current gnuplot code, if the demofile
> parameters are not properly "tuned" for cairo/wxt output.
> 
> Allin Cottrell
> 



--------------------------------------
GyaO! - Anime, Dramas, Movies, and Music videos [FREE]
http://pr.mail.yahoo.co.jp/gyao/

Re: Problem and solution: Patch for new "stats" command

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

> If the stats functionality were embedded in the 'plot' command itself,
> then I could intersperse reloading of the stats output values with the
> individual clauses of the plot command:
>    plot \
> 	'datafile' stats ($5), '' using ($5/stats_max), \
>       'datafile' stats ($6), '' using ($6/stats_max), \
> 	...
> 
>    plot for [i=5:20] 'datafile' stats (column(i)), '' using (column(i)/stats_max)

stat 'datafile' using columns {2 | 2:6 | 2:2:6 | all}

(It can provide GPVAL_DATAFILE_COLUMNS=8.)

BTW, the "stats" command could provide "number of points", which can be 
useful.

---
PM

Re: Example of chage of snapshot of image demo before and after Nov. 06 [was Side effect of change src/wxterminal/gp_cairo.c ...]

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

On Wed, 11 Nov 2009, Ethan Merritt wrote:

> On Wednesday 11 November 2009, Allin Cottrell wrote:
> >
> > On Wed, 11 Nov 2009, Ethan Merritt wrote:
> >
> > > On Wednesday 11 November 2009, Tatsuro MATSUOKA wrote:
> > > > http://www.geocities.jp/tmgpltwin/Files/Files.html#0037
> > >
> > > I see what you mean.
> > > I suppose it is a side-effect of requesting the freetype back
> > > end rather than the win32 back end.
> >
> > > > I think that default window size is better to be expanded in y
> > > > direction.
> > >
> > > The window size in your screenshot is the same as I see under
> > > linux. The difference is the vertical space allocated for each
> > > text string. The program is reserving too much space for each
> > > line of text, presumably because pango_layout_get_extents() is
> > > reporting too large a vertical extent. I am guessing that it is
> > > another bug in the Windows implementation of pango.
> >
> > This part of the image demo looks pretty bad to me on Linux (in a
> > setup where most things that use FreeType + fontconfig look fine).
> > This is using current CVS gnuplot (with the new code in gp_cairo.c
> > inactive, since WIN32 is not defined).  Sample screenshot at
> >
> > http://www.wfu.edu/~cottrell/gptest/penguins.png
>
> Yes, that's very close to what I see here with the default font.
> The layout works much better if I say
>    set term wxt ",7"
>
> Perhaps more relevant, it also looks better if I force the wxt terminal
> window size to 640x480 to match the bitmap terminals.
>
>   set term wxt size 640,480
>
> But is this a bug?

No, I wouldn't say it's a bug.  I think maybe it's an infelicity
in the demo file, but then it could get complicated to put lots of
conditionals into the demo, dependent on the terminal type.

I think my point is this: Tatsuro got some bad-looking results
from the demo on wxt on Windows, but this by itself is not
"evidence against" the current gnuplot code, if the demofile
parameters are not properly "tuned" for cairo/wxt output.

Allin Cottrell

Re: Example of chage of snapshot of image demo before and after Nov. 06 [was Side effect of change src/wxterminal/gp_cairo.c ...]

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

On Wednesday 11 November 2009, Allin Cottrell wrote:
> 
> On Wed, 11 Nov 2009, Ethan Merritt wrote:
> 
> > On Wednesday 11 November 2009, Tatsuro MATSUOKA wrote:
> > > http://www.geocities.jp/tmgpltwin/Files/Files.html#0037
> >
> > I see what you mean.
> > I suppose it is a side-effect of requesting the freetype back
> > end rather than the win32 back end.
> 
> > > I think that default window size is better to be expanded in y
> > > direction.
> >
> > The window size in your screenshot is the same as I see under
> > linux. The difference is the vertical space allocated for each
> > text string. The program is reserving too much space for each
> > line of text, presumably because pango_layout_get_extents() is
> > reporting too large a vertical extent. I am guessing that it is
> > another bug in the Windows implementation of pango.
> 
> This part of the image demo looks pretty bad to me on Linux (in a
> setup where most things that use FreeType + fontconfig look fine).
> This is using current CVS gnuplot (with the new code in gp_cairo.c
> inactive, since WIN32 is not defined).  Sample screenshot at
> 
> http://www.wfu.edu/~cottrell/gptest/penguins.png

Yes, that's very close to what I see here with the default font.
The layout works much better if I say
   set term wxt ",7"

Perhaps more relevant, it also looks better if I force the wxt terminal
window size to 640x480 to match the bitmap terminals.

  set term wxt size 640,480

But is this a bug?  Or does it just indicate you shouldn't use the
default aspect ratio for drawing 2x2 multiplots?
Maybe the default font size should change dependent on the canvas size?

Re: Example of chage of snapshot of image demo before and after Nov. 06 [was Side effect of change src/wxterminal/gp_cairo.c ...]

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

On Wed, 11 Nov 2009, Ethan Merritt wrote:

> On Wednesday 11 November 2009, Tatsuro MATSUOKA wrote:
> > http://www.geocities.jp/tmgpltwin/Files/Files.html#0037
>
> I see what you mean.
> I suppose it is a side-effect of requesting the freetype back
> end rather than the win32 back end.

> > I think that default window size is better to be expanded in y
> > direction.
>
> The window size in your screenshot is the same as I see under
> linux. The difference is the vertical space allocated for each
> text string. The program is reserving too much space for each
> line of text, presumably because pango_layout_get_extents() is
> reporting too large a vertical extent. I am guessing that it is
> another bug in the Windows implementation of pango.

This part of the image demo looks pretty bad to me on Linux (in a
setup where most things that use FreeType + fontconfig look fine).
This is using current CVS gnuplot (with the new code in gp_cairo.c
inactive, since WIN32 is not defined).  Sample screenshot at

http://www.wfu.edu/~cottrell/gptest/penguins.png

Allin Cottrell

Re: Problem and solution: Patch for new "stats" command

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

Philipp K. Janert wrote:
> 1) Convenience
> I do this stuff w/ external scripts, too, and I always find it
> annoying that I have to pop up a different window, run my
> little script, copy and paste the results back into gnuplot...

Then don't.  At least the wgnuplot_pipes binary can do `backtics` 
command substitution and other piping tricks just fine.  For fully 
command-line style usage, there's always the "console gnuplot for 
windows" build option.

> 2) Multiplatform
> Exactly how do you do any of this if you are NOT on Linux?

The same way you do it on Linux, for just about every gnuplot except the 
traditional, non-pipe wgnuplot.exe on MS Windows.

> (I admit this is a pretty weak argument, but it is not entirely
> baseless. People are much less likely to have Perl/Python
> installed on their Win box, compared to a standalone gnuplot
> binary.)

People who are likely to even arrive at the idea of trying to use them, 
will.

> - Should gnuplot (deep breath) develop a "plugin" architecture?

If anybody can figure out one that is anywhere near as portable as 
gnuplot itself, sure.  And let's not forget that the internals of the 
program would need a _major_ overhaul before they could safely be 
exported to a (possibly malicious) plugin...

Re: Problem and solution: Patch for new "stats" command

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

On Wednesday 11 November 2009, Hans-Bernhard Bröker wrote:
> Ethan Merritt wrote:
> 
> > Of course a string is required.  It is going to become the
> > first N characters of a longer string.  
> 
> Erm, no.  It's going to become the first N characters of a variable name.

You are missing the point that in order for it to be useful in a script,
I have to be able to construct the prefix dynamically, which means 
I need to handle the prefix itself as a variable.  Hence: a string variable.

> > How could it be anything other than a string itself?
> 
> By being a (partial) variable name.  And I don't [think] we ever quote a 
> variable name in gnuplot.

Yep. It's a partial name of something.  In other words, it is a substring
of the full name.  To specify or manipulate this substring, I want to put
it in a string variable.

If these names can not be manipulated as variables, and it does seem that
nasty issues are poking their heads out of holes in the woodwork,  then
I don't see any point to having them.  Just pick a fixed set of names and
be done with it.  But then we'll have to come up with some other mechanism
for dealing with multi-column data files, and so far I haven't heard any
other suggestions.   

I am talking about real-world cases here.  To plot multiple curves from a
data file I need to be able to iterate over the columns in the data file.  
I can provide sample data and the desired output if you like.  

If the stats functionality were embedded in the 'plot' command itself,
then I could intersperse reloading of the stats output values with the
individual clauses of the plot command:
   plot \
	'datafile' stats ($5), '' using ($5/stats_max), \
      'datafile' stats ($6), '' using ($6/stats_max), \
	...

Note that each time "stats_max" is encountered during evaluation of the 
plot command, it has been reloaded with a new value by the preceding
stats clause. That works fine for iteration:

   plot for [i=5:20] 'datafile' stats (column(i)), '' using (column(i)/stats_max)

But if the stats are collected via a separate command then, as I
discovered the hard way, it is very cumbersome to collect them into a single
multi-column plot command.  This is true even aside from the question of
using iteration, which anyhow isn't possible with the prototype stats
implementation.

Re: Problem and solution: Patch for new "stats" command

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

Ethan Merritt wrote:

> Of course a string is required.  It is going to become the
> first N characters of a longer string.  

Erm, no.  It's going to become the first N characters of a variable name.

> How could it be anything other than a string itself?

By being a (partial) variable name.  And I don't we ever quote a 
variable name in gnuplot.

>>> There is a reason for the equality sign, though:
>>> it indicates that the next token is the prefix -
>>> because we have chosen to make the prefix
>>> optional. 

So find a different way of signalling that.  It could be as simple as 
changing the default from "no variables created" to "GPSTAT_* variables 
created, so that part of the syntax would become
	
	{ | novariables | prefix <name> }

(wherein leaving out the argument would turn on variables, and if you 
don't want them, you have to turn them off explicitly}

Or leave the default at "novar", and make the syntax

	{ | variables | prefix <name> }

Or have no default at all, and make it

	{ {no}variables | prefix <name> }

Re: Problem and solution: Patch for new "stats" command

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

On Wednesday 11 November 2009, Philipp K. Janert wrote:
> 
> > > The tangent about Perl was intended to be in the same vein as Ethan's
> > > comment that gnuplot is not MatLab or Mathematica or MathCad or R, and
> > > we shouldn't try to be.
> >
> > That wasn't me. I think it's silly to rule out a useful addition on
> > that basis. I think we should seriously consider any addition
> > that strengthens gnuplot's ability to create plots.  I do want to hear a
> > strong case, however, that the stats command needs to be an internal part
> > of gnuplot rather than an external script.  I currently do this sort of
> > thing in an external perl script (or in R). But using R to calculate the
> > min/mean/max is ridiculous overkill, and I'd still have to get the
> > information back into gnuplot in order to generate the plots.
> 
> Strong case is always a little in the eye of the beholder.
> But here are my arguments:
> 
> 1) Convenience
> I do this stuff w/ external scripts, too, and I always find it
> annoying that I have to pop up a different window, run my
> little script, copy and paste the results back into gnuplot...

But that's what I had to do inside gnuplot itself when I was
making plots on Monday, even _with_ the stats command!  

I had to run the stats command, then copy and paste the min/max
values back from 16 separate invocations back into my plot command.
To make this easier, I ran two copies of gnuplot, using one
to run the stats command and the other to issue plot commands.

If we can make it so that the whole process is scriptable, then
fine.  Otherwise I see zero difference between opening a 
second window to run an external script and opening a second
window to run another copy of gnuplot.

> 2) Multiplatform
> Exactly how do you do any of this if you are NOT on Linux?

I take it you mean "how do you do any of this under Windows?".
Frankly, I don't care.

> 3) Stand-alone Scripting
> Running a separate script from gnuplot is a pain. Cutting
> and pasting values manually is not an option for scripts.
> Having stuff assigned to variables w/in the gnuplot session
> is therefore desirable.

Yes, so let's get that working. Right now it isn't.

> 4) Input Parsing
> 
> - Should we extend the set of values calculated? Personally,
> 	the values that we have included cover approximately
> 	92.5% of what I need. I think that's a pretty good ratio!

I did more plotting yesterday, of the same sort as on Monday.
Again I was creating plots for publication based on multi-column
data in a csv file.  It's still cumbersome.  Not because the
wrong values are calculated, but because they are not easily
tracked and made available in a subsequent plot command.
Given the tools I have on hand, it's actually easier to use an
external script because I can say:
    min_Run3 = system(" some command ")
whereas if I say instead
    stats "datafile" using 3
then I have to manually cut-and-paste to do the assignment.
Again, let's get the variable assigment working properly
so that this annoyance goes away.

> - Should gnuplot (deep breath) develop a "plugin" architecture?
> 	So that you could run an external script and assign the
> 	returns to gnuplot vars in a transparent and convenient
> 	fashion? 

You can already do that for external scripts.
A true plugin architecture using compiled functions would be possible.
In fact there is a patchset on SourceForge that implements it.
But how could we support it cross-platform? 

> Counter-argument: I'd like to hear a strong argument why it
> should NOT be included. ;-)

I think it is a potentially valuable addition.

But until it works in a scripted enviroment, it's strictly worse than
using the system() command to run external tools, or for that 
matter having the script run an external tool first and pass the
values to gnuplot.  

Re: Example of chage of snapshot of image demo before and after Nov. 06 [was Side effect of change src/wxterminal/gp_cairo.c ...]

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

On Wednesday 11 November 2009, Tatsuro MATSUOKA wrote:
> Hello
> 
> --- Tatsuro MATSUOKA  wrote:
> 
> > I have noticed not-good styles in some plots in gnuplot demo (all.dem) in wxt terminal at cvs
> > trees of
> > 2009-11-06. The multiplot graphs seem to be more oblate than those before change. 
> > In some demos, labels are far from axes so that shapes of graghs are oblate. 
> > I have uploaded the latest cvs snapshot as testing one.
> > Please examine by the below 
> > http://www.tatsuromatsuoka.com/gnuplot/Eng/winbin/
> > 0004 gp45-winbin_2009_1106.zip
> > 0005 gp45-winbin-wxt-diff_2009_1106.zip,
> 
> 
> The previous post was lack of an example.
> 
> Here I show an example
> 
> http://www.geocities.jp/tmgpltwin/Files/Files.html#0037

I see what you mean.
I suppose it is a side-effect of requesting the freetype back end rather
than the win32 back end.

> 0036 wxt_ex_20091104.png, 36,821 bytes, 2009-11-11, wxt terminal on gnuplot4.5(CVS) MinGW, an exaple
> in imagae.dem at the latest ChangeLog Date 2009-11-04
> 
> 0037 wxt_ex_20091106.png, 40,086 bytes, 2009-11-11, wxt terminal on gnuplot4.5(CVS) MinGW, an exaple
> in imagae.dem at the latest ChangeLog Date 2009-11-06
> 
> 0038 wxt_ex_20091106_2.png, 40,086 bytes, 2009-11-11, wxt terminal on gnuplot4.5(CVS) MinGW, an exaple
> in imagae.dem at the latest ChangeLog Date 2009-11-06 (After windows size expanded in y direction)
> 
> I think that default window size is better to be expanded in y direction.

The window size in your screenshot is the same as I see under linux.
The difference is the vertical space allocated for each text string.
The program is reserving too much space for each line of text, presumably 
because  pango_layout_get_extents() is reporting too large a vertical extent.
I am guessing that it is another bug in the Windows implementation of pango.