<div dir="ltr"><div><div>Hi Mike,<br><br></div>Thanks for catching this. The cell positions are all computed from the grid left and right edges, so they'll be in whatever units the simulation output is in. For me, that was cgs, so I never noticed this issue. I think all that needs to happen is that these positions need to be multiplied by pf.units['cm']. I can check in a fix for this in a minute. <br>
<br></div>-Andrew<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Dec 19, 2013 at 1:33 AM, Mike Butler <span dir="ltr"><<a href="mailto:mbutler.astro@gmail.com" target="_blank">mbutler.astro@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div>Hi all,<br><br></div>I've been trying to export some of my Enzo data to radmc3d input files and have run into an issue with the amr grid writer - it writes the amr_grid.inp file in units of kpc, rather than cgs like radmc3d wants.  Is there a way to fix this short of modifying the .inp file manually afterward?<br>

<br></div>Thanks a lot,<br><br>Mike<br></div>
<br>_______________________________________________<br>
yt-users mailing list<br>
<a href="mailto:yt-users@lists.spacepope.org">yt-users@lists.spacepope.org</a><br>
<a href="http://lists.spacepope.org/listinfo.cgi/yt-users-spacepope.org" target="_blank">http://lists.spacepope.org/listinfo.cgi/yt-users-spacepope.org</a><br>
<br></blockquote></div><br></div>