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

Re: Adding some new transformations to gnuplot (arctan and power laws)

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

Philipp K. Janert wrote:
> I'd like to add one thing to Ethan's list: The current
> log-scale does not play well with the "smooth" 
> algorithms, such as "smooth frequency". I have 
> not analyzed the root cause of this behavior in 
> detail, but I can certainly see how it comes about
> given the entire complex of issues that Ethan has 
> scoped in his email.
> 
> So, there is yet another reason why it would be
> nice to be able to apply transformations for display
> purposes as late in the game as possible, so that
> earlier operations on the data (such as "smooth freq"
> or "smooth kdens") succeed.
> 
> Best,
> 
> 		Ph.


I agree will general comments about this should be done as late as 
possible as display processing and original data kept.

However I just wondered about when smoothing should be applied.

If you have a logrithmic effect you presumably want smoothing of the log 
not the data. But smooth unique may want to be done first?? This may not 
be a case of one correct answer. I suspect it would need a switch to 
specify when this processing is done.

smooth unique before , smooth cspline after ??

/Peter.

Re: Adding some new transformations to gnuplot (arctan and power laws)

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

I'd like to add one thing to Ethan's list: The current
log-scale does not play well with the "smooth" 
algorithms, such as "smooth frequency". I have 
not analyzed the root cause of this behavior in 
detail, but I can certainly see how it comes about
given the entire complex of issues that Ethan has 
scoped in his email.

So, there is yet another reason why it would be
nice to be able to apply transformations for display
purposes as late in the game as possible, so that
earlier operations on the data (such as "smooth freq"
or "smooth kdens") succeed.

Best,

		Ph.



On Saturday 23 May 2009 09:40:49 am Ethan Merritt wrote:
> On Saturday 23 May 2009, Hans-Bernhard Bröker wrote:
> > Dean Foster wrote:
> > > I've been working on adding some other transformations to
> > > gnuplot.
> >
> > I'm afraid you could have saved yourself most of the effort.  There's
> > already a patch out there doing that.  See
> >
> > http://sourceforge.net/tracker/?func=detail&aid=1757226&group_id=2055&ati
> >d=302055
>
> True.  But that patch repeats what I consider to be a design error
> in how the transform is implemented.  Like the current log scale code,
> it transforms the data as it is read in, and stores only the transformed
> data.  That limits what you can do interactively with a plot that is
> already on the screen.  I would much rather see a patch that rearranges
> the order of operations so that the original, untransformed, data is
> stored internally, and the transform is applied at the time of
> mapping it to plot coordinates.  Some advantages that I see are:
>
> - There is no loss of precision as you toggle the transform on/off
>   interactively.  The exact original data is always available.
>   NB: This was less an issue back when the log/unlog code was
>   first written, because replotting necessary required re-reading
>   from the original data file.  But now we can refresh/replot the
>   graph directly from the internal copy, it is an extra limitation
>   if you have to go back to the data file.
>
> - An extreme case of the above occurs when the transform is toggled
>   in an external viewer module rather than in the gnuplot core. This
>   is partially implemented for the canvas terminal driver, but it
>   would be a whole lot easier if the _untransformed_ coordinates were
>   sent to the external viewer, along with the transform and its inverse.
>
> - The code would be a lot cleaner if the transform code was entirely
>   localized to the coordinate mapping functions map_position() and
>   map_3dposition().  Right now we have extra code scattered all over
>   the place, and extra fields in various data structures, just to
>   handle the special case of data that is stored as log(data).
>   As currently written, all this special case code would need to be
>   extended for each new transform.  Conversely, if the transform were
>   localized to a single set of map/unmap routines, virtually all of the
>   special case code could go away and data structures could go away.
>
> - The axis tic placement code for log-scale tics is complex, and is
>   the source of some of our longest-standing bug reports.  I particularly
>   like the idea of being able to avoid a similar mess in implementing
>   new transforms.  I suspect that simplifying the tic placement code would
>   all by itself be sufficient reason for storing untransformed data
>   internally.
>
> - A generalized transform/untransform step in the coordinate mapping would
>   make it trivial to handle arbitrary transforms provided by the user.
>
> So I would very much welcome any patches the work towards implementing
> a generalized framework for applying an arbitrary transform at the
> stage of coordinate mapping. Once that is in place, the log/unlog
> transform becomes just one special case and most (all?) of the special
> case code can go away.
>
> >  > Since I haven't seen any patches being
> > >
> > > sent on this news group so far, I'm not sure what the style is
> > > either.
>
> Please submit patches via the SourceForge gnuplot project site.
>
> ---------------------------------------------------------------------------
>--- Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT is
> a gathering of tech-side developers & brand creativity professionals. Meet
> the minds behind Google Creative Lab, Visual Complexity, Processing, &
> iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian
> Group, R/GA, & Big Spaceship. http://www.creativitycat.com
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta

Re: Adding some new transformations to gnuplot (arctan and power laws)

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

Dean Foster <dea...@gm...> wrote:

> I've been working on adding some other transformations to
> gnuplot.  I needed them for some research I was doing, and thought
> they might be of general interest.  The idea is to have a variety of
> ways to transform the axis.  Currently gnuplot supports linear and
> log.

I've been looking for that functionality for some time, and I wrote
the previous version.

The patch Hans-Bernhard Broeker and Ethan Merritt pointed out
integrated a single added transform (the "probability" transform, that
makes normally distributed values appear on a straight line) into
gnuplot.  I followed the philosophy of changing the existing structure
as little as possible (AKA "do no harm").  However, Ethan thought that
was perpetuating a design error, and would rather fix the design
first.  I agree the design he describes would be better.  However,
nobody has made progress on it.

Although my patch only implements the probability transform, I spent
a fair amount of time on automatic placement of tic marks and labels
for a general transform, based on the following principles:

 - Place no tics or minitics outside the range specified by the user.
 - Don't allow tic labels to overlap.
 - Choose the "simplest" tics to label (i.e. those with the fewest
   significant digits).
 - Subject to the above, place tics with approximately even density.
 - Ensure the value corresponding to each minitic is obvious.
 - Subject to the above, place enough minitics that the user can
   easily interpolate to find the value for any point on the graph.

Several simple approaches failed, but eventually I got it working
fairly well.  You can see a couple of examples at
http://jrv.oddones.org/ .  For more examples, download
http://jrv.oddones.org/transform-1.0.tar.gz, unpack, and build with
"make plots".

The code generates a piecewise rational fit to the transform
function, so it can be used where there is no closed form for the
inverse transform.

One issue I had not solved has to do with limits.  For a log
transform, data points that are zero or negative should be dropped.
For a probability transform, data points outside (0,1) should be
dropped.  How should this be handled for a user-supplied transform?
Do we ask the user to supply the appropriate limits?  (Do we trust
him?)  Do we try to evaluate the transform, and check for NANs?

I'd look forward to working on this.

            - Jim Van Zandt

Re: Any simple way to create for loops?

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

On Fri, May 22, 2009 at 16:27, Juergen Wieferink wrote:
> Hello,
>
>> Is there some way to do something like this in gnuplot apart from
>> using external script?
>>
>>     for [i in "0.01 0.1 1 2 3 10"]
>>         filename=sprintf("name-%g.png", i)
>>         command=sprintf("./script %g", i)
>>         set output filename
>>         plot command using 1:3 with lines
>>     endfor
>
> There is a patch at sourceforge (2652184):
>
>
> https://sourceforge.net/tracker/?func=detail&aid=2652184&group_id=2055&atid=302055
>
> It allows something like:
>
> for [str in "0.01 0.1 1 2 3 10"] {
>  i = real(str)
>  filename=sprintf("name-%g.png", i)
>  command=sprintf("./script %g", i)
>  set output filename
>  plot command using 1:3 with lines
> }
>
> I haven't had too much feedback, though.

I'm sorry that it took me so long to answer this, but I'm a bit
confused. Two different solutions have been offered which has confused
me even more.

If there's a patch on sourceforge - what does that imply? What should
I do upon it?

The syntax of both patches looks fine to me and I would be glad to use
it, but I'm afraid to use it for the reports that I need to write if I
cannot be sure if that code will still work once I update gnuplot or
once I change the computer.

The problem is that I cannot tell:
- if code has a potential to break anything since I don't know the
source code well enough
- what the guidelines for extending gnuplot syntax are
Those two questions that are probably the most important when deciding
about accepting or rejecting a patch both need to be addressed by main
developers.

-----
Unrelated to original question, but related to the two patches that
have been proposed:

Approximately one half of patches on sourceforge have no resolution
(neither accept nor reject). Often something like "won't fix" or "will
fix, but needs some more testing" would help a lot.

It's a bit demotivating for authors of patches to get no feedback from
main developers and what's worse: as time passes those patches become
obsolete and probably stop working anyway because the original source
code changes. This mailing list often helps a lot to resolve problems,
but it would be great if someone with a clear vision of gnuplot future
development could review the patches and say one of the following for
each unresolved patch:

- accept it and close it
- likely to fix, needs more thinking/testing
- please provide more info/description (I don't understand what this
patch is supposed to do)
- unlikely to fix unless this or that happens
- won't fix (with explanation) and close it

(Long ago I wanted to fix and improve one of existing (almost broken)
terminals and add another one, but neither rejection nor acception of
patches or bugfixes made me lost any interest.)

Mojca

Re: Adding some new transformations to gnuplot (arctan and power laws)

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

On Saturday 23 May 2009, Hans-Bernhard Bröker wrote:
> Dean Foster wrote:
> > I've been working on adding some other transformations to
> > gnuplot.
> 
> I'm afraid you could have saved yourself most of the effort.  There's 
> already a patch out there doing that.  See
> 
> http://sourceforge.net/tracker/?func=detail&aid=1757226&group_id=2055&atid=302055

True.  But that patch repeats what I consider to be a design error
in how the transform is implemented.  Like the current log scale code,
it transforms the data as it is read in, and stores only the transformed
data.  That limits what you can do interactively with a plot that is
already on the screen.  I would much rather see a patch that rearranges
the order of operations so that the original, untransformed, data is
stored internally, and the transform is applied at the time of 
mapping it to plot coordinates.  Some advantages that I see are:

- There is no loss of precision as you toggle the transform on/off
  interactively.  The exact original data is always available.
  NB: This was less an issue back when the log/unlog code was
  first written, because replotting necessary required re-reading
  from the original data file.  But now we can refresh/replot the
  graph directly from the internal copy, it is an extra limitation
  if you have to go back to the data file.

- An extreme case of the above occurs when the transform is toggled
  in an external viewer module rather than in the gnuplot core. This
  is partially implemented for the canvas terminal driver, but it 
  would be a whole lot easier if the _untransformed_ coordinates were
  sent to the external viewer, along with the transform and its inverse.

- The code would be a lot cleaner if the transform code was entirely
  localized to the coordinate mapping functions map_position() and
  map_3dposition().  Right now we have extra code scattered all over
  the place, and extra fields in various data structures, just to
  handle the special case of data that is stored as log(data).
  As currently written, all this special case code would need to be
  extended for each new transform.  Conversely, if the transform were
  localized to a single set of map/unmap routines, virtually all of the
  special case code could go away and data structures could go away.

- The axis tic placement code for log-scale tics is complex, and is
  the source of some of our longest-standing bug reports.  I particularly
  like the idea of being able to avoid a similar mess in implementing
  new transforms.  I suspect that simplifying the tic placement code would
  all by itself be sufficient reason for storing untransformed data
  internally.

- A generalized transform/untransform step in the coordinate mapping would
  make it trivial to handle arbitrary transforms provided by the user.

So I would very much welcome any patches the work towards implementing
a generalized framework for applying an arbitrary transform at the 
stage of coordinate mapping. Once that is in place, the log/unlog 
transform becomes just one special case and most (all?) of the special
case code can go away.

>  > Since I haven't seen any patches being
> > sent on this news group so far, I'm not sure what the style is
> > either.

Please submit patches via the SourceForge gnuplot project site.

Re: Adding some new transformations to gnuplot (arctan and power laws)

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

Dean Foster wrote:
> I've been working on adding some other transformations to
> gnuplot.

I'm afraid you could have saved yourself most of the effort.  There's 
already a patch out there doing that.  See

http://sourceforge.net/tracker/?func=detail&aid=1757226&group_id=2055&atid=302055

 > Since I haven't seen any patches being
> sent on this news group so far, I'm not sure what the style is
> either.

Had you investigated that earlier, you might have stumbled over the
patches tracker the above link points into...

> p.s.  I tried writing up documentation, but I couldn't seem to make
> any changes that ever made it back into my local version of gnuplot.
> It appears I deeply don't understand texi/doc.  So for a starter,
> which file should I be editing?

docs/gnuplot.doc.  And you'll have to either 'make install' or set the 
GNUHELP environment variable for it to locate the freshly built version. 
  While working in the source tree in a Unix-like environment, it helps 
to have a little script in gnuplot/src that goes like this:

#! /bin/sh
#GNUTERM=x11
GNUHELP=../docs/gnuplot.gih
GNUPLOT_DRIVER_DIR=.
if [ "$1" = "-d" ] ; then
   GDB=gdb
   if [ -n "$2" ] ; then
     GDB="$GDB --args"
   fi
   GNUTERM=x11
   shift
fi
#export GNUTERM GNUHELP GNUPLOT_DRIVER_DIR
export GNUHELP GNUPLOT_DRIVER_DIR
if [ -n "$1" ] ; then
   PATH=.:$PATH GNUPLOT_LIB=../demo:../../demo $GDB ./gnuplot "$@"
else
   PATH=.:$PATH GNUPLOT_LIB=../demo:../../demo $GDB ./gnuplot
fi
=== end of file ===

This runs the fresh build of gnuplot without installing it first, 
referring to all new files.  The script is an extended version of how 
"make check" target in the demo subdirectory works.

Re: aquaterm: doesn't want to close

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

On Friday 22 May 2009 13:49:22 Mojca Miklavec wrote:
> On Fri, May 22, 2009 at 22:38, Per Persson wrote:
> >
> > On 22 maj 2009, at 16.36, Mojca Miklavec wrote:
> >
> >> 4.) [bug/incompatibility] Also, the syntax of "size" option seems to
> >> be incompatible with other terminals. For example, one needs to use
> >>   set term png size 600,400
> >> but
> >>   set term aqua size 600 400
> >> Couldn't/shouldn't AquaTerm also accept the syntax with comma?
> 
> I'm able to fix this, but apart from that I have never done any of Mac
> programming, so fixing other issues would take me enormous amount of
> time to learn the interface.

I'd be happy to apply this change if you send the patch.

As to more general work on OSX,  at the moment development of the wxt
terminal seems far more active than aquaterm.   Not that it's currently
working all that well on OSX either ;-)  But from where I sit it seems
more likely that someone will get wxt working on OSX than that someone
will pick up further development of aquaterm.  

The dark horse in this race is continued development of the web-based
drivers, notably the canvas terminal.  At this point I think using the
canvas terminal to output to Safari or Opera may offer more features than
aquaterm does.

	Ethan

> 
> Mojca
> 
> ------------------------------------------------------------------------------
> Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
> is a gathering of tech-side developers & brand creativity professionals. Meet
> the minds behind Google Creative Lab, Visual Complexity, Processing, & 
> iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian
> Group, R/GA, & Big Spaceship. http://www.creativitycat.com 
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 



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

Re: aquaterm: doesn't want to close

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

On Fri, May 22, 2009 at 22:38, Per Persson wrote:
>
> On 22 maj 2009, at 16.36, Mojca Miklavec wrote:
>
>> 4.) [bug/incompatibility] Also, the syntax of "size" option seems to
>> be incompatible with other terminals. For example, one needs to use
>>   set term png size 600,400
>> but
>>   set term aqua size 600 400
>> Couldn't/shouldn't AquaTerm also accept the syntax with comma?
>
> I guess that would make sense.
> However, I'm not in a position where I can spend time on this (or other open
> source projects) anymore so Someone(TM) who suffers enough would have to
> write the code to correct the situation.

This change should be trivial to make, but only if others agree about
the change (the problem is that parsing then becomes incompatible,
though implementing it in such a way that old syntax is accepted is
possible). One only needs a tiny fix of parsing code inside
    if (almost_equals(c_token, "s$ize")) {
in aquaterm.trm to match the parsing in other terminals.

I'm able to fix this, but apart from that I have never done any of Mac
programming, so fixing other issues would take me enormous amount of
time to learn the interface.

Mojca

Re: aquaterm: doesn't want to close

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

On 22 maj 2009, at 16.36, Mojca Miklavec wrote:

> Hello,
>
> I'm using AquaTerm on OS X 10.5 as the default terminal in gnuplot (I
> don't like X11 in general and wxt didn't work when I last tried).
>
> 1.) [bug or feature?] It usually leaves all the windows with graphs
> open (if one starts and quits gnuplot, it starts a new window and
> doesn't close that window after gnuplot is done).

That part is a feature.

> This is not
> necessary a bad thing, but since recently (well, I have upgraded my OS
> in the meantime) trying to quit AquaTerm (apple-Q or Quit from menu)
> pops up a window saying
>
>     There are still clients connected to AquaTerm and quitting now
> may disrupt them.
>     You can leave AquaTerm running by pressing Cancel or confirm
> quitting by pressing Quit.
>
> I remember that warning from earlier, but it only popped up if gnuplot
> was still active somewhere. Now it started complaining even after
> quitting gnuplot. I can still force a quit, but that's a bit annoying.

Bug. Manifests itself only on 10.5. Likely a change in the Obj-C  
runtime behavior introduced between 10.4 and 10.5, but I haven't been  
able to track it down. This is actually one of the primary reasons  
that the current CVS head (with a number of feature additions) have  
not been made available in a new release.

> Another tiny thing that might even be related to behaviour in Mac api
> itself: once I get the warning that "There are still clients connected
> ..." and if I change the "space" in the meantime (for example shifting
> the screen right from 1 to 3), AquaTerm becomes unresponsive and even
> if I switch back to "space 1", I don't see the window from where I
> could press "Close" or "Cancel". But as I said - this might be
> completely OSX-related.

Probably is. Remember that AquaTerm was primarily devloped during Mac  
OS 10.0 - 10.2 days, Spaces wasn't around at that time.

>
> I saw this, don't know if it's related:
> https://sourceforge.net/tracker/?func=detail&aid=2564759&group_id=39915&atid=426512

Perhaps, but not likely.

>
> 2.) [for later] There are also some problems reported during
> compilation (related to transparency), but I need to take some time to
> look into that.

Benign, gnuplot actually supports features which are not part of the  
current release version, grab the source from CVS to use transparency.

>
> 3.) [feature request] I remember Per saying that mouse support is not
> done yet, but maybe there is some simple way to implement the
> following (if not, just ignore this please):
> - if user changes window size with a mouse, resize the plot and just
> "shrink" (resample) the contents accordingly (which is already done
> now; properly resizing would require gnuplot re-calculating the plot
> which doesn't really make sense)
> - *but*: let gnuplot know that size has been changed afterwards, so
> that gnuplot can generate a smaller plot next time when you call it
>
> It is a bit weird that I need to specify plot size "by hand" when
> using some GUI application that could do that instead of me.
>
> 4.) [bug/incompatibility] Also, the syntax of "size" option seems to
> be incompatible with other terminals. For example, one needs to use
>    set term png size 600,400
> but
>    set term aqua size 600 400
> Couldn't/shouldn't AquaTerm also accept the syntax with comma?

I guess that would make sense.
However, I'm not in a position where I can spend time on this (or  
other open source projects) anymore so Someone(TM) who suffers enough  
would have to write the code to correct the situation.

Best regards,
Per

Re: Any simple way to create for loops?

[Bastian M. <bma...@we...>]

There's also a patch on sourceforge which implements general scripting 
support with a language called Rexx.
(This had been only available on OS/2 previously).

In your case you could use the word() function and reread as follows, 
though:
In a file called sth. like main.gp do:

  # we use a string to simulate an array
  filenumbers = "0.01 0.1 1 2 3 10"
  # initialize loop counter
  index = 1
  # start loop
  load "loop.gp"

In loop.gp then do:

 # use filenumbers string as array
 i = word(filenumbers, index)

 # construct a new data pipe command
 command=sprintf("< ./script %s", i)

 filename=sprintf("name-%s.png", i)
 set output filename

 plot command using 1:3 with lines

 # increase loop counter
 index = index + 1
 # iterate
 if (index <= words(filenumbers)) reread


Not sure the above stuff is free of errors - I did not test it. But you 
should get the idea  for the looping bit... :)
I have not used strings with pipe commands before (the "< ./script" bit) 
so no guarantee that the plot command actually works.

Bastian

Mojca Miklavec schrieb:
> Hello,
>
> Is there some way to do something like this in gnuplot apart from
> using external script?
>
>     for [i in "0.01 0.1 1 2 3 10"]
>         filename=sprintf("name-%g.png", i)
>         command=sprintf("./script %g", i)
>         set output filename
>         plot command using 1:3 with lines
>     endfor
>
> I've read about reread, but I don't know how to apply it here except
> if gnuplot supports some array data structure which I think it doesn't
> (but maybe I'm wrong), or if I create a function with a long series of
>     f(x) = (x==1) ? 0.01 : (x==2) ? 0.1 : (x==3) ? 1 ...
> but in that case I would probably prefer to use external script for that.
>
> Thanks,
>    Mojca
>
> ------------------------------------------------------------------------------
> Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
> is a gathering of tech-side developers & brand creativity professionals. Meet
> the minds behind Google Creative Lab, Visual Complexity, Processing, & 
> iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian
> Group, R/GA, & Big Spaceship. http://www.creativitycat.com 
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
>   

Re: aquaterm: doesn't want to close

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

On Fri, May 22, 2009 at 16:36, Mojca Miklavec wrote:
>
> 1.) [bug or feature?] It usually leaves all the windows with graphs
> open (if one starts and quits gnuplot, it starts a new window and
> doesn't close that window after gnuplot is done). This is not
> necessary a bad thing, but since recently (well, I have upgraded my OS
> in the meantime) trying to quit AquaTerm (apple-Q or Quit from menu)
> pops up a window saying
>
>     There are still clients connected to AquaTerm and quitting now
> may disrupt them.
>     You can leave AquaTerm running by pressing Cancel or confirm
> quitting by pressing Quit.

I have now found the message on aquaterm-users:

https://sourceforge.net/mailarchive/message.php?msg_name=de5d45d50905160134v33cc1e9ai142b41a5073966b1%40mail.gmail.com

> The behaviour of distant objects (which are responsible for the link
> between AquaTerm and the plotting program) apparently changed between
> 10.4 and 10.5, possibly related to ObjC 2.0.
>
> I've been trying to figure out what the exact changes are, but failed
> miserably. Much as I would like to see this fixed, I don't have the
> time to dig deeper into the issue.

So even though it doesn't provide the solution, it answers my question :(
I'm sorry for duplicating the report.

Thanks,
    Mojca

Adding some new transformations to gnuplot (arctan and power laws)

[Dean F. <dea...@gm...>]

Hello people;

I'm new to the gnuplot mailing list, so I don't know the ropes around
here.  I've been working on adding some other transformations to
gnuplot.  I needed them for some research I was doing, and thought
they might be of general interest.  The idea is to have a variety of
ways to transform the axis.  Currently gnuplot supports linear and
log.  I've written some code that will do arctan and a variety of
power transformations.  So I'd be happy to submit these back to
gnuplot, but haven't ever done something like that.  Since I haven't
seen any patches being sent on this news group so far, I'm not sure
what the style is either.

As an example of the type of plot you can make using these
transformations, I made a graph for the wikipedia:

http://en.wikipedia.org/wiki/Law_of_the_iterated_logarithm

It could have been made using the existing version of gnuplot by
precomputing the axis and then just adding artifical tics as needed.
But the advantage of my code is that you can try different
transformations in real time by clicking on the graph and / or using
command line changes along with replot.  I've found this to be quite
fun actually.  Kind of sad what statisticians think as "fun."  :-)

So please let me know how I should proceed.

thanks,

dean


p.s.  I tried writing up documentation, but I couldn't seem to make
any changes that ever made it back into my local version of gnuplot.
It appears I deeply don't understand texi/doc.  So for a starter,
which file should I be editing?





-- 
Statistics, Wharton, U Penn
215 898 8233
http://gosset.wharton.upenn.edu/~foster/

aquaterm: doesn't want to close

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

Hello,

I'm using AquaTerm on OS X 10.5 as the default terminal in gnuplot (I
don't like X11 in general and wxt didn't work when I last tried).

1.) [bug or feature?] It usually leaves all the windows with graphs
open (if one starts and quits gnuplot, it starts a new window and
doesn't close that window after gnuplot is done). This is not
necessary a bad thing, but since recently (well, I have upgraded my OS
in the meantime) trying to quit AquaTerm (apple-Q or Quit from menu)
pops up a window saying

     There are still clients connected to AquaTerm and quitting now
may disrupt them.
     You can leave AquaTerm running by pressing Cancel or confirm
quitting by pressing Quit.

I remember that warning from earlier, but it only popped up if gnuplot
was still active somewhere. Now it started complaining even after
quitting gnuplot. I can still force a quit, but that's a bit annoying.
(Another weird behaviour, but this is probably a problem)

In my opinion aquaterm should disappear whenever:
a) gnuplot is closed *and* no plots are open
b) the last plot is closed *and* no clients (gnuplot or any other) are connected

I didn't do any tests or reading source code, but I suspect that some
"final call" to AquaTerm from gnuplot might be missing to let AquaTerm
know that "we're done". The option b) could be implemented in the
AquaTerm itself anyway and is not related to gnuplot. (I just find it
weird that the application doesn't exit and that I need to quit
manually.)

Another tiny thing that might even be related to behaviour in Mac api
itself: once I get the warning that "There are still clients connected
..." and if I change the "space" in the meantime (for example shifting
the screen right from 1 to 3), AquaTerm becomes unresponsive and even
if I switch back to "space 1", I don't see the window from where I
could press "Close" or "Cancel". But as I said - this might be
completely OSX-related.

I saw this, don't know if it's related:
https://sourceforge.net/tracker/?func=detail&aid=2564759&group_id=39915&atid=426512

2.) [for later] There are also some problems reported during
compilation (related to transparency), but I need to take some time to
look into that.

3.) [feature request] I remember Per saying that mouse support is not
done yet, but maybe there is some simple way to implement the
following (if not, just ignore this please):
- if user changes window size with a mouse, resize the plot and just
"shrink" (resample) the contents accordingly (which is already done
now; properly resizing would require gnuplot re-calculating the plot
which doesn't really make sense)
- *but*: let gnuplot know that size has been changed afterwards, so
that gnuplot can generate a smaller plot next time when you call it

It is a bit weird that I need to specify plot size "by hand" when
using some GUI application that could do that instead of me.

4.) [bug/incompatibility] Also, the syntax of "size" option seems to
be incompatible with other terminals. For example, one needs to use
    set term png size 600,400
but
    set term aqua size 600 400
Couldn't/shouldn't AquaTerm also accept the syntax with comma?

Mojca

Re: Any simple way to create for loops?

[Juergen W. <wie...@fr...>]

Hello,

> Is there some way to do something like this in gnuplot apart from
> using external script?
>
>     for [i in "0.01 0.1 1 2 3 10"]
>         filename=sprintf("name-%g.png", i)
>         command=sprintf("./script %g", i)
>         set output filename
>         plot command using 1:3 with lines
>     endfor

There is a patch at sourceforge (2652184):

  
https://sourceforge.net/tracker/?func=detail&aid=2652184&group_id=2055&atid=302055

It allows something like:

for [str in "0.01 0.1 1 2 3 10"] {
  i = real(str)
  filename=sprintf("name-%g.png", i)
  command=sprintf("./script %g", i)
  set output filename
  plot command using 1:3 with lines
}

I haven't had too much feedback, though.

> I've read about reread, but I don't know how to apply it here except
> if gnuplot supports some array data structure which I think it doesn't
> (but maybe I'm wrong), or if I create a function with a long series of
>     f(x) = (x==1) ? 0.01 : (x==2) ? 0.1 : (x==3) ? 1 ...
> but in that case I would probably prefer to use external script for that.

Well, something like (untested):

if (!exists('values')) values = "0.01 0.1 1 2 3 10"
if (!exists('i')) i = 1; else i = i + 1
val = real(word(values, i))
filename=sprintf("name-%g.png", val)
command=sprintf("./script %g", val)
set output filename
plot command using 1:3 with lines
if (i < words(values)) reread

Would probably also work.


Juergen

Any simple way to create for loops?

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

Hello,

Is there some way to do something like this in gnuplot apart from
using external script?

    for [i in "0.01 0.1 1 2 3 10"]
        filename=sprintf("name-%g.png", i)
        command=sprintf("./script %g", i)
        set output filename
        plot command using 1:3 with lines
    endfor

I've read about reread, but I don't know how to apply it here except
if gnuplot supports some array data structure which I think it doesn't
(but maybe I'm wrong), or if I create a function with a long series of
    f(x) = (x==1) ? 0.01 : (x==2) ? 0.1 : (x==3) ? 1 ...
but in that case I would probably prefer to use external script for that.

Thanks,
   Mojca

Re: Announcing C++ interface to Gnuplot

[Jeremy C. <jer...@gm...>]

It has been brought to my attention that I wasn't sufficiently prepared to
announce the project.  I have made a few changes including providing a
download link to download and try the source code as well as a little more
information regarding the project.
Jeremy

On Thu, May 14, 2009 at 3:52 PM, Jeremy Conlin <jer...@gm...> wrote:

> Hello all,
> A year or so ago I received some C++ source code that is an interface to
> Gnuplot through POSIX pipes.  It is a header-only library which makes it
> very easy to include in any existing code that needs simple plotting
> capabilities.  This code was given to me by Rajarshi Guha who was at the
> Indiana University.
>
> I have created a project hosted through Google to provide this code to
> everyone.  It is hosted at
>
> http://code.google.com/p/gnuplot-cpp/
>
> The code is stable (i.e. it won't crash your machine), but can still use
> some enhancements.  This is where you come in!  I would appreciate any help
> in improving this code.
>
> Martin Ettl has done some work creating the documentation for this project
> using Doxygen.  In addition there is a file with many examples.
>
> Please try it out and let me know what you think and how it can be
> improved.
>
> Thanks,
> Jeremy Conlin
>

Re: deafault arrow style (head length) in plots with vectors

[JoanPau <jo...@gm...>]

JoanPau wrote:
> 
> 
> Ethan Merritt wrote:
>> 
>> 
>> They are set by this routine in gadgets.c:
>> 
>> void
>> default_arrow_style(struct arrow_style_type *arrow)
>> {
>>     static const struct lp_style_type tmp_lp_style =
>> DEFAULT_LP_STYLE_TYPE;
>> 
>>     arrow->layer = 0;
>>     arrow->lp_properties = tmp_lp_style;
>>     arrow->head = 1;
>>     arrow->head_length = 0.0;
>>     arrow->head_lengthunit = first_axes;
>>     arrow->head_angle = 15.0;
>>     arrow->head_backangle = 90.0;
>>     arrow->head_filled = 0;
>> }
>> 
>> 
> 
> I can understand all the options but one. What does a 0.0 head_length
> mean?
> I thought that this would imply the same as nohead (any arrow drawn), but
> obviously I was wrong.
> Maybe it should be mentioned in the arrowstyle doc entry.
> 

This example with only one vecotr may illustrate the (not self explanatory)
behavior of a zero head length. The data.gnuplot has only one line of text
with the coordinates of the vector:

         0.0 0.0 1.0 1.0

And these are the commands (the range commands only to better visualize the
vector in the plot)

set xrange [-2:2]
set yrange [-2:2]
plot './data.gnuplot' w vectors
plot './data.gnuplot' w vectors size 0,45
plot './data.gnuplot' w vectors size 0.5,45

As you can see, head is drawn with a non 0 length in the first and second
case, and in the second the angle is ignored. In addition, and correct me 
if I misunderstand something, the head braces are not drawn in first_axes (x
axis) units, since they do not change their length when the plot is resized
or zoomed (for example interacting with the plot window).
-- 
View this message in context: http://www.nabble.com/deafault-arrow-style-%28head-length%29-in-plots-with-vectors-tp23530877p23550090.html
Sent from the Gnuplot - Dev mailing list archive at Nabble.com.

Re: deafault arrow style (head length) in plots with vectors

[JoanPau <jo...@gm...>]

JoanPau wrote:
> 
> 
> Ethan Merritt wrote:
>> 
>> 
>> They are set by this routine in gadgets.c:
>> 
>> void
>> default_arrow_style(struct arrow_style_type *arrow)
>> {
>>     static const struct lp_style_type tmp_lp_style =
>> DEFAULT_LP_STYLE_TYPE;
>> 
>>     arrow->layer = 0;
>>     arrow->lp_properties = tmp_lp_style;
>>     arrow->head = 1;
>>     arrow->head_length = 0.0;
>>     arrow->head_lengthunit = first_axes;
>>     arrow->head_angle = 15.0;
>>     arrow->head_backangle = 90.0;
>>     arrow->head_filled = 0;
>> }
>> 
>> 
> 
> I can understand all the options but one. What does a 0.0 head_length
> mean?
> I thought that this would imply the same as nohead (any arrow drawn), but
> obviously I was wrong.
> Maybe it should be mentioned in the arrowstyle doc entry.
> 

This example with only one vecotr may illustrate the (not self explanatory)
behavior of a zero head length. The data.gnuplot has only one line of text
with the coordinates of the vector:

File data.gnuplot wrote:
> 
> 0.0 0.0 1.0 1.0
> 
And these are the commands (the range commands only to better visualize the
vector in the plot)

set xrange [-2:2]
set yrange [-2:2]
plot './data.gnuplot' w vectors
plot './data.gnuplot' w vectors size 0,45
plot './data.gnuplot' w vectors size 0.5,45

As you can see, head is drawn with a non 0 length in the first and second
case, and in the second the angle is ignored. In addition, and correct me 
if I misunderstand something, the head braces are not drawn in first_axes (x
axis) units, since they do not change their length when the plot is resized
or zoomed (for example interacting with the plot window).
-- 
View this message in context: http://www.nabble.com/deafault-arrow-style-%28head-length%29-in-plots-with-vectors-tp23530877p23550072.html
Sent from the Gnuplot - Dev mailing list archive at Nabble.com.

Announcing C++ interface to Gnuplot

[Jeremy C. <jer...@gm...>]

Hello all,
A year or so ago I received some C++ source code that is an interface to
Gnuplot through POSIX pipes.  It is a header-only library which makes it
very easy to include in any existing code that needs simple plotting
capabilities.  This code was given to me by Rajarshi Guha who was at the
Indiana University.

I have created a project hosted through Google to provide this code to
everyone.  It is hosted at

http://code.google.com/p/gnuplot-cpp/

The code is stable (i.e. it won't crash your machine), but can still use
some enhancements.  This is where you come in!  I would appreciate any help
in improving this code.

Martin Ettl has done some work creating the documentation for this project
using Doxygen.  In addition there is a file with many examples.

Please try it out and let me know what you think and how it can be improved.

Thanks,
Jeremy Conlin

Re: deafault arrow style (head length) in plots with vectors

[JoanPau <jo...@gm...>]

Ethan Merritt wrote:
> 
> 
> They are set by this routine in gadgets.c:
> 
> void
> default_arrow_style(struct arrow_style_type *arrow)
> {
>     static const struct lp_style_type tmp_lp_style =
> DEFAULT_LP_STYLE_TYPE;
> 
>     arrow->layer = 0;
>     arrow->lp_properties = tmp_lp_style;
>     arrow->head = 1;
>     arrow->head_length = 0.0;
>     arrow->head_lengthunit = first_axes;
>     arrow->head_angle = 15.0;
>     arrow->head_backangle = 90.0;
>     arrow->head_filled = 0;
> }
> 
> 

Thanks for the quick reply.
I can understand all the options but one. What does a 0.0 head_length mean?
I thought that this would imply the same as nohead (any arrow drawn), but
obviously I was wrong.
Maybe it should be mentioned in the arrowstyle doc entry.
-- 
View this message in context: http://www.nabble.com/deafault-arrow-style-%28head-length%29-in-plots-with-vectors-tp23530877p23537035.html
Sent from the Gnuplot - Dev mailing list archive at Nabble.com.

Re: deafault arrow style (head length) in plots with vectors

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

On Wednesday 13 May 2009 15:06:18 JoanPau wrote:
> 
> Hi
> 
> I would like to know what are the default values for the arrow style
> parameters in plots with vectors, and where are this values set in the
> source code.

They are set by this routine in gadgets.c:

void
default_arrow_style(struct arrow_style_type *arrow)
{
    static const struct lp_style_type tmp_lp_style = DEFAULT_LP_STYLE_TYPE;

    arrow->layer = 0;
    arrow->lp_properties = tmp_lp_style;
    arrow->head = 1;
    arrow->head_length = 0.0;
    arrow->head_lengthunit = first_axes;
    arrow->head_angle = 15.0;
    arrow->head_backangle = 90.0;
    arrow->head_filled = 0;
}

-- 
Ethan A Merritt

deafault arrow style (head length) in plots with vectors

[JoanPau <jo...@gm...>]

Hi

I would like to know what are the default values for the arrow style
parameters in plots with vectors, and where are this values set in the
source code.

Thanks!
-- 
View this message in context: http://www.nabble.com/deafault-arrow-style-%28head-length%29-in-plots-with-vectors-tp23530877p23530877.html
Sent from the Gnuplot - Dev mailing list archive at Nabble.com.

Re: strange behaviors current gnuplot 4.3 cvs on Cygwin (2009-05-11)

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

Hello　Ethan Merritt

Works fine! Thanks!

Tatsuro

--- Ethan Merritt wrote:

> On Tuesday 12 May 2009, Tatsuro MATSUOKA wrote:
> > Hello
> > 
> > There have been occurred strange behaviors the current gnuplot 4.3 cvs (ChangeLog 5009-05-11)
> built on
> > cygwin.
> > 
> > In the 'make', the gnuplot binaries 'gnuplot.exe' and 'gbuplot_x11.exe' seems to be
> successfully
> > built. 
> > However Latex Error occurred as shown at the end of this mail.
> 
> Fixed now, I hope.  
> The other errors may or may not be cured by the same fix.
> 
> 
> 
> 
> 
> > The binaries of gnuplot show strange behaviors.
> > 
> > $ gnuplot
> >  :
> >  : starting gnuplot with term x11 
> >  :
> > gnuplot>plot sin(x) 
> > 
> > A broken graph appeared.  [1]
> > 
> > gnuplot> clear
> > gnuplot> plot sin(x)
> > 
> > A graph of 'set size 1,1' appeared. [2]
> > 
> > The some plots of demo are broken. For exmaple, the second plot of transparent.dem is uploaded
> [3]
> > 
> > The uploaded files [1-3] can be found respectively at 
> > http://www.geocities.jp/tmgpltwin/Files/Files.html
> > 
> > 0015 sinx.png, 8,264 bytes, 2009-05-12, plot sin(x) snapshot gnuplot x11 on cygwin: gnuplot
> 4.3 cvs
> > ChangeLog 20009-05-11
> > 0016 sinxafterclear.png, 14,082 bytes, 2009-05-12, plot sin(x) after clear snapshot gnuplot
> x11 on
> > cygwin: gnuplot 4.3 cvs ChangeLog 20009-05-11
> > 0017 transparent.dem.png, 8,926 bytes, 2009-05-12, the second plot of transparent.dem: gnuplot
> 4.3 cvs
> > ChangeLog 20009-05-11 
> > 
> > I cannot figure out why this is occured.
> > For building on gnuplot for windows, no problem occurred.
> > 
> > I have tried after erassing all cvs files and refreshing all files in cvs trees downloaded.
> > The results are the same. :-(
> >  
> > Any ideas ? 
> > 
> > Regards
> > 
> > Tatsuro
> > 
> > *********************
> > Bebin  of Latex Error ****************************
> > Building LaTeX tutorial
> > TEXINPUTS=.:.:: latex tutorial
> > This is pdfeTeXk, Version 3.141592-1.21a-2.2 (Web2C 7.5.4)
> >  file:line:error style messages enabled.
> >  %&-line parsing enabled.
> > entering extended mode
> > (./tutorial.tex
> > LaTeX2e <2003/12/01>
> > Babel <v3.8d> and hyphenation patterns for american, french, german, ngerman, b
> > ahasa, basque, bulgarian, catalan, croatian, czech, danish, dutch, esperanto, e
> > stonian, finnish, greek, icelandic, irish, italian, latin, magyar, norsk, polis
> > h, portuges, romanian, russian, serbian, slovak, slovene, spanish, swedish, tur
> > kish, ukrainian, nohyphenation, loaded.
> > (./header.tex (/usr/share/texmf/tex/latex/base/article.cls
> > Document Class: article 2004/02/16 v1.4f Standard LaTeX document class
> > (/usr/share/texmf/tex/latex/base/size10.clo))
> > (/usr/share/texmf/tex/latex/base/latexsym.sty)
> > (/usr/share/texmf/tex/latex/amsfonts/amssymb.sty
> > (/usr/share/texmf/tex/latex/amsfonts/amsfonts.sty))
> > (/usr/local/share/texmf/tex/latex/html/url.sty)
> > (/usr/share/texmf/tex/latex/graphics/graphicx.sty
> > (/usr/share/texmf/tex/latex/graphics/keyval.sty)
> > (/usr/share/texmf/tex/latex/graphics/graphics.sty
> > (/usr/share/texmf/tex/latex/graphics/trig.sty)
> > (/usr/share/texmf/tex/latex/graphics/graphics.cfg)
> > (/usr/share/texmf/tex/latex/graphics/dvips.def)))
> > (/usr/share/texmf/tex/latex/graphics/color.sty
> > (/usr/share/texmf/tex/latex/graphics/color.cfg)
> > (/usr/share/texmf/tex/latex/graphics/dvipsnam.def)))
> > No file tutorial.aux.
> > (/usr/share/texmf/tex/latex/base/ulasy.fd)
> > (/usr/share/texmf/tex/latex/amsfonts/umsa.fd)
> > (/usr/share/texmf/tex/latex/amsfonts/umsb.fd)
> > No file tutorial.toc.
> > [1]
> > 
> > LaTeX Warning: Reference `oldusers' on page 1 undefined on input line 70.
> > 
> > 
> > LaTeX Warning: Reference `s:eepic' on page 1 undefined on input line 83.
> > 
> > 
> > LaTeX Warning: Reference `eg1' on page 1 undefined on input line 125.
> > 
> > (./eg1.tex
> > ./eg1.tex:195: Number too big.
> > <argument> 4294967121
> >                      
> > l.195 ...94967121,857.67){\rule{1.204pt}{0.400pt}}
> >                                                   
> > ? 
> > ***********End
> > 
> > 
> > --------------------------------------
> > Power up the Internet with Yahoo! Toolbar.
> > http://pr.mail.yahoo.co.jp/toolbar/
> > 
> > ------------------------------------------------------------------------------
> > The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
> > production scanning environment may not be a perfect world - but thanks to
> > Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
> > Series Scanner you'll get full speed at 300 dpi even with all image 
> > processing features enabled. http://p.sf.net/sfu/kodak-com
> > _______________________________________________
> > gnuplot-beta mailing list
> > gnu...@li...
> > https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> > 
> 
> 


--------------------------------------
Power up the Internet with Yahoo! Toolbar.
http://pr.mail.yahoo.co.jp/toolbar/

Re: strange behaviors current gnuplot 4.3 cvs on Cygwin (2009-05-11)

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

On Tuesday 12 May 2009, Tatsuro MATSUOKA wrote:
> Hello
> 
> There have been occurred strange behaviors the current gnuplot 4.3 cvs (ChangeLog 5009-05-11) built on
> cygwin.
> 
> In the 'make', the gnuplot binaries 'gnuplot.exe' and 'gbuplot_x11.exe' seems to be successfully
> built. 
> However Latex Error occurred as shown at the end of this mail.

Fixed now, I hope.  
The other errors may or may not be cured by the same fix.





> The binaries of gnuplot show strange behaviors.
> 
> $ gnuplot
>  :
>  : starting gnuplot with term x11 
>  :
> gnuplot>plot sin(x) 
> 
> A broken graph appeared.  [1]
> 
> gnuplot> clear
> gnuplot> plot sin(x)
> 
> A graph of 'set size 1,1' appeared. [2]
> 
> The some plots of demo are broken. For exmaple, the second plot of transparent.dem is uploaded [3]
> 
> The uploaded files [1-3] can be found respectively at 
> http://www.geocities.jp/tmgpltwin/Files/Files.html
> 
> 0015 sinx.png, 8,264 bytes, 2009-05-12, plot sin(x) snapshot gnuplot x11 on cygwin: gnuplot 4.3 cvs
> ChangeLog 20009-05-11
> 0016 sinxafterclear.png, 14,082 bytes, 2009-05-12, plot sin(x) after clear snapshot gnuplot x11 on
> cygwin: gnuplot 4.3 cvs ChangeLog 20009-05-11
> 0017 transparent.dem.png, 8,926 bytes, 2009-05-12, the second plot of transparent.dem: gnuplot 4.3 cvs
> ChangeLog 20009-05-11 
> 
> I cannot figure out why this is occured.
> For building on gnuplot for windows, no problem occurred.
> 
> I have tried after erassing all cvs files and refreshing all files in cvs trees downloaded.
> The results are the same. :-(
>  
> Any ideas ? 
> 
> Regards
> 
> Tatsuro
> 
> *********************
> Bebin  of Latex Error ****************************
> Building LaTeX tutorial
> TEXINPUTS=.:.:: latex tutorial
> This is pdfeTeXk, Version 3.141592-1.21a-2.2 (Web2C 7.5.4)
>  file:line:error style messages enabled.
>  %&-line parsing enabled.
> entering extended mode
> (./tutorial.tex
> LaTeX2e <2003/12/01>
> Babel <v3.8d> and hyphenation patterns for american, french, german, ngerman, b
> ahasa, basque, bulgarian, catalan, croatian, czech, danish, dutch, esperanto, e
> stonian, finnish, greek, icelandic, irish, italian, latin, magyar, norsk, polis
> h, portuges, romanian, russian, serbian, slovak, slovene, spanish, swedish, tur
> kish, ukrainian, nohyphenation, loaded.
> (./header.tex (/usr/share/texmf/tex/latex/base/article.cls
> Document Class: article 2004/02/16 v1.4f Standard LaTeX document class
> (/usr/share/texmf/tex/latex/base/size10.clo))
> (/usr/share/texmf/tex/latex/base/latexsym.sty)
> (/usr/share/texmf/tex/latex/amsfonts/amssymb.sty
> (/usr/share/texmf/tex/latex/amsfonts/amsfonts.sty))
> (/usr/local/share/texmf/tex/latex/html/url.sty)
> (/usr/share/texmf/tex/latex/graphics/graphicx.sty
> (/usr/share/texmf/tex/latex/graphics/keyval.sty)
> (/usr/share/texmf/tex/latex/graphics/graphics.sty
> (/usr/share/texmf/tex/latex/graphics/trig.sty)
> (/usr/share/texmf/tex/latex/graphics/graphics.cfg)
> (/usr/share/texmf/tex/latex/graphics/dvips.def)))
> (/usr/share/texmf/tex/latex/graphics/color.sty
> (/usr/share/texmf/tex/latex/graphics/color.cfg)
> (/usr/share/texmf/tex/latex/graphics/dvipsnam.def)))
> No file tutorial.aux.
> (/usr/share/texmf/tex/latex/base/ulasy.fd)
> (/usr/share/texmf/tex/latex/amsfonts/umsa.fd)
> (/usr/share/texmf/tex/latex/amsfonts/umsb.fd)
> No file tutorial.toc.
> [1]
> 
> LaTeX Warning: Reference `oldusers' on page 1 undefined on input line 70.
> 
> 
> LaTeX Warning: Reference `s:eepic' on page 1 undefined on input line 83.
> 
> 
> LaTeX Warning: Reference `eg1' on page 1 undefined on input line 125.
> 
> (./eg1.tex
> ./eg1.tex:195: Number too big.
> <argument> 4294967121
>                      
> l.195 ...94967121,857.67){\rule{1.204pt}{0.400pt}}
>                                                   
> ? 
> ***********End
> 
> 
> --------------------------------------
> Power up the Internet with Yahoo! Toolbar.
> http://pr.mail.yahoo.co.jp/toolbar/
> 
> ------------------------------------------------------------------------------
> The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
> production scanning environment may not be a perfect world - but thanks to
> Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
> Series Scanner you'll get full speed at 300 dpi even with all image 
> processing features enabled. http://p.sf.net/sfu/kodak-com
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 

strange behaviors current gnuplot 4.3 cvs on Cygwin (2009-05-11)

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

Hello

There have been occurred strange behaviors the current gnuplot 4.3 cvs (ChangeLog 5009-05-11) built on
cygwin.

In the 'make', the gnuplot binaries 'gnuplot.exe' and 'gbuplot_x11.exe' seems to be successfully
built. 
However Latex Error occurred as shown at the end of this mail.

The binaries of gnuplot show strange behaviors.

$ gnuplot
 :
 : starting gnuplot with term x11 
 :
gnuplot>plot sin(x) 

A broken graph appeared.  [1]

gnuplot> clear
gnuplot> plot sin(x)

A graph of 'set size 1,1' appeared. [2]

The some plots of demo are broken. For exmaple, the second plot of transparent.dem is uploaded [3]

The uploaded files [1-3] can be found respectively at 
http://www.geocities.jp/tmgpltwin/Files/Files.html

0015 sinx.png, 8,264 bytes, 2009-05-12, plot sin(x) snapshot gnuplot x11 on cygwin: gnuplot 4.3 cvs
ChangeLog 20009-05-11
0016 sinxafterclear.png, 14,082 bytes, 2009-05-12, plot sin(x) after clear snapshot gnuplot x11 on
cygwin: gnuplot 4.3 cvs ChangeLog 20009-05-11
0017 transparent.dem.png, 8,926 bytes, 2009-05-12, the second plot of transparent.dem: gnuplot 4.3 cvs
ChangeLog 20009-05-11 

I cannot figure out why this is occured.
For building on gnuplot for windows, no problem occurred.

I have tried after erassing all cvs files and refreshing all files in cvs trees downloaded.
The results are the same. :-(
 
Any ideas ? 

Regards

Tatsuro

*********************
Bebin  of Latex Error ****************************
Building LaTeX tutorial
TEXINPUTS=.:.:: latex tutorial
This is pdfeTeXk, Version 3.141592-1.21a-2.2 (Web2C 7.5.4)
 file:line:error style messages enabled.
 %&-line parsing enabled.
entering extended mode
(./tutorial.tex
LaTeX2e <2003/12/01>
Babel <v3.8d> and hyphenation patterns for american, french, german, ngerman, b
ahasa, basque, bulgarian, catalan, croatian, czech, danish, dutch, esperanto, e
stonian, finnish, greek, icelandic, irish, italian, latin, magyar, norsk, polis
h, portuges, romanian, russian, serbian, slovak, slovene, spanish, swedish, tur
kish, ukrainian, nohyphenation, loaded.
(./header.tex (/usr/share/texmf/tex/latex/base/article.cls
Document Class: article 2004/02/16 v1.4f Standard LaTeX document class
(/usr/share/texmf/tex/latex/base/size10.clo))
(/usr/share/texmf/tex/latex/base/latexsym.sty)
(/usr/share/texmf/tex/latex/amsfonts/amssymb.sty
(/usr/share/texmf/tex/latex/amsfonts/amsfonts.sty))
(/usr/local/share/texmf/tex/latex/html/url.sty)
(/usr/share/texmf/tex/latex/graphics/graphicx.sty
(/usr/share/texmf/tex/latex/graphics/keyval.sty)
(/usr/share/texmf/tex/latex/graphics/graphics.sty
(/usr/share/texmf/tex/latex/graphics/trig.sty)
(/usr/share/texmf/tex/latex/graphics/graphics.cfg)
(/usr/share/texmf/tex/latex/graphics/dvips.def)))
(/usr/share/texmf/tex/latex/graphics/color.sty
(/usr/share/texmf/tex/latex/graphics/color.cfg)
(/usr/share/texmf/tex/latex/graphics/dvipsnam.def)))
No file tutorial.aux.
(/usr/share/texmf/tex/latex/base/ulasy.fd)
(/usr/share/texmf/tex/latex/amsfonts/umsa.fd)
(/usr/share/texmf/tex/latex/amsfonts/umsb.fd)
No file tutorial.toc.
[1]

LaTeX Warning: Reference `oldusers' on page 1 undefined on input line 70.


LaTeX Warning: Reference `s:eepic' on page 1 undefined on input line 83.


LaTeX Warning: Reference `eg1' on page 1 undefined on input line 125.

(./eg1.tex
./eg1.tex:195: Number too big.
<argument> 4294967121
                     
l.195 ...94967121,857.67){\rule{1.204pt}{0.400pt}}
                                                  
? 
***********End


--------------------------------------
Power up the Internet with Yahoo! Toolbar.
http://pr.mail.yahoo.co.jp/toolbar/