Mailman 3 March 2003 - SciPy-Dev

Chaco class documentation?
by David Ascher March 12, 2003

March 12, 2003

I'm trying (again) to use Chaco. My needs are to build output files from dynamically generated data files, not interactive plots. In other words, I want to use the classes directly, not through a GUI or through the .co format. Is there documentation on the relationships between: - PlotValue - Canvas - PlotRenderer* - PlotTitle's - PlotLabel's - PlotItem's etc? The traits mechanism along with the dependence of the demo program on the .co files and the wxPython front end, coupled with a lack of 'lower-level' sample code, makes it fairly hard to figure out what the containing and aggregate relationships are. I'm willing to maintain rough docs in the CVS tree, as long as people are willing to feed me information and review what I write. We could start with a few bare facts, but that's where I really need input. Things like: The structure at the atomic level of a plot is a PlotItem. It corresponds to a drawable object like a value point, a symbol, a tick mark. A PlotItemList is a list of such PlotItems. A PlotContainer is a container of XXX's. A PlotFrame is XXX A Plottable is XXX A PlotCanvas is XXX The main purpose of a PlotCanvas is to be used in GUI applications and associated with scrollbars. A PlotCanvas contains one or more PlotItems. A PlotValue corresponds to a data set. - data: a list or 1-darray of numbers ?? - origin: ??? - type: a type of plot. Supported types include -- numbers indicate number of XXXXs - line (default) (1) - bar (histogram) (1+) - range (2) - scatter (1) - polygon (1) - stackedline (1+) - stackedbar (1+) - rangebar (2) - hloc (high/low/open/close) (3,4) - filllt (fill less than) (2) - fillne (fill not equal to) (2) - fillgt (fill greater than (2) - candle (candlestick) (4) - line_style: ??? - line_color: a color - line_weight: a number (1 means 1 pixel??) - outline_color: a color - outline_weight: a number (1 means 1 pixel??) - fill_color: a color - fill_style: Not implemented yet - size: the size of the symbol - symbol: One of [None, 'circle', 'square', 'diamond', 'triangle', 'down triangle', 'cross', 'plus'] - bar_width: a number - bin_width: a number -- meaning?? - select_type: ??? - select_notify: ??? Colors: Colors can be represented with textual values (e.g. 'red') or with XXX.

1 0

ImageMagick and chaco
by Travis Oliphant March 12, 2003

March 12, 2003

Hi group, I've been playing a bit with ImageMagick and have noticed that it has an extensive API for drawing into images. The API looks like it has been inspired by Display Postscript. It would seem that chaco could use ImageMagick at it's core to support output to any number of devices. There is a Python Interface to ImageMagick now, but it requires the boost library. I'm working on an interface that is more basic and does not require boost. It would seem that at the very least, ImageMagick would be a good backend to target for chaco (as it opens up the door for a whole range of file formats). You can check out the vector drawing api in Image Magick at http://www.imagemagick.org/www/api/draw.html -Travis O.

1 0

--prefix not being accepted by setup.py now?
by eric jones March 12, 2003

March 12, 2003

I just did a CVS update, and --prefix isn't taken as an argument to the setup script. Here is what I get. [eric@enthoughtaus1 scipy]$ python setup.py install --prefix=$OSDIR %%%%%%%%%%%%%%%%%%%%%%% 1 %%%%%%%%%%%%%%%%%%%%%%% *********************************************** /home/eric/wrk2/scipy/Lib/xplt *********************************************** x11_info: FOUND: libraries = ['X11'] library_dirs = ['/usr/X11R6/lib'] include_dirs = ['/usr/X11R6/include'] usage: setup_xplt.py [global_opts] cmd1 [cmd1_opts] [cmd2 [cmd2_opts] ...] or: setup_xplt.py --help [cmd1 cmd2 ...] or: setup_xplt.py --help-commands or: setup_xplt.py cmd --help error: option --prefix not recognized thanks, eric ---------------------------------------------- eric jones 515 Congress Ave www.enthought.com Suite 1614 512 536-1057 Austin, Tx 78701

4 5

Re: [Scipy-cvs] world/scipy/Lib/xplt setup_xplt.py,1.18,1.19
by Travis E. Oliphant March 11, 2003

March 11, 2003

pearu(a)scipy.org wrote: >Update of /home/cvsroot/world/scipy/Lib/xplt >In directory scipy.org:/tmp/cvs-serv6702 > >Modified Files: > setup_xplt.py >Log Message: >Fixed Python 2.1 distutils config try_run and try_compile methods >by redefining them in config_pygist. Now `setup_xplt.py config` >works with Python 2.1. > >Open issues: since Make.cfg and config.h are regenerated when >running config then they should not be in CVS, should they? > Pearu, No, they probably should not be. In fact, the config.h file should only be generated once (or if explicitly requested by the user). Right now, it's being generated every time (thus the inelegant hack) --- and this seems to be related to why the gistCmodule gets built every time also. -Travis O.

1 0

Re: [SciPy-user] scipy.cluster -> cluster
by Pearu Peterson March 11, 2003

March 11, 2003

Travis O., What was the reason that you disabled cluster module in scipy/setup.py? Can we turn it on again? Thanks, Pearu On Tue, 11 Mar 2003, Kasper Souren wrote: > Hi, > > I was having some troubles with the cluster module. I am using the cvs > version. To install it I needed to run the setup.py in Lib/cluster. > And then my from scipy.cluster import vq obviously doesn't work anymore. > > Now it's running fine again here, but I guess other people might face this > problem as well...

3 3

xplt breaking win32 nightly
by Travis N. Vaught March 11, 2003

March 11, 2003

Here's the traceback I get, any ideas? I'm not sure where to start... C:\temp\2.1\scipy>c:\python21\python.exe setup.py %%%%%%%%%%%%%%%%%%%%%%% 1 %%%%%%%%%%%%%%%%%%%%%%% *********************************************** C:\temp\2.1\scipy\Lib\xplt *********************************************** x11_info: NOT AVAILABLE running config ============= begin top level configuration ============= compiling '_configtest.c': /* check whether libm is broken */ #include <math.h> int main(int argc, char *argv[]) { return exp(-720.) > 1.0; /* typically an IEEE denormal */ } c:\mingw\bin\gcc.exe -mno-cygwin -mdll -O -Wall -c _configtest.c -o _configtest. o c:\mingw\bin\gcc.exe -mno-cygwin -s _configtest.o -lm -o _configtest.exe success! removing: _configtest.c _configtest.o _configtest.exe compiling '_configtest.c': /* check whether libm is broken */ #include <math.h> int main(int argc, char *argv[]) { return exp(-720.) > 1.0; /* typically an IEEE denormal */ } c:\mingw\bin\gcc.exe -mno-cygwin -mdll -O -Wall -c _configtest.c -o _configtest. o c:\mingw\bin\gcc.exe -mno-cygwin -s _configtest.o -lm -o _configtest.exe Traceback (most recent call last): File "setup.py", line 44, in ? File "setup_xplt.py", line 865, in ? setup(**configuration()) File "scipy_core\scipy_distutils\core.py", line 42, in setup File "c:\Python21\lib\distutils\core.py", line 138, in setup dist.run_commands() File "c:\Python21\lib\distutils\dist.py", line 899, in run_commands self.run_command(cmd) File "c:\Python21\lib\distutils\dist.py", line 919, in run_command cmd_obj.run() File "setup_xplt.py", line 69, in run self.config_toplevel() File "setup_xplt.py", line 90, in config_toplevel if not self.try_run(testcode,libraries=[self.mathlib]): File "c:\Python21\lib\distutils\command\config.py", line 277, in try_run self.spawn([exe]) NameError: global name 'exe' is not defined ........................ Travis N. Vaught Enthought, Inc. (512)536-1057 http://www.enthought.com ........................

2 1

PyGist
by Travis Oliphant March 11, 2003

March 11, 2003

I have recently discovered the PyGist has undergone some changes while we've been using it in SciPy. Part of these changes have led it to be available on Windows!!!! Given that to compile SciPy on Windows we need the same tools required to compile and use PyGist on Windows, I am very willing to make the modifications to xplt necessary to get it to compile and be useful to the windows user. This will provide a fast and very capable plotting package that while missing a couple of the bells and whistles of the eventually delivered chaco package, will allow users to produce publication quality plots immediately under current SciPy. I think this is very important for the further dissemination of SciPy. Some may get concerned that we will spend too many resources making xplt workable to only through it away in the end. I think this will not happen because PyGist is so fast and easy to use. I fear that we are losing potential users because we are not supporting a consistent and very useable (if not perfect) plotting package for SciPy. Because PyGist now works on all platforms and it is very full featured there is no reason not to provide it in all binaries of SciPy. -Travis O.

4 6

Building on Sun
by eric jones March 11, 2003

March 11, 2003

Hey guys, I just got this strange error when building on Sun. gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -fPIC -I/home/eric/wrk2/scipy/Lib/xplt/src/gist -I/home/eric/wrk2/scipy/Lib/xplt/src/play -I/home/eric/wrk2/scipy/Lib/xplt/src/play/unix -I/usr/local/include/python2.2 -I/home/eric/sunos/include/python2.2 -c /home/eric/wrk2/scipy/Lib/xplt/src/play/unix/fpuset.c -o build/temp.solaris-2.8-sun4u-2.2/fpuset.o -DGISTPATH="/usr/local/lib/python2.2/site-packages/scipy/xplt/gistdata" /usr/ccs/bin/as: "/var/tmp//ccyR5El8.s", line 60: error: unknown opcode "fldcw" /usr/ccs/bin/as: "/var/tmp//ccyR5El8.s", line 60: error: statement syntax error: command 'gcc' failed with exit status 1 Anyone have a clue about this??? eric ---------------------------------------------- eric jones 515 Congress Ave www.enthought.com Suite 1614 512 536-1057 Austin, Tx 78701

3 2

Re: [Scipy-cvs] Re: [SciPy-user] Next problem in CVS
by Pearu Peterson March 10, 2003

March 10, 2003

On Mon, 10 Mar 2003, Kasper Souren wrote: > On Monday 10 March 2003 16:52, Pearu Peterson wrote: > > > Btw, not all problems now or in future are related to > > the new CVS tree ;) > > This one is, I guess... Nope.. > I continued compiling, without the -msse2, and I ran into a "cannot find lX11" > error. So I did a cvs update, and now I'm getting: > > $ python setup.py build > Traceback (most recent call last): > File "setup.py", line 20, in ? > from scipy_distutils.core import setup > File "scipy_core/scipy_distutils/core.py", line 14, in ? > from scipy_distutils.command import build_flib > File "scipy_core/scipy_distutils/command/build_flib.py", line 1082 > <<<<<<< build_flib.py > ^ > SyntaxError: invalid syntax Remove build_flib.py and do cvs update again. I have disable -msse2 for g77<=3.2.2 in scipy cvs. Pearu

1 0

Calling extrenal functions with weave
by christophe grimault March 10, 2003

March 10, 2003

Hi, I was just wandering if it is possible, inside a code """ ..... """, to call a function foo(u), compiled in a foo.o file ? Thanks in advance. Christophe Grimault

2 1