From: mattia p. <ma...@cs...> - 2008-04-28 22:44:31
|
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 |
From: John K. P. <par...@sp...> - 2008-04-29 02:34:52
|
> 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 |
From: Mark A. <al...@wu...> - 2008-04-29 15:01:58
|
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? |
From: Michael H. <mh...@al...> - 2008-04-29 15:48:14
|
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 |
From: Benny M. <ben...@gm...> - 2008-04-30 07:11:19
|
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 > |
From: Michael H. <mh...@al...> - 2008-05-01 06:03:06
|
[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 |