<div dir="ltr">There is an open YTEP about this issue: <a href="http://ytep.readthedocs.org/en/latest/YTEPs/YTEP-0006.html">http://ytep.readthedocs.org/en/latest/YTEPs/YTEP-0006.html</a></div><div class="gmail_extra"><br><br>
<div class="gmail_quote">On Mon, Apr 14, 2014 at 9:38 PM, Sam Skillman <span dir="ltr"><<a href="mailto:samskillman@gmail.com" target="_blank">samskillman@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">Hi Michael,<div><br></div><div>Unfortunately the rendering framework currently relies upon being able to create a smoothed covering grid to calculate vertex centered data, which has not been implemented for non-periodic boundary conditions. If the quality of the rendering using no_ghost=True is not good enough, then perhaps try creating a region that is the entire volume except the outer cell:</div>
<div><br></div><div>root_dds = pf.domain_width/pf.domain_dimensions</div><div>half_w = pf.domain_width/2. - root_dds</div><div>reg = pf.region(pf.domain_center, pf.domain_center-half_w, pf.domain_center+half_w)</div><div>
<br></div><div>then supply that reg to the camera as data_source=reg in the constructor. This requires being on yt-3.0, which I think you are.</div><div><br></div><div>I *think* that should allow the no_ghost=False to get the vertex centered data using a smoothed covering grid the size of the full domain (but not beyond).</div>
<div><br></div><div>The longer term fix is to use meaningful boundary conditions to calculate covering grids that extend beyond the domain. I'm not sure what the roadmap for that is...</div><div><br></div><div>Best,</div>
<div>Sam</div></div><div class="gmail_extra"><br><br><div class="gmail_quote"><div><div class="h5">On Mon, Apr 14, 2014 at 7:05 PM, Nathan Goldbaum <span dir="ltr"><<a href="mailto:nathan12343@gmail.com" target="_blank">nathan12343@gmail.com</a>></span> wrote:<br>
</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><div><br><br>On Monday, April 14, 2014, Michael Zingale <<a href="mailto:michael.zingale@stonybrook.edu" target="_blank">michael.zingale@stonybrook.edu</a>> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">Recently I made the Maestro BoxLib frontend set the correct boundary periodicity for a data set, and I can confirm this when I load the data in yt and look at periodicity. However, when I try to volume render, with no_ghost=False, I get an error in the non-periodic direction (we are periodic in x and y, and non-periodic in z).<div>
<br></div><div>The error is:</div><div><br></div><div><div>Error: bad Region in non-periodic domain: -24.0 code_length 0.0 code_length 408.0 code_length 4608.0 code_length</div><div><br></div><div>for reference, the domain size is:</div>
<div><br></div><div><div>Parameters: domain_left_edge = [ 0. 0. 0.]</div><div>Parameters: domain_right_edge = [ 1536. 1536. 4608.]</div></div><div><br></div><div>(aside, these should be cm, but the error reports them as code_length -- should I be setting that somwhere in the frontend? we are always CGS).</div>
<div><br></div></div></div></blockquote><div><br></div></div><div>I can't speak to the volume rendering issue but this is the as-designed behavior. This has to be code_length because other codes do not have CGS as the internal unit system and this code has to work for all frontends<span></span>, irrespective of the internal unit system. </div>
<div><div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div>Any thoughts on what I may be missed setting up for non-periodic BCs is appreciated.</div>
<div><br></div><div>Mike</div><div><br></div>-- <br><div>Michael Zingale</div><div>Associate Professor</div><div>
<br></div><div>Dept. of Physics & Astronomy • Stony Brook University • Stony Brook, NY 11794-3800</div><div><i>phone</i>: <a href="tel:631-632-8225" value="+16316328225" target="_blank">631-632-8225</a></div><div><i>e-mail</i>: <a>Michael.Zingale@stonybrook.edu</a></div>
<div><i>web</i>: <a href="http://www.astro.sunysb.edu/mzingale" target="_blank">http://www.astro.sunysb.edu/mzingale</a></div>
</div></div>
</blockquote>
</div></div><br></div></div>_______________________________________________<br>
yt-dev mailing list<br>
<a href="mailto:yt-dev@lists.spacepope.org" target="_blank">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>
<br></blockquote></div><br></div>
<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>
<br></blockquote></div><br></div>