Mailman 3 June 2013 - yt-dev

yt Strategy Meeting Monday the 22nd
by Matthew Turk Sept. 4, 2013

Sept. 4, 2013

Hi all, I'd like to call a brief, approximately one hour, strategy meeting on Monday, April 22nd at 3PM Eastern. This will cover where yt is at, where we can go, and how things are progressing. Some of this will be dedicated to progress updates (from me and others) as well as soliciting feedback on a number of things. Many other projects -- notably Cactus -- do these on a fixed schedule, so based on the success/failure of this one we can consider having them semi-regularly. The agenda I … [View More]

2 3

NumberDensity in clumps and on FLASH data
by Matthew Turk July 10, 2013

July 10, 2013

Hi all, Mark Richardson wrote to the yt_analysis project with a problem with clumps on FLASH datasets. Here's his email: "Below includes my script and the output (it wouldn't let me attach two files). I get some output in the clump file up until I'd expect to see the Jeans Mass dumped. The output makes me think that it can't calculate this point because Gamma is unknown, or some other essential variable needed to get the number density. I've attempted to change the data_structure.py frontend … [View More]

5 5

Oct-diet pull request
by Matthew Turk July 1, 2013

July 1, 2013

Hi all, I've just issued a big pull request that puts octrees (particle and Eulerian) on a major diet. Comments, suggestions and test cases that fail or pass would be welcomed! https://bitbucket.org/yt_analysis/yt-3.0/pull-request/54/octree-diet/diff I've laid out how things are now done, and I'd also be grateful to hear about whether those ideas should be changed/improved/etc. -Matt

1 1

Moab plotting
by Anthony Scopatz June 29, 2013

June 29, 2013

Hello All, At the yt sprint at SciPy 2013, I made a first attempt at building an *.h5m (MOAB) file reader for yt using some data that Elliott Biondo sent me. You can find the notebook here [1]. I think both the PyNE and yt folks would be interested in this. I plan on turning this into a full-fledged yt frontend. Be Well Anthony 1. https://hub.yt-project.org/nb/go5405

2 1

Fwd: [IPython-dev] frontend namespace flattened (major change)
by Matthew Turk June 29, 2013

June 29, 2013

FYI: Since we import from the notebookapp, we will have to change eventually, but we don't now since that construction is backwards compatible. ---------- Forwarded message ---------- From: Paul Ivanov <pi(a)berkeley.edu> Date: Fri, Jun 28, 2013 at 3:30 PM Subject: [IPython-dev] frontend namespace flattened (major change) To: IPython developers list <ipython-dev(a)scipy.org> Hey everyone, we've just landed PR #3450: https://github.com/ipython/ipython/pull/3450 To quote … [View More]

2 1

Issue #597: Autodetection of hdf5 library doesn't work on Linux (yt_analysis/yt)
by Kacper Kowalik June 22, 2013

June 22, 2013

New issue 597: Autodetection of hdf5 library doesn't work on Linux https://bitbucket.org/yt_analysis/yt/issue/597/autodetection-of-hdf5-librar… Kacper Kowalik: When `HDF5_DIR` is unset and `hdf5.cfg` doesn't exists, setup tries to autodetect hdf5 library by using `ctypes.util.find_library("hdf5")`. On Linux it returns only filename without leading path and thus rest of the code fails. Responsible: xarthisius

1 0

Issue #596: yt command does not produce helpful output (yt_analysis/yt)
by Matthew Turk June 21, 2013

June 21, 2013

New issue 596: yt command does not produce helpful output https://bitbucket.org/yt_analysis/yt/issue/596/yt-command-does-not-produce-… Matthew Turk: Currently, simply running "yt" indicates that something has gone wrong. This is actually not the case, and we should default to having a help output. This may be tricky to implement with argparse but can likely be done. Responsible: MatthewTurk

1 0

Push back 2.6 => YTEP-0008 schedule change PR?
by Matthew Turk June 21, 2013

June 21, 2013

Hi all, I've issued a pull request to change the release schedule of 2.6. https://bitbucket.org/yt_analysis/ytep/pull-request/18/proposed-change-to-r… There are two motivations for this -- the first is that I wanted to get the Boxlib stuff and Cython kD-tree included by 2.6, but I don't think we will have time between now and July 1 to finish, review and test these changes. The other is that in the old release schedule I was set to be the coordinator for 2.6.1 on August 1st, but I am … [View More]

1 0

Issue #595: Quad Projection assumes cubical domains (yt_analysis/yt)
by J.S. Oishi June 18, 2013

June 18, 2013

New issue 595: Quad Projection assumes cubical domains https://bitbucket.org/yt_analysis/yt/issue/595/quad-projection-assumes-cubi… J.S. Oishi: It looks like dx and dy are always set identical to each other. This should be an easy fix, we just need a dxs and a dys in the array creation Responsible: jsoishi

1 0

When can we turn off serialization by default?
by Matthew Turk June 18, 2013

June 18, 2013

Hi all, I'd like to turn off serialization by default. This includes: 1) Projections 2) Grid hierarchy 3) Field lists and maybe other things. In general, I think it's a bad idea to just litter directories with new files, and specifically I think it's a bad idea to store 2&3 since they are a huge source of errors for new and existing users. My preference would be to disable all auto-serialization of anything and make that not possible, mandating explicit, manual saves of data instead. … [View More]

7 10

Issue #594: Add a cookbook recipe that shows off draw_coordinate_vectors (yt_analysis/yt)
by Nathan Goldbaum June 14, 2013

June 14, 2013

New issue 594: Add a cookbook recipe that shows off draw_coordinate_vectors https://bitbucket.org/yt_analysis/yt/issue/594/add-a-cookbook-recipe-that-s… Nathan Goldbaum: Probably can modify one of the extant recipes to use it.

1 0

New software installer from STScI
by Nathan Goldbaum June 14, 2013

June 14, 2013

Hi all, I'd like to bring everyone's attention to ureka (http://ssb.stsci.edu/ureka/) a new binary distribution centered around python, IRAF, and commonly used astronomical image viewing and visualization software (e.g. DS9). They include a large number of python modules, in fact most of yt's source dependencies: http://ssb.stsci.edu/ureka/1.0beta5/docs/python_modules.html#sec-python-mod… All this software is available for OS X and linux and because it's a binary download it should run … [View More]

2 1

Issue #593: RADMC-3D converter does not work on FLASH data (yt_analysis/yt)
by Thomas Peters June 13, 2013

June 13, 2013

New issue 593: RADMC-3D converter does not work on FLASH data https://bitbucket.org/yt_analysis/yt/issue/593/radmc-3d-converter-does-not-… Thomas Peters: The layer-style AMR input files for RADMC-3D generated from FLASH input data are corrupted. A typical error message from RADMC-3D looks as follows: Reading grid file and prepare grid tree... ERROR in layers: layer out of bounds layer number = 19 layer parent = 0 nnxyz parent = 8 8 32 ixyz … [View More]

1 0

Issue #592: Fields that combine deposited particle quantities with gas do not work (yt_analysis/yt)
by Nathan Goldbaum June 13, 2013

June 13, 2013

New issue 592: Fields that combine deposited particle quantities with gas do not work https://bitbucket.org/yt_analysis/yt/issue/592/fields-that-combine-deposite… Nathan Goldbaum: This was exposed on an enzo-3.0 dataset, but I've reproduced it using IsolatedGalaxy. One minor note: the yt-3.0 `TotalMass` field still depends on `Dark_Matter_Density`. I can't remember if we merged from yt-2.6dev before that was patched so this might not be a merge error, but I suspect it is. In any case, the `… [View More]Matter_Density` correctly uses `particle_density`, so I've used it below: ``` #!python $ yt plot -a 2 -w 25 -u kpc -f Matter_Density IsolatedGalaxy/galaxy0030/galaxy0030 yt : [INFO ] 2013-06-12 18:42:33,994 Parameters: current_time = 0.00600002000283 yt : [INFO ] 2013-06-12 18:42:33,994 Parameters: domain_dimensions = [32 32 32] yt : [INFO ] 2013-06-12 18:42:33,995 Parameters: domain_left_edge = [ 0. 0. 0.] yt : [INFO ] 2013-06-12 18:42:33,995 Parameters: domain_right_edge = [ 1. 1. 1.] yt : [INFO ] 2013-06-12 18:42:33,996 Parameters: cosmological_simulation = 0.0 yt : [INFO ] 2013-06-12 18:42:33,996 Adding plot for axis 2 Parsing Hierarchy100% |||||||||||||||||||||||||||||||||||||||||| Time: 00:00:00 yt : [INFO ] 2013-06-12 18:42:34,018 Gathering a field list (this may take a moment.) yt : [INFO ] 2013-06-12 18:42:34,031 Adding unknown field SFR_Density to list of fields yt : [INFO ] 2013-06-12 18:42:34,031 Adding unknown field Forming_Stellar_Mass_Density to list of fields yt : [INFO ] 2013-06-12 18:42:34,031 Adding unknown field Galaxy1Colour to list of fields yt : [INFO ] 2013-06-12 18:42:34,031 Adding unknown field kphHeI to list of fields yt : [INFO ] 2013-06-12 18:42:34,031 Adding unknown field MBHColour to list of fields yt : [INFO ] 2013-06-12 18:42:34,032 Adding unknown field Phi_pField to list of fields yt : [INFO ] 2013-06-12 18:42:34,032 Adding unknown field Galaxy2Colour to list of fields yt : [INFO ] 2013-06-12 18:42:34,032 Adding unknown field Average_creation_time to list of fields yt : [INFO ] 2013-06-12 18:42:34,032 Adding unknown field gammaHI to list of fields yt : [INFO ] 2013-06-12 18:42:34,032 Adding unknown field kphHI to list of fields yt : [INFO ] 2013-06-12 18:42:34,032 Adding unknown field kphHeII to list of fields yt : [INFO ] 2013-06-12 18:42:34,032 Adding unknown field Star_Particle_Density to list of fields yt : [INFO ] 2013-06-12 18:42:34,036 Adding unknown field PhiField to list of fields Traceback (most recent call last): File "/usr/local/share/python/yt", line 9, in <module> load_entry_point('yt==3.0dev', 'console_scripts', 'yt')() File "/Users/goldbaum/Documents/yt-3.0/yt/utilities/command_line.py", line 1691, in run_main args.func(args) File "/Users/goldbaum/Documents/yt-3.0/yt/utilities/command_line.py", line 97, in run self(args) File "/Users/goldbaum/Documents/yt-3.0/yt/utilities/command_line.py", line 1319, in __call__ width=width) File "/Users/goldbaum/Documents/yt-3.0/yt/visualization/plot_window.py", line 1246, in __init__ slc.get_data(fields) File "/Users/goldbaum/Documents/yt-3.0/yt/data_objects/data_containers.py", line 521, in get_data self._generate_fields(fields_to_generate) File "/Users/goldbaum/Documents/yt-3.0/yt/data_objects/data_containers.py", line 537, in _generate_fields self.field_data[field] = self._generate_field(field) File "/Users/goldbaum/Documents/yt-3.0/yt/data_objects/data_containers.py", line 226, in _generate_field return self._generate_fluid_field(field) File "/Users/goldbaum/Documents/yt-3.0/yt/data_objects/data_containers.py", line 242, in _generate_fluid_field rv = finfo(gen_obj) File "/Users/goldbaum/Documents/yt-3.0/yt/data_objects/field_info_container.py", line 482, in __call__ dd = self._function(self, data) File "/Users/goldbaum/Documents/yt-3.0/yt/data_objects/universal_fields.py", line 411, in _Matter_Density return (data['Density'] + data['particle_density']) TypeError: unsupported operand type(s) for +: 'NoneType' and 'float' ``` I put a breakpoint inside `_Matter_Density` and It looks like an exception is raised when yt attempts to retrieve `particle_density` during field detection. This exception is never raised to the user level (see #589) so execution proceeds normally. When the field is finally called by the script, 'Density' is returned as `None`, I guess since the field detection didn't finish properly. Responsible: MatthewTurk [View Less]

1 0

Issue #591: HI Density for RAMSES? (yt_analysis/yt)
by Kyle Stewart June 10, 2013

June 10, 2013

New issue 591: HI Density for RAMSES? https://bitbucket.org/yt_analysis/yt/issue/591/hi-density-for-ramses Kyle Stewart: I will probably be doing a lot of testing of RAMSES functionality in the near future, with the added Ramses support features available in 3.0. One of the first things I've noticed is that there is no HI_Density field for RAMSES files. I'm not sure how much work is required to set one up, but this would be a great thing to have.

1 0

Issue #590: Orientation arrows for volume rendering (yt_analysis/yt)
by Erik Rosolowsky June 10, 2013

June 10, 2013

New issue 590: Orientation arrows for volume rendering https://bitbucket.org/yt_analysis/yt/issue/590/orientation-arrows-for-volum… Erik Rosolowsky: In my recent experience using yt, it was difficult to construct a sample set of axes that orient the volume render with respect to the original coordinate axes of the data set in question. This feature is particularly useful for rendering observational data. I tried implementing this through a series of draw_box, but it wasn't of the quality … [View More]

1 0

Issue #589: Field detection catches all exceptions raised by broken fields (yt_analysis/yt)
by Nathan Goldbaum June 7, 2013

June 7, 2013

New issue 589: Field detection catches all exceptions raised by broken fields https://bitbucket.org/yt_analysis/yt/issue/589/field-detection-catches-all-… Nathan Goldbaum: Right now yt-3.0 field detection catches all exception raised during field discovery. This happens on line 190 of `geometry_handler.py` in the 3.0a2 release. We should only catch exceptions that indicate that a field isn't available for the dataset (e.g. `YTFieldNotFound`) and let all other exceptions, indicating that a … [View More]

1 0

Issue #588: annotate_contour on only half the image (yt_analysis/yt)
by Kyle Stewart June 7, 2013

June 7, 2013

New issue 588: annotate_contour on only half the image https://bitbucket.org/yt_analysis/yt/issue/588/annotate_contour-on-only-hal… Kyle Stewart: I came across a curious bug where I was looking at a SlicePlot and using annotate_contour to add density contours on top of the plot. When zoomed pretty far out, everything works fine, but when I began to zoom in on the galaxy in my simulation, the contours stopped displaying correctly, and began to only display on *exactly* half the image (the … [View More]

1 0

Issue #587: OffAxisSlicePlot annote_velocity (yt_analysis/yt)
by Kyle Stewart June 6, 2013

June 6, 2013

New issue 587: OffAxisSlicePlot annote_velocity https://bitbucket.org/yt_analysis/yt/issue/587/offaxissliceplot-annote_velo… Kyle Stewart: When I try to use annotate_velocity on the SlicePlot command it works fine, as before, but I get an error when I try to use it with the OffAxisSlicePlot command: The code I'm using is: ``` #!python gal=pf.h.sphere(center, 10.0/pf['kpc']) Lgal = gal.quantities["AngularMomentumVector"]() p=SlicePlot(pf, 2, ["Density", "HI_Density", "Temperature"], center=… [View More]center, width=(140,'kpc')) p.annotate_velocity(factor=32) p.save("test") p=OffAxisSlicePlot(pf, Lgal, ["Density", "HI_Density", "Temperature"], center=center, width=(140,'kpc')) p.annotate_velocity(factor=32) p.save("test") ``` The SlicePlot part works fine. The error I get for the OffAxisSlicePlot is: ``` #!python In [347]: p.annotate_velocity(factor=32) --------------------------------------------------------------------------- TypeError Traceback (most recent call last) /Users/kstewart/code/yt-3.0/yt-x86_64/src/yt-3.0-hg/scripts/iyt in <module>() ----> 1 p.annotate_velocity(factor=32) /Users/kstewart/code/yt-3.0/yt-x86_64/src/yt-3.0-hg/yt/visualization/plot_window.py in newfunc(*args, **kwargs) 97 rv = f(*args, **kwargs) 98 args[0]._plot_valid = False ---> 99 args[0]._setup_plots() 100 return rv 101 return newfunc /Users/kstewart/code/yt-3.0/yt-x86_64/src/yt-3.0-hg/yt/visualization/plot_window.py in _setup_plots(self) 956 label.set_fontproperties(fp) 957 --> 958 self.run_callbacks(f) 959 960 self._plot_valid = True /Users/kstewart/code/yt-3.0/yt-x86_64/src/yt-3.0-hg/yt/visualization/plot_window.py in run_callbacks(self, f) 966 CallbackMaker = callback_registry[name] 967 callback = CallbackMaker(*args[1:], **kwargs) --> 968 callback(cbw) 969 for key in self._frb.keys(): 970 if key not in keys: /Users/kstewart/code/yt-3.0/yt-x86_64/src/yt-3.0-hg/yt/visualization/plot_modifications.py in __call__(self, plot) 132 yv = "%s-velocity" % (y_names[plot.data.axis]) 133 qcb = QuiverCallback(xv, yv, self.factor, scale=self.scale, scale_units=self.scale_units, normalize=self.normalize) --> 134 return qcb(plot) 135 136 class MagFieldCallback(PlotCallback): /Users/kstewart/code/yt-3.0/yt-x86_64/src/yt-3.0-hg/yt/visualization/plot_modifications.py in __call__(self, plot) 629 plot.data['pdx'], plot.data['pdy'], plot.data['pdz'], 630 plot.data.center, plot.data._inv_mat, indices, --> 631 plot.data[self.field_x], 632 int(nx), int(ny), 633 (x0, x1, y0, y1),).transpose() /Users/kstewart/code/yt-3.0/yt-x86_64/src/yt-3.0-hg/yt/data_objects/data_containers.py in __getitem__(self, key) 198 return self.field_data[f] 199 else: --> 200 self.get_data(f) 201 return self.field_data[f] 202 /Users/kstewart/code/yt-3.0/yt-x86_64/src/yt-3.0-hg/yt/data_objects/data_containers.py in get_data(self, fields) 505 self.field_data.update(read_particles) 506 fields_to_generate = gen_fluids + gen_particles --> 507 self._generate_fields(fields_to_generate) 508 509 def _generate_fields(self, fields_to_generate): /Users/kstewart/code/yt-3.0/yt-x86_64/src/yt-3.0-hg/yt/data_objects/data_containers.py in _generate_fields(self, fields_to_generate) 515 if field in self.field_data: continue 516 try: --> 517 self.field_data[field] = self._generate_field(field) 518 except GenerationInProgress as gip: 519 for f in gip.fields: /Users/kstewart/code/yt-3.0/yt-x86_64/src/yt-3.0-hg/yt/data_objects/data_containers.py in _generate_field(self, field) 224 return self._generate_particle_field(field) 225 else: --> 226 return self._generate_fluid_field(field) 227 228 def _generate_fluid_field(self, field): /Users/kstewart/code/yt-3.0/yt-x86_64/src/yt-3.0-hg/yt/data_objects/data_containers.py in _generate_fluid_field(self, field) 240 rv = self._generate_spatial_fluid(field, ngt_exception.ghost_zones) 241 else: --> 242 rv = finfo(gen_obj) 243 return rv 244 /Users/kstewart/code/yt-3.0/yt-x86_64/src/yt-3.0-hg/yt/data_objects/field_info_container.py in __call__(self, data) 478 ii = self.check_available(data) 479 original_fields = data.keys() # Copy --> 480 dd = self._function(self, data) 481 if dd is not None: 482 dd *= self._convert_function(data) /Users/kstewart/code/yt-3.0/yt-x86_64/src/yt-3.0-hg/yt/data_objects/universal_fields.py in _CuttingPlaneVelocityX(field, data) 886 bulk_velocity = np.zeros(3) 887 v_vec = np.array([data["%s-velocity" % ax] for ax in 'xyz']) \ --> 888 - bulk_velocity[...,np.newaxis] 889 return np.dot(x_vec, v_vec) 890 add_field("CuttingPlaneVelocityX", TypeError: unsupported operand type(s) for -: 'NoneType' and 'float' ``` [View Less]

1 0

Issue #586: YT Dynamic Linking Error on SUSE (yt_analysis/yt)
by john_regan June 6, 2013

June 6, 2013

New issue 586: YT Dynamic Linking Error on SUSE https://bitbucket.org/yt_analysis/yt/issue/586/yt-dynamic-linking-error-on-… john_regan: YT fails to link against it's own local copy of the libpng16.so.16 library successfully at runtime. The initial error is ImportError: libpng16.so.16: cannot open shared object file: No such file or directory Adding the YT path to LD_LIBRARY_PATH fixes this error but shows another error subsequently Instead YT links against the system png library causing a … [View More]

1 0

Issue #585: plot collection add_projection not working? (yt_analysis/yt)
by kstewart June 6, 2013

June 6, 2013

New issue 585: plot collection add_projection not working? https://bitbucket.org/yt_analysis/yt/issue/585/plot-collection-add_projecti… kstewart: When I try to run a very basic projection plot with yt 3.0 I get the following error: pc=PlotCollection(pf, center) pc.add_projection("Density", 'x', "Density") /Users/kstewart/code/yt-3.0/yt-x86_64/src/yt-3.0-hg/yt/visualization/plot_collection.py in add_projection(self, field, axis, weight_field, data_source, center, use_colorbar, figure, axes, … [View More]

1 0

YTEP-0001 proposed revision
by Matthew Turk June 5, 2013

June 5, 2013

Hi all, I just issued a PR with a revision to YTEP-0001 about chunking. The yt 3.0a2 release process demonstrated how bad particle IO is for Enzo (Enzo mandates a spatial field for every particle mass, because masses are really densities), and how bad particle deposition is for FLASH. This PR is a set of proposed changes to the chunking system to get around this and enable better IO with preloading. The current YTEP: https://ytep.readthedocs.org/en/latest/YTEPs/YTEP-0001.html The PR: … [View More]

1 0

Issue #584: Dynamic teration over a time series object doesn't work (yt_analysis/yt)
by Nathan Goldbaum June 4, 2013

June 4, 2013

New issue 584: Dynamic teration over a time series object doesn't work https://bitbucket.org/yt_analysis/yt/issue/584/dynamic-teration-over-a-time… Nathan Goldbaum: It appears that `TimeSeriesData.piter()` is hardcoded not to use dynamic load balancing. See e.g. [here](https://bitbucket.org/yt_analysis/yt/src/7d765411da341fa45519ecb3ab78…. After modifying `piter()` to accept a dynamic keyword and running with dynamic load balancing turned on, I get the following error: http://paste.yt-… [View More]

1 0

Announcing: yt 2.5.3
by Matthew Turk June 4, 2013

June 4, 2013

Hi all, We're proud to release yt version 2.5.3. This is a scheduled point release that includes all bug fixes identified and fixed since the release of 2.5.2 on May 1. Additions, changes and bug fixes include: * yt can now export to RADMC3D * Athena frontend now supports Static Mesh Refinement and units ( http://hub.yt-project.org/nb/7l1zua ) * PlotWindows now have a set_font function and a new default font setting * Colorbars less likely to extend off the edge of a PlotWindow * … [View More]Clumps overplotted on PlotWindows are now correctly contoured * Allsky projections and HEALpix camera now correctly use four channels (RGBA) * Many fixes to light ray and profiles for integrated cosmological analysis * Improvements to OpenMP compilation * Typo in value for km_per_pc (not used elsewhere in the code base) has been fixed * Enable parallel IPython notebook sessions ( http://hub.yt-project.org/nb/qgn19h ) * Change (~1e-6) to particle_density deposition, enabling it to be used by FLASH and other frontends * Addition of is_root function for convenience in parallel analysis sessions * Additions to Orion particle reader * Fix long-standing bug for plotting arrays with range of zero * Fixing TotalMass for case when particles not present * Fixing the density threshold or HOP and pHOP to match the merger tree * Reason can now plot with latest plot window * Adding option to have interpolation based on non-uniform bins in interpolator code * Issues with VelocityMagnitude and aliases with velo have been corrected in the FLASH frontend * Halo radii are calculated correctly for domains that do not start at 0,0,0. * Halo mass function now works for non-Enzo frontends. * Bug fixes for directory creation, typos in docstrings If you are using the stable branch of yt from an installation script, you can upgrade using "yt update" or "yt update --all" to upgrade your full dependency stack. If you are using the development branch, you may already have these fixes. A tarball of this release has been uploaded to the Python Package Index (PyPI). This release includes a total of over 150 changesets, contributed over the course of nearly 40 pull requests by over a dozen individuals. The next scheduled release will be on July 1, and will be version 2.6. We are hoping to include a unification of the Boxlib frontends, compatibility with Python 3 (and embedding inside Blender) and other usual improvements to the yt codebase. Documentation for this release can be found at: http://yt-project.org/docs/dev/ Thanks very much, Matt, on behalf of the yt development team [View Less]

2 1

Announcing: yt 3.0 alpha 2
by Matthew Turk June 3, 2013

June 3, 2013

Hi everyone, We're proud to announce the second ALPHA release of yt 3.0. yt has recently transitioned to a time-based release plan ( https://ytep.readthedocs.org/en/latest/YTEPs/YTEP-0008.html ) and this is the second scheduled alpha of 3.0. No date for a "final" release has yet been set. The yt 2.5 codebase, and further updates in the 2.x series, will be supported for a considerable amount of time and you do not need to upgrade. = yt 3.0?! = yt 3.0 represents a new direction forward for … [View More]yt: getting rid of all the underlying assumptions that data needs to be sectioned off into nice little grid patches. This includes supporting Octree codes natively (NMSU-ART and RAMSES), eventual support for SPH codes, and even opaque data structures where the data is extremely large (ARTIO). We're even planning support for natively handling cylindrical and spherical coordinates. More: http://blog.yt-project.org/post/WhatsUpWith30.html However, this *is* an alpha release. Not all of the existing codes have been ported to 3.0. Additionally, this release benefits from the technical and non-technical contributions from many new people. yt is developed in the context of a community of contributors, and with the push toward a new architecture, we aim to expand that community considerably. In particular, this release has considerably benefited from contributions from many new individuals. = Getting It! = To try out yt 3.0, you can now pull from the main yt repository, update to the yt-3.0 branch, and rebuild your extensions. Or, if you would like to create a new, safely sectioned off environment, simply re-run the normal "development" install script after changing the variable BRANCH to "yt-3.0". If you would like to try out yt 3.0 and are having trouble, please write to the yt-users mailing list for assistance. The yt 3.0 install script may also work, which can be obtained by executing these commands: wget http://hg.yt-project.org/yt/raw/yt-3.0/doc/install_script.sh bash install_script.sh = Examples = New functionality can be seen in IPython notebooks available on the yt data Hub. In particular, these notebooks demonstrate many of the functionality that has been added for PKDgrav, Gasoline, Gadget, Enzo, and RAMSES. * Enzo: https://hub.yt-project.org/nb/tzeizy * Gadget: https://hub.yt-project.org/nb/abu5nb * RAMSES: https://hub.yt-project.org/nb/5zw7qn * PKDgrav: https://hub.yt-project.org/nb/mp46a6 * Gasoline: https://hub.yt-project.org/nb/dfncvy (Apologies for the SSL warning on the Hub site.) = Reporting Problems = If you test out yt 3.0 we want to hear if it DID or DID NOT work! Feedback is crucial at this time. yt-users and yt-dev are both good forums for discussion, asking questions, and reporting problems. Lots of things have changed on the backend, but we have attempted to minimize the user-facing changes. To report a bug please go here: https://bitbucket.org/yt_analysis/yt/issues/new Note that you will not receive updates if you are not logged in when you create the bug. = What's Next? = The next alpha release (3.0a3) is scheduled to be released on July 15, 2013, but development can be monitored either at http://bitbucket.org/yt_analysis/yt-3.0 or in the main yt repository under the named branch "yt-3.0". We hope to have ready for inclusion additional improvements to Octree codes, a units implementation for arrays, a field naming scheme overhaul, and further robustness for particle codes. We also are hoping to include the first attempts to apply SPH smoothing kernels to SPH particles. We anticipate that the next alpha release will involve more invasive changes to the array handling and units handling code, and may include a large number of field renaming operations. Aliases to old fields will be provided at that time. Many bug fixes from the mainline of 2.X development have not been merged into the yt-3.0 repository. Bringing these bugfixes in will occur sometime in the next few weeks. If you'd like to participate in yt development, please stop by #yt on irc.freenode.net ( http://yt-project.org/irc.html ) or yt-dev ( http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org ), or submit a pull request on BitBucket. Thanks very much, Matt, on behalf of the yt development team [View Less]

1 0