[yt-dev] light cone problems
Britton Smith
brittonsmith at gmail.com
Fri Jun 15 11:06:01 PDT 2012
Additionally, the LightCone and LightRay will get a refactor in the near
future to work with the new general SimulationTimeSeries class instead of
being enzo specific. I hope to clean up some other things that may have
picked up a little rust with time.
Britton
On Fri, Jun 15, 2012 at 2:04 PM, Britton Smith <brittonsmith at gmail.com>wrote:
> Hi Stephen,
>
> Thanks for catching all this. Your changes all look good to me, with one
> suggestion.
>
> I recommend replacing set_parameters=None and then adding a line:
> if set_parameters is None: set_parameters={}
> When setting the empty dist in the kwarg, you can run into situations
> where things can get stuck in that dict from previous calls to that
> function, since it's a pointer.
> Other than that, it looks great. I'll accept the PR when you submit one.
> The add_redshift_label kwarg was removed when use of the PlotCollection to
> generate the projections was dropped. Thanks for catching that, too.
>
> Britton
>
>
> On Fri, Jun 15, 2012 at 12:00 PM, Stephen Skory <s at skory.us> wrote:
>
>> Hi,
>>
>> I have been messing around with the example light cone generator
>> example for halos:
>>
>>
>> http://yt-project.org/doc/cookbook/index.html#cookbook-light-cone-halo-mask
>>
>> and I have come across a few issues. My guess is that the various
>> things the light cone uses (the halo profiler, FRB) have changed
>> underneath the light cone. I think I've got it working with some
>> changes, but at least one is not a good permanent solution, and I'd
>> like Britton eyes on this since I don't really understand all the
>> details of the LC and I'm not sure that these changes are good.
>>
>> 1. In the example above, the "add_redshift_label" keyword to
>> "project_light_cone()" doesn't appear to exist any more.
>>
>> 2. I've made these changes to the yt source to get things to work:
>>
>> http://paste.yt-project.org/show/2466/
>>
>> a. The changes to halo_mask.py are hacks. It appears that the halo
>> profiler now adds the overdensity factor to "RadiusMpc" and
>> "TotalMassMsun" (e.g. "RadiusMpc_200"). It seems to me that the
>> correct way to fix this is to pass the halo profiler kwargs down to
>> the _make_slice_halo_list() function where these lines appear so the
>> overdensity factor can be included in these strings. What do you
>> think?
>>
>> b. In light_cone.py I've changed the default of set_parameters to an
>> empty dict, which dict.update() accepts to perform no action, when
>> None makes it croak.
>>
>> c. frb.field_data[] doesn't appear to work.
>>
>> Thanks!
>>
>> --
>> Stephen Skory
>> s at skory.us
>> http://stephenskory.com/
>> 510.621.3687 (google voice)
>> _______________________________________________
>> yt-dev mailing list
>> yt-dev at lists.spacepope.org
>> http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.spacepope.org/pipermail/yt-dev-spacepope.org/attachments/20120615/9886fd90/attachment.html>
More information about the yt-dev
mailing list