<div dir="ltr">Did you fix the issue I reported about iterating over time series? If so, I think it's good to go in.  I've been using it for day-to-day stuff all week and have noticed no issues.<div><br></div><div>

If there are issues present having more people using the code will certainly shake them out more quickly.</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Mar 12, 2014 at 1:32 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">Okay, seems like we have broad consensus, but I want to wait a day or<br>
two before doing anything to ensure all sides are heard from.<br>
<br>
But, one last outstanding question: can we merge the rebranding PR in<br>
to the unitrefactor work?<br>
<br>
<a href="https://bitbucket.org/MatthewTurk/yt/pull-request/85/rebranding" target="_blank">https://bitbucket.org/MatthewTurk/yt/pull-request/85/rebranding</a><br>
<div class="HOEnZb"><div class="h5"><br>
On Wed, Mar 12, 2014 at 12:58 PM, Matthew Turk <<a href="mailto:matthewturk@gmail.com">matthewturk@gmail.com</a>> wrote:<br>
> On Wed, Mar 12, 2014 at 12:56 PM, Nathan Goldbaum <<a href="mailto:nathan12343@gmail.com">nathan12343@gmail.com</a>> wrote:<br>
>> +1<br>
>><br>
>> The documentation has also come a long way since this topic was last<br>
>> discussed on the list.<br>
><br>
> I agree, and I think it's nearing the "mergable" state.  Not<br>
> releasable, but mergable.<br>
><br>
>><br>
>><br>
>> On Wednesday, March 12, 2014, Sam Skillman <<a href="mailto:samskillman@gmail.com">samskillman@gmail.com</a>> wrote:<br>
>>><br>
>>> +1<br>
>>><br>
>>> On Mar 12, 2014 7:39 AM, "John ZuHone" <<a href="mailto:jzuhone@gmail.com">jzuhone@gmail.com</a>> wrote:<br>
>>><br>
>>> +1<br>
>>><br>
>>> On Mar 12, 2014, at 9:11 AM, Matthew Turk <<a href="mailto:matthewturk@gmail.com">matthewturk@gmail.com</a>> wrote:<br>
>>><br>
>>> > On Wed, Mar 12, 2014 at 9:05 AM, Britton Smith <<a href="mailto:brittonsmith@gmail.com">brittonsmith@gmail.com</a>><br>
>>> > wrote:<br>
>>> >> Hi all,<br>
>>> >><br>
>>> >> There are two major changes coming soon for yt-3.0 as we march our way<br>
>>> >> to an<br>
>>> >> official release.  These are the unitrefactor and the rebranding.  The<br>
>>> >> unitrefactor adds symbolically expressed, convertible units to all<br>
>>> >> fields<br>
>>> >> and scalars in yt.  The rebranding is a rethinking of some of yt's<br>
>>> >> conceptual entities (such as thinking of a "dataset" instead of a<br>
>>> >> "parameter<br>
>>> >> file", an "indexer" instead of a "hierarchy", etc.) and attempt to<br>
>>> >> de-astro<br>
>>> >> the infrastructure as we start to think about working with other<br>
>>> >> sciences.<br>
>>> >> The unitrefactor also contains some rebranding efforts in the form of<br>
>>> >> field<br>
>>> >> renaming (e.g., "Density" becoming "density"), so these changes are<br>
>>> >> somewhat<br>
>>> >> linked.<br>
>>> >><br>
>>> >> What we need to figure out is the process by which these changes are<br>
>>> >> merged<br>
>>> >> into the yt-3.0 branch of the main repo (yt_analysis).  In my opinion,<br>
>>> >> the<br>
>>> >> primary issues are the following:<br>
>>> >><br>
>>> >> 1. Develop is cumbersome because it is taking place within Matt's fork,<br>
>>> >> meaning that all contributors have to fork his fork and issue PRs to<br>
>>> >> that.<br>
>>> >> This is annoying because one has to maintain two forks and because most<br>
>>> >> people aren't getting notified of PRs issued to Matt's fork.<br>
>>> >><br>
>>> >> 2. Experience has shown that the only way to identify all the bugs is<br>
>>> >> by<br>
>>> >> actually attempting to use the code to do Real Stuff.  What this means<br>
>>> >> is we<br>
>>> >> need all the frontends represented and people putting the various<br>
>>> >> functionality and analysis modules to use.  I think for most people,<br>
>>> >> having<br>
>>> >> to pull changes in from an external repo and perform various mercurial<br>
>>> >> magic<br>
>>> >> just to test changes is a bridge to far.  We need to lower the barrier<br>
>>> >> to<br>
>>> >> entry.<br>
>>> >><br>
>>> >> 3. There is still a good amount of documentation, testing, polishing,<br>
>>> >> etc<br>
>>> >> before this can be called stable.  Even though yt-3.0 is still<br>
>>> >> officially<br>
>>> >> Under Development, a number of people are using it to do actual things<br>
>>> >> and<br>
>>> >> so it is unreasonable to just land this on them without full<br>
>>> >> documentation<br>
>>> >> and with such a high likelihood that it will break things.<br>
>>> >><br>
>>> >> I propose that the unitrefactor and rebranding work be pulled into the<br>
>>> >> main<br>
>>> >> repository in an "experimental" bookmark.  I think this will a)<br>
>>> >> streamline<br>
>>> >> development and make it more visible to everyone, b) lower the barrier<br>
>>> >> to<br>
>>> >> trying it out for people so we can actually get everything tested and<br>
>>> >> working, and c) not disrupt the workflow of the current users of<br>
>>> >> yt-3.0.  I<br>
>>> >> also think this is the quickest way of satisfying everyone in terms of<br>
>>> >> getting all of the necessary documentation written as it makes the<br>
>>> >> development significantly more open and accessible.<br>
>>> >><br>
>>> >> For more info on what needs to be done on both of these fronts and for<br>
>>> >> yt-3.0 in general, see the trello boards:<br>
>>> >> <a href="https://trello.com/yt_analysis" target="_blank">https://trello.com/yt_analysis</a><br>
>>> >><br>
>>> >> Can we get a +/-1 on this?<br>
>>> ><br>
>>> > +1, for all of these reasons.<br>
>>> ><br>
>>> > I'm really keen to get things merged in, but nervous -- for the<br>
>>> > reasons you note.<br>
>>> ><br>
>>> > -Matt<br>
>>> ><br>
>>> >><br>
>>> >> Britton<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>
>>> ><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>