Mailman 3 February 2011 - yt-users

Fwd: Science Illustrated: A Symposium on Visualizing Science
by Elizabeth Harper-Clark Feb. 5, 2011

Feb. 5, 2011

I hope some of you may be interested in this..... SCIENCE ILLUSTRATED: A SYMPOSIUM ON VISUALIZING SCIENCE February 22-23 2011 Mcleod Auditorium, Medical Sciences Building University of Toronto Free Registration http://www.scienceillustrated.ca/ Science Illustrated is a two day symposium dedicated to helping early-career scientists (graduate students and post-doctoral fellows) of all disciplines visualize their science better. The goal of the symposium is to help scientists create better visualizations to do better research, as well as to communicate their findings to their peers and public. Attendees will leave the symposium with a practical sense of how to better visualize their data immediately. Sessions include: * A keynote on creating compelling scientific visualizations from Thomas Lucas, Director/Producer of National Geographic's “Monster Black Holes” and NOVA's “Hunt for the Supertwister” * Find out about why 3D Visualization matters with Paul Salvini (Chief Technology Officer, Side Effects Software) * How to visualize your data in non-traditional ways to do better science with Christopher Collins (Assistant Professor, UoIT) * Overview sessions on moving past the most elementary visualizations and large dataset visualization * Deconstruction sessions of specific visualizations: Taking a compelling visualization, and breaking down how the scientist constructed it step-by-step * Basic Design Bootcamp for Scientists: What do scientists need to know about graphic design? * A Panel Discussion on how scientific visualization helps engage the public including Jay Ingram (Host of Daily Planet, Discovery Channel), Peter Calamai (Former National Science Reporter, Toronto Star), and Reni Barlow (Executive Director of Youth Science Canada) For speaker information and registration, please visit: http://www.scienceillustrated.ca/ Science Illustrated is supported by: The SciNet Consortium The Knowledge Media Design Institute The Dunlap Institute for Astronomy & Astrophysics The Dean's Student Initiative Fund, Faculty of Arts & Science, University of Toronto -- Elizabeth Harper-Clark MA MSci PhD Candidate, Canadian Institute for Theoretical Astrophysics, UofT Sciences and Engineering Coordinator, Teaching Assistants' Training Program, UofT www.astro.utoronto.ca/~h-clark <http://www.astro.utoronto.ca/%7Eh-clark> h-clark(a)cita.utoronto.ca Astronomy office phone: +1-416-978-5759

1 0

Volume Rendering and Memory usage
by Andrew Myers Feb. 2, 2011

Feb. 2, 2011

Hello yt users, I'm trying to volume render an Orion simulation with about 6,000 grids and 100 million cells, and I think I'm running out of memory. I don't know if this is large compared to other simulations people have volume rendered before, but if I set the width of my field of view to be 0.02 pc (20 times smaller than the entire domain), the following code works fine. If I set it to 0.04 pc or anything larger, the code segfaults, which I assume means I'm running out of memory. This happens no matter how many cores I run on - running in parallel seems to be speed up the calculation, but not increase the size of the domain I can render. Am I doing something wrong? Or do I just need to find a machine with more memory to do this on? The one I'm using now has 3 gigs per core, which strikes me as pretty solid. I'm using the trunk version of yt-2.0. Here's the script for reference: from yt.mods import * pf = load("plt01120") dd = pf.h.all_data() mi, ma = na.log10(dd.quantities["Extrema"]("Density")[0]) mi -= 0.1 ; ma += 0.1 # To allow a bit of room at the edges tf = ColorTransferFunction((mi, ma)) tf.add_layers(8, w=0.01) c = na.array([0.0,0.0,0.0]) L = na.array([1.0, 1.0, 1.0]) W = 6.17e+16 # 0.02 pc N = 512 cam = Camera(c, L, W, (N,N), tf, pf=pf) fn = "%s_image.png" % pf cam.snapshot(fn) Thanks, Andrew Myers

3 11

ortho_ray
by david collins Feb. 2, 2011

Feb. 2, 2011

Hi, all-- I'm probably doing something dumb, but I'm seeing an odd error with ortho_ray: >> pf.h.ortho_ray(1,[0.505,0.505],'Density') Traceback (most recent call last): File "<stdin>", line 1, in <module> File "/Users/dcollins/local/src/yt-hg/yt/data_objects/data_containers.py", line 342, in __repr__ for i in self._con_args]) AttributeError: 'AMROrthoRay' object has no attribute 'coords' But >>> j = pc.add_ortho_ray(1,[0.505,0.505],'Density') works fine. Am I doing something dumb with the ortho_ray? -- Sent from my Stone Tablet and carried by my Pterodactyl.

3 2