<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Jul 7, 2014 at 10:50 AM, John ZuHone <span dir="ltr"><<a href="mailto:jzuhone@gmail.com" target="_blank">jzuhone@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word">Nathan,<div><br></div><div>At the moment we've left the units of all of the axes in code_length, which is equivalent to the FITS pixel (except in cases where the z-axis is rescaled, in which case along that axis it is a multiple of the pixel). </div>

<div><br></div><div>For these datasets, I actually don't think that projections with a path length (whether in terms of length or velocity) makes a lot of sense--since the units along each slice are Jy/beam and the total projected intensity is in the same units. That's why for this image, when we used it in this notebook:</div>

</div></blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div><br></div><div><a href="http://yt-project.org/docs/dev-3.0/cookbook/fits_radio_cubes.html#radio-cubes" target="_blank">http://yt-project.org/docs/dev-3.0/cookbook/fits_radio_cubes.html#radio-cubes</a></div>

<div><br></div><div>we specified proj_style="sum" which eliminates the path length and simply sums everything along this axis. </div></div></blockquote><div><br></div><div>This is what I was looking for, thank you!</div>

<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div></div><div>Best,</div><div><br></div><div>John</div><div><div class="h5">

<div><br></div><div>On Jul 7, 2014, at 11:43 AM, Nathan Goldbaum <<a href="mailto:nathan12343@gmail.com" target="_blank">nathan12343@gmail.com</a>> wrote:</div></div></div><div><div><div><br><blockquote type="cite">

<div><div class="h5"><div dir="ltr">Hi all,<div><br></div><div>I think this question is primarily for John ZuHone, but please feel free to jump in.</div><div><br></div><div>I'm currently looking at the FITS frontend for my scipy talk.</div>



<div><br></div><div>I just made a projection of the M33 HI data cube we have on the data hub.  The image is here: <a href="http://i.imgur.com/kcw98g8.png" target="_blank">http://i.imgur.com/kcw98g8.png</a></div><div><br>

</div><div>I know that we decided to not try to jam WCS axes into the PlotWindow code, instead reserving that for PlotWindowWCS.  I agree with that.</div>

<div><br></div><div>However, I'm confused about the units of the z-axis.  Presumably, the units of the actual observation are km/s.  Did we ever investigate making the units of the z-axis km/s? Is that not possible at the moment due to a restriction that all three axes must have spatial units?</div>



<div><br></div><div>Thanks for your advice,</div><div><br></div><div>Nathan</div></div></div></div>
_______________________________________________<br>yt-dev mailing list<br><a href="mailto:yt-dev@lists.spacepope.org" target="_blank">yt-dev@lists.spacepope.org</a><br><a href="http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org" target="_blank">http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org</a><br>

</blockquote></div><br></div></div></div><br>_______________________________________________<br>
yt-dev mailing list<br>
<a href="mailto:yt-dev@lists.spacepope.org">yt-dev@lists.spacepope.org</a><br>
<a href="http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org" target="_blank">http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org</a><br>
<br></blockquote></div><br></div></div>