gmane.comp.python.enthought.devel

Dynamic mapped traits or directly using a mappingfunction.

Jordan Ilott — 2013-05-22T14:59:40

I'm trying to use ColorTrait to map colors from a string to a hex value.
The problem that I am not sure how to overcome is: how can I use
dynamically created mapped traits (I suspect that I can't really)?

Is there some other way to simply make use of the mapping function
associated with a mapped trait rather than creating an instance of the
trait?

I want to use the existing ColorTrait mapper because I need the code to be
toolkit independent.

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

Re: Draw a set of non-voluminous lines inMayavi/mlab

gf zhou — 2013-05-20T02:47:14

Thanks.:)


On 14 May 2013 21:55, Gael Varoquaux <gael.varoquaux-t+5nXNeJE7o5viHyz3+zKA< at >public.gmane.org> wrote:

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

Re: context menu takes ~1sec to pop up

jelle — 2013-05-17T09:06:58

Gael's fixes to the qt tree_editor seems to resolve the laggy
context menu.

https://github.com/enthought/traitsui/pull/57

context menu takes ~1sec to pop up

jelle — 2013-05-17T06:51:08

I've recently switched from wx -> pyqt4 as the backend of my traits app.
Its been pretty impressive so far how smooth this transition was and I'm
happy to be on the Qt side of things.

However, one thing is very noticeable, there's a considerable delay
for the context menu ( in the tree editor ) to pop up.
This takes ~1sec on a very recent macbook pro.

I hope you might have a suggestion how I can narrow this down?

Thanks,

-jelle

Re: Can't download Canopy

Robert Kern — 2013-05-15T15:09:21

Ah, that has a bad link. It should point to this:

  https://www.enthought.com/downloads/

Thanks!

--
Robert Kern
Enthought
_______________________________________________
Enthought-Dev mailing list
Enthought-Dev< at >mail.enthought.com
https://mail.enthought.com/mailman/listinfo/enthought-dev

Can't download Canopy

Frédéric Bastien — 2013-05-15T15:07:13

Hi,

On the download web page:

http://code.enthought.com/downloads/

There is no information on how to download Canopy.

I was able to find the information elsewhere on the site. But as many links
point to this page, I think it would be good to let you know this.

HTH and thanks for this good tools.

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

Re: Draw a set of non-voluminous lines in Mayavi/mlab

Gael Varoquaux — 2013-05-15T04:55:02


To draw segments, you need to use tube_radius=None in plot3d. Check out
the docstring of plot3d.

To draw a list of lines effeciently, it is a bit more involved. Have a
look at
http://docs.enthought.com/mayavi/mayavi/auto/example_plotting_many_lines.html

Hope this helps,

Gaël

How to draw lines in Mayavi?

gf zhou — 2013-05-14T10:55:48

I want to draw some lines in Mayavi .I have some problems by using
mlab.plot3d(),x,y,z,...). I‘ll be very appreiate if some can tell me how to
draw a line between two points in 3D.
_______________________________________________
Enthought-Dev mailing list
Enthought-Dev-oRDGkvazHdacsI7C1d+pp9BPR1lH4CV8< at >public.gmane.org
https://mail.enthought.com/mailman/listinfo/enthought-dev

Draw a set of non-voluminous lines in Mayavi/mlab

zhouguangfubnu — 2013-05-15T01:30:06

How can I draw a list of line segments in Mlab?

I have tried iterated application of plot3d, but this does not allow to
draw lines as wire segments rather than tubes.
_______________________________________________
Enthought-Dev mailing list
Enthought-Dev-oRDGkvazHdacsI7C1d+pp9BPR1lH4CV8< at >public.gmane.org
https://mail.enthought.com/mailman/listinfo/enthought-dev

Re: Mayavi2 eps output

Gael Varoquaux — 2013-05-13T17:33:34

I wouldn't relie on EPS output. It works only for very simple situation.
Do a jpg and use a jpg to EPS converter.

G

Re: Mayavi2 eps output

Roan LaPlante — 2013-05-13T16:11:43

I have reproduced this bug, and I don't know how to fix it but I may know
how to hack it.  Try this:

fig=mlab.figure(bgcolor=whatever)
fig.scene.magnification=n #i suggest n>=5
fig.scene.save_ps('/path/to/filename.eps')

The quality on this image is terrible (or at least it was on my test
images), so I suggest increasing the magnification to provide a high
resolution image that can be scaled down.

R


On Mon, May 13, 2013 at 10:44 AM, Balmer, Matthew
<m.balmer-gOcplodjWkZyn3VuXNfc5A< at >public.gmane.org>wrote:

Mayavi2 eps output

Balmer, Matthew — 2013-05-13T14:44:24

Hi,

I have the following code:

def test_points3d():
#*******x  y  z  # of captures
    A = np.array([
    [ 0, 0, 0, 1.3],
    [ 1, 0, 0, 0.6],
    [ 2, 0, 0, 0.7],
    [ 3, 0, 1, 1.6],
    [ 4, 3, 1, 0.5],
    [ 0, 1, 0, 3.5],
    [ 0, 2, 0, 2.5],
    [ 0, 3, 0, 1.3],      
    [ 0, 4, 0, 1.2],
    [ 5, 5, 1, 2.5],
    [ 5, 5, 2, 3]
    ])

    x = A[:,0]
    y = A[:,1]
    z = A[:,2]
    s = A[:,3]

    return points3d(x, y, z, s, colormap="jet", scale_mode="none", scale_factor=1, mode="cube")

# View it.
from mayavi import mlab
mlab.figure(1, bgcolor=(1, 1, 1))
mlab.clf()

s = test_points3d()

#graph = mlab.pipeline.volume(mlab.pipeline.gaussian_splatter(s))

mlab.show()

Which is a simplified version of a graphing script I am trying to output an eps from.

Going through the above code, I can output a .eps or ps file through the GUI interface or using mlab.savfig('test.eps') from the python command terminal.  If I uncomment the gaussian splatter code then I get a blank output in the .eps file.

Having played around with this, a legend or added axes get added to the EPS file but not the volume that has been run through the gaussian splatter.  The PNG output option works fine regardless of the gaussian splatter.

This is driving me mad as I can't see a way to get my graph into a suitable format to put onto a conference poster.

I'm using Mayavi 4.3.0, vtk version 5.8.0 and Ubuntu.  (have same problem on 4.0.0 of mayavi2)

Any pointers how to get this working or what logs will help someone else debug this?

Cheers.

Re: Scatter inspectors and redraws

Brennan Sellner — 2013-05-10T13:49:18

Ah, I thought that was enabled by default.  That did indeed do the trick

Re: Scatter inspectors and redraws

Robert Kern — 2013-05-10T10:02:08

Ah, yes. This is where backbuffering comes in. Take a look at
examples/demo/bigdata.py:

https://github.com/enthought/chaco/blob/master/examples/demo/bigdata.py#L38

In short, you add `use_backbuffer=True` to your PlotContainer. I don't
think you need to do anything else. The RangeSelectionOverlay used in
this example does a similar `self.component.request_redraw()` on
metadata changes, and it is still fast with backbuffering.

Backbuffering allows the drawing of the overlay to be completely
separate from the drawing of everything underneath. Normally, the
overlays are just drawn on the same GraphicsContext, just after all of
the underlying layers. With backbuffering, the other layers are drawn
into a backbuffer GraphicsContext. This backbuffer is blitted into the
main GraphicsContext, then the overlay gets drawn on top. When the
underlying layers don't change (i.e. you don't call
`invalidate_draw()` on the ScatterPlot), the backbuffer does not need
to get updated, so you only pay the cost of blitting in the backbuffer
and drawing the overlay whenever the overlay changes. Here is the
relevant bit of code:

https://github.com/enthought/enable/blob/master/enable/component.py#L724

--
Robert Kern
Enthought

Re: Scatter inspectors and redraws

Brennan Sellner — 2013-05-08T21:47:50

I attempted this in the modified scatter_inspector demo I attached
earlier: it prevents ScatterPlot from triggering a redraw, but
ScatterInspectorOverlay's metadata_changed does the same thing:

     def metadata_changed(self, object, name, old, new):
         if self.component is not None:
             self.component.request_redraw()
         return

...where self.component is the ScatterPlot.  In the spirit of blind
experimentation, I've tried just self.request_redraw(), but that
triggers the ScatterPlot draw as well...  Obviously, completely stubbing
this out won't work, since then ScatterInspectorOverlay will never
redraw itself.

Is there any way to request a redraw of only the overlay?

Thanks!

-Brennan

Email Confidentiality Notice

The information contained in this transmission is confidential, proprietary or privileged and may be subject to protection under the law. This message is intended for the sole use of the individual or entity to whom it's addressed. If you are not the intended recipient, you are notified that any use, distribution or copying of the message is strictly prohibited and may subject you to criminal or civil penalties. If you received this transmission in error, please contact the sender immediately by replying to this email and delete the material from any computer.

Re: Scatter inspectors and redraws

Robert Kern — 2013-05-08T21:40:14

You're right, that will be pretty annoying in your case.
Unfortunately, we don't expose what metadata is changed, so this
method can't determine if it is the 'selection' metadata, which this
renderer uses, is the one that changed.

Short workaround: subclass ScatterPlot and override this method to do nothing.

Longer term workaround: we should probably put the contents of this
method under an `if self.show_selection:` clause. That way, if you are
not showing the selection, it doesn't have to update.

Fix(?): this would need a more severe architectural change to pass
around at least the name of the updated metadata.

--
Robert Kern
Enthought

Scatter inspectors and redraws

Brennan Sellner — 2013-05-08T18:36:18

Hi,

I'm having a bit of an efficiency problem with ScatterPlot and the
ScatterInspectorOverlay. ScatterPlot triggers a complete redraw on the
change of any metadata:

def _either_metadata_changed(self):
self._selection_cache_valid = False
self.invalidate_draw()
self.request_redraw()

ScatterInspectorOverlay uses the 'hover' metadata key to determine which
data point to highlight. The combination means that whenever we update
'hover', we don't just redraw the overlay (presumably a cheap
operation), we redraw the entire scatter plot.

It's not just ScatterPlot, though: ScatterInspectorOverlay requests a
full-plot redraw on metadata changes:

def metadata_changed(self, object, name, old, new):
if self.component is not None:
self.component.request_redraw()
return

I've attached a modified version of the scatter_inspector.py example
from Chaco 4.2.0 that prints whenever ScatterPlot is rendered, and
disables ScatterPlot's redraw-on-metadata-change. This illustrates that
ScatterInspectorOverlay alone is triggering redraws of the underlying
ScatterPlot when its metadata changes (in this example, whenever the
mouse crosses a data point).

Now, my understanding was that the overlay layer was redrawn separately
from the rest of the plot, and a backbuffer maintained, so that the main
plot is just re-blitted, with the new overlay drawn on top. Is that the
case? If so, how do I go about ensuring that only the overlay is redrawn?

This is a problem for me because I've implemented a custom tool that
finds and highlights the nearest data point to the mouse, using
ScatterInspectorOverlay to draw the highlight and a metadata entry in
the underlying data source to link the two. Because this is attempting
to update on every pixel of mouse movement, once the scatter plot gets
up to a couple thousand points, the highlight lags the mouse
significantly due to all the unnecessary redraws. I was hoping to scale
this to data sets at least in the tens of thousands.

Any suggestions would be appreciated!

I'm using Chaco 4.2.0 on Ubuntu 12.04, with pyside.

Thanks,

-Brennan
Email Confidentiality Notice

The information contained in this transmission is confidential, proprietary or privileged and may be subject to protection under the law. This message is intended for the sole use of the individual or entity to whom it's addressed. If you are not the intended recipient, you are notified that any use, distribution or copying of the message is strictly prohibited and may subject you to criminal or civil penalties. If you received this transmission in error, please contact the sender immediately by replying to this email and delete the material from any computer.
_______________________________________________
Enthought-Dev mailing list
Enthought-Dev-oRDGkvazHdacsI7C1d+pp9BPR1lH4CV8< at >public.gmane.org
https://mail.enthought.com/mailman/listinfo/enthought-dev

Upcoming changes to Traits' adaptation mechanism

Pietro Berkes — 2013-05-08T08:27:18

Dear ETS users,

there is a pending pull request on the Traits github repository introducing
some changes to the Traits adaptation mechanism. The changes are backward
compatible, but if you are using Interfaces and Adapters please give it a
try to make sure your applications work smoothly.

https://github.com/enthought/traits/pull/51

In summary, we deprecated the traits.protocols package and substituted it
with a new traits.adaptation one. The new one is smaller and well-tested,
and fixes a few issues with the adaptation mechanism. In the updated docs
there is a section about it, including a guide to how to update your code
if you were relying on those features.

All the best,
Pietro

Fwd: pkg_resources.DistributionNotFound: PIL

CanisMajorWuff — 2013-05-07T19:20:27

Hi,

I am trying to run mayavi2 on Windows 7 using python 2.7.

I am getting the following error:

$ mayavi2.exe
Traceback (most recent call last):
   File "d:\python\2.7\Scripts\mayavi2-script.py", line 5, in <module>
     from pkg_resources import load_entry_point
   File "d:\python\2.7\lib\site-packages\pkg_resources.py", line 2805,
in <module>
working_set.require(__requires__)
   File "d:\python\2.7\lib\site-packages\pkg_resources.py", line 696, in
require
     needed = self.resolve(parse_requirements(requirements))
   File "d:\python\2.7\lib\site-packages\pkg_resources.py", line 594, in
resolve
     raise DistributionNotFound(req)
pkg_resources.DistributionNotFound: PIL

With Best Regards,

Re: Canopy on windows7, registry keys missing

Thomas Lecocq — 2013-05-07T10:43:02

Dear Jonathan, dear all,

1/
The solution is to add the following to the registry keys of windows:

Windows Registry Editor Version 5.00
[HKEY_USERS\xxxxxxxxxx\Software\Python]
[HKEY_USERS\xxxxxxxxxx\Software\Python\PythonCore]
[HKEY_USERS\xxxxxxxxxx\Software\Python\PythonCore\2.7]

[HKEY_USERS\xxxxxxxxxx\Software\Python\PythonCore\2.7\InstallPath]
< at >="C:\\Users\\<username>\\AppData\\Local\\Enthought\\Canopy\\User"
[HKEY_USERS\xxxxxxxxxx\Software\Python\PythonCore\2.7\InstallPath\InstallGroup]
< at >="C:\\Users\\<username>\\AppData\\Local\\Enthought\\Canopy\\User"

Where xxxxxxxxxx is depending on your machine. To find it, search the registry for "PythonCore", then check the name.  Lines 1->3 should exist, while one needs to create lines 4->8. Change <username> with the proper value.

This solves the binary.exe installation stuff, but I had to manually add 
C:\\Users\\<username>\\Canopy\\Scripts
to a new PYTHONPATH environment variable in order to be able to install my own modules there. Ok, maybe with all that User/System/Canopy trio, I could install them in User/Lib/site-packages/ ... but I did not think about it immediately, + it rapidly becomes a mess between the installed modules and "my" modules.

2/
When I double-click (executes) a python file, it opens in Canopy... On all my previous installs, this was executing the file using python.exe, so, I tried now to run it (windows: open with, C:\\Users\\<username>\\AppData\\Enthough\\Canopy\\System\\python.exe), which fails... probably because of library issues (says "no module named matplotlib" and closes) ? 

3/
I, for example, needed to install the, again missing, pyparsing package, so I tried to easy_install it from the console. This triggers the opening of an administrator authorization stuff, then gets pyparsing in another window, visibly installs it somewhere and returns. Then, pyparsing is not available in import. Solution: not use easy_install and get the source, then python setup.py install it... Great...

I have to say, it's really not-so-fun... I used to say to anyone "why don't you install EPD instead of [multiple choice here]?", but now, pfff... I need to get more experience on that before starting to advert for Canopy... :-s The virtual environment stuff might be great for some, but even for the non-beginners (like me), it looks like a pain...

Regards from Brussels,

Thomas



From: jmarch-SCgzsaguwNrby3iVrkZq2A< at >public.gmane.org
Date: Sat, 4 May 2013 11:00:26 -0500
To: enthought-dev-SCgzsaguwNrby3iVrkZq2A< at >public.gmane.org
Subject: Re: [Enthought-Dev] Canopy on windows7, registry keys missing

Hi Thom, this is a recognized shortcoming which we intend to address, though it is not at the head of our queue.
If you do it yourself now, note that you should specify not the directory of the base Python environment), nor of the System Python virtual environment, but rather of the User Python virtual environment. These are described here:

http://docs.enthought.com/canopy/configure/faq.html#where-are-all-of-the-python-packages-in-my-user-python-environment



As you can see, this makes the configuration a bit tricky, sensitive to how the user wishes to use these (or other) virtual environments.
Please let us know how it goes.


Thanks,Jonathan


On Fri, May 3, 2013 at 7:56 AM, Thomas Lecocq <thlecocq-uAjRD0nVeow< at >public.gmane.org> wrote:





Hi all,

first install of the Canopy environment, good job guys! It looks great !

The path to python 2.7 installation directory is not properly defined in the windows registry, which prevents the installation of packages that come as exe installers. Is it a choice (like linked to the "per user" install) or a bug ?



Although I can do it by myself, if you could provide a patch, that would be usefull to many,

Cheers,

Thom



**********************
Dr Thomas Lecocq 
Geologist
Royal Observatory of Belgium



- Seismology -
**********************
       

_______________________________________________

Enthought-Dev mailing list

Enthought-Dev-oRDGkvazHdacsI7C1d+pp9BPR1lH4CV8< at >public.gmane.org

https://mail.enthought.com/mailman/listinfo/enthought-dev





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

Re: Canopy and OpenCV on Mac OSX

Jake Ross — 2013-05-07T06:53:10

I was able to fix the ImportError using install_name_tool -change....

Following up on my own thoughts, I think using Canopy, OpenCV python
bindings, and possibly skimage will be much better than solution then
having to deal with boost.




On Tue, May 7, 2013 at 12:29 AM, Jake Ross <jirhiker-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org> wrote: