[matplotlib-devel] bugfix release for enthon
We'd like to do a bugfix release for the next release of enthought python, which will include the latest mpl. Apparently, there is a problem with 0.87.3 and numpy which has been fixed in svn. If there is anything we should wait on, let us know, otherwise we'll probably try to roll out 0.87.4 early next week. Thanks, JDH Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] backends
John, All this brings to mind something I wanted to bring up anyway: we have a proliferation of backends, and occasional requests for more--are there any we can simply drop now, or soon? For example, gd? And what are the prospects that several backends could be consolidated via cairo? And/or via more extensive subclassing? I am worried that we are increasingly going to get into trouble with lack of up-to-date support for all these backends. Major improvements sometimes depend on backend changes, and the more backends we have that lack active maintainers, the harder this gets; and the worse for users, as features work on one backend but break on another. Eric John Hunter wrote: >>"Eric" == Eric Firing <[EMAIL PROTECTED]> writes: > > > Eric> Martin, When I try your example with svn matplotlib, I get a > Eric> 34 MB eps file, and looking at it, I don't see much room for > Eric> making it smaller--there is one obvious optimization, > Eric> abbreviating "marker", but that's it. (The svg file is 456 > Eric> MB!) So, maybe some major optimization has already been > Eric> done between mpl 0.87.2 and svn. > > Yep, Darren got "draw_markers" properly implemented for backend PS. > This function is much better in time and space; I believe only *Agg > and PS implement it, but it could be ported over to SVG fairly easily > by modifying the PS implementation. > > Eric> The bigger problem is that each file format has basic > Eric> characteristics and limitations. If you draw a million > Eric> markers and line segments, you are inevitably going to have > Eric> a big postscript file, unless the postscript backend somehow > Eric> detects the fact that almost all of your points are > Eric> indistinguishable and therefore deletes most of them--and > Eric> this is really asking too much of a plotting backend, I > > Agg does this for draw_lines -- it drops points in the path that are > less one pixel away from the previous point. > > JDH Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] backends
> "Eric" == Eric Firing <[EMAIL PROTECTED]> writes: Eric> John, All this brings to mind something I wanted to bring up Eric> anyway: we have a proliferation of backends, and occasional Eric> requests for more--are there any we can simply drop now, or Eric> soon? For example, gd? And what are the prospects that Eric> several backends could be consolidated via cairo? And/or Eric> via more extensive subclassing? Eric> I am worried that we are increasingly going to get into Eric> trouble with lack of up-to-date support for all these Eric> backends. Major improvements sometimes depend on backend Eric> changes, and the more backends we have that lack active Eric> maintainers, the harder this gets; and the worse for users, Eric> as features work on one backend but break on another. It's a concern, and I have no problem dropping some (gd is a good example, it was really just a proof-of-concept backend to prove that we could mix and match GUIs with pure image backends as I was developing agg). A number of backends are incomplete and get little attention but do little harm either -- in my opinion they are unsupported. paint and emf is another example of a backend that noone uses except for the authors. I think almost noone uses gdk, gtk, cairo or gtkcairo, but I hesitate to pull these because Steve Chaplin, the GTK maintainer, wrote them, uses them, and has done a great job with GTK. Ideally, I would like to see PS, SVG, Agg and [Tk|GTK|WX|Qt|FLTK]Agg and no more. But I know that other people feel differently. Taking the long view, enthought's kiva/chaco uses the pdf drawing model, which is a nice model and superior to the matplotlib GTK model. I've talked with Eric Jones many times about the desirability of sharing a single low-level drawing model, probably based on PDF/KIVA, that have backends for PS, SVG, PDF and one raster format (eg Agg or Cairo). But nothing has ever happened here because we both have lots to do and a lot of code that depends on what is already in place. JDH Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] backends
This question triggers another one from myself (that was raised by colleagues). I know that there is some traits lying in mpl. Will there be one day some traitsUI code too, to generate GUI to modify properties of objects one the display ? This is fully related to backends. I find that this is one of the most requested features for mpl by my colleagues (mind you, not by myself). Gaël Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] backends
On Fri, Jul 07, 2006 at 03:46:01PM -0500, John Hunter wrote: > Ideally, I would like to see PS, SVG, Agg and [Tk|GTK|WX|Qt|FLTK]Agg > and no more. But I know that other people feel differently. pdf seems very important to me. Just my two cents, Gaël Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] backends
> "Gaël" == Gaël Varoquaux <[EMAIL PROTECTED]> writes: Gaël> On Fri, Jul 07, 2006 at 03:46:01PM -0500, John Hunter wrote: >> Ideally, I would like to see PS, SVG, Agg and >> [Tk|GTK|WX|Qt|FLTK]Agg and no more. But I know that other >> people feel differently. Gaël> pdf seems very important to me. PDF is certainly an important document format, but it doesn't seem to be widely used for figures. I often make pdf documents but incorporate PNG figures into them (eg PDF latex). My backend list above is not a list of backends that I think matplotlib should support as much as it is a list of backends that I personally find useful and would personally support even if noone else did. Any backend that is supported by someone should remain in, even if they are the only one using it, in my opinion. But most backends are not supported. Only PS and Agg (and by extension all of the GTK* backends) support all of matplotlib's features. This should give some indication of how much work it is to develop a fully compliant backend, and why we have an incentive to minimize the number of them. JDH Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] backends
On 7/7/06, John Hunter <[EMAIL PROTECTED]> wrote: > > "Gaël" == Gaël Varoquaux <[EMAIL PROTECTED]> writes: > > Gaël> On Fri, Jul 07, 2006 at 03:46:01PM -0500, John Hunter wrote: > >> Ideally, I would like to see PS, SVG, Agg and > >> [Tk|GTK|WX|Qt|FLTK]Agg and no more. But I know that other > >> people feel differently. > > Gaël> pdf seems very important to me. > > PDF is certainly an important document format, but it doesn't seem to > be widely used for figures. I often make pdf documents but > incorporate PNG figures into them (eg PDF latex). My backend list > above is not a list of backends that I think matplotlib should support > as much as it is a list of backends that I personally find useful and > would personally support even if noone else did. Any backend that is > supported by someone should remain in, even if they are the only one > using it, in my opinion. But most backends are not supported. > > Only PS and Agg (and by extension all of the GTK* backends) support > all of matplotlib's features. This should give some indication of how > much work it is to develop a fully compliant backend, and why we have > an incentive to minimize the number of them. PDF has one important combination that neither PS nor png provide: vector (hence, resolution independent) images with proper transparency. I know SVG has that, but I don't know how well SVGs embed in PDFs (last I tried, I couldn't make it work satisfactorily). Cheers, f Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] backends
On Friday 07 July 2006 17:16, John Hunter wrote: > > "Gaël" == Gaël Varoquaux <[EMAIL PROTECTED]> writes: > > Gaël> On Fri, Jul 07, 2006 at 03:46:01PM -0500, John Hunter wrote: > >> Ideally, I would like to see PS, SVG, Agg and > >> [Tk|GTK|WX|Qt|FLTK]Agg and no more. But I know that other > >> people feel differently. > > Gaël> pdf seems very important to me. > > PDF is certainly an important document format, but it doesn't seem to > be widely used for figures. I often make pdf documents but > incorporate PNG figures into them (eg PDF latex). I would prefer to use pdf figures in my latex documents. They are smaller, they support alpha blending, and unlike png they are scalable. Unfortunately, most academic journals still request postscript files, but this may change some day. Printers may eventually use pdf as their native format instead of postscript. Not that I am advocating adding more backends to mpl, just more contributors. :) Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] bugfix release for enthon
John Hunter wrote: > We'd like to do a bugfix release for the next release of enthought > python, which will include the latest mpl. Apparently, there is a > problem with 0.87.3 and numpy which has been fixed in svn. > > If there is anything we should wait on, let us know, otherwise we'll > probably try to roll out 0.87.4 early next week. > > Thanks, > JDH > > John: setupext.py in svn 2545 uses numpy.get_include(), which apparently is not available in 0.9.8. In 0.9.8, it's get_numpy_include(). -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-124 Boulder, CO, USA 80303-3328 Web: http://tinyurl.com/5telg Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] bugfix release for enthon
On 7/7/06, Jeff Whitaker <[EMAIL PROTECTED]> wrote: > John: setupext.py in svn 2545 uses numpy.get_include(), which > apparently is not available in 0.9.8. In 0.9.8, it's get_numpy_include(). And in current numpy, get_numpy_include fires a deprecation warning (I just fixed this in my code). Such are the joys of living on the bleeding edge :) Cheers, f Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] Heads up: mpl and numpy/scipy SVN
Hi all, I was trying to track down a problem with current numpy/scipy from svn, and realized that mpl doesn't build anymore: ... compile options: '-I/home/fperez/tmp/local/lib/python2.4/site-packages/numpy/core/include -I/usr/local/include -I/usr/include -I. -I/usr/include/python2.4 -c' extra options: '-DSCIPY=1' gcc: src/_ns_cntr.c src/_ns_cntr.c: In function 'build_cntr_list_v2': src/_ns_cntr.c:1376: warning: unused variable 'point' src/_ns_cntr.c: In function 'Cntr_init': src/_ns_cntr.c:1617: error: 'PyArray_SBYTE' undeclared (first use in this function) src/_ns_cntr.c:1617: error: (Each undeclared identifier is reported only once src/_ns_cntr.c:1617: error: for each function it appears in.) src/_ns_cntr.c: In function 'build_cntr_list_v2': src/_ns_cntr.c:1376: warning: unused variable 'point' src/_ns_cntr.c: In function 'Cntr_init': src/_ns_cntr.c:1617: error: 'PyArray_SBYTE' undeclared (first use in this function) src/_ns_cntr.c:1617: error: (Each undeclared identifier is reported only once src/_ns_cntr.c:1617: error: for each function it appears in.) error: Command "gcc -pthread -fno-strict-aliasing -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -fPIC -I/home/fperez/tmp/local/lib/python2.4/site-packages/numpy/core/include -I/usr/local/include -I/usr/include -I. -I/usr/include/python2.4 -c src/_ns_cntr.c -o build/temp.linux-i686-2.4/src/_ns_cntr.o -DSCIPY=1" failed with exit status 1 There have been changes to the C API in numpy which are probably causing this (See Travis' recent messages on that list). Cheers, f Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel