gnuplot-py-users

[Gnuplot-py-users] gnuplot with python2.5 and windows

[mattia p. <ma...@cs...>]

Hello,

I am a windows user and I need to make 2D-3D graphs.
I used python to manage the data so I thought to integrate python with gnuplot.
Surfing on the internet, I found the popular module gnuplot-py.
To install gnuplot-py, "Numeric" module is required.
But the site I found was about "num-py" an upgrade of Numeric and I installed it.
But gnuplot-py does require "Numeric".
So I tried to download Numeric and install it, but Numeric does not install on Python 2.5  

So the question is: what should I do?
gnuplot-py requires Numeric which requires python 2.4

Isn't there a way to make gnuplot-py working with the new "num-py" module and so with python 2.5?

Thank you.

/MP

Re: [Gnuplot-py-users] gnuplot with python2.5 and windows

[John K. P. <par...@sp...>]

> So the question is: what should I do?
> gnuplot-py requires Numeric which requires python 2.4
>
> Isn't there a way to make gnuplot-py working with the new "num-py"  
> module and so with python 2.5?


The version of Gnuplot.py in SVN replaces Numeric with numpy.  It  
hasn't been turned into a release yet, but if you can download the  
latest subversion trunk (there should be information on how to do  
this from the sourceforge page), it should work just fine with numpy.

John

Re: [Gnuplot-py-users] gnuplot with python2.5 and windows

[Mark A. <al...@wu...>]

On Mon, 28 Apr 2008, John K. Parejko wrote:
> The version of Gnuplot.py in SVN replaces Numeric with numpy.  It hasn't been 
> turned into a release yet, but if you can download the latest subversion 
> trunk (there should be information on how to do this from the sourceforge 
> page), it should work just fine with numpy.

What is stopping us from turning the SVN version in to a release?
I tested it on Fedora and it works fine.
Is there anything else that I and others can do to expedite the process?

Re: [Gnuplot-py-users] gnuplot with python2.5 and windows

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

Mark Alford wrote:
> On Mon, 28 Apr 2008, John K. Parejko wrote:
>> The version of Gnuplot.py in SVN replaces Numeric with numpy.  It hasn't been 
>> turned into a release yet, but if you can download the latest subversion 
>> trunk (there should be information on how to do this from the sourceforge 
>> page), it should work just fine with numpy.
> 
> What is stopping us from turning the SVN version in to a release?
> I tested it on Fedora and it works fine.
> Is there anything else that I and others can do to expedite the process?

All that is missing is a volunteer who will follow through.

If you want to be that person, let me know what your sourceforge
username is and I'll give you the necessary permissions.  There's even a
document RELEASES.txt telling roughly what I had to do to make the last
release.

Michael

Re: [Gnuplot-py-users] gnuplot with python2.5 and windows

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

2008/4/29 Michael Haggerty <mh...@al...>:

> Mark Alford wrote:
> > On Mon, 28 Apr 2008, John K. Parejko wrote:
> >> The version of Gnuplot.py in SVN replaces Numeric with numpy.  It
> hasn't been
> >> turned into a release yet, but if you can download the latest
> subversion
> >> trunk (there should be information on how to do this from the
> sourceforge
> >> page), it should work just fine with numpy.
> >
> > What is stopping us from turning the SVN version in to a release?
> > I tested it on Fedora and it works fine.
> > Is there anything else that I and others can do to expedite the process?
>
> All that is missing is a volunteer who will follow through.
>
> If you want to be that person, let me know what your sourceforge
> username is and I'll give you the necessary permissions.  There's even a
> document RELEASES.txt telling roughly what I had to do to make the last
> release.


I started a bit with it after a call from Michael, what stopped me doing a
release was that I needed time to look at the parts of test.py that where
giving errors. I wanted to find the time to resolve those first.

Should you be interested in releasing SVN Mark, as Michael says go ahead and
send him his details. Solving the errors occuring could always be done
later. I use SVN version on a weekly basis without problems.

Benny



>
> Michael
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
> Don't miss this year's exciting event. There's still time to save $100.
> Use priority code J8TL2D2.
>
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> _______________________________________________
> Gnuplot-py-users mailing list
> Gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-py-users
>

Re: [Gnuplot-py-users] questions about releasing gnuplot-py

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

[I'm sending a CC of this email to the gnuplot-py-users mailing list, so
that other people can keep track of what is going on.  Quick summary:
Mark Alford is working on making a 1.8 release of Gnuplot.py.]

Mark Alford wrote:
> Questions:
> 
> 0) In step 1 of RELEASES.txt, when I increment the __version__
> string in __init__.py, I assume that I should NOT have a "+" on
> the end at this stage. That will come later, in step 10, right?

Correct.

> 1) I tried installing happydoc from sourceforge.
> The INSTALL.txt says to type "python ./setup.py install"
> but the happydoc source directory does not have any file called
> "setup.py" !!

I haven't used happydoc in years.  I have no idea whether it is still
maintained etc.  But I don't think there is anything happydoc-specific
in Gnuplot.py.  IIRC, happydoc just parses the Python files looking for
class definitions and docstrings, and generates the documentation from
that.  There might be other documentation packages that can do a similar
job.

I notice that Ubuntu gutsy includes a "python-happydoc" package that is
installed on my computer.  Maybe your Linux distribution has such a thing?

> 2) How do I check my version of gnuplot-py in to sourceforge using
> subversion? Do I cd to the directory where I have my version of
> gnuplot-py and then type
>   svn commit -m "created official version 1.8"

Yes, but this only works if the directory was originally obtained from
sourceforge using SVN.  Probably it also has to be obtained under your
own userid (as opposed to "guest").  Something like

svn co --username=alford \
    https://gnuplot-py.svn.sourceforge.net/svnroot/gnuplot-py/trunk \
    gnuplot-py-trunk
cd gnuplot-py-trunk
# edit files
svn commit -m 'message'

> 3) In RELEASES.txt, why do steps 4,5,6 come after commiting the
> code in step 2? They only affect my local copy.
> How will those changes be communicated to the
> sourceforge release that people will then download?

The point of these steps is to generate a tarball and zip archive
containing the Gnuplot.py module.  Most people prefer to install from a
tarball rather than checking the code out of Subversion (this is pretty
much the whole point of making a release!)  The source code from which
the tarball was created is marked in Subversion by the tag created in
step 3, but of course the tarball and the generated documentation should
not be checked into Subversion because they can be regenerated at will.

The products of step 5 are uploaded to sourceforge in step 7.

> 4) Should I do step 6? Your comment there seems to be saying not
> to do it!

Yes, I think step 6 should be omitted.  You can delete it from the docs
if you like.  (Installing for end users is documented in README.txt anyway.)

By the way, feel free to add yourself to CREDITS.txt.

Michael