[yt-dev] axes units behaving correctly?

Nathan Goldbaum nathan12343 at gmail.com
Thu Oct 2 12:39:23 PDT 2014


On Thu, Oct 2, 2014 at 12:35 PM, Chris Malone <chris.m.malone at gmail.com>
wrote:

> Yup.  That one was screwy, and I had no idea what to think of it.  Filed
> here
> https://bitbucket.org/yt_analysis/yt/issue/915/sliceplot-fails-with-odd-combination-of
>
> I'm trying to understand if the second plot is working as intended.  I'm
> happy to change my intuition about units, but I would like some
> clarification.
>
>
I think so, you specified that you wanted the width in code units, since
domain_left_edge and domain_right_edge are in code units.  If you
explicitly specify a width tuple it will make the plot in whichever units
you specify.


> On Thu, Oct 2, 2014 at 1:28 PM, Nathan Goldbaum <nathan12343 at gmail.com>
> wrote:
>
>> That last plot looks like you're exposing a bug to me.  Can you file an
>> issue?
>>
>> On Thu, Oct 2, 2014 at 12:26 PM, Chris Malone <chris.m.malone at gmail.com>
>> wrote:
>>
>>> All,
>>>
>>> I'm seeing some behavior[1] with units of axes that seems
>>> counter-intuitive, but maybe I need to change my intuition.
>>>
>>> In particular, if one makes a slice plot, but specifies the width of the
>>> plot in units of 'code_length' - for example, from using domain_right_edge
>>> - the units aren't properly converted to whatever was set as
>>> `ds.length_unit`.  Is this working as intended?  Are users expected to
>>> manually apply `.in_cgs()` to such items that have code_length?  Naively, I
>>> would expect that when units are displayed, if they are code_* units, they
>>> should be converted to whatever is declared in
>>> `ds._set_code_unit_attributes`.
>>>
>>>
>>> [1]
>>> http://nbviewer.ipython.org/urls/dl.dropbox.com/s/bf62wclpjduvlit/example.ipynb?dl=0
>>>
>>> Chris
>>>
>>> _______________________________________________
>>> 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
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.spacepope.org/pipermail/yt-dev-spacepope.org/attachments/20141002/623fec8d/attachment.htm>


More information about the yt-dev mailing list