matplotlib-devel Mailing List for matplotlib

On 9/7/06, Andrew Straw <str...@as...> wrote:
> Hey Charlie, I totally appreciate the effort you put into making these
> releases, particularly on Windows, where I must admit, I have a faint
> heart...
>
> But I found a couple issues (neither require a re-release, but just to
> be aware of them next time):
>
> 1) there are several .pyc files left in the .tar.gz release
> 2) the setup.cfg file in the release specifies, in the egg_info section,
> "tag_svn_revision = 1", which makes any further attempts to do python
> setup.py sdist with setuptools result in a package versioned
> matplotlib-0.87.5-r0, which isn't right. (Basically, this setup.cfg file
> is telling setuptools that this is a development version and it should
> tag the svn version. Not being in a subversion tree, it finds the
> version as 0.) I made a note a few weeks ago in the DEVNOTES file
> (section "making a release") to remove the setup.cfg file, or at least
> this section, prior to making a release.
I agree with all your points and will look out for them in the future.
 I typically build the sdist without setuptools, but I guess some
lingering files are getting included.
- Charlie

Andrew Straw wrote:
> 1) there are several .pyc files left in the .tar.gz release
> 2) the setup.cfg file in the release specifies, in the egg_info section,
> "tag_svn_revision = 1", which makes any further attempts to do python
> setup.py sdist with setuptools result in a package versioned
> matplotlib-0.87.5-r0, which isn't right. (Basically, this setup.cfg file
> is telling setuptools that this is a development version and it should
> tag the svn version. Not being in a subversion tree, it finds the
> version as 0.) I made a note a few weeks ago in the DEVNOTES file
> (section "making a release") to remove the setup.cfg file, or at least
> this section, prior to making a release.
> 
3) in lib/matplotlib.egg-info/PKG-INFO, the version is specified as
0.87.5-r2761
Issues 2 and 3 appear to stem from matplotlib attempting to use
setuptools for those who would, but not requiring it. I think the
cleanest solution would be to make the actual sdist release using
setuptools -- this should bring these issues into the open rather than
lurking for someone like me to find them.

Hey Charlie, I totally appreciate the effort you put into making these
releases, particularly on Windows, where I must admit, I have a faint
heart...
But I found a couple issues (neither require a re-release, but just to
be aware of them next time):
1) there are several .pyc files left in the .tar.gz release
2) the setup.cfg file in the release specifies, in the egg_info section,
"tag_svn_revision = 1", which makes any further attempts to do python
setup.py sdist with setuptools result in a package versioned
matplotlib-0.87.5-r0, which isn't right. (Basically, this setup.cfg file
is telling setuptools that this is a development version and it should
tag the svn version. Not being in a subversion tree, it finds the
version as 0.) I made a note a few weeks ago in the DEVNOTES file
(section "making a release") to remove the setup.cfg file, or at least
this section, prior to making a release.
Cheers!
Andrew
Charlie Moad wrote:
> Sorry all for the error. I just uploaded "working" (at least for me)
> versions to sourceforge again. For those who are sicking of playing
> with mirrors here is a direct download. Don't expect this link to be
> good for a long time though.
>
> http://euclid.uits.iupui.edu/mplfiles/
>
> - Charlie
>
> On 9/6/06, Charlie Moad <cw...@gm...> wrote:
> 
>> The source error must of propagated to those builds. I will post new
>> ones shortly.
>>
>> On 9/6/06, Sven Schreiber <sve...@gm...> wrote:
>> 
>>> Well the thread on the devel list that I referred to explicitly has the
>>> win32 exe in its title ("Missing __init__.py in
>>> matplotlib-0.87.5.win32-py2.4.exe ?") . The starting post there pretty
>>> much says it all.
>>>
>>> There's also a recent post on the numpy list that sounds like it's maybe
>>> the same problem (quote):
>>> """
>>> Is there a compatible matplotlib as well? I was o.k. with mpl from
>>> enthought until I switched numerix to numpy. That made mpl unhappy.
>>> I downloaded 0.87.5 but I broke something in the process because now
>>> even switching back to Numeric doesn't make mpl happy.
>>> """
>>>
>>> Thanks,
>>> Sven
>>>
>>> Charlie Moad schrieb:
>>> 
>>>> That error was relating to the source release. Can you please post
>>>> your error for the binary?
>>>>
>>>> On 9/6/06, Sven Schreiber <sve...@gm...> wrote:
>>>> 
>>>>> Charlie Moad schrieb:
>>>>> 
>>>>>> Minor rev bump for numpy 1.0b5 compatibility. This release should
>>>>>> remain compatible with future 1.0 releases of numpy.
>>>>>>
>>>>>> 
>>>>> I keep running into the ImportError problem described on the devel list,
>>>>> with the win32 2.4 binary (exe). Is that still just a case of waiting
>>>>> for the mirrors to update, or is there a deeper problem? Are there
>>>>> alternative download links? How to tell whether it's the "right" binary,
>>>>> since version numbers are the same?
>>>>>
>>>>> Thanks for your help,
>>>>> Sven
>>>>>
>>>>> 
>>> 
>
> -------------------------------------------------------------------------
> 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
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
> 

Interesting ! The lack of proper 3D plotting in scipy is a major problem
in my eyes.
I would like to point out tvtk ( http://scipy.org/Cookbook/MayaVi/tvtk)
that is a great framework for developing 3D plotting tools in python. One
example is the new version of the famous Mayavi, but something "command
line driven", like pylab, can be easily implemented, as the mlab module (
http://scipy.org/Cookbook/MayaVi/mlab ) demonstrates. These rely on the
ETS (enthought tool suite) which is currently a very haevy dependency if
you are not using the enthought python distribution, but enthought is
working on repackaging this as eggs.
I think that using tvtk as a backend will allow faster development than
raw OpenGL, and code reuse with Mayavi2 and Co. A lot of very well
thought work has gone in tvtk and it needs little work to come out as a
useful plotting package. I coded such a package in a quick and dirty way
for myself and have always wanted to find the time to polish it and
propose its integration to tvtk. I send it as an example of what one can
do in an afternoon with tvtk. (see
https://mail.enthought.com/pipermail/enthought-dev/2006-July/002140.html
for a discussion of this module)
 Best regards,
Ga=EBl
************************************************
import os
os.environ['NUMERIX'] =3D 'numpy'
from scipy import arange, ravel, amax, amin, zeros, column_stack, sqrt, o=
nes
from enthought.tvtk.tools import mlab
class figure3d:
 """ A window for displaying 3D objects """
 title =3D ''
 xlabel =3D 'x'
 ylabel =3D 'y'
 zlabel =3D 'z'
 objects =3D []
 background =3D (1.0,1.0,1.0)
 foreground =3D (0.0,0.0,0.0)
 fig =3D None
 def update(self):
 """Updates the figure"""
 if self.fig:
 hasTitle=3D0
 # Update the title
 for object in self.fig.objects:
 if str(type(object))=3D=3D"<class 'enthought.tvtk.tools.m=
lab.Title'>":
 object.text =3D self.title
 object.text_actor.property.color=3Dself.foreground
 hasTitle=3D1
 if not self.title =3D=3D '' and not hasTitle:
 t=3Dmlab.Title()
 t.text=3Dself.title
 t.text_actor.property.color=3Dself.foreground
 self.fig.add(t)
 # Update the labels
 self.fig.objects[0].axis.x_label=3Dself.xlabel
 self.fig.objects[0].axis.y_label=3Dself.ylabel
 self.fig.objects[0].axis.z_label=3Dself.zlabel
 # Update the colors
 self.fig.renwin.background=3Dself.background
 for object in self.fig.objects[0].actors:
 object.property.color=3Dself.foreground
 self.fig.renwin.render()
 =20
 def show(self):
 """ Shows the figure, if not already displayed """
 if not self.fig:
 self.fig =3D mlab.figure(browser=3DFalse)
 self.fig.renwin.x_plus_view()
 self.fig.renwin.camera.azimuth(-62)
 self.fig.renwin.camera.elevation(19.5)
 self.update()
 def surf(self,z, transparency=3D0.0, transparent=3D0):
 """ Plot a 3d surface from a 2D array """
 y=3Darange(0,z.shape[0])
 x=3Darange(0,z.shape[1])
 # Flatten the matrix
 z=3Dravel(z)
 Zmax=3Damax(z)-amin(z)
 XYmax=3Damax((amax(y)-amin(y),amax(x)-amin(y)))
 Zscale=3DXYmax/float(Zmax)*0.5
 s=3Dmlab.SurfRegular(x,y,z,scale=3D[1.0,1.0,Zscale])
 s.scalar_bar.title=3D''
 s.show_scalar_bar=3DTrue
 s.scalar_bar.orientation=3D"horizontal"
 s.scalar_bar.property.color=3Dself.foreground
 # LUT means "Look-Up Table", it give the mapping between scalar v=
alue and
 # color
 s.lut_type=3D'blue-red'
 transparency=3D1.0-transparency
 s.lut.alpha=3Dtransparency
 s.lut.alpha_range=3D(transparency,transparency)
 if transparent:
 s.lut.alpha_range=3D(0.0,1.0)
 if not self.fig:
 self.show()
 # Scale properly the box outline
 self.fig.objects[0].axis.set_ranges((amin(x),amax(x),amin(y),amax=
(y),amin(z),amax(z)))
 self.fig.objects[0].axis.use_ranges=3D1
 self.fig.add(s)
 def plot3(self, x, y, z, color=3D(0,0.5,1.0), linewidth=3D1):
 """ Plot a 3D line from 3 sets of coordinates """
 assert len(x)=3D=3D len(y) and len(y)=3D=3Dlen(z), "x,y,z must ha=
ve same number of coordinates"
 x=3Dravel(x)
 y=3Dravel(y)
 z=3Dravel(z)
 size=3Dmax((amax(x)-amin(x),amax(y)-amin(y),amax(z)-amin(z)))
 pts =3D zeros((len(x), 3), 'd')
 pts[:,0], pts[:,1], pts[:,2] =3D x, y, z
 linewidth=3D0.05*linewidth/size
 l =3D mlab.Line3(pts,color=3Dcolor, radius=3Dlinewidth)
 if not self.fig:
 self.show()
 self.fig.add(l)
 def edit_traits(self):
 self.fig.edit_traits()
 def quiver3d(self, x, y, z, vx, vy, vz, scalars=3DNone, color=3DNone,=
 autoscale=3D1):
 """ Displays a plot of arrows located at x, y, z, and of
 coordinates vx, vy, vz"""
 assert len(x) =3D=3D len(y) and len(y) =3D=3D len(z) and len(z)=3D=
=3D len(vx) and len(vx)=3D=3Dlen(vy) and len(vy)=3D=3Dlen(vz), "coordinat=
e vectors must be of same length"
 x=3Dravel(x)
 y=3Dravel(y)
 z=3Dravel(z)
 vx=3Dravel(vx)
 vy=3Dravel(vy)
 vz=3Dravel(vz)
 positions =3D column_stack((x,y,z))
 norms =3D vx**2 + vy**2 + vz**2
 norms =3D sqrt(norms.astype(float))
 normsmax =3D amax(norms)
 if autoscale:
 vx=3Dvx.astype(float)/normsmax
 vy=3Dvy.astype(float)/normsmax
 vz=3Dvz.astype(float)/normsmax
 vectors =3D column_stack((vx,vy,vz))
 if scalars is not None:
 # scalars overrides color
 color =3D (0.0,0.5,1.0)
 scalars =3D ravel(scalars)
 scalars =3D scalars + amin(scalars)
 scalars =3D scalars.astype(float)/amax(scalars)
 elif not color:
 scalars =3D norms/normsmax
 color =3D (0.0,0.5,1.0)
 g =3D mlab.Arrows(positions,vectors=3Dvectors,scalars=3Dscalars,c=
olor=3Dcolor)
 g.glyph.scale_mode=3D'scale_by_vector'
 if not self.fig:
 self.show()
 self.fig.add(g)
 def scatter3d(self, x, y, z, scalars=3DNone, size=3DNone, color=3D(0.=
0,0.5,1.0), autoscale=3D1):
 """ Displays a bunch of spheres given by their 3d position.
 Optional scalar matrix defines their color and optional size
 matrix their radius"""
 assert len(x) =3D=3D len(y) and len(y) =3D=3D len(z), "coordinate=
 vectors must be of same length"
 x=3Dravel(x)
 y=3Dravel(y)
 z=3Dravel(z)
 positions =3D column_stack((x,y,z))
 if scalars is not None:
 scalars =3D ravel(scalars)
 scalars =3D scalars + amin(scalars)
 scalars =3D scalars.astype(float)/amax(scalars)
 if size is not None:
 size=3Dravel(size)
 size =3D size + amin(size)
 if autoscale:
 size =3D 1.5*size.astype(float)/amax(size)
 vectors =3D column_stack((size,size,size))
 else:
 vectors =3D None
 g =3D mlab.Spheres(positions,vectors=3Dvectors,scalars=3Dscalars,=
color=3Dcolor)
 if size is not None:
 g.glyph.scale_mode=3D'scale_by_vector'
 if not self.fig:
 self.show()
 self.fig.add(g)
 def savefig(self, filename, **kw_args):
 """Saves rendered scene to one of several image formats=20
 depending on the specified extension of the given filename.
 Any extra keyword arguments are passed along to the respective
 save method."""
 self.fig.renwin.save(filename, **kw_args)
def surf(z,transparency=3D0.0,transparent=3D0):
 """ Plot a 3d surface from a 2D array """
 f =3D figure3d()
 f.surf(z,transparency=3Dtransparency,transparent=3Dtransparent)
 return f
 =20
def plot3(x, y, z, color=3D(0,0.5,1.0), linewidth=3D0.2):
 """ Plot a 3D line from 3 sets of coordinates """
 f =3D figure3d()
 f.plot3(x,y,z,color=3Dcolor, linewidth=3Dlinewidth)
 return f
def scatter3d(x, y, z, scalars=3DNone, size=3DNone, color=3D(0.0,0.5,1.0)=
, autoscale=3D1):
 """ Displays a bunch of points given by their 3d position.
 Optional scalar matrix defines their color"""
 f =3D figure3d()
 f.scatter3d(x ,y ,z, scalars=3Dscalars, size=3Dsize, color=3Dcolor, a=
utoscale=3Dautoscale)
 return f
def quiver3d(x, y, z, vx, vy, vz, scalars=3DNone, color=3DNone, autoscale=
=3D1):
 """ Displays a plot of arrows located at x, y, z, and of
 coordinates vx, vy, vz"""
 f =3D figure3d()
 f.quiver3d(x ,y ,z, vx, vy, vz, scalars=3Dscalars, color=3Dcolor, aut=
oscale=3Dautoscale)
 return f

Hi, I've developed a simple 3D plotting module which u can find at =
http://www.scipy.org/WilnaDuToit . There's still alot of work to be =
done, so please feel free to play/use/extend/break it if u find it =
useful and send comments/enquiries/fixes etc to wi...@su....
=20
Hope someone can use it :)
=20
Wilna du Toit
=20

Hi list,
I downloaded the latest version from the link (see under). With 0.87.3 our
application worked fine, but with with 0.87.5 we get the following:
Traceback (most recent call last):
 File "C:\Python24\PanelCheck_V.1.1.0\PanelCheck.py", line 222, in ?
 import PanelCheck_GUI
 File "C:\Python24\PanelCheck_V.1.1.0\PanelCheck_GUI.py", line 10, in ?
 from Line_Plot import *
 File "C:\Python24\PanelCheck_V.1.1.0\Line_Plot.py", line 3, in ?
 from Plot_Setup import *
 File "C:\Python24\PanelCheck_V.1.1.0\Plot_Setup.py", line 9, in ?
 from matplotlib.backends.backend_wxagg import FigureCanvasWxAgg as
FigureCanvas
 File
"C:\Python24\Lib\site-packages\matplotlib\backends\backend_wxagg.py", line
21, in ?
 from matplotlib.figure import Figure
 File "C:\Python24\Lib\site-packages\matplotlib\figure.py", line 5, in ?
 from artist import Artist
 File "C:\Python24\Lib\site-packages\matplotlib\artist.py", line 4, in ?
 from transforms import identity_transform
 File "C:\Python24\Lib\site-packages\matplotlib\transforms.py", line 223,
in ?
 from _transforms import Value, Point, Interval, Bbox, Affine
 File "C:\Python24\Lib\site-packages\matplotlib\_transforms.py", line 1,
in ?
 import sys, numerix
 File "C:\Python24\Lib\site-packages\matplotlib\numerix\__init__.py", line
145, in ?
 __import__('fft', g, l)
 File "C:\Python24\Lib\site-packages\matplotlib\numerix\fft\__init__.py",
line 11, in ?
 from numpy.dft.old import *
ImportError: No module named old
Thanks
Oliver
mat...@li... wrote on 06.09.2006
21:20:39:
> Sorry all for the error. I just uploaded "working" (at least for me)
> versions to sourceforge again. For those who are sicking of playing
> with mirrors here is a direct download. Don't expect this link to be
> good for a long time though.
>
> http://euclid.uits.iupui.edu/mplfiles/
>
> - Charlie
>
> On 9/6/06, Charlie Moad <cw...@gm...> wrote:
> > The source error must of propagated to those builds. I will post new
> > ones shortly.
> >
> > On 9/6/06, Sven Schreiber <sve...@gm...> wrote:
> > > Well the thread on the devel list that I referred to explicitly has
the
> > > win32 exe in its title ("Missing __init__.py in
> > > matplotlib-0.87.5.win32-py2.4.exe ?") . The starting post there
pretty
> > > much says it all.
> > >
> > > There's also a recent post on the numpy list that sounds like it's
maybe
> > > the same problem (quote):
> > > """
> > > Is there a compatible matplotlib as well? I was o.k. with mpl from
> > > enthought until I switched numerix to numpy. That made mpl unhappy.
> > > I downloaded 0.87.5 but I broke something in the process because now
> > > even switching back to Numeric doesn't make mpl happy.
> > > """
> > >
> > > Thanks,
> > > Sven
> > >
> > > Charlie Moad schrieb:
> > > > That error was relating to the source release. Can you please post
> > > > your error for the binary?
> > > >
> > > > On 9/6/06, Sven Schreiber <sve...@gm...> wrote:
> > > >> Charlie Moad schrieb:
> > > >> > Minor rev bump for numpy 1.0b5 compatibility. This release
should
> > > >> > remain compatible with future 1.0 releases of numpy.
> > > >> >
> > > >>
> > > >> I keep running into the ImportError problem described on the
> devel list,
> > > >> with the win32 2.4 binary (exe). Is that still just a case of
waiting
> > > >> for the mirrors to update, or is there a deeper problem? Are there
> > > >> alternative download links? How to tell whether it's the
> "right" binary,
> > > >> since version numbers are the same?
> > > >>
> > > >> Thanks for your help,
> > > >> Sven
> > > >>
> > > >
> > >
> > >
> >
>
> -------------------------------------------------------------------------
> 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-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users