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

Re: Weard png output problem

[Nibbler <rea...@ho...>]

Ok. 

Thanks Ethan Merritt.

I thought I can read one line from file at a time.

My plotFile contains two plot commands, so I solve this problem and I use
load-file command and 
I have two files where I can load commands.

example...

set output png
commands...
load "file1.txt" # this contains outputname, x-range etc..
plot...

set output png
set xrange [0:3]
load "file2.txt" # this contains yrange, outputname etc...
plot...

ANOTHER QUESTION:

Can I  increase the autoset yrange value ? 

What I means is can I somehow do like this:
yrange [0:autorange +3 ] ?

Now the yrange would be autorange + 3 ?


Ethan Merritt wrote:
> 
> On Monday 13 November 2006 10:19 am, Nibbler wrote:
>> Hi.
>>
>> I have weard problem. I have 2 files which I use. First file
>> (file.txt) includes all primary commands.
>> Second file (file2.txt) includes information (names of outputs and
>> x/y-range values).
>>
>> Everything works fine (I get outputs: name.png and name2.png, but
>> when I try to look picture name.png in Dia-program
>> I get error:
>> Pixbuf[png] can't load: name.png
> 
>> Whats wrong ? Why picture (name.png) is not a real picture ? (name
>> is: name.png, but it is not real a picture)
> 
>> FILE.TXT
>>
>> # These command make picture 1
>> set terminal png
> You set the terminal to png. OK.
> 
>> call "file2.txt" $4  # HERE I READ WHAT WILL BE THE NAME OF THE
> Then you call file2.txt, which contains the following
> 
>> FILE2.TXT
>> set output 'name.png' # NAME OF PICTURE 1
>> set output 'name2.png' # NAME OF PICTURE 2
> 
> So you open a file 'name.png', but do not write anything to it.
> Then you immediately open a different file 'name2.png', which
> closes the first, empty, file. Later you plot something.
> After the plot you have an empty file 'name.png', and a 
> file 'name2.png' containing a single plot.
> 
> -- 
> Ethan A Merritt
> Biomolecular Structure Center
> University of Washington, Seattle WA
> 
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share
> your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 
> 

-- 
View this message in context: http://www.nabble.com/Weard-png-output-problem-tf2624196.html#a7356898
Sent from the Gnuplot - Dev mailing list archive at Nabble.com.

Is 'splot ... with rgbimage' supposed to work?

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

The docs say:

  The `rgbimage` style is intended for plotting 2D images and is
  similar in concept to `image`.  See `image` for details.
  The difference is that 5D data (x,y,r,g,b) for `plot` and 
  6D data (x,y,z,r,g,b) for `splot` describe the coordinates
  and color components of an image.

However, I cannot find such an splot command that works in either
gnuplot 4.2-rc1 or cvs.

  gnuplot> # This works. It is from image.dem. But it reads only one of the 3 color channels.
  gnuplot> splot 'blutux.rgb' binary array=128x128 flip=y format='%uchar' using 1:2:3 with image   

  gnuplot> splot 'blutux.rgb' binary array=128x128 flip=y format='%uchar' using 1:2:(0):3:4:5 with rgbimage
           Too many columns in using specification and implied sampling array

  gnuplot> splot 'blutux.rgb' binary array=128x128x1 flip=y format='%uchar' using 1:2:3 with rgbimage
           Currently do not support sampled array dimensions greater than 2

So how am I supposed to specify these 6 columns of data for a 3D rgbimage plot?

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

Re: compiling gnuplot on Windows & mac/linux

[<HBB...@t-...>]

Mojca Miklavec wrote:
> On 11/12/06, Hans-Bernhard Bröker wrote:
>> Mojca Miklavec wrote:

>> > # 4996 - term.c(1455) : warning C4996: 'strcpy' was declared deprecated

>> No it wasn't.  MS is spreading misinformation.

> MS wants to have its own version of "safe" string copying 

They can want that as much as the day is long, that doesn't change the 
fact that they're telling a lie, and they know it.  strcpy is an ISO/IEC 
Standard C Library function.  That means it's not in Microsoft's power 
to deprecate it.

 > and other
> routines that are otherwise standard in any other compiler but the
> Microsoft's one. 

There's no such thing.  These functions are standard, and will remain 
so, completely regardless of whether Microsoft's compiler has them or not.

> adding /D_CRT_SECURE_NO_DEPRECATE
> removes those "stupid" warnings.

I'd rather you remove the stupid compiler that emits them.

> But it would help a lot if those warnings would be removed with the
> three switches mentioned above, 

Feel free to do that in your own local version.  I don't see a good 
reason why we should support Microsoft's willfully distorted view of 
they world by putting such options into the CVS version of the makefile.
Microsoft has made it clear that they don't care about providing a 
working compiler, why should we care about supporting their broken product?

>> > configure.in:1: error: possibly undefined macro: dnl

>> Complete and utter nonsense.  dnl is an m4 builtin, not a macro.  You
>> must have managed to mangle the line endings of your sources when you
>> brought them to that Mac.
> 
> Do you mean gnuplot sources? I took them from CVS.

Took them --- *how*?

> I installed it already, but the symbolic link was still pointing to
> the wrong old version. 

Which symbolic link?  To switch between several versions of automake, 
you usually have to change a good deal more than one symlink.  It 
generally takes at least 2 or three, depending on how well they were 
prepared to run as alternatives.

> Someone else has suggested me to use prepare instead of autoconf.

... You would have gotten that advice a lot sooner if you had told us 
exactly what you did.

Re: Weard png output problem

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

On Monday 13 November 2006 10:19 am, Nibbler wrote:
> Hi.
>
> I have weard problem. I have 2 files which I use. First file
> (file.txt) includes all primary commands.
> Second file (file2.txt) includes information (names of outputs and
> x/y-range values).
>
> Everything works fine (I get outputs: name.png and name2.png, but
> when I try to look picture name.png in Dia-program
> I get error:
> Pixbuf[png] can't load: name.png

> Whats wrong ? Why picture (name.png) is not a real picture ? (name
> is: name.png, but it is not real a picture)

> FILE.TXT
>
> # These command make picture 1
> set terminal png
You set the terminal to png. OK.

> call "file2.txt" $4  # HERE I READ WHAT WILL BE THE NAME OF THE
Then you call file2.txt, which contains the following

> FILE2.TXT
> set output 'name.png' # NAME OF PICTURE 1
> set output 'name2.png' # NAME OF PICTURE 2

So you open a file 'name.png', but do not write anything to it.
Then you immediately open a different file 'name2.png', which
closes the first, empty, file. Later you plot something.
After the plot you have an empty file 'name.png', and a 
file 'name2.png' containing a single plot.

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

ConTeXt terminal: looking for testers

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

Hello,

it's not completely finished or polished yet (t-gnuplot.tex has still
much space for improvement, but is pretty much independent of
context.trm), but I would nevertheless like to ask for help for
testing the ConTeXt terminal, which works in a similar was as
latex/(e)ps(la)tex (pseudo-terminal), but is meant for ConTeXt users
and the module can also be used for compiling the graphs on-the-fly in
the middle of the document.

http://sourceforge.net/tracker/index.php?func=3Ddetail&aid=3D1503836&group_=
id=3D2055&atid=3D302055

Here's one of the recent documents created with that terminal (I
didn't know for it until the author posted the link to the mailing
list):
    http://www.nibua-r.org/ConTeXt/PhD/
(I don't understand French and I don't want to say that it's meant as
the show-off of what the context terminal can do, because it's not,
but only as an example that other people are using it as well)


In order to try it one needs ruby, perl (prerequisites for running
ConTeXt), the latest version of ConTeXt (I use 2006.11.06; the one
that comes with tetex is useless if not updated) and two files from
http://modules.contextgarden.net/gnuplot (either the whole structure
can be copied to the TEXMF tree or the two files (t-gnuplot.tex and
mp-gnuplot.mp) have to be placed in the same folder where one is
compiling a .tex document).

I would suggest to use the standalone version of ConTeXt from
http://www.pragma-ade.com/download-1.htm (on other distributions
texmfstart.rb as an executable has to be enabled first and ConTeXt has
to be updated before proceeding) + running "texmfstart ctxtools
--update".

Timoth=E9e has posted some comments last time and I tried to apply them
wherever possible (apart from reimplementing a function for unit
conversion). Thanks again for those.

I have some TODOs and XXXs left in the code, but those are more a note
for me that something can be improved rather than a fundamentally
missing functionality.

(load 'all.dem' most won't work because of special characters: %, $, _
I'm planning to implement a "literal" mode for writing to output, but
I would like a proper solution, not continuously patching partially
working ones)

Any volunteers? Any comments?

Thanks a lot,
    Mojca

Re: Re: compiling gnuplot on Windows & mac/linux

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

Summary: I solved the issue by running ./prepare instead of autoconf
(someone else's idea, not mine) on both debian & Mac.

Thanks a lot for all the replies.

On 11/12/06, Hans-Bernhard Br=F6ker wrote:
> Mojca Miklavec wrote:
>
> > # 4113 - ..\\term\metapost.trm(973) : warning C4113: 'void (__cdecl
> > *)()' differs in parameter lists from 'void (__cdecl *)(void)'
>
> Misleading text, though it's a justified warning.  An argument list of
> () cannot differ from *any* argument list.  MS has read too many C++
> documents, and not enough about C.
>
> > # 4996 - term.c(1455) : warning C4996: 'strcpy' was declared deprecated
>
> No it wasn't.  MS is spreading misinformation.

MS wants to have its own version of "safe" string copying and other
routines that are otherwise standard in any other compiler but the
Microsoft's one. (it complains about scanf and many others)

adding /D_CRT_SECURE_NO_DEPRECATE
removes those "stupid" warnings.

> > # term.c(369) : warning C4996: 'stricmp' was declared deprecated
>
> Same here.
>
> > Adding
> >      /wd4113 /wd4996 /D_CRT_SECURE_NO_DEPRECATE
> > (wd means ignore the warning) succesfully removes those errorrs.
>
> No it doesn't --- because they're not errors.  They're warnings.

Sorry, I meant warnings (I wrote "errors" by accident)

But it would help a lot if those warnings would be removed with the
three switches mentioned above, otherwise it's very difficult for any
developer working under windows to see any helpful warning or error (I
always used "nmake > log.txt" and searched for "error" in log.txt)

> > configure.in:1: error: possibly undefined macro: dnl
>
> Complete and utter nonsense.  dnl is an m4 builtin, not a macro.  You
> must have managed to mangle the line endings of your sources when you
> brought them to that Mac.

Do you mean gnuplot sources? I took them from CVS.
I have no idea what else could go wrong, files look OK (unless the
step with getting cvs content failed, but now when I used another way
to build gnuplot it works OK). Anyway - I won't bother about it any
more now.

> > /sw/share/aclocal/libtool.m4:25: warning: underquoted definition of
> > AC_PROG_LIBTOOL
>
> Nothing to do with gnuplot.  Your libtool version is too old for the
> version of automake you have.

I took a look now.
http://fink.sourceforge.net/doc/porting/libtool.php?phpLang=3Den seems
to be a bit outdated indeed and for some reason libtool resides in
/usr/bin as a binary with strange options, not in /sw/... as plain
text file (as on the other debian machine) and "fink install libtool"
doesn't find the package. I'll check again what I can do (I need a bit
more time to figure out how things work here - I'm working on mac for
no more than a few days).


On 11/13/06, Ethan Merritt wrote:
> On Sunday 12 November 2006 05:51 am, Mojca Miklavec wrote:

> > Timoth=E9e suggested to take a look into the version of
> > automake/autoconf. I also installed SDL and libtool (althogh I have
> > no idea what they were used for), and here is what aclocal returns:
> >
> > /sw/share/aclocal/libtool.m4:25: warning: underquoted definition of
> > AC_PROG_LIBTOOL
> >   run info '(automake)Extending aclocal'
> >   or see
> > http://sources.redhat.com/automake/automake.html#Extending-aclocal
> > /sw/share/aclocal/libtool.m4:55: warning: underquoted definition of
> > AC_LIBTOOL_SETUP
>
> That has nothing to do with gnuplot.
> That is due to some idiotic decision by the packagers of aclocal
> to spit out warnings for syntax that will be deprecated in the future.
> If you had actually followed the link in the warning message, it
> would have told you how to get rid of it.

But that was about rewriting macros. I have no idea what I were
supposed to do with that and even if: the problem was not that I got
only warnings - the problem was that it didn't even configure/compile.

> > An this is what I get under Debian:
> >
> > configure.in:7: error: possibly undefined macro: AM_CONFIG_HEADER
> >       If this token and others are legitimate, please use
> > m4_pattern_allow. See the Autoconf documentation.
> > configure.in:15: error: possibly undefined macro: AM_INIT_AUTOMAKE
> > configure.in:25: error: possibly undefined macro: AM_C_PROTOTYPES
> > configure.in:75: error: possibly undefined macro: AM_CONDITIONAL
> > configure.in:243: error: possibly undefined macro: AC_MSG_WARN
> >
> > autoconf (GNU Autoconf) 2.59
> > automake (GNU automake) 1.4-p6
>
> That version of automake is ancient.
> Please use 1.9, as you were on your other machine.

I installed it already, but the symbolic link was still pointing to
the wrong old version. I fixed that, however, no change after that.
Still the same warnings with automake 1.9.5 and libtool 1.5.6 (the
latest that apt-get gave me; I'll try to get the new version of it, I
just have to be a bit careful because that one is running on a
server).

> > Am I really the only one with installation problems?
>
> On linux, maybe you are :-)
> On OSX, there seem to be a number of issues.

The "magic" that helped me to finally build it succesfully on Mac was
to run "prepare" script (without modifying or installing any other
library or program):

chmod a+x prepare
./prepare
./configure
make

Someone else has suggested me to use prepare instead of autoconf.
There were still numerous warnings, but finally gnuplot compiled
successfully.

> Windows, I have no clue about.

On windows I installed it succesfully (although I didn't manage to
make gd & pdf to work properly, but I can take the official binary if
I need those, so I don't care too much about it).

On 11/13/06, Per Persson wrote:

> PS. I noticed that you are using fink. Be aware that fink, IIRC,
> *prepends* /sw/bin to your path and thus overrides a lot of stuff.
> Maybe you should check the fink mailing lists for clues to what might
> be wrong.

I'm aware of that, but are there any other (better) alternatives?

Thanks a lot,
    Mojca

Re: compiling gnuplot on Windows & mac/linux

[Per P. <per...@ma...>]

On Nov 12, 2006, at 21:21, gnu...@li...  
wrote:

>
> I'm currently trying to compile on Mac OS X. autoconf results in  
> the following:
>
> configure.in:1: error: possibly undefined macro: dnl

This is wierd, you get an error on line 1 which is a *comment*. I'd  
check the for corrupted line endings or encoding confusion.


>       If this token and others are legitimate, please use  
> m4_pattern_allow.
>       See the Autoconf documentation.
> configure.in:102: error: possibly undefined macro: AC_MSG_RESULT
> configure.in:253: error: possibly undefined macro: AC_MSG_WARN
>
> and after running ./configure:
>
> ./configure: line 14693: syntax error near unexpected token  
> `CAIROPANGO,'
> ./configure: line 14693: `    PKG_CHECK_MODULES(CAIROPANGO, cairo >=
> 0.9.0 pango >= 1.10 pangocairo >= 1.10,'
>
>
> I have the following versions installed
>
> autoconf (GNU Autoconf) 2.60
> automake (GNU automake) 1.9.6

FWIW, I can't reproduce any of the problems with CVS as of today. Mac  
OS X 10.4.8 G4/PPC.
autoconf (GNU Autoconf) 2.59
automake (GNU automake) 1.9.5

/Per

PS. I noticed that you are using fink. Be aware that fink, IIRC,  
*prepends* /sw/bin to your path and thus overrides a lot of stuff.  
Maybe you should check the fink mailing lists for clues to what might  
be wrong.

Weard png output problem

[Nibbler <rea...@ho...>]

Hi.

I have weard problem. I have 2 files which I use. First file (file.txt)
includes all primary commands.
Second file (file2.txt) includes information (names of outputs and x/y-range
values).

Everything works fine (I get outputs: name.png and name2.png, but when I try
to look picture name.png in Dia-program
I get error:
Pixbuf[png] can't load: name.png

If I dont use file2.txt -> ( I'll write straight in file.txt:  set output
"name.png"
Then picture opens in Dia-program.

BUT picture: name2.png works every way. (either I use file2.txt OR I write
straight set output "name2.png in file.txt"

Whats wrong ? Why picture (name.png) is not a real picture ? (name is:
name.png, but it is not real a picture)
And the picture (name2.png) is a real picture and I can open it in
DIA-program ?

FILE.TXT

# These command make picture 1
set terminal png
call "file2.txt" $4  # HERE I READ WHAT WILL BE THE NAME OF THE PICTURE 1
bin = 1
set style fill solid 0.30 border
set xlabel 'title' tc lt 4
set ylabel 'title2' tc lt 4
load "file2.txt" $1 # I READ VALUES OF X-RANGE
load "file2.txt" $2 # I READ VALUES OF Y-RANGE

plot 'file.dat' using (bin*int($3/bin)):(1) title "Smooth frequencys" smooth
freq with boxes

reset
#these commands make picture2
call "file2.txt" $5 # HERE I READ WHAT WILL BE PICTURE2 NAME
set title "Something"
set xlabel 'title' tc lt 4
set ylabel 'title' tc lt 4
set xdata time
set format x "%m/%d\n %H:%M:\n%S"
set timefmt "%Y-%m-%d %H:%M:%S"

plot "file.dat" using 1:3 with filledcurve 1
reset 


FILE2.TXT


#comments
set xrange[:]
set yrange[:]
#comments
set output 'name.png' # NAME OF PICTURE 1
set output 'name2.png' # NAME OF PICTURE 2


-- 
View this message in context: http://www.nabble.com/Weard-png-output-problem-tf2624196.html#a7322495
Sent from the Gnuplot - Dev mailing list archive at Nabble.com.

Re: compiling gnuplot on Windows & mac/linux

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

On Sunday 12 November 2006 05:51 am, Mojca Miklavec wrote:
>
> I have the following versions installed
>
> autoconf (GNU Autoconf) 2.60
> automake (GNU automake) 1.9.6




>
> Timoth=E9e suggested to take a look into the version of
> automake/autoconf. I also installed SDL and libtool (althogh I have
> no idea what they were used for), and here is what aclocal returns:
>
> /sw/share/aclocal/libtool.m4:25: warning: underquoted definition of
> AC_PROG_LIBTOOL
>   run info '(automake)Extending aclocal'
>   or see
> http://sources.redhat.com/automake/automake.html#Extending-aclocal
> /sw/share/aclocal/libtool.m4:55: warning: underquoted definition of
> AC_LIBTOOL_SETUP

That has nothing to do with gnuplot.
That is due to some idiotic decision by the packagers of aclocal
to spit out warnings for syntax that will be deprecated in the future.=20
If you had actually followed the link in the warning message, it
would have told you how to get rid of it.

> An this is what I get under Debian:
>
> configure.in:7: error: possibly undefined macro: AM_CONFIG_HEADER
>       If this token and others are legitimate, please use
> m4_pattern_allow. See the Autoconf documentation.
> configure.in:15: error: possibly undefined macro: AM_INIT_AUTOMAKE
> configure.in:25: error: possibly undefined macro: AM_C_PROTOTYPES
> configure.in:75: error: possibly undefined macro: AM_CONDITIONAL
> configure.in:243: error: possibly undefined macro: AC_MSG_WARN
>
> autoconf (GNU Autoconf) 2.59
> automake (GNU automake) 1.4-p6

That version of automake is ancient.
Please use 1.9, as you were on your other machine.

> Am I really the only one with installation problems?

On linux, maybe you are :-)
On OSX, there seem to be a number of issues.
Windows, I have no clue about.


=2D-=20
Ethan A Merritt
Biomolecular Structure Center
University of Washington, Seattle WA

Re: key width

[<HBB...@t-...>]

James R. Van Zandt wrote:

> gnuplot could run TeX on the code then render the result to PostScript
> or a bitmap.  

_If_ TeX happens to be available, and gnuplot manages to find it. 
That's a pretty huge "if" on non-Unix platforms.  And in the end, the 
result wouldn't be any bit better than just letting TeX do the entire 
job, which we already do.

compiling gnuplot on Windows & mac/linux

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

Hello,

Despite of so many suggestions to use MinGW (I tried it, compiled
gnuplot successfully, but still had many other problems), I'm still
using MS Visual Studio. When I try to compile, I get a few hundred
lines of warnings which "make no sense" (I only don't see the serios
warnings then):

Here are some examples:

# 4113 - ..\\term\metapost.trm(973) : warning C4113: 'void (__cdecl
*)()' differs in parameter lists from 'void (__cdecl *)(void)'

# 4996 - term.c(1455) : warning C4996: 'strcpy' was declared deprecated
# Message: 'This function or variable may be unsafe. Consider using
strcpy_s instead. To disable deprecation, use
_CRT_SECURE_NO_DEPRECATE. See online help for details.'

# term.c(369) : warning C4996: 'stricmp' was declared deprecated
#        C:\Program Files\Microsoft Visual Studio
8\VC\INCLUDE\string.h(213) : see declaration of 'stricmp'
#        Message: 'The POSIX name for this item is deprecated.
Instead, use the ISO C++ conformant name: _stricmp. See online help
for details.'

Adding
     /wd4113 /wd4996 /D_CRT_SECURE_NO_DEPRECATE
(wd means ignore the warning) succesfully removes those errorrs.

I know that noone of you is using that, but it would really help if
someone who wrote that makefile or at least contributed to it could
take a look.

The next problem is with

CBASEFLAGS =3D /G5 /GX /GR /MD /O2 /nologo

# cl : Command line warning D9035 : option 'GX' has been deprecated
and will be removed in a future release
# cl : Command line warning D9036 : use 'EHsc' instead of 'GX'
# cl : Command line warning D9002 : ignoring unknown option '/G5'

I replaced /GX with EHsc (althoug I have no idea what it means) and deleted=
 /G5.

There are many other problems, but at least the first three options to
supress false alarms in warnings would already help a lot.



OK, so let's move to linux/unix then. I have no idea what I'm dong
wrong, but I only ever managed to compile gnuplot on a single linux
box. I tried on 4 other systems (debian, fedora, suse - old version
worked, after tring to compile with wxt it failed, Mac OS X) and never
managed to get any further.

I'm currently trying to compile on Mac OS X. autoconf results in the follow=
ing:

configure.in:1: error: possibly undefined macro: dnl
      If this token and others are legitimate, please use m4_pattern_allow.
      See the Autoconf documentation.
configure.in:102: error: possibly undefined macro: AC_MSG_RESULT
configure.in:253: error: possibly undefined macro: AC_MSG_WARN

and after running ./configure:

./configure: line 14693: syntax error near unexpected token `CAIROPANGO,'
./configure: line 14693: `    PKG_CHECK_MODULES(CAIROPANGO, cairo >=3D
0.9.0 pango >=3D 1.10 pangocairo >=3D 1.10,'


I have the following versions installed

autoconf (GNU Autoconf) 2.60
automake (GNU automake) 1.9.6

Timoth=E9e suggested to take a look into the version of
automake/autoconf. I also installed SDL and libtool (althogh I have no
idea what they were used for), and here is what aclocal returns:

/sw/share/aclocal/libtool.m4:25: warning: underquoted definition of
AC_PROG_LIBTOOL
  run info '(automake)Extending aclocal'
  or see http://sources.redhat.com/automake/automake.html#Extending-aclocal
/sw/share/aclocal/libtool.m4:55: warning: underquoted definition of
AC_LIBTOOL_SETUP
/sw/share/aclocal/libtool.m4:135: warning: underquoted definition of
AC_LIBTOOL_DLOPEN
/sw/share/aclocal/libtool.m4:138: warning: underquoted definition of
AC_LIBTOOL_WIN32_DLL
/sw/share/aclocal/libtool.m4:144: warning: underquoted definition of
AC_ENABLE_SHARED
/sw/share/aclocal/libtool.m4:170: warning: underquoted definition of
AC_DISABLE_SHARED
/sw/share/aclocal/libtool.m4:177: warning: underquoted definition of
AC_ENABLE_STATIC
/sw/share/aclocal/libtool.m4:203: warning: underquoted definition of
AC_DISABLE_STATIC
...
etc


An this is what I get under Debian:

configure.in:7: error: possibly undefined macro: AM_CONFIG_HEADER
      If this token and others are legitimate, please use m4_pattern_allow.
      See the Autoconf documentation.
configure.in:15: error: possibly undefined macro: AM_INIT_AUTOMAKE
configure.in:25: error: possibly undefined macro: AM_C_PROTOTYPES
configure.in:75: error: possibly undefined macro: AM_CONDITIONAL
configure.in:243: error: possibly undefined macro: AC_MSG_WARN

autoconf (GNU Autoconf) 2.59
automake (GNU automake) 1.4-p6


Am I really the only one with installation problems?

Thanks a lot for help,
    Mojca

Re: key width

[James R. V. Z. <jr...@co...>]

Hans-Bernhard_Br=F6ker?= <HBB...@t-...> wrote:
>   John wrote:
>   > I'm using the pslatex terminal of gnuplot.
>   > Everything works fine but the annoying thing is that the default
>   > key width is proportional to the number of characters contained
>   > in the title. However, the numbers of characters produced by the
>   > LaTeX code $\\delta=1$ (see code below) are less and so
>   > everytime I have to adjust the key width by hand.  Is there a
>   > trick or a regular feature to deal with this problem?
>
>   Sort-of. It's the only you already found: overriding the key width by 
>   hand.  Short of embedding a complete TeX implemention inside gnuplot, 
>   that's all that can be done.

gnuplot could run TeX on the code then render the result to PostScript
or a bitmap.  I think that's how latex2html works.

              - Jim Van Zandt

Re: fill chart area

[<HBB...@t-...>]

trinka wrote:
> I'm doing a multiplot and I need to superimpose partially one chart on the
> other one. In need the first one not to be transparent so I was searching
> for a command which could allow me to fill the chart area. Can someone help
> me? Thanks

See
	help clear

fill chart area

[trinka <pao...@gm...>]

I'm doing a multiplot and I need to superimpose partially one chart on the
other one. In need the first one not to be transparent so I was searching
for a command which could allow me to fill the chart area. Can someone help
me? Thanks

Paolo  
-- 
View this message in context: http://www.nabble.com/fill-chart-area-tf2596711.html#a7243146
Sent from the Gnuplot - Dev mailing list archive at Nabble.com.

Re: How to get jpeg output

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

On Tuesday 07 November 2006 02:16 am, Aniska wrote:
> Sorry to bother you again, but.
>
> I install libgd and etc..
>
> Now I should build gnuplot from source, but I dont know what the name
> of the source file is ?
> and where it is ?

	http://gnuplot.sourceforge.net/development/index.html
	http://gnuplot.sourceforge.net/development/ethans_instructions.html









>
> I have Linux / FC5
>
>
> - Anthony
>
> Ethan Merritt wrote:
> > On Monday 06 November 2006 12:14 am, Aniska wrote:
> >> Hello.
> >>
> >> I just check my drivers and i have also old version:
> >> -READLINE  +LIBREADLINE  +HISTORY  -LIBGD  +PNG
> >>
> >> Can you tell me Where I find that libgd and what i must do so
> >> that works ?
> >
> > You can download and build from source via the libgd home page:
> > 	http://www.boutell.com/gd/
> >
> > If you are running linux, then there is almost certainly a libgd
> > package for your distro.  You will need the "devel" package as
> > well as the library itself.  For Mandriva, these would have names
> > like
> >  libgd2-2.0.33-3.1.20060mdk
> >  libgd2-devel-2.0.33-3.1.20060mdk
> >
> > Your package management system may tell you that libgd itself
> > requires other libraries (libfreetype, libpng, ...) that you
> > may need to install first.
> >
> > Once libgd is installed, you can build gnuplot from source by
> > typing
> > 	./configure
> > 	make
> >
> >
> > 			EAM
> >
> >> Best regards,
> >>
> >> Anthony
> >>
> >> Ethan Merritt wrote:
> >> > On Wednesday 01 November 2006 12:05 pm, Nibbler wrote:
> >> >> Hi,
> >> >>
> >> >> I would like to have output file which is jpeg. Now im using
> >> >> png and it is working just fine.
> >> >> Is it possible to get jpeg output ?
> >> >
> >> > Yes.
> >> >
> >> >> I try like this:
> >> >>
> >> >> set terminal jpg small
> >> >
> >> > But that command seems to indicate that you are using a very old
> >> > png driver, rather than the consolidated gif/png/jpeg driver
> >> > based on libgd.
> >> >
> >> >> my gnuplot version is 4.0
> >> >
> >> > That's fine.  But the more important issue is what version of
> >> > the png/jpeg driver are you using.  Type  "show version long" at
> >> > the gnuplot prompt and look for the following flags:
> >> >
> >> > +GD_PNG  +GD_JPEG  +GD_TTF
> >> >
> >> > If you don't see them, you will need to install libgd and
> >> > rebuild gnuplot to use it.
> >> >
> >> > Having said all that, please note the JPEG is not usually a
> >> > good format for gnuplot output.  PNG works much better.
> >> > But the libgd-based PNG/JPEG driver will give you much better
> >> > PNG output as well as the option to use JPEG.
> >
> > --
> > Ethan A Merritt
> > Biomolecular Structure Center
> > University of Washington, Seattle WA
> >
> > -------------------------------------------------------------------
> >------ Using Tomcat but need to do more? Need to support web
> > services, security? Get stuff done quickly with pre-integrated
> > technology to make your job easier
> > Download IBM WebSphere Application Server v.1.0.1 based on Apache
> > Geronimo
> > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=1
> >21642 _______________________________________________
> > gnuplot-beta mailing list
> > gnu...@li...
> > https://lists.sourceforge.net/lists/listinfo/gnuplot-beta

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

Re: How to get jpeg output

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

Aniska wrote:
> Sorry to bother you again, but.
> 
> I install libgd and etc..
> 
> Now I should build gnuplot from source, but I dont know what the name of the
> source file is ?
> and where it is ?
> 
> I have Linux / FC5

With FC5 you should have a fairly up to date system that will handle the latest code:

http://sourceforge.net/project/showfiles.php?group_id=2055

(check the CVS menu for the very latest).

Gnuplot is an easy and fast to compile program.

Dan

Re: How to get jpeg output

[Aniska <m8...@ho...>]

Sorry to bother you again, but.

I install libgd and etc..

Now I should build gnuplot from source, but I dont know what the name of the
source file is ?
and where it is ?

I have Linux / FC5


- Anthony



Ethan Merritt wrote:
> 
> On Monday 06 November 2006 12:14 am, Aniska wrote:
>> Hello.
>>
>> I just check my drivers and i have also old version:
>> -READLINE  +LIBREADLINE  +HISTORY  -LIBGD  +PNG
>>
>> Can you tell me Where I find that libgd and what i must do so
>> that works ?
> 
> You can download and build from source via the libgd home page:
> 	http://www.boutell.com/gd/
> 
> If you are running linux, then there is almost certainly a libgd
> package for your distro.  You will need the "devel" package as
> well as the library itself.  For Mandriva, these would have names
> like
>  libgd2-2.0.33-3.1.20060mdk
>  libgd2-devel-2.0.33-3.1.20060mdk
> 
> Your package management system may tell you that libgd itself
> requires other libraries (libfreetype, libpng, ...) that you
> may need to install first.
> 
> Once libgd is installed, you can build gnuplot from source by
> typing
> 	./configure
> 	make
> 
> 
> 			EAM
> 
> 
>>
>> Best regards,
>>
>> Anthony
>>
>> Ethan Merritt wrote:
>> > On Wednesday 01 November 2006 12:05 pm, Nibbler wrote:
>> >> Hi,
>> >>
>> >> I would like to have output file which is jpeg. Now im using png
>> >> and it is working just fine.
>> >> Is it possible to get jpeg output ?
>> >
>> > Yes.
>> >
>> >> I try like this:
>> >>
>> >> set terminal jpg small
>> >
>> > But that command seems to indicate that you are using a very old
>> > png driver, rather than the consolidated gif/png/jpeg driver
>> > based on libgd.
>> >
>> >> my gnuplot version is 4.0
>> >
>> > That's fine.  But the more important issue is what version of the
>> > png/jpeg driver are you using.  Type  "show version long" at
>> > the gnuplot prompt and look for the following flags:
>> >
>> > +GD_PNG  +GD_JPEG  +GD_TTF
>> >
>> > If you don't see them, you will need to install libgd and rebuild
>> > gnuplot to use it.
>> >
>> > Having said all that, please note the JPEG is not usually a
>> > good format for gnuplot output.  PNG works much better.
>> > But the libgd-based PNG/JPEG driver will give you much better
>> > PNG output as well as the option to use JPEG.
> 
> -- 
> Ethan A Merritt
> Biomolecular Structure Center
> University of Washington, Seattle WA
> 
> -------------------------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job
> easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 
> 

-- 
View this message in context: http://www.nabble.com/How-to-get-jpeg-output-tf2555583.html#a7215735
Sent from the Gnuplot - Dev mailing list archive at Nabble.com.

Re: wxt and fonts in zoom mode

[<tim...@en...>]

Dmitri A. Sergatskov wrote:
> I just compiled recent CVS version of gnuplot on Fedora Core 6 and noti=
ced
> that the fonts in zoom mode are not consistent: while fonts for titles
> and labels
> are non-serif, the fonts that marks corner of zoom region are Serifs an=
d bigger.
>
> This is not such a big deal (those marks are transient and do not affec=
t the
> final plot), but the inconsistency suggests that the font
> initialization is not very
> robust -- perhaps gnuplot takes the first font that the underlying
> windows system
> hands to it.
>
> Just let you know.
>
> Sincerely,
>
> Dmitri.
>  =20

Hi Dmitri,

Thank you for taking the time to write about this. You're right, fonts=20
are not the same because plot fonts come from gnuplot font options "set=20
term wxt font "name,size" (defaulting to Sans, 10) while zoom fonts is=20
simply the default wxWidgets font (and I don't know where this one comes=20
from).

Making the zoom font be the same is a two-line patch, I'll commit it=20
soon (tonight maybe).

Best regards,

Timoth=E9e

Re: pslatex

[John <aen...@ya...>]

> Here's what I did:
> 
> gnuplot> set term pslatex
> gnuplot> set output "rotate.pslatex"
> gnuplot> load "textrotate.dem"
> gnuplot> quit
> 
> And here is my LaTeX document:
> 
> \documentclass{article}
> \usepackage{graphics} %epslatex needs that
> \usepackage{color}
> \usepackage{pstricks} %for pstricks
> \usepackage{eepic} %eepic
> \begin{document}
> \input{rotate.pslatex} %or insert content of *.pslatex here
> \end{document}
> 

OK, your code works fine for me too.
Actually, the error I got was coming from the use of the LaTeX babel package
(used to specify a particular language).
So there seems to be an incompatibility with this package, independent of the
gnuplot version used.

John

Re: pslatex

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

On Monday 06 November 2006 06:00 am, John wrote:
> Hi,
> I'm working with the pslatex terminal.
> Something goes wrong with dvips when I use the rotate option.
> I get several error messages like this :
>
> dvips: Unknow keyword (rotate) in \special will be ignored
> dvips Could not find figure file ps\penalty; continuing

Works fine for me.

Here's what I did:

gnuplot> set term pslatex
gnuplot> set output "rotate.pslatex"
gnuplot> load "textrotate.dem"
gnuplot> quit

And here is my LaTeX document:


\documentclass{article}
\usepackage{graphics} %epslatex needs that
\usepackage{color}
\usepackage{pstricks} %for pstricks
\usepackage{eepic} %eepic
\begin{document}
\input{rotate.pslatex} %or insert content of *.pslatex here
\end{document}




If this doesn't work for you, please give specific version
numbers of all programs involved, and a test script showing
the error.

> Could this be related to an incompatibilty of gnuplot's code with
> newer versions of ghostscript?

Not as you describe it. You never got as far as running ghostscript.

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

Re: How to get jpeg output

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

On Monday 06 November 2006 12:14 am, Aniska wrote:
> Hello.
>
> I just check my drivers and i have also old version:
> -READLINE  +LIBREADLINE  +HISTORY  -LIBGD  +PNG
>
> Can you tell me Where I find that libgd and what i must do so
> that works ?

You can download and build from source via the libgd home page:
	http://www.boutell.com/gd/

If you are running linux, then there is almost certainly a libgd
package for your distro.  You will need the "devel" package as
well as the library itself.  For Mandriva, these would have names
like
 libgd2-2.0.33-3.1.20060mdk
 libgd2-devel-2.0.33-3.1.20060mdk

Your package management system may tell you that libgd itself
requires other libraries (libfreetype, libpng, ...) that you
may need to install first.

Once libgd is installed, you can build gnuplot from source by
typing
	./configure
	make


			EAM


>
> Best regards,
>
> Anthony
>
> Ethan Merritt wrote:
> > On Wednesday 01 November 2006 12:05 pm, Nibbler wrote:
> >> Hi,
> >>
> >> I would like to have output file which is jpeg. Now im using png
> >> and it is working just fine.
> >> Is it possible to get jpeg output ?
> >
> > Yes.
> >
> >> I try like this:
> >>
> >> set terminal jpg small
> >
> > But that command seems to indicate that you are using a very old
> > png driver, rather than the consolidated gif/png/jpeg driver
> > based on libgd.
> >
> >> my gnuplot version is 4.0
> >
> > That's fine.  But the more important issue is what version of the
> > png/jpeg driver are you using.  Type  "show version long" at
> > the gnuplot prompt and look for the following flags:
> >
> > +GD_PNG  +GD_JPEG  +GD_TTF
> >
> > If you don't see them, you will need to install libgd and rebuild
> > gnuplot to use it.
> >
> > Having said all that, please note the JPEG is not usually a
> > good format for gnuplot output.  PNG works much better.
> > But the libgd-based PNG/JPEG driver will give you much better
> > PNG output as well as the option to use JPEG.

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

wxt and fonts in zoom mode

[Dmitri A. S. <das...@gm...>]

I just compiled recent CVS version of gnuplot on Fedora Core 6 and noticed
that the fonts in zoom mode are not consistent: while fonts for titles
and labels
are non-serif, the fonts that marks corner of zoom region are Serifs and bigger.

This is not such a big deal (those marks are transient and do not affect the
final plot), but the inconsistency suggests that the font
initialization is not very
robust -- perhaps gnuplot takes the first font that the underlying
windows system
hands to it.

Just let you know.

Sincerely,

Dmitri.
p.s.
pango-1.14.6-2.fc6
pango-devel-1.14.6-2.fc6
wxGTK-2.6.3-2.6.3.2.3.fc6
wxGTK-gl-2.6.3-2.6.3.2.3.fc6

Re: rotate

[<HBB...@t-...>]

John wrote:

> I'm working with the pslatex terminal.

Which one (i.e: which gnuplot version, if 4.1, which timestamp)?

> Something goes wrong with dvips when I use the rotate option.

Use it how, exactly?  Please fully describe a complete, minimal example 
case: gnuplot input, TeX file, expected behaviour, and the exact error 
message (copy-paste, not retyped).

> Is this a bug?

Impossible to say based on the given information.

> Could this be related to an incompatibilty of gnuplot's code with newer versions
> of ghostscript?

Hardly.  You're not even running ghostscript yet, so how could whatever 
it might have to complain about gnuplot's output have to do with a dvips 
problem?

rotate

[John <aen...@ya...>]

Hi,
I'm working with the pslatex terminal.
Something goes wrong with dvips when I use the rotate option.
I get several error messages like this :

dvips: Unknow keyword (rotate) in \special will be ignored
dvips Could not find figure file ps\penalty; continuing

Is this a bug?
Could this be related to an incompatibilty of gnuplot's code with newer versions
of ghostscript?

John

Re: How to get jpeg output

[Aniska <m8...@ho...>]

Hello.

I just check my drivers and i have also old version:
-READLINE  +LIBREADLINE  +HISTORY  -LIBGD  +PNG

Can you tell me Where I find that libgd and what i must do so
that works ?

Best regards,

Anthony

Ethan Merritt wrote:
> 
> On Wednesday 01 November 2006 12:05 pm, Nibbler wrote:
>> Hi,
>>
>> I would like to have output file which is jpeg. Now im using png and
>> it is working just fine.
>> Is it possible to get jpeg output ?
> 
> Yes.
> 
>> I try like this:
>>
>> set terminal jpg small
> 
> But that command seems to indicate that you are using a very old
> png driver, rather than the consolidated gif/png/jpeg driver 
> based on libgd.
> 
>> my gnuplot version is 4.0
> 
> That's fine.  But the more important issue is what version of the
> png/jpeg driver are you using.  Type  "show version long" at
> the gnuplot prompt and look for the following flags:
> 
> +GD_PNG  +GD_JPEG  +GD_TTF
> 
> If you don't see them, you will need to install libgd and rebuild
> gnuplot to use it.
> 
> Having said all that, please note the JPEG is not usually a
> good format for gnuplot output.  PNG works much better.
> But the libgd-based PNG/JPEG driver will give you much better
> PNG output as well as the option to use JPEG.
> 
> -- 
> Ethan A Merritt
> Biomolecular Structure Center
> University of Washington, Seattle WA
> 
> -------------------------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job
> easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 
> 

-- 
View this message in context: http://www.nabble.com/How-to-get-jpeg-output-tf2555583.html#a7194789
Sent from the Gnuplot - Dev mailing list archive at Nabble.com.