<div dir="ltr">Hi Matt,<div><br></div><div>Thanks - the numbers are the same as the length of the numbers of ones in saved['octree'], total sizes of octree and size of density array:</div><div><br></div><div><span style="font-family:arial,sans-serif;font-size:13.333333969116211px">saved["octree"].sum()  = 4681</span><br style="font-family:arial,sans-serif;font-size:13.333333969116211px">

<span style="font-family:arial,sans-serif;font-size:13.333333969116211px">saved["octree"].size  = 37499</span><br style="font-family:arial,sans-serif;font-size:13.333333969116211px"><span style="font-family:arial,sans-serif;font-size:13.333333969116211px">ad["deposit", "all_density"].size = 262144</span><br>

</div><div><br></div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Jun 12, 2014 at 2:06 PM, Matthew Turk <span dir="ltr"><<a href="mailto:matthewturk@gmail.com" target="_blank">matthewturk@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 Desika,<br>
<div><div class="h5"><br>
On Thu, Jun 12, 2014 at 12:04 PM, Desika Narayanan<br>
<<a href="mailto:dnarayan@haverford.edu">dnarayan@haverford.edu</a>> wrote:<br>
> Hi All,<br>
><br>
> First, I'm on an updated yt 3.0 updated about 5 minutes ago. (hg id:<br>
> ea182fc68fae (yt-3.0) tip)<br>
><br>
> This might be related to Matt's update on octree on June 8th (in response to<br>
> the CIC stuff) that I don't quite understand, but I've run into the<br>
> following issue highlighted in the example code:<br>
><br>
> <a href="http://paste.yt-project.org/show/4781/" target="_blank">http://paste.yt-project.org/show/4781/</a><br>
><br>
> Here, I create a fake data set (motivated by Nathan's shared notebook<br>
> earlier this week), construct the octree, and then smooth the density onto a<br>
> grid with:<br>
><br>
>>density = ad["deposit","all_density"]<br>
><br>
> What I find is that the number of elements in the density array is not the<br>
> same as the number of 0's (i.e Falses) in the generated octree (revealed by<br>
><br>
>>saved["octree"]<br>
><br>
> in the above script).   Nominally, I thought the smoothing happened onto the<br>
> same octree mesh that I generate with ds.index.oct_handler.save_octree().<br>
> Is this not the case?  Or, is there a way to make it the case in the order<br>
> that I call things?<br>
<br>
</div></div>No, it should all be the same.  What're the values of:<br>
<br>
saved["octree"].sum()<br>
saved["octree"].size<br>
ad["deposit", "all_density"].size<br>
<br>
><br>
> Thanks,<br>
> desika<br>
><br>
><br>
><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>
_______________________________________________<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>
</blockquote></div><br></div>