Re: [Matplotlib-users] Python 2.6
On Thu, Aug 13, 2009 at 1:21 PM, William Minerwilliam.mi...@enig.com wrote: When will a version of Matplotlib be available that’s compatible with Python 2.6? matplotlib-0.99 is compatible with python 2.6 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] Python 2.6 installer for Windows?
Adam Mercer wrote: On Sun, Feb 22, 2009 at 16:59, Wai Yip Tung tungwai...@yahoo.com wrote: I find that Matplotlib only have Python 2.5 build for Windows. Is there any plan to release a 2.6 build soon? I am trying to build it from source but I run into numerous problem. I am still struggling to find all dependent packages. It will help a lot if the 2.6 installer is available. AFAIK matplolib doesn't support python-2.6 yet, as NumPy doesn't. NumPy is expected to get python-2.6 support in the 1.3 release, so I imagine matplotlib will support python-2.6 in a release following the NumPy-1.3 release. Cheers Adam NumPy 1.3 has been released, with pre-built win32 binaries for Python 2.6 (http://sourceforge.net/project/showfiles.php?group_id=1369package_id=175103). Does this affect the plans to build matplotlib for py2.6 on win32 as well? Is there a roadmap? Thanks in advance -- View this message in context: http://www.nabble.com/Python-2.6-installer-for-Windows--tp22152905p22634218.html Sent from the matplotlib - users mailing list archive at Nabble.com. -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] Python 2.6 installer for Windows?
On Sun, Feb 22, 2009 at 16:59, Wai Yip Tung tungwai...@yahoo.com wrote: I find that Matplotlib only have Python 2.5 build for Windows. Is there any plan to release a 2.6 build soon? I am trying to build it from source but I run into numerous problem. I am still struggling to find all dependent packages. It will help a lot if the 2.6 installer is available. AFAIK matplolib doesn't support python-2.6 yet, as NumPy doesn't. NumPy is expected to get python-2.6 support in the 1.3 release, so I imagine matplotlib will support python-2.6 in a release following the NumPy-1.3 release. Cheers Adam -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] Python 2.6 installer for Windows?
I have built matplotlib (and numpy since it is required for matplotlib) with python2.6. Please note that these are UNSUPPORTED and you use them at your own risk. They were built from the 9 February 2009 SVN so use at your own risk. You will have to install numpy first and matplotlib second. I would also recommend installing WxPython before installing matplotlib since there are some bugs using Tkinter with matplotlib on python2.6. I've been too busy to try and track it down. http://code.patricktmarsh.com/builds/ -Patrick On Sun, Feb 22, 2009 at 4:59 PM, Wai Yip Tung tungwai...@yahoo.com wrote: Hello all, I find that Matplotlib only have Python 2.5 build for Windows. Is there any plan to release a 2.6 build soon? I am trying to build it from source but I run into numerous problem. I am still struggling to find all dependent packages. It will help a lot if the 2.6 installer is available. Thanks, Wai Yip -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users -- Patrick Marsh Graduate Research Assistant School of Meteorology University of Oklahoma http://www.patricktmarsh.com -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] Python 2.6
Great. Does this mean we can close the bug? Mike John Hunter wrote: On Sat, Nov 8, 2008 at 10:39 PM, Jae-Joon Lee [EMAIL PROTECTED] wrote: John, I'm attaching an another patch, which seems to give a correct result for the figimage_demo. The flipud_out() calls before compositing seems to have no effect, so Ahh, I think you found the ultimate source of our woes and flupud complexity: the _image.from_images module was ignoring the stride, as you noted in the comment in your patch. I just fixed this n r6381, so the code behaves properly at the extension code level and we don't have to do all those confusing flips in the axes or figure compositing methods. So the code is now simpler, and it works. Thanks for digging into this. JDH -- Michael Droettboom Science Software Branch Operations and Engineering Division Space Telescope Science Institute Operated by AURA for NASA - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] Python 2.6
On Sat, Nov 8, 2008 at 10:39 PM, Jae-Joon Lee [EMAIL PROTECTED] wrote: John, I'm attaching an another patch, which seems to give a correct result for the figimage_demo. The flipud_out() calls before compositing seems to have no effect, so Ahh, I think you found the ultimate source of our woes and flupud complexity: the _image.from_images module was ignoring the stride, as you noted in the comment in your patch. I just fixed this n r6381, so the code behaves properly at the extension code level and we don't have to do all those confusing flips in the axes or figure compositing methods. So the code is now simpler, and it works. Thanks for digging into this. JDH - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] Python 2.6
On Fri, Nov 7, 2008 at 7:24 AM, Michael Droettboom [EMAIL PROTECTED] wrote: John Hunter wrote: What say you other developers -- any major holdups? I think this bug is reasonably serious, if anyone wants to take a look at it. It affects PDF, PS, SVG as well as the Gtk and GtkCairo mentioned in the report. I've taken a kick at it a couple of times, but haven't found the magic incantation. I suspect it's a one-liner fix, just don't know which one... ;) https://sourceforge.net/tracker/index.php?func=detailaid=2160909group_id=80706atid=560720 I spent some time trying to fix this yesterday, and I too was confounded by all the flipud_out calls in the various parts of the code. I was not able to figure ot why agg was working and svg not, since they appear to be making similar calls, and eventually had to give up to work on some other stuff. I'll try and find some time this weekend to plan another attack, and hopefully simplify and document the code a bit if I am successful. JDH - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] Python 2.6
On Thu, Nov 6, 2008 at 4:28 PM, Darren Dale [EMAIL PROTECTED] wrote: Stan West checked out my subprocess patch on windows with python-2.5, which should take care of a bunch of deprecation warnings. I need to double check that I got them all, maybe I can get to it this weekend. I'm in favor of dropping support for python-2.4, but on the other hand I think the most recent version of RHEL still uses this version. Actually, we still use 2.4 at work, so I'd like to continue supporting 2.4 for a while I guess, for purely selfish reasons. But perhaps we should stop making binaries for it to ease the burden on Charlie. Once the 2.6 binaries for numpy are out and we are making binaries for the next release, that is JDH - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] Python 2.6
On Thursday 06 November 2008 03:58:08 pm John Hunter wrote: On Thu, Nov 6, 2008 at 11:28 AM, KURT PETERS [EMAIL PROTECTED] wrote: I recently tried to install for python 2.6 and got an error that the dll is incompatible. Is there a version for 2.6? I didn't see one here: No, we haven't released any binaries for 2.6. It is probably getting to be time to release a new version of mpl, especially since 2.6 has been out for a while and lots of new fixes have gone into mpl since our last major release. Charlie, what is your availability? We would need to wait until at least next week so we could do a feature freeze and a last round of fixes. What say you other developers -- any major holdups? And should we stop doing binary builds for python 2.4 according to our unofficial policy of supporting the most recent two python releases? Stan West checked out my subprocess patch on windows with python-2.5, which should take care of a bunch of deprecation warnings. I need to double check that I got them all, maybe I can get to it this weekend. I'm in favor of dropping support for python-2.4, but on the other hand I think the most recent version of RHEL still uses this version. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] Python 2.6
On Sat, Nov 8, 2008 at 7:55 AM, John Hunter [EMAIL PROTECTED] wrote: On Thu, Nov 6, 2008 at 4:28 PM, Darren Dale [EMAIL PROTECTED] wrote: Stan West checked out my subprocess patch on windows with python-2.5, which should take care of a bunch of deprecation warnings. I need to double check that I got them all, maybe I can get to it this weekend. I'm in favor of dropping support for python-2.4, but on the other hand I think the most recent version of RHEL still uses this version. Actually, we still use 2.4 at work, so I'd like to continue supporting 2.4 for a while I guess, for purely selfish reasons. But perhaps we should stop making binaries for it to ease the burden on Charlie. Once the 2.6 binaries for numpy are out and we are making binaries for the next release, that is It looks like I'm not going to have a chance to check this patch on windows with py24 after all. I have to send my new laptop back to Sony, and won't have it back for another week or two. Off topic: Like any self-respecting linux user, one of the first things I did with my new laptop was wipe the hard disk and perform a system recovery into a smaller partition, which failed and probably exposed a problem with the DVD drive. Sony tech support, incredulously: You performed a system recovery with a brand new computer? Me: That is correct. Sony tech: Let me refer this to the next level of support. On the upside, the new Sony SR series is really nice, the keyboard is phenomenal, and although I couldn't install kubuntu from CD, I was able to install it from a bootable USB stick, which is more than can be said for Vista. I think this might be the first report of Linux running on this model. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] Python 2.6
I think the problem is caused by the image compositing logic in the Axes.draw() method. It currently makes a composite image first and then flip the resulting image if necessary. But I think what should happen is to flip the original images first and then do the compositing. So, test the attached patch and see if it solves the problem. Regards, -JJ On Sat, Nov 8, 2008 at 7:53 AM, John Hunter [EMAIL PROTECTED] wrote: On Fri, Nov 7, 2008 at 7:24 AM, Michael Droettboom [EMAIL PROTECTED] wrote: John Hunter wrote: What say you other developers -- any major holdups? I think this bug is reasonably serious, if anyone wants to take a look at it. It affects PDF, PS, SVG as well as the Gtk and GtkCairo mentioned in the report. I've taken a kick at it a couple of times, but haven't found the magic incantation. I suspect it's a one-liner fix, just don't know which one... ;) https://sourceforge.net/tracker/index.php?func=detailaid=2160909group_id=80706atid=560720 I spent some time trying to fix this yesterday, and I too was confounded by all the flipud_out calls in the various parts of the code. I was not able to figure ot why agg was working and svg not, since they appear to be making similar calls, and eventually had to give up to work on some other stuff. I'll try and find some time this weekend to plan another attack, and hopefully simplify and document the code a bit if I am successful. JDH - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users Index: lib/matplotlib/axes.py === --- lib/matplotlib/axes.py (revision 6377) +++ lib/matplotlib/axes.py (working copy) @@ -1536,15 +1536,16 @@ ims = [(im.make_image(mag),0,0) for im in self.images if im.get_visible()] - +#flip the images if their origin is upper +[im.flipud_out() for _im, (im,_,_) in zip(self.images, ims) \ + if _im.origin==upper] + l, b, r, t = self.bbox.extents width = mag*((round(r) + 0.5) - (round(l) - 0.5)) height = mag*((round(t) + 0.5) - (round(b) - 0.5)) im = mimage.from_images(height, width, ims) -if self.images[0].origin=='upper': -im.flipud_out() im.is_grayscale = False l, b, w, h = self.bbox.bounds - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] Python 2.6
On Sat, Nov 8, 2008 at 6:10 PM, Jae-Joon Lee [EMAIL PROTECTED] wrote: My original patch does not work for this case, because the figimage is drawn by Figure.draw() not by Axes.draw() method. I'm attaching a new patch where I applied the same correction to the Figure.draw(). I tested GtkAgg, Gtk, GtkCairo, Pdf, Ps and they all worked fine. So I managed to sneak some time to apply and test these after all -- but I am getting in a little trouble with my wife :-) The layer images demo looks great for pdf, svg and png, but I am still seeing problems with the figimage_demo for origin upper. On svg and pdf in my tests, blue still appears down, though is correctly up on png. I went ahead and committed your changes (with a minor variation that the list comprehensions are expressed as plain-ol-loops because some people consider the use of a list comprehension simply to do in place modifications where the list itself is discarded to be an abuse of the construct) to revision 6380. Make sure I didn't screw something up, but the figimage_demo still looks broken to me for the case currently in fsvn Thanks for all the progress! JDH - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] Python 2.6
On Sat, Nov 8, 2008 at 5:45 PM, Jae-Joon Lee [EMAIL PROTECTED] wrote: I think the problem is caused by the image compositing logic in the Axes.draw() method. It currently makes a composite image first and then flip the resulting image if necessary. But I think what should happen is to flip the original images first and then do the compositing. So, test the attached patch and see if it solves the problem. Hey Jae Joon -- thanks for looking into this. I don't have time to test this patch, but I wanted to mention that there is an analogous problem for figure image compositing -- see figimage_demo.py. agg shows the correct behavior: the two images should be in the lower left, and the blue should be down for image origin=lower and the blue should be up for image origin=upper. So if you are having success with the image compositing orientation problems on the various backends, you may want to see if your fixes apply to the figimage problems as well. Thanks, JDH - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] Python 2.6
Hey Jae Joon -- thanks for looking into this. I don't have time to test this patch, but I wanted to mention that there is an analogous problem for figure image compositing -- see figimage_demo.py. agg shows the correct behavior: the two images should be in the lower left, and the blue should be down for image origin=lower and the blue should be up for image origin=upper. So if you are having success with the image compositing orientation problems on the various backends, you may want to see if your fixes apply to the figimage problems as well. My original patch does not work for this case, because the figimage is drawn by Figure.draw() not by Axes.draw() method. I'm attaching a new patch where I applied the same correction to the Figure.draw(). I tested GtkAgg, Gtk, GtkCairo, Pdf, Ps and they all worked fine. -JJ Index: lib/matplotlib/axes.py === --- lib/matplotlib/axes.py (revision 6377) +++ lib/matplotlib/axes.py (working copy) @@ -1536,15 +1536,16 @@ ims = [(im.make_image(mag),0,0) for im in self.images if im.get_visible()] - +#flip the images if their origin is upper +[im.flipud_out() for _im, (im,_,_) in zip(self.images, ims) \ + if _im.origin==upper] + l, b, r, t = self.bbox.extents width = mag*((round(r) + 0.5) - (round(l) - 0.5)) height = mag*((round(t) + 0.5) - (round(b) - 0.5)) im = mimage.from_images(height, width, ims) -if self.images[0].origin=='upper': -im.flipud_out() im.is_grayscale = False l, b, w, h = self.bbox.bounds Index: lib/matplotlib/figure.py === --- lib/matplotlib/figure.py (revision 6377) +++ lib/matplotlib/figure.py (working copy) @@ -752,11 +752,13 @@ mag = renderer.get_image_magnification() ims = [(im.make_image(mag), im.ox*mag, im.oy*mag) for im in self.images] + +[im.flipud_out() for _im, (im,_,_) in zip(self.images, ims) \ + if _im.origin==upper] + im = _image.from_images(self.bbox.height * mag, self.bbox.width * mag, ims) -if self.images[0].origin=='upper': -im.flipud_out() im.is_grayscale = False l, b, w, h = self.bbox.bounds - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] Python 2.6
John, I'm attaching an another patch, which seems to give a correct result for the figimage_demo. The flipud_out() calls before compositing seems to have no effect, so I deleted those lines. The make_image() routine seems to take care of the fliping already, but note the comments I added. Let me know if there are cases this patch does not work. -JJ On Sat, Nov 8, 2008 at 7:28 PM, John Hunter [EMAIL PROTECTED] wrote: On Sat, Nov 8, 2008 at 6:10 PM, Jae-Joon Lee [EMAIL PROTECTED] wrote: My original patch does not work for this case, because the figimage is drawn by Figure.draw() not by Axes.draw() method. I'm attaching a new patch where I applied the same correction to the Figure.draw(). I tested GtkAgg, Gtk, GtkCairo, Pdf, Ps and they all worked fine. So I managed to sneak some time to apply and test these after all -- but I am getting in a little trouble with my wife :-) The layer images demo looks great for pdf, svg and png, but I am still seeing problems with the figimage_demo for origin upper. On svg and pdf in my tests, blue still appears down, though is correctly up on png. I went ahead and committed your changes (with a minor variation that the list comprehensions are expressed as plain-ol-loops because some people consider the use of a list comprehension simply to do in place modifications where the list itself is discarded to be an abuse of the construct) to revision 6380. Make sure I didn't screw something up, but the figimage_demo still looks broken to me for the case currently in fsvn Thanks for all the progress! JDH Index: lib/matplotlib/image.py === --- lib/matplotlib/image.py (revision 6380) +++ lib/matplotlib/image.py (working copy) @@ -154,6 +154,8 @@ iy0 = max(0, int(y0 - self._filterrad)) y1 = (self.axes.viewLim.y1-ymin)/dyintv * numrows iy1 = min(numrows, int(y1 + self._filterrad)) +# Do we need to take care of the image origin here? +# Isn't it enought to have im.flipud_in() in line 194? if self.origin == 'upper': yslice = slice(numrows-iy1, numrows-iy0) else: @@ -670,14 +672,25 @@ x = self.to_rgba(self._A, self._alpha) -im = _image.fromarray(x, 1) + +# im.flipud_out() does not seem to work well with +# from_images(). It seems that from_images() do not respect +# the image stride. Thus, we need to actually flip the memory +# area, not just the stride. + +numrows, numcols = self.get_size() + +if self.origin == 'upper': +yslice = slice(numrows-1, None, -1) +else: +yslice = slice(0, numrows) + +im = _image.fromarray(x[yslice], 1) fc = self.figure.get_facecolor() im.set_bg( *mcolors.colorConverter.to_rgba(fc, 0) ) im.is_grayscale = (self.cmap.name == gray and len(self._A.shape) == 2) -if self.origin=='upper': -im.flipud_out() - + return im def draw(self, renderer, *args, **kwargs): Index: lib/matplotlib/axes.py === --- lib/matplotlib/axes.py (revision 6380) +++ lib/matplotlib/axes.py (working copy) @@ -1536,12 +1536,6 @@ ims = [(im.make_image(mag),0,0) for im in self.images if im.get_visible()] -#flip the images if their origin is upper -for _im, (im,_,_) in zip(self.images, ims): -if _im.origin==upper: -im.flipud_out() - - l, b, r, t = self.bbox.extents width = mag*((round(r) + 0.5) - (round(l) - 0.5)) height = mag*((round(t) + 0.5) - (round(b) - 0.5)) Index: lib/matplotlib/figure.py === --- lib/matplotlib/figure.py (revision 6380) +++ lib/matplotlib/figure.py (working copy) @@ -743,7 +743,7 @@ if self.suppressComposite is not None: composite = self.suppressComposite -if len(self.images)=1 or composite or not allequal([im.origin for im in self.images]): +if len(self.images)=1 or composite: for im in self.images: im.draw(renderer) else: @@ -753,11 +753,6 @@ ims = [(im.make_image(mag), im.ox*mag, im.oy*mag) for im in self.images] -for _im, (im,_,_) in zip(self.images, ims): -if _im.origin==upper: -im.flipud_out() - - im = _image.from_images(self.bbox.height * mag, self.bbox.width * mag, ims) - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based
Re: [Matplotlib-users] Python 2.6
John Hunter wrote: On Thu, Nov 6, 2008 at 4:28 PM, Darren Dale [EMAIL PROTECTED] wrote: Stan West checked out my subprocess patch on windows with python-2.5, which should take care of a bunch of deprecation warnings. I need to double check that I got them all, maybe I can get to it this weekend. I'm in favor of dropping support for python-2.4, but on the other hand I think the most recent version of RHEL still uses this version. Actually, we still use 2.4 at work, so I'd like to continue supporting 2.4 for a while I guess, for purely selfish reasons. But perhaps we should stop making binaries for it to ease the burden on Charlie. Once the 2.6 binaries for numpy are out and we are making binaries for the next release, that is I think it would be a mistake to stop supporting python 2.4 as well. RHEL indeed still uses 2.4 as its default python. It would make the installation of the numpy/mpl stack even harder than it already is on those platforms, which does not strike me as a good idea (I am a numpy developer, and I find it already quite difficult). Does python 2.5 have that many interesting features compared to 2.4 ? cheers, David - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] Python 2.6
John Hunter wrote: What say you other developers -- any major holdups? I think this bug is reasonably serious, if anyone wants to take a look at it. It affects PDF, PS, SVG as well as the Gtk and GtkCairo mentioned in the report. I've taken a kick at it a couple of times, but haven't found the magic incantation. I suspect it's a one-liner fix, just don't know which one... ;) https://sourceforge.net/tracker/index.php?func=detailaid=2160909group_id=80706atid=560720 Mike -- Michael Droettboom Science Software Branch Operations and Engineering Division Space Telescope Science Institute Operated by AURA for NASA - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] Python 2.6
There hasn't been a release of matplotlib since Python 2.6 was released, and in general, Python packages only work with a specific version of Python. You can build yourself from SVN (which has some minor fixes for Python-2.6 compatibility), or wait until the next binary release. I haven't heard any plans for one lately, and I'm not the Windows release manager, so I don't know what's involved in getting a Python 2.6 build out. Cheers, Mike KURT PETERS wrote: I recently tried to install for python 2.6 and got an error that the dll is incompatible. Is there a version for 2.6? I didn't see one here: http://sourceforge.net/project/showfiles.php?group_id=80706package_id=278194release_id=608758 Kurt - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users -- Michael Droettboom Science Software Branch Operations and Engineering Division Space Telescope Science Institute Operated by AURA for NASA - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] Python 2.6
On Thu, Nov 6, 2008 at 11:28 AM, KURT PETERS [EMAIL PROTECTED] wrote: I recently tried to install for python 2.6 and got an error that the dll is incompatible. Is there a version for 2.6? I didn't see one here: No, we haven't released any binaries for 2.6. It is probably getting to be time to release a new version of mpl, especially since 2.6 has been out for a while and lots of new fixes have gone into mpl since our last major release. Charlie, what is your availability? We would need to wait until at least next week so we could do a feature freeze and a last round of fixes. What say you other developers -- any major holdups? And should we stop doing binary builds for python 2.4 according to our unofficial policy of supporting the most recent two python releases? JDH - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] Python 2.6
John Hunter wrote: On Thu, Nov 6, 2008 at 11:28 AM, KURT PETERS [EMAIL PROTECTED] wrote: I recently tried to install for python 2.6 and got an error that the dll is incompatible. Is there a version for 2.6? I didn't see one here: No, we haven't released any binaries for 2.6. It is probably getting to be time to release a new version of mpl, especially since 2.6 has been out for a while and lots of new fixes have gone into mpl since our last major release. Charlie, what is your availability? We would need to wait until at least next week so we could do a feature freeze and a last round of fixes. What say you other developers -- any major holdups? And should we stop doing binary builds for python 2.4 according to our unofficial policy of supporting the most recent two python releases? JDH John: I think we have to wait till there is a binary numpy windows installer available for Python 2.6, which won't happen till version 1.3 is released. -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 Meteorologist FAX: (303)497-6449 NOAA/OAR/PSD R/PSD1Email : [EMAIL PROTECTED] 325 BroadwayOffice : Skaggs Research Cntr 1D-113 Boulder, CO, USA 80303-3328 Web: http://tinyurl.com/5telg - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users