[yt-users] problem with slices in non-unitary volumes

[Brian O'Shea]

Bugfix confirmed; this works for me as well.  Thank you very much!

On Wed, Dec 23, 2015 at 5:18 PM, Nathan Goldbaum <nathan12343 at gmail.com>
wrote:

> I've opened a pull request that allows me to load your dataset:
>
>
> https://bitbucket.org/yt_analysis/yt/pull-requests/1915/bugfix-avoid-creating-particle-unions-for/diff
>
> On Wed, Dec 23, 2015 at 4:08 PM, Brian O'Shea <bwoshea at gmail.com> wrote:
>
>> Oh, interesting.  Is there a way to circumvent auto-detection of fields?
>>
>> On Wed, Dec 23, 2015 at 4:35 PM, Nathan Goldbaum <nathan12343 at gmail.com>
>> wrote:
>>
>>> It looks like field detection is breaking for this Enzo-3.0 active
>>> particle dataset. StoredEnergy is available on-disk as ('AGNParticle,
>>> 'StoredEnergy'), but for some reason the field detection system isn't able
>>> to guess that.
>>>
>>> On Wed, Dec 23, 2015 at 3:19 PM, Nathan Goldbaum <nathan12343 at gmail.com>
>>> wrote:
>>>
>>>>
>>>>
>>>> On Wed, Dec 23, 2015 at 11:20 AM, Brian O'Shea <bwoshea at gmail.com>
>>>> wrote:
>>>>
>>>>> Dear yt-users,
>>>>>
>>>>> I'm having a problem with making slices in non-unitary volumes.  I
>>>>> have a 3D enzo simulation that has domain bounds of (-1.6...1.6) in every
>>>>> dimension (units of megaparsecs), and after I updated to the tip of yt-3
>>>>> (changeset d9502d848029) from a fairly old version of the code I suddenly
>>>>> have problems with making simple projections.  If I run this set of
>>>>> commands:
>>>>>
>>>>>
>>>> Any idea which version you updated from? I tried on yt-3.1 and get the
>>>> same error. This is just so we can bisect and find the change that
>>>> introduced the regression.
>>>>
>>>>
>>>>> import yt
>>>>> ds = yt.load("DD0400/DD0400")
>>>>> proj =
>>>>> yt.SlicePlot(ds,'x','temperature',center=[0.0,0.0,0.0],width=(0.2,'Mpc'))
>>>>>
>>>>> I get this error:
>>>>>
>>>>> http://paste.yt-project.org/show/6115/
>>>>>
>>>>> This seems to work fine on an Enzo cosmological dataset (domain bounds
>>>>> 0-1 in each dimension), and previously worked fine in yt-3 (using a version
>>>>> of the code from a couple of months ago).
>>>>>
>>>>> is this a bug, or am I doing something dumb?
>>>>>
>>>>> Thanks!
>>>>>
>>>>> --Brian
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> yt-users mailing list
>>>>> yt-users at lists.spacepope.org
>>>>> http://lists.spacepope.org/listinfo.cgi/yt-users-spacepope.org
>>>>>
>>>>>
>>>>
>>>
>>> _______________________________________________
>>> yt-users mailing list
>>> yt-users at lists.spacepope.org
>>> http://lists.spacepope.org/listinfo.cgi/yt-users-spacepope.org
>>>
>>>
>>
>> _______________________________________________
>> yt-users mailing list
>> yt-users at lists.spacepope.org
>> http://lists.spacepope.org/listinfo.cgi/yt-users-spacepope.org
>>
>>
>
> _______________________________________________
> yt-users mailing list
> yt-users at lists.spacepope.org
> http://lists.spacepope.org/listinfo.cgi/yt-users-spacepope.org
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.spacepope.org/pipermail/yt-users-spacepope.org/attachments/20151223/31ac01dc/attachment.htm>
-------------- next part --------------
_______________________________________________
yt-users mailing list
yt-users at lists.spacepope.org
http://lists.spacepope.org/listinfo.cgi/yt-users-spacepope.org