Hi Matt,<br><br>Thanks for checking into this.  This looks like another thing that could be checked off our list with a code sprint.  I won't be available for that this week, but could do it next week.<br><br>Here are some questions that I think we need to consider.  While we are not only looking to provide full coverage for all of enzo_anyl's functionality so we can mothball it, we should also be thinking about things that could be improved from enzo_anyl.<br>
<br>1. The density units in enzo_anyl are Msun/Mpc^3.  Do we want to keep these?  I always converted to cgs back when I used enzo_anyl.<br><br>2. Stuff like clumping factors and velocity dispersion will require some additional functionality out of profiles.  It's currently not easy to get means and standard deviations in individual bins for profiles.  Does anyone have any idea how difficult it would be to implement this functionality?<br>
<br>I'm sure there are other things we should think about, but I don't have enough caffeine in my brain to think of them all.<br><br>Britton<br><br><div class="gmail_quote">On Mon, Apr 18, 2011 at 3:38 PM, Matthew Turk <span dir="ltr"><<a href="mailto:matthewturk@gmail.com">matthewturk@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Hi all,<br>
<br>
I've updated the list of fields:<br>
<br>
<a href="http://paste.enzotools.org/show/1583/" target="_blank">http://paste.enzotools.org/show/1583/</a><br>
<br>
Some of these fields I don't know how to set up, but we either have<br>
most or could directly implement them.  The tricky ones are the ones<br>
that separate out DM/Star particles, which will require a bit more<br>
touching of the data.  (That's where most of the "NotImplemented"<br>
comes from.)  Some of these fields we even had before -- like the<br>
inertial tensor -- and I think some people have a couple of these<br>
fields already in private repos.  I pulled out all the disk analysis<br>
fields.<br>
<br>
It would probably be the work of an afternoon to wrap up replicating<br>
all the functionality and putting it into a "yt analyze" command.<br>
<br>
-Matt<br>
<div><div></div><div class="h5"><br>
On Thu, Apr 14, 2011 at 2:54 PM, John Wise <<a href="mailto:jwise@astro.princeton.edu">jwise@astro.princeton.edu</a>> wrote:<br>
>>> I agree with this.  After thinking about it and reading Britton's response, I think #3 would be the best option.  A possible solution to calculating the cooling time post-runtime would be to add a command line option to Enzo that adds the CoolingTime to the data, similar to the potential field output command line option.  The catch is that you'd have to make sure that you use the same version as you ran the simulation.<br>

>><br>
>> I agree, that would be great.  Do you think this is straightforward?<br>
>> I have looked before at the WritePotential stuff, but I'm not sure I'm<br>
>> the best person to add this.<br>
><br>
> I could add this pretty quickly.  I'll try to do it today.<br>
><br>
> John<br>
> _______________________________________________<br>
> Yt-dev mailing list<br>
> <a href="mailto:Yt-dev@lists.spacepope.org">Yt-dev@lists.spacepope.org</a><br>
> <a href="http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org" target="_blank">http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org</a><br>
><br>
_______________________________________________<br>
Yt-dev mailing list<br>
<a href="mailto:Yt-dev@lists.spacepope.org">Yt-dev@lists.spacepope.org</a><br>
<a href="http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org" target="_blank">http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org</a><br>
</div></div></blockquote></div><br>