That seems to have done the trick. Anyone out there experiencing issues should make sure they remove build in yt-trunk-svn and then do a (sudo) python setup.py install.
On Thu, Sep 3, 2009 at 5:41 PM, Matthew Turkmatthewturk@gmail.com wrote:
Thanks for this. I figured it out -- the callback runner was killing the collection of quadmeshes. To get around this, I just overrode the _run_callbacks function and removed the wiping of the collections.
It should be fixed in r1429... Let me know if it is not!
On Thu, Sep 3, 2009 at 4:03 PM, Sam Skillman72Nova@gmail.com wrote:
There seems to be a bug introduced in r1396 when making phase objects with the plot collection. This was tricky to find because it only appears if you remove the build directory (and then run a python setup.py install) in yt-trunk-svn/ as well remove any old .yt files for datasets you're analyzing. However, if you do so, any phase_object plots show up empty for r1396-current. It seems to be the changes in yt/raven/PlotTypes.py even though the profile plots are RavenPlots and not VMPlots. Anyone have any ideas on how a change to VMPlot could carry over to ProfilePlot?
You can use yt-trunk-svn/test/DD0010/moving7_0010 as a test. Here is the script I use for making the phase plot:
from yt.mods import * pf = EnzoStaticOutput('moving7_0010') pc = PlotCollection(pf, [0.5]*3) wb = pf.h.region([0.5]*3, [0.0]*3, [1.0]*3) pc.add_phase_object(wb,['Density','Temperature','CellMassMsun'],weight=None,lazy_reader=True) pc.save('test_phase')
-- Samuel W. Skillman DOE Computational Science Graduate Fellow Center for Astrophysics and Space Astronomy University of Colorado at Boulder samuel.skillman[at]colorado.edu _______________________________________________ Yt-dev mailing list Ytfirstname.lastname@example.org http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org
Yt-dev mailing list Ytemail@example.com http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org