<div dir="ltr">I can help fix the halo docs. I had started going through the old pages the last time I was working on this but got waylaid by traveling. I've got a bit of time now though! <div><br></div><div>-Hilary <br>

<div class="gmail_extra"><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
<br>
Message: 1<br>
Date: Wed, 25 Jun 2014 08:42:53 -0700<br>
From: Nathan Goldbaum <<a href="mailto:nathan12343@gmail.com">nathan12343@gmail.com</a>><br>
To: "<a href="mailto:yt-dev@lists.spacepope.org">yt-dev@lists.spacepope.org</a>" <<a href="mailto:yt-dev@lists.spacepope.org">yt-dev@lists.spacepope.org</a>><br>
Subject: Re: [yt-dev] RFC: Staggered deprecation through 3.1 and 3.2<br>
Message-ID:<br>
        <<a href="mailto:CAJXewOksXTNE349-%2B8wkBR56oMqK%2BviX60iMYwS18quVCcuTLw@mail.gmail.com">CAJXewOksXTNE349-+8wkBR56oMqK+viX60iMYwS18quVCcuTLw@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
There are still some vestiges of the old halo machinery in the docs.<br>
 Britton, do you think you'd be up for looking over the halo analysis docs<br>
and updating it where necessary?  I'm specifically referring to some of the<br>
errors and warnings in the docs build, (see<br>
<a href="http://tests.yt-project.org/job/yt-docs-3.0/lastSuccessfulBuild/consoleFull" target="_blank">http://tests.yt-project.org/job/yt-docs-3.0/lastSuccessfulBuild/consoleFull</a>,<br>
search for "halo") but it probably also deserves a full proofread.<br>
<br>
I haven't felt comfortable touching the halo finding docs since I'm not<br>
familiar with any of the halo analysis code.<br>
<br>
On Wednesday, June 25, 2014, Britton Smith <<a href="mailto:brittonsmith@gmail.com">brittonsmith@gmail.com</a>> wrote:<br>
<br>
> Getting all the cookbook recipes working is absolutely a blocker for 3.0.<br>
>  I think we're all in agreement on that.  Someone should correct me if I'm<br>
> wrong, but all of the existing recipes can and will be made to work by<br>
> porting existing functionality to yt-3.0.  This mostly involves adopting<br>
> the various newisms, units, field names, etc.  We will not release yt-3.0<br>
> with broken functionality.  This is doable on a relatively short timescale<br>
> I think.  However, the new VR machinery will not be ready for a bit longer,<br>
> so I think it's ok for that to come in 3.1.<br>
><br>
> As far as halos are concerned, here's the status there:<br>
> - halo_analysis completely replaces the HaloProfiler.  The halo_analysis<br>
> functionality is fully documented (Thanks Hilary!) and the HaloProfiler has<br>
> been removed from the source and the docs.<br>
> - all halo finders have been ported and are now compliant with<br>
> halo_analysis (Thanks again to Hilary).<br>
> - HaloCatalogTimeSeries is a ways off and will need to be pushed to 3.1 or<br>
> 3.2.  This is functionality that never existed anywhere, so that's fine.<br>
> - the other cards on the halo_analysis board are minor enhancements, not<br>
> blockers<br>
> - the halo mass function is almost ready and has an open PR that just<br>
> needs a few things cleaned up and it's ready.<br>
> - the big thing we are missing is a merger tree as neither of the old ones<br>
> were ported.  The idea is for them to work with the halo_analysis and<br>
> HaloCatalogTimeSeries, which will probably require work akin to a redesign.<br>
>  For this reason, this will probably need to wait until 3.1.<br>
><br>
> Britton<br>
><br>
><br>
> On Wed, Jun 25, 2014 at 2:35 AM, Cameron Hummels <<a href="mailto:chummels@gmail.com">chummels@gmail.com</a><br>
> <javascript:_e(%7B%7D,'cvml','<a href="mailto:chummels@gmail.com">chummels@gmail.com</a>');>> wrote:<br>
><br>
>> I will continue to work on these, but you're right, we need more people<br>
>> working on these little issues or this will continue to be a big blocker<br>
>> and not get done.  I can assign specific bugs to the specialists on those<br>
>> issues, if it is helpful (see below).<br>
>><br>
>> For all issues, see this page:<br>
>> <a href="https://trello.com/c/NJMfoXdl/22-be-able-to-run-the-cookbook" target="_blank">https://trello.com/c/NJMfoXdl/22-be-able-to-run-the-cookbook</a> .  Reading<br>
>> the description can give you some clues as to the source of the error, but<br>
>> the best way to diagnose it is simply to go into the doc cookbook directory<br>
>> and try to run the python script:<br>
>><br>
>> e.g.<br>
>> $ cd $YT_DEST/doc/source/cookbook<br>
>> $ python script.py<br>
>><br>
>><br>
>><br>
>> * VR - KDTree issues (Sam Skillman? Matt Turk?)<br>
>> ----amrkdtree_downsampling.py<br>
>> ----camera_movement.py -- something going on with statusbar in brick<br>
>> counting!<br>
>> ----opaque_rendering.py -- same as camera_movement.py<br>
>> ----render_with_box_and_grids.py<br>
>><br>
>> * Light Rays and Light Cones (Britton Smith, John Zuhone, Devin Silvia)<br>
>> ----make_light_ray.py<br>
>> ----unique_light_cone_projections.py<br>
>> ----light_cone_projection.py<br>
>> ----light_cone_with_halo_mask.py<br>
>><br>
>> * Profiles (Matt Turk, Nathan Goldbaum, other?)<br>
>> ----global_phase_plots.py<br>
>> ----profile_with_variance.py<br>
>> ----rad_velocity.py<br>
>> ----radial_profile_styles.py?<br>
>> ----simple_profile.py<br>
>> ----time_series_profiles.py<br>
>> ----save_profiles.py<br>
>><br>
>> * Units working with everything in yt (Nathan Goldbaum, Matt Turk, John<br>
>> Zuhone)<br>
>> ----hse_field.py<br>
>> ----simple_off_axis_projection.py<br>
>><br>
>> * Miscellany<br>
>> ----aligned_cutting_plane.py -- something is wrong with the derived<br>
>> quantity AngularMomentumVector() in that it doesn't work fully for gas, but<br>
>> seems to work OK for particles.<br>
>> ----free_free_field.py--creating a new derived field (Matt Turk, Nathan<br>
>> Goldbaum)<br>
>> ----simple_slice_with_multiple_fields.py -- vorticity_squared fails as a<br>
>> field.<br>
>><br>
>><br>
>> This is by no means a requirement to work on this, but it would help to<br>
>> take a look at it to see if you can help correct a small bug here and there<br>
>> if your name is listed here (or even if it isn't!)<br>
>><br>
>> Cameron<br>
>><br>
>><br>
>><br>
>> On Tue, Jun 24, 2014 at 6:09 PM, Nathan Goldbaum <<a href="mailto:nathan12343@gmail.com">nathan12343@gmail.com</a><br>
>> <javascript:_e(%7B%7D,'cvml','<a href="mailto:nathan12343@gmail.com">nathan12343@gmail.com</a>');>> wrote:<br>
>><br>
>>> Ah - I see that now.<br>
>>><br>
>>> Yes, I agree that fixing the cookbook should be a blocker.  FWIW that<br>
>>> card is marked as such.  As I said the other day, the blockers are on the<br>
>>> yt-3.0 and the documentation board.  We won't do the yt-3.0 release until<br>
>>> all the cards marked as blockers are cleared.<br>
>>><br>
>>> This is a big task - any help we can get on this from anyone following<br>
>>> along would be much appreciated.  There are a lot of little tasks or tasks<br>
>>> that can be completed in a couple hours by anyone that has a little with<br>
>>> yt-3.0.<br>
>>><br>
>>><br>
>>> On Tue, Jun 24, 2014 at 6:04 PM, Cameron Hummels <<a href="mailto:chummels@gmail.com">chummels@gmail.com</a><br>
>>> <javascript:_e(%7B%7D,'cvml','<a href="mailto:chummels@gmail.com">chummels@gmail.com</a>');>> wrote:<br>
>>><br>
>>>> I think all of the cookbook items are blockers to be honest, because<br>
>>>> the cookbook recipes should be tests that are seen as failing.<br>
>>>><br>
>>>> <a href="https://trello.com/c/NJMfoXdl/22-be-able-to-run-the-cookbook" target="_blank">https://trello.com/c/NJMfoXdl/22-be-able-to-run-the-cookbook</a><br>
>>>><br>
>>>><br>
>>>> On Tue, Jun 24, 2014 at 5:32 PM, Nathan Goldbaum <<a href="mailto:nathan12343@gmail.com">nathan12343@gmail.com</a><br>
>>>> <javascript:_e(%7B%7D,'cvml','<a href="mailto:nathan12343@gmail.com">nathan12343@gmail.com</a>');>> wrote:<br>
>>>><br>
>>>>><br>
>>>>><br>
>>>>> On Tuesday, June 24, 2014, Cameron Hummels <<a href="mailto:chummels@gmail.com">chummels@gmail.com</a><br>
>>>>> <javascript:_e(%7B%7D,'cvml','<a href="mailto:chummels@gmail.com">chummels@gmail.com</a>');>> wrote:<br>
>>>>><br>
>>>>>> I think there remain some issues in the VR working in 3.0, which I<br>
>>>>>> identified on the cookbook post on the trello board for yt-3.0.  For<br>
>>>>>> example, I know the overlaying grids and overlaying boundaries does not<br>
>>>>>> currently work.<br>
>>>>>><br>
>>>>><br>
>>>>> I don't see this on trello.  Can you make a card and mark it as a<br>
>>>>> blocker?<br>
>>>>><br>
>>>>><br>
>>>>>>  That may be an easy fix, but it's something to keep in mind.  I was<br>
>>>>>> going to work on it last week as I was doing the cookbook update, but I<br>
>>>>>> figured it was just going to get replaced with the scene interface, so it<br>
>>>>>> wasn't worth the time.<br>
>>>>>><br>
>>>>>> I guess I'd still like to have all of the API breakage occur in the<br>
>>>>>> big jump from 2.x to 3.0, but if people really want to get 3.0 out the door<br>
>>>>>> asap, then perhaps that isn't compatible. Personally, I'm +1 on waiting to<br>
>>>>>> have all the halo+VR stuff in 3.0 instead of 3.1, but if everyone else<br>
>>>>>> wants a 3.0 out sooner, I will not block it.  I think having a super fancy<br>
>>>>>> VR and awesome halo interface is one of the big pulls to getting people who<br>
>>>>>> have not yet switched to join 3.0 (from both 2.x as well as non-users) even<br>
>>>>>> if it takes a few more months, but I may be the minority here.<br>
>>>>>><br>
>>>>>> Cameron<br>
>>>>>><br>
>>>>>><br>
>>>>>> On Tue, Jun 24, 2014 at 10:08 AM, Nathan Goldbaum <<br>
>>>>>> <a href="mailto:nathan12343@gmail.com">nathan12343@gmail.com</a>> wrote:<br>
>>>>>><br>
>>>>>>> Ok - I think the script in the issue description is sufficient.  Let<br>
>>>>>>> me know if you need something more detailed.<br>
>>>>>>><br>
>>>>>>><br>
>>>>>>> On Tue, Jun 24, 2014 at 10:07 AM, Matthew Turk <<br>
>>>>>>> <a href="mailto:matthewturk@gmail.com">matthewturk@gmail.com</a>> wrote:<br>
>>>>>>><br>
>>>>>>>> That's the one -- you mentioned it in a blockers email a few days<br>
>>>>>>>> ago.<br>
>>>>>>>><br>
>>>>>>>> On Tue, Jun 24, 2014 at 12:06 PM, Nathan Goldbaum <<br>
>>>>>>>> <a href="mailto:nathan12343@gmail.com">nathan12343@gmail.com</a>> wrote:<br>
>>>>>>>> > Sorry - not sure which issue you're talking about - this one<br>
>>>>>>>> maybe?<br>
>>>>>>>> ><br>
>>>>>>>> ><br>
>>>>>>>> <a href="https://bitbucket.org/yt_analysis/yt/issue/827/enzo-particle-fields-work-differently-than" target="_blank">https://bitbucket.org/yt_analysis/yt/issue/827/enzo-particle-fields-work-differently-than</a><br>


>>>>>>>> ><br>
>>>>>>>> ><br>
>>>>>>>> ><br>
>>>>>>>> ><br>
>>>>>>>> > On Tue, Jun 24, 2014 at 10:02 AM, Matthew Turk <<br>
>>>>>>>> <a href="mailto:matthewturk@gmail.com">matthewturk@gmail.com</a>><br>
>>>>>>>> > wrote:<br>
>>>>>>>> >><br>
>>>>>>>> >> Related to that, do you have a reproducible script for the<br>
>>>>>>>> particle<br>
>>>>>>>> >> issue you reported?  If so, could you add that to either an<br>
>>>>>>>> issue or a<br>
>>>>>>>> >> trello card so I can work on it?<br>
>>>>>>>> >><br>
>>>>>>>> >> On Tue, Jun 24, 2014 at 11:58 AM, Nathan Goldbaum <<br>
>>>>>>>> <a href="mailto:nathan12343@gmail.com">nathan12343@gmail.com</a>><br>
>>>>>>>> >> wrote:<br>
>>>>>>>> >> > I'd be +1 on this plan, although we should note that this is<br>
>>>>>>>> the plan in<br>
>>>>>>>> >> > the<br>
>>>>>>>> >> > release announcement.  We may also want to note that there are<br>
>>>>>>>> some<br>
>>>>>>>> >> > issues<br>
>>>>>>>> >> > with volume rendering of oct and particle data at the moment<br>
>>>>>>>> (I believe<br>
>>>>>>>> >> > that's the case - let me know if I'm wrong there).<br>
>>>>>>>> >> ><br>
>>>>>>>> >> > I think that leaves analysis modules and documentation as the<br>
>>>>>>>> main<br>
>>>>>>>> >> > blockers<br>
>>>>>>>> >> > for a 3.0 release.<br>
>>>>>>>> >> ><br>
>>>>>>>> >> > -Nathan<br>
>>>>>>>> >> ><br>
>>>>>>>> >> ><br>
>>>>>>>> >> ><br>
>>>>>>>> >> > On Tue, Jun 24, 2014 at 9:53 AM, John ZuHone <<br>
>>>>>>>> <a href="mailto:jzuhone@gmail.com">jzuhone@gmail.com</a>> wrote:<br>
>>>>>>>> >> >><br>
>>>>>>>> >> >> +1 on Matt's proposal. -1 on a beta.<br>
>>>>>>>> >> >><br>
>>>>>>>> >> >> My worry about a beta release is that it will slow adoption,<br>
>>>>>>>> whether<br>
>>>>>>>> >> >> rightly or wrongly. I think we agree that we're ready to<br>
>>>>>>>> encourage<br>
>>>>>>>> >> >> adoption<br>
>>>>>>>> >> >> of 3.0.<br>
>>>>>>>> >> >><br>
>>>>>>>> >> >> John ZuHone<br>
>>>>>>>> >> >> Laboratory for High-Energy Astrophysics<br>
>>>>>>>> >> >> NASA/Goddard Space Flight Center<br>
>>>>>>>> >> >> 8800 Greenbelt Rd., Mail Code 662<br>
>>>>>>>> >> >> Greenbelt, MD 20771<br>
>>>>>>>> >> >> (w) <a href="tel:301-286-2531" value="+13012862531">301-286-2531</a><br>
>>>>>>>> >> >> (m) <a href="tel:781-708-5004" value="+17817085004">781-708-5004</a><br>
>>>>>>>> >> >> <a href="mailto:john.zuhone@nasa.gov">john.zuhone@nasa.gov</a><br>
>>>>>>>> >> >> <a href="mailto:jzuhone@gmail.com">jzuhone@gmail.com</a><br>
>>>>>>>> >> >><br>
>>>>>>>> >> >> > On Jun 24, 2014, at 12:38 PM, Matthew Turk <<br>
>>>>>>>> <a href="mailto:matthewturk@gmail.com">matthewturk@gmail.com</a>><br>
>>>>>>>> >> >> > wrote:<br>
>>>>>>>> >> >> ><br>
>>>>>>>> >> >> > I think Britton covered the halos, but the VR works as-is.<br>
>>>>>>>>  As far as<br>
>>>>>>>> >> >> > 3.0beta, I'm a bit nervous about that as we want to avoid<br>
>>>>>>>> the<br>
>>>>>>>> >> >> > situation where we are in beta for 1+ years... I am worried<br>
>>>>>>>> about the<br>
>>>>>>>> >> >> > perception of a "beta" tag.  Is that overblown?  Would<br>
>>>>>>>> calling it<br>
>>>>>>>> >> >> > "yt-3.0-2014" work?<br>
>>>>>>>> >> >> ><br>
>>>>>>>> >> >> >> On Tue, Jun 24, 2014 at 10:32 AM, Nathan Goldbaum<br>
>>>>>>>> >> >> >> <<a href="mailto:nathan12343@gmail.com">nathan12343@gmail.com</a>> wrote:<br>
>>>>>>>> >> >> >> Do the old VR and halo interfaces work?  Not much effort<br>
>>>>>>>> has gone<br>
>>>>>>>> >> >> >> into<br>
>>>>>>>> >> >> >> porting them, I think.<br>
>>>>>>>> >> >> >><br>
>>>>>>>> >> >> >><br>
>>>>>>>> >> >> >>> On Tuesday, June 24, 2014, Sam Skillman <<br>
>>>>>>>> <a href="mailto:samskillman@gmail.com">samskillman@gmail.com</a>><br>
>>>>>>>> >> >> >>> wrote:<br>
>>>>>>>> >> >> >>><br>
>>>>>>>> >> >> >>> I'm +1 on this, particularly since I'm at fault for not<br>
>>>>>>>> pushing on<br>
>>>>>>>> >> >> >>> the<br>
>>>>>>>> >> >> >>> VR<br>
>>>>>>>> >> >> >>> as much as I'd like to.<br>
>>>>>>>> >> >> >>><br>
>>>>>>>> >> >> >>><br>
>>>>>>>> >> >> >>> On Tue, Jun 24, 2014 at 7:44 AM, Matthew Turk<br>
>>>>>>>> >> >> >>> <<a href="mailto:matthewturk@gmail.com">matthewturk@gmail.com</a>><br>
>>>>>>>> >> >> >>> wrote:<br>
>>>>>>>> >> >> >>>><br>
>>>>>>>> >> >> >>>> Hi all,<br>
>>>>>>>> >> >> >>>><br>
>>>>>>>> >> >> >>>> One thing we really tried to do with 3.0 was break all<br>
>>>>>>>> the APIs we<br>
>>>>>>>> >> >> >>>> thought we'd need to before release.  This included<br>
>>>>>>>> things like<br>
>>>>>>>> >> >> >>>> ds/pf,<br>
>>>>>>>> >> >> >>>> index/hierarchy, the way data selections were made, etc.<br>
>>>>>>>> >> >> >>>><br>
>>>>>>>> >> >> >>>> It's starting to become clear that we are approaching<br>
>>>>>>>> maturity at<br>
>>>>>>>> >> >> >>>> different rates in these initiatives.  I am wondering if<br>
>>>>>>>> perhaps<br>
>>>>>>>> >> >> >>>> we<br>
>>>>>>>> >> >> >>>> should de-couple the release from all of the API<br>
>>>>>>>> breakages, and<br>
>>>>>>>> >> >> >>>> instead note which interfaces we know are going to<br>
>>>>>>>> change in the<br>
>>>>>>>> >> >> >>>> future.<br>
>>>>>>>> >> >> >>>><br>
>>>>>>>> >> >> >>>> Pragmatically, what this would mean is:<br>
>>>>>>>> >> >> >>>><br>
>>>>>>>> >> >> >>>> * Release a 3.0 with the old VR and halo finding<br>
>>>>>>>> interfaces<br>
>>>>>>>> >> >> >>>> * Release a 3.1 with either the new VR or the new halo<br>
>>>>>>>> finding (or<br>
>>>>>>>> >> >> >>>> both)<br>
>>>>>>>> >> >> >>>> * Do the same for 3.2<br>
>>>>>>>> >> >> >>>><br>
>>>>>>>> >> >> >>>> This doesn't fit with the usual "major numbers are where<br>
>>>>>>>> APIs<br>
>>>>>>>> >> >> >>>> break"<br>
>>>>>>>> >> >> >>>> philosophy that comes from semantic versioning, but I<br>
>>>>>>>> think from<br>
>>>>>>>> >> >> >>>> the<br>
>>>>>>>> >> >> >>>> perspective of pragmatism, if we identify those sections<br>
>>>>>>>> of the<br>
>>>>>>>> >> >> >>>> code<br>
>>>>>>>> >> >> >>>> that are *going* to change, and we pitch 3.0 as the<br>
>>>>>>>> first part of<br>
>>>>>>>> >> >> >>>> a<br>
>>>>>>>> >> >> >>>> staged release of totally rewritten infrastructure, we<br>
>>>>>>>> can likely<br>
>>>>>>>> >> >> >>>> come<br>
>>>>>>>> >> >> >>>> out okay.<br>
>>>>>>>> >> >> >>>><br>
>>>>>>>> >> >> >>>> I'd like to put this out there for discussion.<br>
>>>>>>>> >> >> >>>><br>
>>>>>>>> >> >> >>>> -Matt<br>
>>>>>>>> >> >> >>>> _______________________________________________<br>
>>>>>>>> >> >> >>>> yt-dev mailing list<br>
>>>>>>>> >> >> >>>> <a href="mailto:yt-dev@lists.spacepope.org">yt-dev@lists.spacepope.org</a><br>
>>>>>>>> >> >> >>>><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>
>>>>>>>> >> >> >><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>
>>>>>>>> >> >> > yt-dev mailing list<br>
>>>>>>>> >> >> > <a href="mailto:yt-dev@lists.spacepope.org">yt-dev@lists.spacepope.org</a><br>
>>>>>>>> >> >> ><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>
>>>>>>>> >> >> 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>
>>>>>>>> ><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>
>>>>>>>><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>
>>>>>><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>
>>>>> _______________________________________________<br>
>>>>> yt-dev mailing list<br>
>>>>> <a href="mailto:yt-dev@lists.spacepope.org">yt-dev@lists.spacepope.org</a><br>
>>>>> <javascript:_e(%7B%7D,'cvml','<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>
>>>> <javascript:_e(%7B%7D,'cvml','<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>
>>> <javascript:_e(%7B%7D,'cvml','<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>
>> <javascript:_e(%7B%7D,'cvml','<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></blockquote></div></div></div></div>