Thank you, Kacper - that was fast (!), and it works nicely!
For general information -- here's the procedure I used to apply your
PR to my local copy. Is this the straightest path to doing that?
Look at your PR page,
go to Commits tab,
hover over the "
commit link and Copy Link Location =>
edit that URL to identify the source repo - yours:
Then from the command line, in my yt source tree, compare your
repo with what I've got:
hg incoming -G https://bitbucket.org/xarthisius/yt
or better, to see just the changes that are related to your new
hg incoming -G -r
and indeed they look reasonable, so:
hg pull -r 207f56e https://bitbucket.org/xarthisius/yt
and then from the .../src/yt-hg top of the source tree
python setup.py develop
Right? It's simple enough to do it this way - just posting this in
case there's some even simpler trick that I'm missing.
On 3/22/16 11:05 AM, Kacper Kowalik
03/21/2016 06:07 PM, Stuart Levy wrote:
Hello yt people,
I'm trying to use MPI on a simple Enzo volume-rendering script,
the latest yt33 dev from bitbucket, and am getting a puzzling
behavior. (MPI so as to reduce the load time.)
Symptom: the datatype of the Scene.last_render field is
it's YTImageArray when successful, but just plain YTArray when
on the right (wrong) data, and so sc.save() fails. It's easy
around and save the image another way, but makes me worried that
something else is wrong, or that I'm misusing yt.
It is somehow data-dependent. The error doesn't happen when I
tiny enzo dataset in .../yt-hg/tests/DD0010/moving7_0010, nor
enzo_tiny_cosmology sample (DD0043). But it *does* happen when
I use a
somewhat-larger-but-not-huge simulation from John Wise - the
low-resolution PopIII-star simulation he'd given us last year.
single timestep from it is ~46MB and has only a few dozen grids.
I could post the data somewhere if John Wise would be OK with
that - John?
Demo code in:
And its output when run under mpirun:
The one change to the yt code from 'tip' (bed01b2c838c) is this
diff -r bed01b2c838c yt/visualization/volume_rendering/scene.py
--- a/yt/visualization/volume_rendering/scene.py Mon Mar 21
+++ b/yt/visualization/volume_rendering/scene.py Mon Mar 21
@@ -284,6 +284,7 @@
mylog.info("Saving render %s", fname)
+ print "about to write_png() - Scene.last_render",
type(self.last_render), "shape",self.last_render.shape, " =>
I've issued PR 2066  that should fix this.
yt-users mailing list