<div dir="ltr">Ok, I see what the issue is.  The ActualOverdensity field, which is used to calculate virial quantities, requires the TotalMassMsun field, which adds the density and dark_mater_densities.  So, yeah, the Dark_Matter_Density field is getting used there.<br>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, May 23, 2013 at 2:57 PM, Matthew Turk <span dir="ltr"><<a href="mailto:matthewturk@gmail.com" target="_blank">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 Britton and Cameron,<br>
<br>
Okay, perhaps a D_M_D that's universal is the way to go.  Here's the<br>
script that threw the D_M_D error on a FLASH dataset:<br>
<br>
<a href="http://paste.yt-project.org/show/3499/" target="_blank">http://paste.yt-project.org/show/3499/</a><br>
<br>
Does this call upon standard_fields at all?  Or is there somewhere<br>
else it might, perhaps in ActualOverdensity?<br>
<br>
-Matt<br>
<div class="HOEnZb"><div class="h5"><br>
On Thu, May 23, 2013 at 2:49 PM, Britton Smith <<a href="mailto:brittonsmith@gmail.com">brittonsmith@gmail.com</a>> wrote:<br>
> I like defining a new yt field that is dark matter density for all<br>
> frontends.  I also think it would be a good idea to be checking against the<br>
> available field list when adding fields since dark matter density is just<br>
> one of many fields that may only be defined by one of a few codes.  I'm<br>
> curious to know if anyone is using the standard_fields defined in the<br>
> HaloProfiler.  This was an attempt to recreate the functionality of an old<br>
> Enzo radial profiling tool called enzo_anyl that never really got finished.<br>
> Is this being used now?  If so, I'd be interested to know how and how we can<br>
> make it more usable.<br>
><br>
> Britton<br>
><br>
><br>
> On Thu, May 23, 2013 at 1:53 PM, Cameron Hummels <<a href="mailto:chummels@gmail.com">chummels@gmail.com</a>> wrote:<br>
>><br>
>> I'd be inclined to change the field we examine from Dark_Matter_Density to<br>
>> a different field that is defined by yt.  It's easier than creating a<br>
>> Dark_Matter_Density for each frontend.<br>
>><br>
>> Cameron<br>
>><br>
>><br>
>> On Thu, May 23, 2013 at 10:26 AM, Matthew Turk <<a href="mailto:matthewturk@gmail.com">matthewturk@gmail.com</a>><br>
>> wrote:<br>
>>><br>
>>> Hi all,<br>
>>><br>
>>> This came up after a discussion on #yt; I've CC'd the person who<br>
>>> brought this up.<br>
>>><br>
>>> In the halo profiler, there's a list of standard fields.  In this we<br>
>>> have Dark_Matter_Density, which to my understanding is an<br>
>>> Enzo-specific field.  It's not the same as the CIC_Deposit3 (defined<br>
>>> in yt) field that does a similar thing, but it's very similar.  I am<br>
>>> wondering what the best way to handle this, particularly since any<br>
>>> frontend that wants to use the HaloProfiler will need this field<br>
>>> unless standard_fields is amended not to include it.<br>
>>><br>
>>> Should we:<br>
>>><br>
>>>  * Define a Dark_Matter_Density for each frontend?<br>
>>>  * Define a universal field that defines Dark_Matter_Density globally?<br>
>>>  * Change the field we examine from Dark_Matter_Density to a different<br>
>>> field that is defined by yt, not assumed to be in the output file?<br>
>>>  * Should we check if every standard_field is in the output<br>
>>> (pf.h.derived_field_list) before adding it?<br>
>>><br>
>>> Britton, I think you might have the best idea of how to fix this, but<br>
>>> Sam Leitner I know has been working on using Halo Profiler on other<br>
>>> datasets.<br>
>>><br>
>>> Thanks,<br>
>>><br>
>>> Matt<br>
>>><br>
>>> PS Please hit "reply all" so that Meghann, who reported this in #yt,<br>
>>> sees the response.<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>
>><br>
>><br>
>> --<br>
>> Cameron Hummels<br>
>> Postdoctoral Researcher<br>
>> Steward Observatory<br>
>> University of Arizona<br>
>> <a href="http://chummels.org" target="_blank">http://chummels.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>
>><br>
><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>
><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></div>