Thanks for the feedback, Nathan.

In slices, I was plotting 'all_density', which is a 'deposit' field.  I'll try looking at 'Gas_smoothed_density' ...

I'll see about getting permission to pass along the dataset.  For the time being, do you know of any notebook or cookbook recipe that shows how to do this for particle data?  I couldn't seem to find anything.

Chris


On Tue, Jul 15, 2014 at 3:43 PM, Nathan Goldbaum <nathan12343@gmail.com> wrote:



On Tue, Jul 15, 2014 at 2:35 PM, Chris Malone <chris.m.malone@gmail.com> wrote:
Hi all,

Caveat: I'm not that familiar with particle-based datasets/codes.

I'm unsuccessfully trying to help a summer student do some visualization of someone else's Gadget binary data dump.  What is the status of volume rendering SPH/Gadget data in 3.0?  

Not sure about volume rendering.  I believe it should work for particle/octree data but haven't tried it recently.
 

When I've tried what I know works for grid-based data, the returned image is simply empty.  Projections look okay (for some variables), and Slices look worse as there are blank splotches, likely due to emptiness in the tree.


What field are you slicing?  There shouldn't be empty spots for SPH smoothed fields.
 
Also, is there a list somewhere that describes/defines what the various fluid types mean (e.g. 'all', 'gas', 'deposit', etc)?  If not, it might be nice to have somewhere in the docs.


There are several open issues about this. We won't be releasing yt-3.0 until these docs are written.

'all' is the union that contains all particle data.

'gas' (lowercase g) corresponds to SPH smoothed quantities for Gadget.  In binary datasets, the Gas particle type corresponds to the gas particles.

'deposit' corresponds to fields that are deposited onto the octree mesh using a particle type. The SPH smoothed fields are actually defined here, 'gas' is just an alias to the smoothed deposition fields.

If you have more specific questions (even better if you have an example script and a dataset) one of us should be able to help you out more.

-Nathan
 
Chris

_______________________________________________
yt-dev mailing list
yt-dev@lists.spacepope.org
http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org



_______________________________________________
yt-dev mailing list
yt-dev@lists.spacepope.org
http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org