[Yt-dev] saving derived fields

[Matthew Turk]

Hi Sam,

This has been on my list for a while, but I have never gotten around
to it.  It'll be kind of important with the future things I have
planned, but possibly in a different way.

For now, I think it should be straightforward to implement this.  As
long as you do not touch the .hierarchy file itself, you should be
able to (broadly speaking) add fields at will.  My suggestion is to
add a method to the grid object:

def write_field(self, field_name):
    self.hierarchy.io.write_field_to_disk(self, field_name, self[field])

This would be a method of GridPatch, not EnzoGrid.

Then, add to the base IOHandler object:

def write_field_to_disk(self, grid, field_name, field_value):
    raise NotImplementedError

Then in the yt/frontends/enzo/io.py, under the Packed HDF5 (and then
others can implement as necessary) add a write_field_to_disk that
opens (in 'a' mode) the grid.filename, just like it normally would,
and writes to disk using that.

If you give this a shot and test it, let us know how it goes, and feel
free to push if it works out.

-Matt

On Tue, Jan 11, 2011 at 12:40 PM, Sam Skillman <samskillman at gmail.com> wrote:
> Hi all,
> I've started dealing with a lot of time-consuming derived fields and am
> wondering if there is already support for writing derived fields back to the
> raw data files (e.g. .cpu files).  If not, any thoughts on doing so?
>
> Sam
> _______________________________________________
> Yt-dev mailing list
> Yt-dev at lists.spacepope.org
> http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org
>
>