Mailman 3 August 2014 - yt-dev

Final wrapup
by Matthew Turk Aug. 2, 2014

Aug. 2, 2014

Hi all, We have a few outstanding pull requests, and I've submitted drafts of the last few doc items on my list, which hopefully can be vetted. My desktop was accidentally (by me) shut down last night, so I am blocked until I can either get it turned back on at the office (I'm not going in today) or I recreate the things I was working on here, but that shouldn't be too long. The last things: * I've updated the Rockstar source with Mike's patches, but we need to verify it. It's in the same location as before, yt-patches branch of my rockstar repo. * NMSU-ART particles have a lingering issue. Needs my desktop, and is not a blocker for release. * Minor issue with level sets, which I think I know exactly what to do about. * Outstanding PRs 1104, 1119, 1121, 1120, 1092, 1117 Once that's done, I think I'll roll out the release this afternoon. Sound good?

2 1

Issue #874: YTArray multiplication is not associative with respect to code units (yt_analysis/yt)
by John ZuHone Aug. 1, 2014

Aug. 1, 2014

New issue 874: YTArray multiplication is not associative with respect to code units https://bitbucket.org/yt_analysis/yt/issue/874/ytarray-multiplication-is-no… John ZuHone: Test case, on a FLASH dataset: ``` #!python >>> a = yt.YTArray([1,2,3], "cm") >>> b = ds.arr([1,2,3], "code_length") >>> a*b YTArray([ 1., 4., 9.]) cm*code_length >>> b*a YTArray([ 1., 4., 9.]) cm*code_length >>> (b*a).in_units("code_length**2") YTArray([ 1., 4., 9.]) code_length**2 >>> (a*b).in_units("code_length**2") UnitParseError: Could not find unit symbol 'code_length' in the provided symbols. ``` Presumably this is because the final ``YTArray`` takes the unit registry from the first of the two in the binary operation. This is a simple and irrelevant example, but it illustrates the problem. Not sure how important this is. Responsible: ngoldbaum

1 0

cookbook recipe plot error
by Michael Zingale Aug. 1, 2014

Aug. 1, 2014

This recipe's plot: http://yt-project.org/docs/dev-3.0/cookbook/calculating_information.html#ti… has information from a different plot overplotted (in fact, it is this recipe's last panel: http://yt-project.org/docs/dev-3.0/cookbook/complex_plots.html#styling-radi… So something is not being reset between recipes as part of the doc build that runs all the recipes. Nathan suggested that perhaps the script that run's the recipes needs a plt.close() in it. Alternately, we can all plt.clf() to receipes one at a time, but that seems less optimal. If someone knows better how the receipes are run, can they look at this? -- Michael Zingale Associate Professor Dept. of Physics & Astronomy • Stony Brook University • Stony Brook, NY 11794-3800 *phone*: 631-632-8225 *e-mail*: Michael.Zingale(a)stonybrook.edu *web*: http://www.astro.sunysb.edu/mzingale

1 0