gmane.comp.python.enthought.devel

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 p

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 th

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,

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-cha

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 Us

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:

Canopy and OpenCV on Mac OSX

Jake Ross — 2013-05-07T06:29:35

Hi All

Im trying to use opencv with canopy but multiple attempts have been
unsuccessful.
First, I tried installing pyopencv but I cannot compile boost.python with
Canopy (32 or 64). Ive been using pyopencv and boost.python with EPD7.X no
problem. Any Thoughts?

Then, I realized Canopy's package manager has OpenCV 2.4.2 so I tried that
but importing cv fails.

Enthought Canopy Python 2.7.3 | 64-bit | (default, Mar 25 2013, 15:52:02)
[GCC 4.2.1 (Apple Inc. build 5666) (dot 3)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File
"/Users/ross/Library/Enthought/Canopy_64bit/User/lib/python2.7/site-packages/cv.py",
line 1, in <module>
    from cv2.cv import *
ImportError:
dlopen(/Users/ross/Library/Enthought/Canopy_64bit/User/lib/python2.7/site-packages/cv2.so,
2): Library not loaded: < at >executable_path/../Python
  Referenced from:
/Users/ross/Library/Enthought/Canopy_64bit/User/lib/python2.7/site-packages/c