gnuplot-py-users Mailing List for Gnuplot.py

On Wed, 17 May 2006, Basima Al-Shuqurat apparently wrote: 
> I don't know what are you mean by typing "python setup.py install". 
> Whrer can I do that I was working on  (win xp) 

Start/Programs/Accessories/CommandPrompt

See http://www.tldp.net/LDP/abs/html/dosbatch.html
for useful commands.

hth,
Alan Isaac

Dear all=20

I have the problem when I install the gnuplot.py package what is the
step to install it .iwas follow this step

Quick instructions:

1.      Download gnuplot-py-1.7.tar.gz or gnuplot-py-1.7.zip.

2.      Extract the archive to a temporary directory.

3.      Install by changing to the directory and typing "python setup.py
install".

Installation on Windows -----------------------

I don't run Windows, but thanks to the help of users there is now a way
to use Gnuplot.py on that platform. Any feedback or additional
suggestions having to do with Windows would be especially appreciated.

If you are using a version of Python prior to 2.0, you must install the
quasi-standard Win32 extensions. This can be obtained from the main
Windows download page:=20

http://www.python.org/download/download_windows.html

Because the main MS-Windows gnuplot executable (wgnuplot.exe) doesn't
accept commands on standard input, Gnuplot.py cannot communicate with it
directly. However, there is a simple little program called
`pgnuplot.exe' that accepts commands on stdin and passes them to
wgnuplot. So to run Gnuplot.py on Windows, you need to make sure that
pgnuplot.exe is installed. It comes with gnuplot since at least version
3.7.1. Alternatively you can get pgnuplot.exe alone by downloading
`testing/windows-stdin.zip' from one of the gnuplot archives (e.g.,
<ftp://ftp.gnuplot.info/pub/gnuplot/testing/windows-stdin.zip>).

Gnuplot.py uses Python distutils
<http://www.python.org/doc/current/inst/inst.html> and can be installed
by untarring the package, changing into the top-level directory, and
typing "python setup.py install". The Gnuplot.py package is pure
Python--no compilation is necessary.

I don't know what are you mean by typing "python setup.py install".
Whrer can I do that I was working on  (win xp)

I don't know how can I do I install gnuplot program and the other
numeric extention and python program=20

Please help me=20

=20

Michael Haggerty wrote:
> John Parejko wrote:

>>Along those lines: it appears noone else took up the offer to become the
>>Gnuplot.py maintainer.  I sent a private message to Michael expressing
>>my interest (and noting that it will be a bit before I can really take
>>over), but I guess I'll post my interest here.  I'm using Gnuplot pretty
>>heavily, and would like its development to continue (and get it ported
>>to numpy).

It's probably worth noting that the numpy port should be nearly trivial, given 
that Gnuplot.py doesn't really make extensive use of any sophisticated/weird 
features of Numeric.

On another note, if you (John) continue to maintain Gnuplot.py, you may be 
interested in merging some of the code in IPython.Gnuplot2.py:

http://projects.scipy.org/ipython/ipython/browser/ipython/trunk/IPython/Gnuplot2.py

I think some of the enhancements there are worthwhile, and sent them to 
Michael a while ago but I know his priorities have moved from Gnuplot.py 
development.  I also have stopped using this code at all (I'm using matplotlib 
these days), but I'd be happy to see this code continue to be useful to 
gnuplot users.

The following utility module may also be of use, that's the one I actually 
imported in all my top-level code:

http://projects.scipy.org/ipython/ipython/browser/ipython/trunk/IPython/GnuplotRuntime.py

Cheers,

f

John Parejko wrote:
> float_array(m) will downcast sometimes.  I'm not sure of the exact
> reasons, but I had points disappearing from my plots that were ~> 3e38,
> which is the single-precision float size.  tuples were going in that
> were correct, but whatever was coming out wasn't...

That is very likely.  I think I reasoned that floating point precision
was enough for creating plots that will be plotted at most at a few
hundred dpi.  But of course floating point has limited exponent range,
too, and you are apparently reaching that limit.

IIRC, you can pass this routine Numeric arrays of higher-than-float
precision, in which case they will not be downcasted.

But also be sure you have checked that gnuplot itself is not truncating
your data.  I don't know if it uses float or double internally.  gnuplot
also has some setting for "minimum number not considered to be zero"
that is sometimes confusing (though not in your case).

It shouldn't be too big a deal to change the default Gnuplot.py casting
to "double" for your plots.  (Whether that should be a new universal
default could also be discussed.)

> Along those lines: it appears noone else took up the offer to become the
> Gnuplot.py maintainer.  I sent a private message to Michael expressing
> my interest (and noting that it will be a bit before I can really take
> over), but I guess I'll post my interest here.  I'm using Gnuplot pretty
> heavily, and would like its development to continue (and get it ported
> to numpy).
> 
> Was there any interest on the scipy mailing lists?

I didn't get around to asking because (a) I don't have any real
connection to that community and (b) I don't have time to look into it.
 This would be an excellent task for a volunteer :-)

Good luck with your orals!

Michael

float_array(m) will downcast sometimes.  I'm not sure of the exact
reasons, but I had points disappearing from my plots that were ~> 3e38,
which is the single-precision float size.  tuples were going in that
were correct, but whatever was coming out wasn't...

I don't have time to dig into a fix right now (orals on the way), but
I'll definitely look into it later.

Along those lines: it appears noone else took up the offer to become the
Gnuplot.py maintainer.  I sent a private message to Michael expressing
my interest (and noting that it will be a bit before I can really take
over), but I guess I'll post my interest here.  I'm using Gnuplot pretty
heavily, and would like its development to continue (and get it ported
to numpy).

Was there any interest on the scipy mailing lists?

Cheers
John

-- 
*************************
John Parejko
Department of Physics and Astronomy
215 895-2786
Drexel University
Philadelphia, PA
**************************