[yt-dev] strict and unstrict regions, periodic regions

[Matthew Turk]

Hi Britton,

On Fri, Feb 3, 2012 at 4:27 PM, Britton Smith <brittonsmith at gmail.com> wrote:
> Hi Geoffrey and all,
>
> Including cells if just a piece of them is inside the region does not really
> change the computation time.  It's just a matter of adding or subtracting
> dx/2 when considering a given cell.

That's definitely true for region calculations; for spheres I think GS
is right that the computation is increased, but I think it would be <<
8x with some optimizations applied since we're largely dealing with
regularly shaped objects.

>
> The difference between the two options is mostly academic, I think.  I would
> say it's more important to stick to a consistent definition for all data
> containers.  How are spheres and disks treated?  Is it only cell centers
> there?  If so, let's stick with that.

The only one that doesn't do strictly based on cell-centers is the
(non-strict) region.  I'm also in favor of consistency.

-Matt

>
> Britton
>
>
> On Fri, Feb 3, 2012 at 4:20 PM, Geoffrey So <gsiisg at gmail.com> wrote:
>>
>> Center would be better I agree, checking if all edges is just multiplying
>> the same calculation by 8.
>>
>> From
>> G.S.
>>
>>
>> On Fri, Feb 3, 2012 at 1:01 PM, Stephen Skory <s at skory.us> wrote:
>>>
>>> > So a better question, I suppose, is why do we have an *un*strict
>>> > region?  Should we be doing unstrict for all of our data objects?
>>> > i.e., if a sphere intersects a cell but doesn't hit the corner, do we
>>> > select that cell?
>>>
>>> I would say that if the center of the cell is inside the sphere,
>>> include it. I think anything more complicated won't be any better, but
>>> more difficult.
>>>
>>>
>>> --
>>> Stephen Skory
>>> s at skory.us
>>> http://stephenskory.com/
>>> 510.621.3687 (google voice)
>>> _______________________________________________
>>> yt-dev mailing list
>>> yt-dev at lists.spacepope.org
>>> http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org
>>
>>
>>
>> _______________________________________________
>> yt-dev mailing list
>> yt-dev at lists.spacepope.org
>> http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org
>>
>
>
> _______________________________________________
> yt-dev mailing list
> yt-dev at lists.spacepope.org
> http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org
>