<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Mar 3, 2016 at 3:50 PM, Cameron Hummels <span dir="ltr"><<a href="mailto:chummels@gmail.com" target="_blank">chummels@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 dir="ltr">I thought right now the scene lacks a unit system unto itself, but perhaps I'm wrong on this.  Wouldn't specifying a unit system for the Scene break multi-ds VRs because each ds might have its own unit system?</div></blockquote><div><br></div><div>Nope, it only breaks the situation where you want to *simultaneously* render data from two datasets with different units. If you're switching datasets but only using one at a time, everything is consistent.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><br></div><div>In principle just having the camera attach to the scene seems OK as you've proposed, so that it inherits things by default from the scene, but again, I'd like to hear Sam's opinion on all of this, since he may have had a different vision of things.</div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Mar 3, 2016 at 1:45 PM, Nathan Goldbaum <span dir="ltr"><<a href="mailto:nathan12343@gmail.com" target="_blank">nathan12343@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 dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote"><span>On Thu, Mar 3, 2016 at 3:43 PM, Cameron Hummels <span dir="ltr"><<a href="mailto:chummels@gmail.com" target="_blank">chummels@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 dir="ltr">I thought the reason we chose to do things this way was to leave the situation open for multi-ds scenes (ie for making movies over time series with a camera path that easily spanned the volume over individual datasets)?  Matt is correct in that right now there is no way to do time series movies, but I thought we redefined things this way to enable it in the future.  Maybe I'm mistaken here?  Perhaps Sam can chime in.<div><br></div><div>If we implement things as Nathan suggests, does this still leave us room to make VRs over time series and have a camera in a consistent domain?  it seems like it could be problematic if that unit system changes with each dataset (eg for cosmological volumes).  But perhaps one could just specify things in comoving units and then things would just "work"?  </div><div><br></div><div>For time series movies, does this mean we need to make a scene object for each individual dataset?  I had thought that we'd have a single Scene object and then add the individual time series datasets to it, along with the timeline object to define how the camera moved, etc.  But obviously none of this is implemented, and I don't know that we're all in agreement on it.  I just don't want to paint ourselves into a corner so that making movies over timeseries becomes really difficult when we get around to implementing it.</div></div></blockquote><div><br></div></span><div>Since I'm attaching the camera to the scene, and in principle we can switch datasets but keep the scene the same, I don't see any reason why time series wouldn't work with this modification.</div><div><div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="gmail_extra"><div><div><br><div class="gmail_quote">On Thu, Mar 3, 2016 at 12:07 PM, Matthew Turk <span dir="ltr"><<a href="mailto:matthewturk@gmail.com" target="_blank">matthewturk@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Nathan,<br>
<br>
Seems like the best way forward.  I think we're far past being able to<br>
do things like "mandate a unitary coordinate system for the scene" and<br>
so I think this is a good way forward.  The only time it would really<br>
break is multi-DS scenes, which I think right now aren't allowed.<br>
Although, that would be nice.  :)<br>
<br>
+1<br>
<br>
-Matt<br>
<div><div><br>
On Thu, Mar 3, 2016 at 2:04 PM, Nathan Goldbaum <<a href="mailto:nathan12343@gmail.com" target="_blank">nathan12343@gmail.com</a>> wrote:<br>
> Hi all,<br>
><br>
> Right now I'm trying to resolve the issues the new VR interface has when you<br>
> try to specify a volume rendering scene using data that has units attached.<br>
><br>
> Right now, the scene and camera object don't have any knowledge about the<br>
> units of the data being rendered. At the same time, there are places where<br>
> the camera, lens and scene assume things like the "width" and "position"<br>
> *do* have units, which can break in annoying ways.<br>
><br>
> Unfortunately, the way the VR infrastructure is set up right now, it's very<br>
> difficult for the scene, RenderSource, camera, and lens to all have a<br>
> consistent unit system. \<br>
><br>
> I *could* just attach a unit registry to the scene object, but then since<br>
> all of these different objects get created independently, it doesn't help to<br>
> have a unit system defined as part of the scene object, since I can't access<br>
> the scene from the camera object.<br>
><br>
> What I'd like to do to fix this is to alter the VR API. Instead of being<br>
> able to do something like:<br>
><br>
> sc = Scene()<br>
> cam = Camera()<br>
> sc.camera = cam<br>
><br>
> I'd like to make it so you need to do:<br>
><br>
> sc = Scene()<br>
> sc.add_camera()<br>
><br>
> This way I can ensure that the camera object always has a reference to the<br>
> Scene object it's attached to, and thus I'll always be able to refer to a<br>
> consistent unit system.<br>
><br>
> Does anyone have any objections to this?<br>
><br>
> -Nathan<br>
><br>
</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" rel="noreferrer" target="_blank">http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org</a><br>
><br>
_______________________________________________<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" rel="noreferrer" target="_blank">http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org</a><br>
</blockquote></div><br><br clear="all"><div><br></div></div></div><span><font color="#888888">-- <br><div><div dir="ltr"><div>Cameron Hummels<div><span style="font-size:12.8000001907349px">NSF Postdoctoral Fellow</span></div><div><span style="font-size:12.8000001907349px">Department of Astronomy</span></div><div><span style="font-size:12.8000001907349px">California Institute of Technology</span><br></div><div><a href="http://chummels.org" style="font-size:12.8000001907349px" target="_blank">http://chummels.org</a><br></div></div></div></div>
</font></span></div>
<br>_______________________________________________<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" rel="noreferrer" target="_blank">http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org</a><br>
<br></blockquote></div></div></div><br></div></div>
<br>_______________________________________________<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" rel="noreferrer" target="_blank">http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div><div dir="ltr"><div>Cameron Hummels<div><span style="font-size:12.8000001907349px">NSF Postdoctoral Fellow</span></div><div><span style="font-size:12.8000001907349px">Department of Astronomy</span></div><div><span style="font-size:12.8000001907349px">California Institute of Technology</span><br></div><div><a href="http://chummels.org" style="font-size:12.8000001907349px" target="_blank">http://chummels.org</a><br></div></div></div></div>
</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" rel="noreferrer" target="_blank">http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org</a><br>
<br></blockquote></div><br></div></div>