gnuplot-py-users — A mailing list for the users of Gnuplot.py.

Re: [Gnuplot-py-users] Unexpected problem when a many gnuplot windows are open simultaneously

[Benny M. <ben...@gm...>]

Is this on windows or linux?

benny

2008/1/31, kk...@ma... <kk...@ma...>:
>
> When I try to open more than 6 gnuplot windows at the same time I get
> following issues:
> - new windows aren't opened
> - gnuplot 'save' doesn't work
>
> I suppose that problem is in gnuplot perfomance. I mean that gnuplot get
> new
> request before old request is not yet proccessed. Or maybe it is SMP issue
> cause I have Intel Core Duo. Anyway, I've found some workaround:
> I've modified __call__ method with short delay. I know it's ugly but it
> works
>
>     def __call__(self, s):
>         """Send a command string to gnuplot.
>
>         Send the string s as a command to gnuplot, followed by a
>         newline.  All communication with the gnuplot process (except
>         for inline data) is through this method.
>
>         """
>
>         self.gnuplot(s)
>         if self.debug:
>             # also echo to stderr for user to see:
>             sys.stderr.write('gnuplot> %s\n' % (s,))
>             time.sleep(0.1);
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Gnuplot-py-users mailing list
> Gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-py-users
>

[Gnuplot-py-users] Unexpected problem when a many gnuplot windows are open simultaneously

[<kk...@ma...>]

When I try to open more than 6 gnuplot windows at the same time I get 
following issues:
- new windows aren't opened
- gnuplot 'save' doesn't work

I suppose that problem is in gnuplot perfomance. I mean that gnuplot get new 
request before old request is not yet proccessed. Or maybe it is SMP issue 
cause I have Intel Core Duo. Anyway, I've found some workaround:
I've modified __call__ method with short delay. I know it's ugly but it works

    def __call__(self, s):
        """Send a command string to gnuplot.

        Send the string s as a command to gnuplot, followed by a
        newline.  All communication with the gnuplot process (except
        for inline data) is through this method.

        """

        self.gnuplot(s)
        if self.debug:
            # also echo to stderr for user to see:
            sys.stderr.write('gnuplot> %s\n' % (s,))
            time.sleep(0.1);

Re: [Gnuplot-py-users] Gnuplot.py

[Michael H. <mh...@al...>]

[CC to Gnuplot.py users mailing list.  Please post follow ups there.]

Alan Bromborsky wrote:
> In gnuplot.py is there anyway to read the current orientation (elevation
> and azimuth) of a 3D plot.  I am trying to automate the procedure of 
> finding the best orientation of the 3D plot in an  X-window
> interactively then get that information and print a  high quality hard
> copy in postscript or LaTeX.

Currently, the communications between Gnuplot.py and gnuplot are
strictly one-directional, Gnuplot.py -> gnuplot.  There is currently no
way for Gnuplot.py to read values (e.g., elevation and azimuth) back
from gnuplot.

Two-way communications would be interesting for other purposes, too
(e.g., mouse interactions), in the event that somebody is thinking about
maybe implementing it :-)

Michael

Re: [Gnuplot-py-users] Preparing for 1.8

[Michael H. <mh...@al...>]

bm...@ca... wrote:
> I'm preparing for a 1.8 package.

It's really great that you are working on this.  Don't forget to add
yourself to CREDITS.txt :-)

> I added the svg patch.
> Furthermore, I need to do the patch in Feisty/Gutsy Ubuntu:
> 
> Index: _Gnuplot.py
> ===================================================================
> --- _Gnuplot.py (revision 299)
> +++ _Gnuplot.py (working copy)
> @@ -574,8 +574,8 @@
>                  % (string.join(keyw.keys(), ', '),)
>                  )
> 
> +        self.set_string('output', filename)
>          self(string.join(setterm))
> -        self.set_string('output', filename)
>          # replot the current figure (to the printer):
>          self.refresh()
> 
> to prevent pictures being overwritten with the next hardcopy command. Anybody
> sees that too (eg in new test.py I write a .svg file after ps, and this
> overwrites the gp_test.ps file too with the svg file without above patch)?

The change seems reasonable.

> As Michael said, we should try to keep the test suit working. I'll look into the
> errors I get when time. These errors are present in 1.7 on my box too however.
> Should somebody have time to look at them or have pointers, let me know. Or
> should they not stop a 1.8?

I strongly suspect that the problems shown below are caused by changes
to gnuplot itself.  Several gnuplot commands and options have changed or
been marked deprecated, and Gnuplot.py hasn't been brought up to date.

Of course it would be nice to bring Gnuplot.py up to date with the
current status of gnuplot, but certainly not at the risk of your energy
running out and no release being made at all!

> Doing python test.py gives errors:
> 
> *  test hardcopy:
> 
> Testing hardcopy options: enhanced=1
> Press return to show results...
> 
> gnuplot> set terminal postscript default enhanced
>                                          ^
>          line 714: extraneous argument in set terminal postscript
> 
> *   test GridData and compute_GridData:
> 
> gnuplot> set parametric
> gnuplot> set data style lines
> gnuplot> set hidden
> gnuplot> set contour base
> gnuplot> set xlabel "x"
> gnuplot> set ylabel "y"
> gnuplot> splot "/tmp/tmpdFzv2L.gnuplot/fifo" notitle
> Same thing, saved to a file
> Press return to show results...
> Notice: Cannot contour non grid data. Please use "set dgrid3d".
> 
> gnuplot> splot "/tmp/tmpvEBqT_"
> Same thing, inline data
> Press return to show results...
> Notice: Cannot contour non grid data. Please use "set dgrid3d".
> 
> gnuplot> splot "-" notitle
> The same thing using binary mode
> Press return to show results...
> Notice: Cannot contour non grid data. Please use "set dgrid3d".
> 
> gnuplot> splot "/tmp/tmpcCCPct.gnuplot/fifo" binary notitle
> Same thing, using binary mode and an intermediate file
> Press return to show results...
>          line 1903: File doesn't factorize into full matrix
> 
> Well, that's all for now folks.

[Gnuplot-py-users] gnuplot windows patches

[<bm...@ca...>]

All windows gnuplot users.

Just as Michael (in the past at least), I have no Windows box, so cannot test
patches for the windows functionality.

So patch:
http://sourceforge.net/tracker/index.php?func=detail&aid=1722948&group_id=17434&atid=317434
can only be added if some other windows users tune in that the patch indeed
works as advertised.

Benny

----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.

[Gnuplot-py-users] Preparing for 1.8

[<bm...@ca...>]

Hi,

I'm preparing for a 1.8 package.

I added the svg patch.
Furthermore, I need to do the patch in Feisty/Gutsy Ubuntu:

Index: _Gnuplot.py
===================================================================
--- _Gnuplot.py (revision 299)
+++ _Gnuplot.py (working copy)
@@ -574,8 +574,8 @@
                 % (string.join(keyw.keys(), ', '),)
                 )

+        self.set_string('output', filename)
         self(string.join(setterm))
-        self.set_string('output', filename)
         # replot the current figure (to the printer):
         self.refresh()

to prevent pictures being overwritten with the next hardcopy command. Anybody
sees that too (eg in new test.py I write a .svg file after ps, and this
overwrites the gp_test.ps file too with the svg file without above patch)?

As Michael said, we should try to keep the test suit working. I'll look into the
errors I get when time. These errors are present in 1.7 on my box too however.
Should somebody have time to look at them or have pointers, let me know. Or
should they not stop a 1.8?

Doing python test.py gives errors:

*  test hardcopy:

Testing hardcopy options: enhanced=1
Press return to show results...

gnuplot> set terminal postscript default enhanced
                                         ^
         line 714: extraneous argument in set terminal postscript

*   test GridData and compute_GridData:

gnuplot> set parametric
gnuplot> set data style lines
gnuplot> set hidden
gnuplot> set contour base
gnuplot> set xlabel "x"
gnuplot> set ylabel "y"
gnuplot> splot "/tmp/tmpdFzv2L.gnuplot/fifo" notitle
Same thing, saved to a file
Press return to show results...
Notice: Cannot contour non grid data. Please use "set dgrid3d".

gnuplot> splot "/tmp/tmpvEBqT_"
Same thing, inline data
Press return to show results...
Notice: Cannot contour non grid data. Please use "set dgrid3d".

gnuplot> splot "-" notitle
The same thing using binary mode
Press return to show results...
Notice: Cannot contour non grid data. Please use "set dgrid3d".

gnuplot> splot "/tmp/tmpcCCPct.gnuplot/fifo" binary notitle
Same thing, using binary mode and an intermediate file
Press return to show results...
         line 1903: File doesn't factorize into full matrix


Well, that's all for now folks.

Benny

----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.

Re: [Gnuplot-py-users] gnuplot-py v1.7 Numeric -> v2.x numpy (and SVN)

[Michael H. <mh...@al...>]

bm...@ca... wrote:
> So, I'd try to have a look at the distribution part of gnuplot.py, and bugs
> should they come up.
> I'm user bmcage on sourceforge, developer on the GRAMPS python program
> already
> (you can check it's ChangeLog for Benny). No packaging or other
> distribution
> experience though. I do numerical computing (C++, python, ... ) mostly
> for my
> own needs only.
> Let me know what I should know about making a source package, or if you
> want
> more credentials from me first.

Great!  I just added you as a Gnuplot.py developer.  I think I gave you
all of the permissions that you should need; if not, just let me know.

There is information about making releases of Gnuplot.py in the file
RELEASES.txt in the source tree.  If you have any questions, please
direct them to the mailing list and I'll see if I can remember anything
more :-)

Please note that Gnuplot.py has a test suite (albeit not fully
automated).  Please try to keep it working :-)

Michael

Re: [Gnuplot-py-users] gnuplot-py v1.7 Numeric -> v2.x numpy (and SVN)

[<bm...@ca...>]

Quoting Michael Haggerty <mh...@al...>:

> Hey, what a brilliant idea!  I never thought of that!  All that is
> missing is for SOMEONE to step forward.  This is an open source project;
> that SOMEONE could be you!
>
> I haven't used Gnuplot.py in years and have only occasionally done tiny
> amounts of maintenance out of some irrational sentimental attachment to
> the project.  Gnuplot.py definitely needs a new maintainer, if only to
> collect some minor changes that have been contributed by the mailing
> list and occasionally make a release.  Volunteers needed!
>
> I'd be happy to get you started making contributions to the project.
> Just let me know that you are interested.  (That applies to everybody
> else, too.)

Ok, I use gnuplot and Gnuplot.py for my work at university. As 
everybody, I have
little time for this and don't mind running from SVN, but on the other hand, I
wouldn't want the project to rot too.

So, I'd try to have a look at the distribution part of gnuplot.py, and bugs
should they come up.
I'm user bmcage on sourceforge, developer on the GRAMPS python program already
(you can check it's ChangeLog for Benny). No packaging or other distribution
experience though. I do numerical computing (C++, python, ... ) mostly for my
own needs only.
Let me know what I should know about making a source package, or if you want
more credentials from me first.

Benny

----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.

Re: [Gnuplot-py-users] gnuplot-py v1.7 Numeric -> v2.x numpy (and SVN)

[Michael H. <mh...@al...>]

Andreas wrote:
> Now I have spent a whole afternoon, just because I wanted to upgrade
> to python 2.5.1 (from 2.3.5). Everything worked fine, only gnuplot.py
> is not working anymore because of the Numeric -> numpy change. Grrrr...
> 
> I have never before used CVS/SVN, and even went through the hassle
> of installing tortoiseCVS, but still could not check out the newest files
> 
> is this wrong? What is wrong?

Gnuplot.py uses Subversion now, not CVS.  Probably the CVS archive is
still available at SourceForge for read-only access, but it is not up to
date.  Please see the Subversion instructions that somebody else
mentioned for information how to check out the Gnuplot.py source from
Subversion.

> Do I need some "editing rights" or something else to use the CVS/SVN
> of gnuplot-py on sourceforge, or is it open to any SF-user? If not,
> please grant me those rights.

No, everybody has read-only access to this Subversion archive.  If you
want write-access, that is another story.

> And probably easier for users who do not want to spend whole afternoons
> just to get a working version of gnuplot.py, is this solution:
> 
>  PLEASE someone PUBLISH A NEW ARCHIVE 
>  WITH THE NEWEST FILES FROM THE CVS.

Hey, what a brilliant idea!  I never thought of that!  All that is
missing is for SOMEONE to step forward.  This is an open source project;
that SOMEONE could be you!

I haven't used Gnuplot.py in years and have only occasionally done tiny
amounts of maintenance out of some irrational sentimental attachment to
the project.  Gnuplot.py definitely needs a new maintainer, if only to
collect some minor changes that have been contributed by the mailing
list and occasionally make a release.  Volunteers needed!

I'd be happy to get you started making contributions to the project.
Just let me know that you are interested.  (That applies to everybody
else, too.)

Michael

Re: [Gnuplot-py-users] gnuplot-py v1.7 Numeric -> v2.x numpy (and SVN)

[Alan I. <ai...@am...>]

On Fri, 11 Jan 2008, Andreas wrote: 
> I have never before used CVS/SVN, and even went through the hassle 
> of installing tortoiseCVS, but still could not check out the newest files 

SVN and CVS are two different systems.
If you installed SVN, follow the directions here:
<URL:http://sourceforge.net/svn/?group_id=17434>

Cheers,
Alan Isaac

[Gnuplot-py-users] gnuplot-py v1.7 Numeric -> v2.x numpy (and SVN)

[Andreas <mai...@An...>]

Hello!

Now I have spent a whole afternoon, just because I wanted to upgrade
to python 2.5.1 (from 2.3.5). Everything worked fine, only gnuplot.py
is not working anymore because of the Numeric -> numpy change. Grrrr...

I have never before used CVS/SVN, and even went through the hassle
of installing tortoiseCVS, but still could not check out the newest files



is this wrong? What is wrong?

CVSROOT=:pserver:kn...@gn...:443/svnroot/gnuplot-py

I cannot put the password anywhere, using tortoiseCVS, 
and tortoiseCVS doesn't ask for it.

So I also tried 
CVSROOT=:pserver:ano...@gn...:443/svnroot/gnuplot-py

Do I need some "editing rights" or something else to use the CVS/SVN
of gnuplot-py on sourceforge, or is it open to any SF-user? If not,
please grant me those rights.

please help me someone with this versioning stuff, 
I'd really like to start using it.





And probably easier for users who do not want to spend whole afternoons
just to get a working version of gnuplot.py, is this solution:


 PLEASE someone PUBLISH A NEW ARCHIVE 
 WITH THE NEWEST FILES FROM THE CVS.



Thanks a lot!
Andreas

Re: [Gnuplot-py-users] gnuplot.py

[Michael H. <mh...@al...>]

[CC to mailing list]

Andreas Krueger (NoSpam!) wrote:
> Many thanks for your gnuplot.py, it has already helped me a lot.
> 
> BUT:
> 
> It does not work anymore for the current releases
> 
> * Python 2.5.1
> * Numpy 1.0.4 (Numeric is discontinued after Python 2.4
> 
> Please release a version that works with Python 2.5.1

Please direct questions about Gnuplot.py to the mailing list.  I haven't
worked much on it for years now.  Another person wanted to take over
maintenance, but he hasn't been very visible either.

I believe that the current Subversion trunk version of Gnuplot.py should
solve both of these problems.  (The problem that I know of with Python
2.5 is that "with" has become a keyword.  If there are other problems,
please let us know.)

It would be great if somebody would take over maintenance of Gnuplot.py,
for example, making a new release that includes the changes that are
already in SVN.

Michael

Re: [Gnuplot-py-users] option with is not supported

[Valentin <ap...@ap...>]

Never mind, got it now - g.plot(Gnuplot.Data(data,with=3D'lines lw 5')) wor=
ked! :)

[Gnuplot-py-users] option with is not supported

[Valentin <ap...@ap...>]

Hi,

I've been trying to set the linewidth using with (or with_ in
svn)=3D'lines linewidth 5', but I get this error when trying to run my
code:
=20
/usr/lib/python2.5/site-packages/Gnuplot/_Gnuplot.py:441:
DeprecationWarning: raising a string exception is deprecated raise
'option %s is not supported' % (k,) Traceback (most recent call last):
  File "brett.py", line 49, in <module>
    g.plot(data, with_=3D'lines linewidth 5')
  File "/usr/lib/python2.5/site-packages/Gnuplot/_Gnuplot.py", line
269, in plot apply(self.set, (), keyw)
  File "/usr/lib/python2.5/site-packages/Gnuplot/_Gnuplot.py", line
441, in set raise 'option %s is not supported' % (k,)
option with_ is not supported

When I remove the with part, everything runs as it should, except that
the lines are too thin. ;)
What am I doing wrong? I've looked at the documentation, but my code
doesn't seem wrong to me...

Cheers,
Valentin

[Gnuplot-py-users] usability (mouse zoom again and default terminal)

[Martin R. <mar...@gm...>]

hi,

The new gnuplot uses 'wxt' as default terminal on unix which looks a lot
nicer than 'x11'.

And as you already know, pipes + mouse zoom don't work together. For me,
mouse zoom is a very important feature. So as long as there is no better
solution, could you please change the defaults? I'm sure most users would
benefit from this.

bye,
Martin Renold

Index: gp_unix.py
===================================================================
--- gp_unix.py	(revision 299)
+++ gp_unix.py	(working copy)
@@ -81,14 +81,14 @@
     support_fifo = 1
 
     # Should FIFOs be used to send data to gnuplot by default?
-    prefer_fifo_data = 1
+    prefer_fifo_data = 0
 
     # After a hardcopy is produced, we have to set the terminal type
     # back to `on screen' using gnuplot's `set terminal' command.  The
     # following is the usual setting for Xwindows.  If it is wrong,
     # change the following line to select the terminal type you prefer
     # to use for on-screen work.
-    default_term = 'x11'
+    default_term = 'wxt'
 
     # Gnuplot can plot to a printer by using "set output '| ...'"
     # where ... is the name of a program that sends its stdin to a

Re: [Gnuplot-py-users] plotting missing points.

[Michael H. <mh...@al...>]

Ajay Gupta wrote:
> I want to plot a series where some of the data points are missing. I
> have come to know that gnuplot support 'set datafile missing' command
> using which you can specify a missing y value with any character like
> '?', or '-' in the datafile input.
> 
> How do i do this when using gnuplot.py? If I set one of the elements of
> the input array to '?', it gives the following error:

There is no support in Gnuplot.py for missing data, but you can easily
define your own PlotItem that knows about missing values.  It might make
sense to use numpy's masked arrays for this purpose.

Or you can just write the values to a file (with question marks where
appropriate) and plot it from there.

Michael

[Gnuplot-py-users] plotting missing points.

[Ajay G. <aja...@gm...>]

Hi All.

I want to plot a series where some of the data points are missing. I have
come to know that gnuplot support 'set datafile missing' command using which
you can specify a missing y value with any character like '?', or '-' in the
datafile input.

How do i do this when using gnuplot.py? If I set one of the elements of the
input array to '?', it gives the following error:

[211 16:22:15] python plotseries.py
Traceback (most recent call last):
  File "plotseries.py", line 212, in ?
    myPlot = Gnuplot.Data(arange(maxDays), myDataPoints, title='my series
data', with="linespoints")
  File "/usr/lib/python2.4/site-packages/Gnuplot/PlotItems.py", line 526, in
Data
    set = utils.float_array(set)
  File "/usr/lib/python2.4/site-packages/Gnuplot/utils.py", line 38, in
float_array
    return Numeric.asarray(m, Numeric.float32)
  File "/usr/lib64/python2.4/site-packages/numpy/oldnumeric/functions.py",
line 87, in asarray
    return mu.array(a, dtype, copy=0)
ValueError: setting an array element with a sequence.

Thanks in anticipation,
Ajay

[Gnuplot-py-users] plotting time data.

[Ajay G. <aja...@gm...>]

Hi all!

I have started using gnuplot.py very recently, and my only learning has been
through 'gnuplot>help' and google>gnuplot.py.

I am trying to plot daily statistics for my utility. I have datetime objects
coming from the db alongwith other fields. I want to use the dates on the
xaxis. I tried to do something like the following:

a) extract dates from the records in the form of a list, say DL.
b) convert DL to an array: dArray = array(DL)
c) myPlot = Gnuplot.Data(dArray, anotherArray, title='x')

but it gives the following error:
*   myPlot = Gnuplot.Data(dArray, anotherArray, title='x')
**  File "/usr/lib/python2.4/site-packages/Gnuplot/PlotItems.py", line
526, in Data
    set = utils.float_array(set)
  File "/usr/lib/python2.4/site-packages/Gnuplot/utils.py", line 38, in
float_array
    return Numeric.asarray(m, Numeric.float32)
  File
"/usr/lib64/python2.4/site-packages/numpy/oldnumeric/functions.py", line
87, in asarray
    return mu.array(a, dtype, copy=0)
ValueError: setting an array element with a sequence.
*
I have ensured that the length of both the arrays are same. The only thing
which is different si that for dArray it shows dType=|S10, while for
'anotherArray' it doesnt show any dType.

Any help is much appreciated.

Thanks
Ajay

[Gnuplot-py-users] possible mem leak w/ example

[Andrew S. <and...@va...>]

Hello all.  I have a snippet of code which seems to indicate a memory
leak when run using python 2.4 (not tested under other versions).

<===================>
import Gnuplot

x=range(0,100,1)
y=range(3,503,5)

case=1

w=Gnuplot.Gnuplot()
for iter in range(1000):
    print iter
    if case==1:
        d1=Gnuplot.Data(x,y)
    else:
        f1='/tmp/file123'
        f1h=open(f1,'w')
        for v1,v2 in zip(x,y):
            f1h.write('%s %s\n' % (v1,v2))
        f1h.close()

        d1=Gnuplot.File(f1)

raw_input()
<=====================>

When case=1, a large amount of memory is consumed (check ps or top)  I
get about 20meg and it depends on the number of iterations.  When
case!=1, the memory usage is quite small, less than 4meg and is
independent of iterations.

Obviously, the problem appears to be in the Gnuplot.Data() function,
but I have not been able to track it down.  It does not appear to be
related to the data passing type (fifo, inline, or temp files)


Andrew

Re: [Gnuplot-py-users] simple plotting problem

[<emr...@gm...>]

ZW1yZUBlbXJlLWRlc2t0b3A6fiQgcHl0aG9uClB5dGhvbiAyLjUuMSAocjI1MTo1NDg2MywgTWF5
ICAyIDIwMDcsIDE2OjI3OjQ0KQpbR0NDIDQuMS4yIChVYnVudHUgNC4xLjItMHVidW50dTQpXSBv
biBsaW51eDIKVHlwZSAiaGVscCIsICJjb3B5cmlnaHQiLCAiY3JlZGl0cyIgb3IgImxpY2Vuc2Ui
IGZvciBtb3JlIGluZm9ybWF0aW9uLgo+Pj4gaW1wb3J0IEdudXBsb3QKPj4+IGc9R251cGxvdC5H
bnVwbG90KGRlYnVnPTEpCj4+PiBnLnBsb3QoW1swLDEuMV0sWzEsNS44XSxbMiwzLjNdLFszLDQu
Ml1dKQpnbnVwbG90PiBwbG90ICcvdG1wL3RtcEhKYzdieicgbm90aXRsZQo+Pj4gV2FybmluZzog
ZW1wdHkgeCByYW5nZSBbMDowXSwgYWRqdXN0aW5nIHRvIFstMToxXQpXYXJuaW5nOiBlbXB0eSB5
IHJhbmdlIFsxLjE6MS4xXSwgYWRqdXN0aW5nIHRvIFsxLjA4OToxLjExMV0KCgp0aGUgcGxvdCBj
b21lcyBvdXQgdGhlIHNhbWUKaSdtIHVzaW5nIFh1YnVudHUgNy4wNCBGZWlzdHkgRmF3biBEZXNr
dG9wIGFtZDY0Cgo+Pj4gcHJpbnQgR251cGxvdC5fX3ZlcnNpb25fXwoxLjcKCmJ5IHRoZSB3YXks
IGl0IHNlZW1zIGknbSBub3QgdGhlIG9ubHkgb25lIGdldHRpbmcgdGhlIGV4YWN0IHNhbWUKcHJv
YmxlbS4gc29tZW9uZSBtYWlsZWQgbWUgYmFjayB5ZXN0ZXJkYXksIGhlIGNvdWxkbid0IGZpbmQg
YSBzb2x1dGlvbgplaXRoZXIuLi4gdGhhbnguLi4KCgoKT24gOC8yOC8wNywgTWljaGFlbCBIYWdn
ZXJ0eSA8bWhhZ2dlckBhbHVtLm1pdC5lZHU+IHdyb3RlOgo+IEVtcmUgQXlk/W4gd3JvdGU6Cj4g
PiBoaS4gaSd2ZSBqdXN0IHN0YXJ0ZWQgdXNpbmcgR251cGxvdC1weSBidXQgaSd2ZSBhIHZlcnkg
c2ltcGxlIHByb2JsZW0uCj4gPgo+ID4gaSB1c2UgdGhlIGV4YWN0IGNvZGUgaW4gdGhlIGRlbW8u
cHkgZmlsZSB3aGljaCByZXR1cm5zIGFzIHRoaXMuLgo+ID4KPiA+Pj4+IGltcG9ydCBHbnVwbG90
Cj4gPj4+PiBnPUdudXBsb3QuR251cGxvdCgpCj4gPj4+PiBnLnBsb3QoW1swLDEuMV0sIFsxLDUu
OF0sIFsyLDMuM10sIFszLDQuMl1dKQo+ID4+Pj4gV2FybmluZzogZW1wdHkgeCByYW5nZSBbMDow
XSwgYWRqdXN0aW5nIHRvIFstMToxXQo+ID4gV2FybmluZzogZW1wdHkgeSByYW5nZSBbMS4xOjEu
MV0sIGFkanVzdGluZyB0byBbMS4wODk6MS4xMTFdCj4gPgo+ID4gd2hpY2ggc2hvd3MgYSBHbnVw
bG90IHdpbmRvdyBidXQgb25seSB3aXRoIG9uZSBkb3QgYXQgWzAsMS4xXQo+ID4gaXQgYnJpbmdz
IHVwIHRoZSBzYW1lIGVycm9yIHdoZW4gYSBydW4gZGVtby5weQo+ID4KPiA+IGNhbiBhbnlvbmUg
aGVscD8KPgo+IEl0IHdvcmtzIGZvciBtZS4KPgo+IC0gQXJlIHlvdSBzdXJlIHlvdSBvbmx5IHR5
cGVkIHRob3NlIHRocmVlIGxpbmVzIGludG8gUHl0aG9uPyAgQ291bGQgaXQKPiBiZSB0aGF0IHlv
dSBzZXQgdGhlIHhyYW5nZSBhbmQvb3IgeXJhbmdlIGluIGFuIGVhcmxpZXIgY29tbWFuZD8KPgo+
IC0gV2hhdCBwbGF0Zm9ybSBhcmUgeW91IHVzaW5nPyAgV2hhdCB2ZXJzaW9ucyBvZiBQeXRob24g
YW5kIGdudXBsb3Q/Cj4KPiAtIFdoYXQgaXMgdGhlIHJlc3VsdCB3aXRoIGRlYnVnZ2luZyBvdXRw
dXQgdHVybmVkIG9uPzoKPgo+ICAgaW1wb3J0IEdudXBsb3QKPiAgIGcgPSBHbnVwbG90LkdudXBs
b3QoZGVidWc9MSkKPiAgIGcucGxvdChbWzAsMS4xXSwgWzEsNS44XSwgWzIsMy4zXSwgWzMsNC4y
XV0pCj4KPiBNaWNoYWVsCj4KCgotLSAKRU1SRSBBWURJTgplbXJheWRpbkBnbWFpbC5jb20K

Re: [Gnuplot-py-users] simple plotting problem

[Michael H. <mh...@al...>]

Emre Aydın wrote:
> hi. i've just started using Gnuplot-py but i've a very simple problem.
> 
> i use the exact code in the demo.py file which returns as this..
> 
>>>> import Gnuplot
>>>> g=Gnuplot.Gnuplot()
>>>> g.plot([[0,1.1], [1,5.8], [2,3.3], [3,4.2]])
>>>> Warning: empty x range [0:0], adjusting to [-1:1]
> Warning: empty y range [1.1:1.1], adjusting to [1.089:1.111]
> 
> which shows a Gnuplot window but only with one dot at [0,1.1]
> it brings up the same error when a run demo.py
> 
> can anyone help?

It works for me.

- Are you sure you only typed those three lines into Python?  Could it
be that you set the xrange and/or yrange in an earlier command?

- What platform are you using?  What versions of Python and gnuplot?

- What is the result with debugging output turned on?:

  import Gnuplot
  g = Gnuplot.Gnuplot(debug=1)
  g.plot([[0,1.1], [1,5.8], [2,3.3], [3,4.2]])

Michael

[Gnuplot-py-users] simple plotting problem

[<emr...@gm...>]

hi. i've just started using Gnuplot-py but i've a very simple problem.

i use the exact code in the demo.py file which returns as this..

>>> import Gnuplot
>>> g=Gnuplot.Gnuplot()
>>> g.plot([[0,1.1], [1,5.8], [2,3.3], [3,4.2]])
>>> Warning: empty x range [0:0], adjusting to [-1:1]
Warning: empty y range [1.1:1.1], adjusting to [1.089:1.111]

which shows a Gnuplot window but only with one dot at [0,1.1]
it brings up the same error when a run demo.py

can anyone help?

-- 
EMRE AYDIN
emr...@gm...

Re: [Gnuplot-py-users] Filledcurves?

[Michael H. <mh...@al...>]

Daniel Jacobsen wrote:
> Noob question: how do i get a contour plot with filled curves? In
> Gnuplot, it seems one could say 'plot ... with filledcurves', but I
> don't know how to do this in gnuplot.py.

>>> import Gnuplot
>>> g = Gnuplot.Gnuplot()
>>> g.plot(Gnuplot.Func('sin(x)', with='filledcurves'))
>>>

Michael

[Gnuplot-py-users] Filledcurves?

[Daniel J. <dan...@gm...>]

Noob question: how do i get a contour plot with filled curves? In
Gnuplot, it seems one could say 'plot ... with filledcurves', but I
don't know how to do this in gnuplot.py.

- Daniel

[Gnuplot-py-users] PlotItems issues

[Tom P. <pa...@te...>]

Hiya,

While trying to do some plotting recently, I discovered that you can't 
use the smooth argument with Func() PlotItems. Digging through the 
Gnuplot.py code showed me that various options (index, every, using, 
smooth) were only defined for FileItem's and subclasses, which Func 
isn't. As they should all be options of the top-level PlotItem, I've 
attached a patch that moves all those options to PlotItem from _FileItem.

Tom Parker