Ok, giving a source region to a projection seemed to work in parallel.  In that case, I guess it's fine to phase out the field_cuts keyword.  We should still make sure the source keyword for projections gets into the documentation in that section.


On Mon, Apr 22, 2013 at 9:09 PM, Matthew Turk <matthewturk@gmail.com> wrote:

I thought it was. If not, it can be easily done so, I think. I think the issue was with the overlap projection, but that the quadtree was flexible enough to handle it.

On Apr 22, 2013 8:44 PM, "Britton Smith" <brittonsmith@gmail.com> wrote:
Is doing a projection with a source region parallelizable?  The field_cuts keyword will allow projections to still work in parallel.  This could be the value of keeping it around.


On Mon, Apr 22, 2013 at 8:32 PM, Matthew Turk <matthewturk@gmail.com> wrote:

Hmm, should we still do this or instead rely on cut regions?

On Apr 22, 2013 8:28 PM, "Britton Smith" <issues-reply@bitbucket.org> wrote:
New issue 555: Document the field_cuts keyword arg for projections.
https://bitbucket.org/yt_analysis/yt/issue/555/document-the-field_cuts-keyword-arg-for

Britton Smith:

Some discussion should be added to the field_cuts section in analyzing/objects section that discusses this specific use with projections.


_______________________________________________
yt-dev mailing list
yt-dev@lists.spacepope.org
http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org

_______________________________________________
yt-dev mailing list
yt-dev@lists.spacepope.org
http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org



_______________________________________________
yt-dev mailing list
yt-dev@lists.spacepope.org
http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org


_______________________________________________
yt-dev mailing list
yt-dev@lists.spacepope.org
http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org