gmane.comp.python.enthought.devel

no examples or docs installing ETS via easy_install

Mary Lou Knack — 2008-12-02T22:49:42

_______________________________________________ Enthought-dev mailing list Enthought-dev-oRDGkvazHdacsI7C1d+pp9BPR1lH4CV8< at >public.gmane.org https://mail.enthought.com/mailman/listinfo/enthought-dev

[TraitsBackendWX] Text Range editor improvement

Prabhu Ramachandran — 2008-12-02T20:48:53

Hi, I noticed that the text editor for a range does not support the enter_set factory option. Attached is a patch that improves this. If no one objects I'll check it in. cheers, Prabhu _______________________________________________ Enthought-dev mailing list Enthought-dev-oRDGkvazHdacsI7C1d+pp9BPR1lH4CV8< at >public.gmane.org https://mail.enthought.com/mailman/listinfo/enthought-dev

Scheduling for a full ETS release this week?

Dave Peterson — 2008-12-02T17:49:17

Hi All, I've been talking to a number of individuals privately about plans for an upcoming release and just realized I was being boneheaded by not continuing to talk with the wider community about it as well. This e-mail should help fix that. Awhile ago there were discussions about how Mayavi had added features and thus was bumping from a 3.0.x version number to a 3.1.x version number according to our version numbering scheme. It was apparent that, due to fixes made in other projects and Mayavi's dependencies on those projects, that we actually needed updated releases for most of ETS. So the decision was made to do a full ETS release as version 3.1.0, again according to our version numbering scheme. Since those discussions, I've been pinging Prabhu and Gael privately to see when Mayavi would be ready for a release, and bringing up the release status at the Enthought internal staff meetings. At this point I think I've corralled everyone into preparing for a release for tomorrow evening (CST). This is my call for others to try and get any last minute check-ins made, or raise their voices in dissent to that release schedule. :-) I'm very sorry about the late notice, but I think most of the active ETS developers would agree that we need this release sooner rather than later.

Proposal to change the declaration of Envisageplugins in eggs...

Martin Chilvers — 2008-12-02T12:48:20

G'day, As some of you may know Envisage ships with a plugin manager that harvests plugins from eggs (the 'EggPluginManager'). The egg plugin manager is very simple(istic!) as it assumes that every plugin in every egg in the working set (i.e. on sys.path) should be included in your application. Now, (not coincidentally!), that works just fine for the way that we here at Xype distribute our applications! We put all of the eggs that are used in an application into what we call an 'egg basket' and dynamically add the eggs to the working set when the application starts up. However, this approach does not work nicely if you don't use the egg basket approach and you want to specify a subset of the plugins on your path to make up your application (which BTW, is how most of the egg-based test cases and examples work). The 'EggPluginManager' already supports the notion of an 'include' list, which is simply a list of the Ids of the plugins that you want to actually use (we should also have an 'exclude' list of course, but I'll defer that to another test case ;^). Howeever, the problem with the current scheme is that we don't know the Id of a plugin until we have imported and instantiated it which is quite smelly if you ask me! To fix this, I propose changing the way we declare plugin entry points in 'setup.py' modules. Currently, it looks something like this (taken from the MOTD example):- entry_points = """ [enthought.envisage.plugins] motd = acme.motd.motd_plugin:MOTDPlugin """ The left-hand-side (LHS) of the expression is currently not used anywhere - it just has to be there because that is how you declare egg entry points. My suggestion is that we make the LHS meaningful and set it to be the same as the plugin Id like so:- entry_points = """ [enthought.envisage.plugins] acme.motd = acme.motd.motd_plugin:MOTDPlugin """ Now this means that plugin managers like the egg plugin manager can *completely* ignore plugins that they are not interested in, which means that you can have applications that use a subset of the eggs on sys.path and it is easier to write test cases/examples etc. One obvious downside is the duplication of the plugin Id as it would still have to be in the plugin itself so that the plugin is useable in a non-egg environment. Thoughts? Martin

[mv2] Filter UserDefined:ImageMathematics on Windows

B. P. Thrane — 2008-12-02T11:33:46

When using the filter UserDefined:ImageMathematics on the WindowsXP platform, MayaVi2 hangs (trunk version under the latest Python(x,y)). On the Linux platform, one also gets lots of error messages depending on which mathematical function one choses, but it doesn't hang. Here the fatal error message that hangs the application on Windows. ERROR: In /work/source/vtk52src/VTK/Imaging/vtkImageMathematics.cxx, line 62 vtkImageMathematics (0x30613430): Second input must be specified for this operation. ERROR: In /work/source/vtk52src/VTK/Imaging/vtkImageMathematics.cxx, line 418 vtkImageMathematics (0x30613430): ImageMathematics requested to perform a two input operation with only one input Some of the operators (add, multiply, divide) in this filter require two images as input, but MayaVi2 only provides one. Other operations only require one input, such as log, multiply_by_k etc. So it should be possible to use some of the operators in the MayaVi2 tree editor. Maybe setting a different default operator in the filter will be a work-around, but it may hang anyway if you select an operator that requires two inputs? Anyway, how to get two inputs into this filter in MayaVi2? This is typically easier in a network based user interface. In the MayaVi2 tree editor, it doesn't seem to be possible, a script seem to be the only solution. Regards, B. P. Thrane

[mv2] LUT, ImagePlaneWidget and custom import module

B. P. Thrane — 2008-12-02T09:22:20

Writing my own import module for MayaVi2 seemed out of reach when I started working with it, but now when I'm a bit more familiar with tvtk I managed quite easily to rewrite the zzz_reader.py example for our data. But there are some strange behavior with ImagePlaneWidget that I cannot figure out. Ubuntu 8.10 64-bit, Mayavi version 3.1.0.dev-r22498 - VTK version 5.2.0, Python 2.5.2, wxPython 2.8.9.1 Here is what happens. After opening my file using my customised import module and selecting the ImagePlaneWidget module, I get a blank widget and the following error on the command line: ERROR: In /work/source/vtk52src/VTK/Filtering/vtkImageData.cxx, line 1551 vtkImageData (0x2fd920a0): Attempt to allocate scalars before scalar type was set!. ERROR: In /work/source/vtk52src/VTK/Imaging/vtkImageReslice.cxx, line 3363 vtkImageReslice (0x2fd34ab0): Execute: input ScalarType, 10, must match out ScalarType 0 ERROR: In /work/source/vtk52src/VTK/Filtering/vtkImageData.cxx, line 1551 vtkImageData (0x2fd920a0): Attempt to allocate scalars before scalar type was set!. ERROR: In /work/source/vtk52src/VTK/Filtering/vtkImageData.cxx, line 1456 vtkImageData (0x2fd920a0): Could not allocate scalars. Generic Warning: In /work/source/vtk52src/VTK/Common/vtkAbstractArray.cxx, line 151 Unsupported data type! ERROR: In /work/source/vtk52src/VTK/Common/vtkLookupTable.cxx, line 819 vtkLookupTable (0x2f903b80): MapImageThroughTable: Unknown input ScalarType The last line repeats many times... The error is not fatal, I just click and move the ImagePlaneWidget a bit and the slice appears correctly rendered. My first guess was that my construction of the VTKDataSource object was incomplete, but I couldn't figure out where it is wrong. After some more testing I found that if I first create a ScalarCut plane or anything else, I could subsequently create an ImagePlaneWidget without any error message. So I think there is something happening when the ImagePlaneWidget is created as a first module in the scene and setting up the look up table. Here is my modified zzz_reader.py def zzz_reader(fname, engine): """Reader for .zzz files. Parameters: ----------- fname -- Filename to be read. engine -- The engine the source will be associated with. """ from enthought.tvtk.api import tvtk from enthought.mayavi.sources.vtk_data_source import VTKDataSource # Do your own reader stuff here, I'm just reading a VTK file with a # different extension here. zzz = readZzzFile(fname,0) r = tvtk.StructuredPoints(origin=zzz.origin(), dimensions=zzz.dims(), spacing=zzz.spacing()) r.point_data.scalars = zzz.datadict["Var1"] r.point_data.scalars.name = 'Var1' r.update() src = VTKDataSource(data=r) return src I've tried setting scalar_type='float' in the call, but that doesn't help. What I cannot figure out is how the set the lookup table to default, as you have to when you write to file using StructuredPointsWriter. When I load a vtk file that has 'LOOKUP_TABLE default' in the header, this error doesn't occur. So I guess I'm missing something when creating the VTKDataSource. Regards, B. P. Thrane

Mayavi and mlab for pur-numeric purposes

Gael Varoquaux — 2008-12-01T22:49:16

This afternoon, at work, with a collegue we were using TVTK to extract isosurfaces of a 3D mask in a numpy array, and decimate them. I got fed up with missing around with all the operations required to babysit VTK and looked at what I could do with Mayavi. And this brings us to a feature that was requested a year and a half ago, at the SciPy2007 conference: reusing the algorithms of VTK without bothering with the VTK objects, or the visualization. An example is worth a thousand words: from enthought.mayavi import mlab import numpy as np a = np.zeros((3, 3, 3)) a[1, 1, 1] = 1 src = mlab.pipeline.scalar_field(a, figure=False) filter = mlab.pipeline.contour(src) x, y, z = filter.outputs[0].points.to_array().T The keyword 'figure=False' now forbids mlab to bring up any UI. As a result the scene thus-created cannot be used for visualization purposes (no real scene is actually created). Now many of the algorithmes in VTK can be easily accessed with numpy arrays. This is checkin [22594]. I would appreciate people testing this feature and playing with it, as we are nearing a release. I think we should label this feature as experimental in the next release. Feedback welcomed. Gaël

Traits-aware Sphinx

Phil Thompson — 2008-12-01T14:13:49

Was any progress made with making Sphinx traits-aware? What's the current state? Thanks, Phil

Specifying colors for a mesh

Anne Archibald — 2008-12-01T04:46:16

This seems like a terribly obvious question, but I have had no luck finding instructions on how to do it in the documentation: Can I specify my own colors for a mesh? That is, I have an RGB value for each point. The color= keyword argument appears to require specifically a single tuple. If this is for some reason impossible, can I supply my own colormap? In fact the colors are obtained from temperatures using a blackbody curve, so I could easily produce a look-up table to use. But it appears that I can only pass in the name of an existing look-up table. I've been using the mlab interface, because that's what's documented on the web. I'm also using version 2.2.0 because that's what's in Ubuntu Intrepid. Thanks, Anne

Installing ETS-3.0.3 in Sage

Jaap Spies — 2008-11-30T19:47:05

Trying to do a source install of ETS-3.0.3 in Sage-3.2.1.rc0. Mayavi2 is doing well, but chaco fails to run. Some time ago there was a thread on this list with comparable problems with chaco installed on debian. The resolution was to say at least, rather the debian way. I'm using Fedora 9 and Fedora 10. Let me try to explain what I do: I install the following experimental Sage packages: pyrex-0.9.4.1.spkg (not needed under linux?) swig-1.3.31.spkg vtk-5.2.spkg wxPython-2.8.9.1.spkg pil-1.1.6 Reportlab_2_2 in order to meet the external dependencies. I grab the sources from svn with ets co ETS, etcetera. put in egg_builder.py run a install script: No errors: Mayvi2 is working as expected (thanks Prabhu!). The examples in Chaco_3.0.1 fail: Any thoughts? Jaap

mayavi problem in EPD py25-4.0.30002

Robert Cimrman — 2008-11-27T15:54:28

Hi (Prabhu), I am trying to run mayavi in EPD py25-4.0.30002 on windows XP. The examples without the GUI work fine, the examples showing the splash screen fail with the traceback below. (sorry for the messed output, I am testing it on another computer and got it by e-mail this way.) r. > pythonw -u "streamline.py" Traceback (most recent call last): File "streamline.py", line 70, in main() File "C:Program FilesPython25libsite-packagesmayavi-3.0.3-py2.5-win32.eggenthoughtmayaviscriptsmayavi2.py", line 572, in wrapper m.main() File "C:Program FilesPython25libsite-packagesmayavi-3.0.3-py2.5-win32.eggenthoughtmayavipluginsapp.py", line 167, in main self.setup_logger() File "C:Program FilesPython25libsite-packagesmayavi-3.0.3-py2.5-win32.eggenthoughtmayavipluginsapp.py", line 174, in setup_logger setup_logger(logger, 'mayavi.log', mode=self.log_mode) File "C:Program FilesPython25libsite-packagesmayavi-3.0.3-py2.5-win32.eggenthoughtmayavipluginsapp.py", line 70, in setup_logger logger.info("logfile is: '%s'", os.path.abspath(path)) File "C:Program FilesPython25liblogging__init__.py", line 985, in info apply(self._log, (INFO, msg, args), kwargs) File "C:Program FilesPython25liblogging__init__.py", line 1101, in _log self.handle(record) File "C:Program FilesPython25liblogging__init__.py", line 1111, in handle self.callHandlers(record) File "C:Program FilesPython25liblogging__init__.py", line 1148, in callHandlers hdlr.handle(record) File "C:Program FilesPython25liblogging__init__.py", line 655, in handle self.emit(record) File "C:Program FilesPython25libsite-packagestraitsgui-3.0.2-py2.5.eggenthoughtpyfacesplash_screen_log_handler.py", line 38, in emit self._splash_screen.text = str(record.getMessage()) + '...' UnicodeDecodeError: 'ascii' codec can't decode byte 0xed in position 57: ordinal not in range(128) > >Exit code: 1

pygtk

Karsten W. Jacobsen — 2008-11-27T14:58:42

Dear enthought-dev. Does anybody know how to get gtk to work with the python in EPD on MacOS X? Using macports one can get a python including gtk but I hope it will be easy to get gtk to work with EPD-python since it has so many other nice packages included. Are there any plans of including gtk in EPD? Thanks. Karsten.

Getting a pyglet window w/ Enable

Dav Clark — 2008-11-25T21:22:50

Architecture question: I would like to have a stimulus presentation screen for running behavioral experiments, as well as an "experimenter console" screen with oscilloscope type display of the response apparatus outputs. What would be the best way to do this? Some ideas: - Create all pyglet contexts from Enable, handing a window off to the stimulus presentation logic. - Create windows in pyglet, and pass one (physical) screen along to Enable (or Chaco). One difficulty arises from how the event loop will manage these things... I need to have very precise control over the stimulus presentation window (frame-by-frame) as well as accurate registration of the responses. This would be OpenGL rendering stuff (probably using some derivation of VisionEgg). The Chaco updating could be handled simply by updating a Trait, and doesn't need to be nearly so frame-by-frame accurate. I plan to start playing with this over the weekend, so if I get something done before I get an answer, I'll chime in with that. But I figure y'all might be able to point me in the "best" direction! Cheers, Dav

split processing pipeline (filters) in the code

Yaroslav Halchenko — 2008-11-24T19:23:47

I am trying to accomplish a very simple mission, but I fail to do that in code (I can move this in the GUIsh tree), could anyone help me out? So, I want to have /-> ImageFourierCenter -> some modules to visualize data -> FFT -> Filter -> RFFT -> more processing The thing is that I can't manage to say that both RFFT and ImageFourierCenter be on the same "level" to get input from the Filter (like in mv-pipe2.png). I tried to alter it by changing .inputs .outputs but it has no effect (result is in mv-pipe1.png) in the visual flow displayed by mayavi2. Here is relevant snippet of code: fft = UserDefined(filter=tvtk.ImageFFT(), name='FFT') fft.filter.dimensionality = 3 rfft = UserDefined(filter=tvtk.ImageRFFT(), name='rFFT') cfourier = UserDefined(filter=tvtk.ImageFourierCenter(), name='FourierCenter') ffilter = UserDefined(filter=tvtk.ImageButterworthLowPass(), name = 'ButterworthLowPass') # Chain filters and some modules for their display script.add_filter(fft) script.add_filter(ffilter) script.add_filter(cfourier) ipw_f = z_ipw('Fourier Space (Filtered)') script.add_filter(rfft) rfft.inputs = [ffilter] cfourier.inputs = [ffilter] ffilter.outputs += [rfft] ipw_f = z_ipw('Reconstructed (Filtered)', True) Thanks in advance for the hints

Simple Chaco Question

2008-11-24T15:18:14

Hello everyone, I'm looking at the Chaco documentation and doing some tests. I would appreciate if someone could have a look at this code and tell me why "axis_line_weight" and "axis_line_visible" only update when "index_range_value" does? Run the code and play with the values of the three variables at the bottom of the GUI and you'll understand what I mean. Regards, Sylvain from enthought.traits.ui.api import View, Item from enthought.traits.api \ import HasTraits, Instance, Bool, Range, on_trait_change from enthought.chaco.api import ArrayPlotData from enthought.chaco.plot import Plot from enthought.enable.component_editor import ComponentEditor from numpy import * from scipy import * class PlotTest(HasTraits): plot = Instance(Plot) index_range_value = Range(low=0.,high=100.,value=20.) axis_line_weight = Range(low=0.,high=20.,value=6.) axis_line_visible = Bool(True) traits_view = View( Item('plot', editor=ComponentEditor(), show_label=True), Item('index_range_value'), Item('axis_line_weight'), Item('axis_line_visible'), width=500, height=600, resizable=True, title="Chaco Plot") def __init__(self, **traits): super(PlotTest, self).__init__(**traits) index = linspace(0,10,100) sin_fct = sin(index) plot = Plot() plot.data = ArrayPlotData(index=index, sin_fct=sin_fct) plot.plot(("index", "sin_fct")) plot.x_axis.axis_line_weight = 6. self.plot = plot self.index_range = self.plot.index_range self.x_axis = self.plot.x_axis < at >on_trait_change('index_range_value, axis_line_weight, axis_line_visible') def calc(self): self.index_range.high = self.index_range_value self.x_axis.axis_line_weight = self.axis_line_weight self.x_axis.axis_line_visible = self.axis_line_visible if __name__ == "__main__": viewer = PlotTest() viewer.configure_traits()

mayavi2 Surface() vs Vectors() origin

Andrew Straw — 2008-11-23T22:42:02

Hi, this is a mayavi2 newbie question. I'm trying to plot some lines specified by:: pd = tvtk.PolyData(points=points, lines=lines) Then I do:: e.add_source( VTKDataSource(data=pd,name='my lines') ) Now, if I show the vertices using Vectors(), all is well, except that I really want to plot the lines:: v = Vectors() v.glyph.scale_mode = 'data_scaling_off' v.glyph.glyph_source = tvtk.SphereSource(radius=.02) e.add_module(v) To plot lines, I have tried the following instead of the above 4 lines. This works, in that it plot lines with an appearance I like, but now the data are plotted with a translational offset of about (-1,0,0) (the scale and rotation are fine):: s = Surface() e.add_module(s) This translational offset is relative to other data I have already plotted in the scene with another source and another module (Vectors). So, my question is, why do the data plotted by Surface and Vectors have different origins? How can I make my Surface plot with the same origin as my Vectors? I should note that I'm using Mayavi2-2.0.2a1 from build from a Debian source package... I'm hoping that the answer is not version dependent (i.e. that this behavior is not a bug.) I can attempt to provide a full example, but right now this is in my own standalone app which isn't particuarly easy to rip apart into a small example. Thanks, Andrew

Font Problems

James Pruitt — 2008-11-23T21:08:37

Mayavi feature request

Ross Harder — 2008-11-23T04:39:58

Hi We've been using Mayavi2 for a couple of weeks now, out of the EPD. Really getting spoiled by it! One feature we miss from mayavi 1.5 was the picker keeping a list of the picked points. We use the picker all the time in our work and miss the way mayavi 1.5 displayed the points in a list that we could scroll back through. Ross

Mac OS install from eggs

Ross Harder — 2008-11-23T04:08:17

I've had no luck installing ETS from eggs below is a chronicle of my experience. easy_install -f http://code.enthought.com/enstaller/eggs/macosx/10.5 "ets[nonets]==2.7.1" as it tells me to do on https://svn.enthought.com/enthought/wiki/Install/ETS_2.7.1/Py2.5/MacOS_10.5_x86_64 ######################################### When I start, the site-packages dir contains Pyrex-0.9.8.5-py2.5.egg README VTK-5.3.0-py2.5.egg easy-install.pth matplotlib-0.98.3-py2.5-macosx-10.3-i386.egg numpy-1.3.0.dev5934-py2.5-macosx-10.3-i386.egg scipy-0.7.0.dev4645-py2.5-macosx-10.3-i386.egg setuptools-0.6c9-py2.5.egg setuptools-0.6c9dev_r66750-py2.5.egg setuptools.pth vtkPipeline wxredirect.pth maybe a few things left over from previous attempts. ####################################### It chugs away for a while and stalls on Installed /Library/Python/2.5/site-packages/enthought.tvtk-2.1.0-py2.5-macosx-10.5-i386.egg error: Could not find required distribution enthought.kiva[nonets] It seems to be installing a lot of packages from /source and not the prebuilt eggs site-packages contains: Pyrex-0.9.8.5-py2.5.egg README VTK-5.3.0-py2.5.egg easy-install.pth enthought.logger-2.0.4-py2.5.egg enthought.mathematics-2.0.1-py2.5.egg enthought.mayavi-2.2.0-py2.5.egg enthought.model-2.0.4-py2.5.egg enthought.naming-2.0.4-py2.5.egg enthought.numerical_modeling-2.0.4-py2.5.egg enthought.persistence-2.1.0-py2.5.egg enthought.plugins.chaco-1.9.4-py2.5.egg enthought.plugins.debug-2.0.4-py2.5.egg enthought.plugins.python_shell-2.0.4-py2.5.egg enthought.plugins.refresh_code-2.0.4-py2.5.egg enthought.plugins.test-2.0.4-py2.5.egg enthought.plugins.text_editor-2.0.5-py2.5.egg enthought.pyface-2.0.4-py2.5.egg enthought.python-2.0.4-py2.5.egg enthought.resource-2.0.4-py2.5.egg enthought.resource_type-2.0.4-py2.5.egg enthought.setuptools-0.2.1-py2.5.egg enthought.sharing-2.0.4-py2.5.egg enthought.sweet_pickle-2.1.0-py2.5.egg enthought.testing-2.1.0-py2.5.egg enthought.traits-2.0.5-py2.5-macosx-10.5-i386.egg enthought.traits.ui.wx-2.0.5-py2.5.egg enthought.tvtk-2.1.0-py2.5-macosx-10.5-i386.egg enthought.type_manager-2.0.4-py2.5.egg enthought.units-2.0.4-py2.5.egg enthought.util-2.0.4-py2.5.egg ets-2.7.1-py2.5.egg matplotlib-0.98.3-py2.5-macosx-10.3-i386.egg numpy-1.3.0.dev5934-py2.5-macosx-10.3-i386.egg scipy-0.7.0.dev4645-py2.5-macosx-10.3-i386.egg setuptools-0.6c9-py2.5.egg setuptools-0.6c9dev_r66750-py2.5.egg setuptools.pth vtkPipeline wxredirect.pth ############################################ So i just type easy_install ....blah again and it downloads the kiva source tar ball and seems to install it and get on with things.... Then it stops once more: Installed /Library/Python/2.5/site-packages/enthought.kiva-2.0.4-py2.5-macosx-10.5-i386.egg error: Could not find required distribution enthought.interpolate[nonets] site-packages contains: Pyrex-0.9.8.5-py2.5.egg README VTK-5.3.0-py2.5.egg easy-install.pth enthought.io-2.0.4-py2.5.egg enthought.kiva-2.0.4-py2.5-macosx-10.5-i386.egg enthought.logger-2.0.4-py2.5.egg enthought.mathematics-2.0.1-py2.5.egg enthought.mayavi-2.2.0-py2.5.egg enthought.model-2.0.4-py2.5.egg enthought.naming-2.0.4-py2.5.egg enthought.numerical_modeling-2.0.4-py2.5.egg enthought.persistence-2.1.0-py2.5.egg enthought.plugins.chaco-1.9.4-py2.5.egg enthought.plugins.debug-2.0.4-py2.5.egg enthought.plugins.python_shell-2.0.4-py2.5.egg enthought.plugins.refresh_code-2.0.4-py2.5.egg enthought.plugins.test-2.0.4-py2.5.egg enthought.plugins.text_editor-2.0.5-py2.5.egg enthought.pyface-2.0.4-py2.5.egg enthought.python-2.0.4-py2.5.egg enthought.resource-2.0.4-py2.5.egg enthought.resource_type-2.0.4-py2.5.egg enthought.setuptools-0.2.1-py2.5.egg enthought.sharing-2.0.4-py2.5.egg enthought.sweet_pickle-2.1.0-py2.5.egg enthought.testing-2.1.0-py2.5.egg enthought.traits-2.0.5-py2.5-macosx-10.5-i386.egg enthought.traits.ui.wx-2.0.5-py2.5.egg enthought.tvtk-2.1.0-py2.5-macosx-10.5-i386.egg enthought.type_manager-2.0.4-py2.5.egg enthought.units-2.0.4-py2.5.egg enthought.util-2.0.4-py2.5.egg ets-2.7.1-py2.5.egg matplotlib-0.98.3-py2.5-macosx-10.3-i386.egg numpy-1.3.0.dev5934-py2.5-macosx-10.3-i386.egg scipy-0.7.0.dev4645-py2.5-macosx-10.3-i386.egg setuptools-0.6c9-py2.5.egg setuptools-0.6c9dev_r66750-py2.5.egg setuptools.pth vtkPipeline wxredirect.pth ############################################## again just up arrow and let it fly interpolate gets installed from source then it dies on enthought.guitest up arrow to try again.... it seems to get through guitest then dies on Installed /Library/Python/2.5/site-packages/enthought.guitest-2.0.0-py2.5-macosx-10.5-i386.egg error: Could not find required distribution enthought.chaco2[nonets] up arrow to try again.... dies on Installed /Library/Python/2.5/site-packages/enthought.chaco2-2.0.5-py2.5-macosx-10.5-i386.egg error: Could not find required distribution enthought.chaco[nonets] up arrow and try again.... it seems to download chaco from source then dies on enthought.util where it stays dead........ site-packages looks like: Pyrex-0.9.8.5-py2.5.egg README VTK-5.3.0-py2.5.egg easy-install.pth enthought.chaco-1.9.4-py2.5-macosx-10.5-i386.egg enthought.chaco2-2.0.5-py2.5-macosx-10.5-i386.egg enthought.charm-2.0.4-py2.5.egg enthought.component-2.0.4-py2.5.egg enthought.debug-2.0.4-py2.5.egg enthought.developer-2.0.4-py2.5.egg enthought.enable-1.9.4-py2.5.egg enthought.enable2-2.0.5-py2.5.egg enthought.endo-2.0.4-py2.5.egg enthought.envisage-2.0.4-py2.5.egg enthought.etsconfig-2.0.2-py2.5.egg enthought.gotcha-2.0.4-py2.5.egg enthought.graph-2.0.4-py2.5.egg enthought.greenlet-2.0.1-py2.5-macosx-10.5-i386.egg enthought.guitest-2.0.0-py2.5-macosx-10.5-i386.egg enthought.help-2.0.4-py2.5.egg enthought.interpolate-2.0.4-py2.5-macosx-10.5-i386.egg enthought.io-2.0.4-py2.5.egg enthought.kiva-2.0.4-py2.5-macosx-10.5-i386.egg enthought.logger-2.0.4-py2.5.egg enthought.mathematics-2.0.1-py2.5.egg enthought.mayavi-2.2.0-py2.5.egg enthought.model-2.0.4-py2.5.egg enthought.naming-2.0.4-py2.5.egg enthought.numerical_modeling-2.0.4-py2.5.egg enthought.persistence-2.1.0-py2.5.egg enthought.plugins.chaco-1.9.4-py2.5.egg enthought.plugins.debug-2.0.4-py2.5.egg enthought.plugins.python_shell-2.0.4-py2.5.egg enthought.plugins.refresh_code-2.0.4-py2.5.egg enthought.plugins.test-2.0.4-py2.5.egg enthought.plugins.text_editor-2.0.5-py2.5.egg enthought.pyface-2.0.4-py2.5.egg enthought.python-2.0.4-py2.5.egg enthought.resource-2.0.4-py2.5.egg enthought.resource_type-2.0.4-py2.5.egg enthought.setuptools-0.2.1-py2.5.egg enthought.sharing-2.0.4-py2.5.egg enthought.sweet_pickle-2.1.0-py2.5.egg enthought.testing-2.1.0-py2.5.egg enthought.traits-2.0.5-py2.5-macosx-10.5-i386.egg enthought.traits.ui.wx-2.0.5-py2.5.egg enthought.tvtk-2.1.0-py2.5-macosx-10.5-i386.egg enthought.type_manager-2.0.4-py2.5.egg enthought.units-2.0.4-py2.5.egg enthought.util-2.0.4-py2.5.egg ets-2.7.1-py2.5.egg matplotlib-0.98.3-py2.5-macosx-10.3-i386.egg numpy-1.3.0.dev5934-py2.5-macosx-10.3-i386.egg scipy-0.7.0.dev4645-py2.5-macosx-10.3-i386.egg setuptools-0.6c9-py2.5.egg setuptools-0.6c9dev_r66750-py2.5.egg setuptools.pth vtkPipeline wxredirect.pth Thanks for looking this far into the email... Any help would be greatly appreciated. Ross

Another simple traits question

Alan Jackson — 2008-11-21T20:23:29

I'm trying to build a product that has a set of help items under a help menu. I've been trying to figure out how to get HelpAction to work, since that *seems* like the right thing to do, but I have so far come up short. Does anyone have an example of setting up popup help off a help menu, or of using HelpAction? I've been surprised that extensive googling hasn't turned up anything. Thanks! - Alan

Cannot save Mayavi scene + cutting with a 3D surface

Marcos — 2008-11-21T19:09:14

Hi, When running the Mayavi2 application I have not been able to save the Visualization so that I can work on it later. After I have given it a filename and I click on ok go continue, it raises an exception which has to do with apptools-3.0.0-py2.5.egg\enthought...\state_pickler.py line 379 in _do_instance state= value._getstate_() Typeerror: unbound method _getstate_() must be called with InstanceChoice instance as first argument got nothing instead Different query altogether. In archaeology we identify boundary layers as representing different geomorphological episodes (different episodes or erosion and/or deposition). I was wondering if it would be possible to 'cut' a volume (i.e. cut either a structured points or grid) with an interpolated surface and see the filled contours the same way that we are able to do this using a scalar cut plane.The idea is that I would have a set of 3D points that would define one of these boundary layers and that I would interpolate in order to create a 3D surface. I would imagine this is very much within the possibilities of mayavi just do not know exactly where to begin. Thank you, marcos