[matplotlib-devel] bugfix release for enthon

2006-07-07 Thread John Hunter

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

2006-07-07 Thread Eric Firing
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

2006-07-07 Thread John Hunter
> "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

2006-07-07 Thread Gaël Varoquaux
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

2006-07-07 Thread Gaël Varoquaux
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

2006-07-07 Thread John Hunter
> "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

2006-07-07 Thread Fernando Perez
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

2006-07-07 Thread Darren Dale
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

2006-07-07 Thread Jeff Whitaker
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

2006-07-07 Thread Fernando Perez
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

2006-07-07 Thread Fernando Perez
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