<div dir="ltr">Hi John,<div><br></div><div>I'm not averse to the changes in the GDF standard you propose.  I think now that yt-3.0 is incorporating units as cleanly as it is, this makes sense to allow the format to specify an arbitary unittype instead of requiring cgs, since it can be so easily modified within current/future versions of yt.  </div>

<div><br></div><div>I honestly don't know how many people are using GDF, but it seems like these changes would break backwards-compatibility.  Is it possible for us to retain that compatibility by automatically running "field_to_cgs" on GDF files which do not possess the HDF5 attributes specifying the units?  Or perhaps since yt is the main source of GDF files, we can just move forward without having to worry about too much backwards-compatibility issues?</div>

<div><br></div><div>Anyway, this seems like a positive change. +1 to continue on this.</div><div><br></div><div>Cameron</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Sat, Jul 12, 2014 at 11:48 AM, John Zuhone <span dir="ltr"><<a href="mailto:jzuhone@gmail.com" target="_blank">jzuhone@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi all,<br>
<br>
I have a work-in-progress PR in the hopper regarding GDF reading and writing:<br>
<br>
<a href="https://bitbucket.org/yt_analysis/yt/pull-request/1001/wip-some-gdf-writing-work/diff" target="_blank">https://bitbucket.org/yt_analysis/yt/pull-request/1001/wip-some-gdf-writing-work/diff</a><br>
<br>
What it does is implement direct writing of covering grids to GDF<br>
files (something I've been using in my research, to work with the<br>
resulting files directly in yt) and clobbering existing files with the<br>
same path if the user allows for it.<br>
<br>
However, when fiddling around with this I determined that it was<br>
necessary to make GDF more unit-aware. Ultimately, I determined that<br>
changes were needed that would break the standard that we had<br>
determined for the files (<a href="http://yt-project.org/gdf.txt" target="_blank">http://yt-project.org/gdf.txt</a>).<br>
<br>
The two main changes are:<br>
<br>
1) Remove "field_to_cgs", and allow the fields to be in whatever units<br>
we wish them to be in the file (which are specified as HDF5<br>
attributes).<br>
<br>
2) Add a new top-level group containing the information for<br>
"length","mass", and "time" units. These will be used when the file is<br>
opened up in yt to determine the units.<br>
<br>
Since (for now) we do automatic conversion to cgs, that is something<br>
that is still left unimplemented, but otherwise I think this is all to<br>
do for now.<br>
<br>
I'm writing the email in case anyone has any suggestions or objections<br>
to the format changes--particularly Jeff or Kacper. We'll obviously<br>
need to document them if they are accepted.<br>
<br>
Best,<br>
<br>
John<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
John ZuHone<br>
<br>
Postdoctoral Researcher<br>
NASA/Goddard Space Flight Center<br>
<br>
<a href="mailto:jzuhone@gmail.com">jzuhone@gmail.com</a><br>
<a href="mailto:john.zuhone@nasa.gov">john.zuhone@nasa.gov</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>
</font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br>Cameron Hummels<div>Postdoctoral Researcher</div><div>Steward Observatory</div><div>University of Arizona</div><div><a href="http://chummels.org" target="_blank">http://chummels.org</a></div>


</div>