Mailman 3 December 2015 - yt-users

Porting .ply files to Blender with colors?
by Jill P. Naiman 15 Aug '22

15 Aug '22

Hi All, I was curious if anyone has had any luck porting .ply files generated with yt into Blender with colors? It seems to port in the surfaces just fine, but they are a uniform color. From what I can gather, Blender imports .ply files with face color instead of vertex so I tried the surf.export_ply routine with "face" instead of "vertex" for sample_type, but no luck ("vertex" doesn't work either). Let me know if I can provide any more useful info. Thanks for any help, -J

3 2

Stars on volume rendering
by Elizabeth Harper-Clark 11 Dec '21

11 Dec '21

Hi all, Thanks for all your help over the last couple of days. One more question: - Can I plot particles on a volume rendered image? I have stars and I want to show where they are! Thanks, Libby -- 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

8 14

Variance in phase/profiles
by david collins 11 Apr '20

11 Apr '20

Hi, Everybody! Does anyone out there have a technique for getting the variance out of a profile object? A profile object is good at getting <X> vs. B, I'd then like to get < (X - <X>)^2 > vs B. Matt and I had spittballed the possibility some time ago, but I was wondering if anyone out there had successfully done it. Thanks, d. -- Sent from my computer.

6 8

Problem when run yt dev in parallel on Blue Waters
by Pengfei Chen 23 Aug '16

23 Aug '16

Hi all, I have trouble running yt in parallel on Blue Waters. I installed yt using miniconda, the version of yt is ~/miniconda/lib $yt version yt module located at: /u/sciteam/madcpf/miniconda/lib/python2.7/site-packages/yt-3.3.dev0-py2.7-linux-x86_64.egg The current version and changeset for the code is: --- Version = 3.3-dev Changeset = 90f900be7a36+ yt Then with miniconda/bin in PATH I installed mpi4py-2.0.0. But when I tried to make the following simple output in parallel, I get: import yt yt.enable_parallelism() from yt.utilities.parallel_tools.parallel_analysis_interface import\ parallel_objects, communication_system comm = communication_system.communicators[-1] print comm.rank, comm.size 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 ... When I run a similar code but with yt-2.x also on Blue Waters, I get what I expect: 7 16 15 16 6 16 9 16 11 16 8 16 0 16 4 16 ... I'm confused about it. Could anyone give me some suggestions please? Thanks, Pengfei

3 11

Covering Grid Dimensions: multiple refinement levels
by Carla Bernhardt 05 Apr '16

05 Apr '16

Dear YT Users, To better understand covering_grid (or smoothed_covering_grid), can someone explain what dimensions I should use when I have multiple levels of refinement? If I have 1 level of refinement from AMR data, the dimensions should be the same, I believe, but what if I have 2 or 3 levels of refinement? Should the fixed resolution region then have dimensions of dims*2^2 and dims*3^2 respectively? Here is one example from a tutorial <http://yt-project.org/doc/examining/low_level_inspection.html#examining-gri…> if that helps isolate my question: all_data_level_2 = ds.covering_grid(level=2, left_edge=[0,0.0,0.0], dims=ds.domain_dimensions * 2**2) Thanks in advance, Carla

3 14

yt-3.2.1 installation error
by Muhammad Latif 08 Mar '16

08 Mar '16

Hi all, I'm getting the following error while installing yt-3.2.1 latest release. Any idea what is going on here? thanks in advance, cheers Latif Installing nose-1.3.6 Installing python-hglib-1.6 Installing sympy-0.7.6 Doing yt update, wiping local changes and updating to branch stable install_script.sh: line 1025: cd: /home/latif/YT/yt-x86_64/src/yt-hg/: No such file or directory Installing yt ******************************************** FAILURE REPORT: ******************************************** running install_data copying doc/man/isympy.1 -> /home/latif/YT/yt-x86_64/share/man/man1 running install_egg_info Writing /home/latif/YT/yt-x86_64/lib/python2.7/site-packages/sympy-0.7.6-py2.7.egg-info Collecting jinja2 Using cached Jinja2-2.8-py2.py3-none-any.whl Collecting MarkupSafe (from jinja2) Installing collected packages: MarkupSafe, jinja2 Successfully installed MarkupSafe-0.23 jinja2-2.8 /home/latif/YT/yt-x86_64/bin/python2.7: can't open file 'setup.py': [Errno 2] No such file or directory ******************************************** ******************************************** Failure. Check /home/latif/YT/yt-x86_64/yt_install.log. The last 10 lines are above.

2 1

Pyx + Tex
by John Regan 24 Feb '16

24 Feb '16

Hi All, I recently moved to working on a new machine and I've run into problems with eps_writer and pyx and tex. It seems pyx and tex are not talking to one another. I know pyx can sometimes have an iffy relationship with tex but does anyone know how to make them like each other? This is the output I get. yt : [INFO ] 2015-11-25 14:51:23,198 xlim = 0.456408 0.541884 yt : [INFO ] 2015-11-25 14:51:23,198 ylim = 0.482775 0.568251 yt : [INFO ] 2015-11-25 14:51:23,200 Making a fixed resolution buffer of (('gas', 'H_number_density')) 800 by 800 Create Multiplot.... yt : [WARNING ] 2015-11-25 14:51:24,085 No field specified. Choosing first field (('gas', 'H2_fraction')) yt : [WARNING ] 2015-11-25 14:51:24,955 No field specified. Choosing first field (('gas', 'H_number_density')) still waiting for tex after 5 (of 60) seconds... still waiting for tex after 10 (of 60) seconds... still waiting for tex after 15 (of 60) seconds... still waiting for tex after 20 (of 60) seconds... still waiting for tex after 25 (of 60) seconds... still waiting for tex after 30 (of 60) seconds... still waiting for tex after 35 (of 60) seconds... still waiting for tex after 40 (of 60) seconds... still waiting for tex after 45 (of 60) seconds... still waiting for tex after 50 (of 60) seconds... still waiting for tex after 55 (of 60) seconds... the timeout of 60 seconds expired and tex did not respond. We try to finish the dvi due to an unhandled tex error still waiting for tex after 5 (of 60) seconds... still waiting for tex after 10 (of 60) seconds... still waiting for tex after 15 (of 60) seconds... still waiting for tex after 20 (of 60) seconds... still waiting for tex after 25 (of 60) seconds... still waiting for tex after 30 (of 60) seconds... still waiting for tex after 35 (of 60) seconds... still waiting for tex after 40 (of 60) seconds... still waiting for tex after 45 (of 60) seconds... still waiting for tex after 50 (of 60) seconds... still waiting for tex after 55 (of 60) seconds... the timeout of 60 seconds expired and tex did not respond. Traceback (most recent call last): File "OnAxisMultiPlot_TimeSeries.py", line 173, in <module> figsize=(8,4), shrink_cb=1.8) File "/cosma/home/jregan/YT/yt-x86_64/src/yt-hg/yt/visualization/eps_writer.py", line 1164, in multiplot bbox = (100.0 * d.canvas.bbox().left().t, File "/cosma/home/jregan/YT/yt-x86_64/lib/python2.7/site-packages/pyx/canvas.py", line 156, in bbox obbox += cmd.bbox() File "/cosma/home/jregan/YT/yt-x86_64/lib/python2.7/site-packages/pyx/graph/graph.py", line 181, in bbox self.finish() File "/cosma/home/jregan/YT/yt-x86_64/lib/python2.7/site-packages/pyx/graph/graph.py", line 311, in finish self.doaxes() File "/cosma/home/jregan/YT/yt-x86_64/lib/python2.7/site-packages/pyx/graph/graph.py", line 588, in doaxes self.dolayout() File "/cosma/home/jregan/YT/yt-x86_64/lib/python2.7/site-packages/pyx/graph/graph.py", line 572, in dolayout self.doaxiscreate(axisname) File "/cosma/home/jregan/YT/yt-x86_64/lib/python2.7/site-packages/pyx/graph/graph.py", line 248, in doaxiscreate self.axes[axisname].create() File "/cosma/home/jregan/YT/yt-x86_64/lib/python2.7/site-packages/pyx/graph/axis/axis.py", line 586, in create self.canvas = self.axis.create(self.data, self.positioner, self.graphtexrunner, self.errorname) File "/cosma/home/jregan/YT/yt-x86_64/lib/python2.7/site-packages/pyx/graph/axis/axis.py", line 245, in create return _regularaxis._create(self, data, positioner, graphtexrunner, self.parter, self.rater, errorname) File "/cosma/home/jregan/YT/yt-x86_64/lib/python2.7/site-packages/pyx/graph/axis/axis.py", line 146, in _create return layout(data) File "/cosma/home/jregan/YT/yt-x86_64/lib/python2.7/site-packages/pyx/graph/axis/axis.py", line 141, in layout self.painter.paint(canvas, data, self, positioner) File "/cosma/home/jregan/YT/yt-x86_64/lib/python2.7/site-packages/pyx/graph/axis/painter.py", line 258, in paint _title.paint(self, canvas, data, axis, axispos) File "/cosma/home/jregan/YT/yt-x86_64/lib/python2.7/site-packages/pyx/graph/axis/painter.py", line 109, in paint title = canvas.layer("title").text_pt(x, y, axis.title, titleattrs) File "/cosma/home/jregan/YT/yt-x86_64/lib/python2.7/site-packages/pyx/canvas.py", line 334, in text_pt return self.insert(self.texrunner.text_pt(x, y, atext, *args)) File "/cosma/home/jregan/YT/yt-x86_64/lib/python2.7/site-packages/pyx/text.py", line 1223, in text_pt return self.text(x * unit.t_pt, y * unit.t_pt, expr, *args, **kwargs) File "/cosma/home/jregan/YT/yt-x86_64/lib/python2.7/site-packages/pyx/text.py", line 1201, in text raise e pyx.text.TexResultError: TeX didn't respond as expected within the timeout period (60 seconds). The expression passed to TeX was: \scrollmode \raiseerror% \def\PyX{P\kern-.3em\lower.5ex\hbox{Y}\kern-.18em X}% \gdef\PyXBoxHAlign{0}% \newbox\PyXBox% \newbox\PyXBoxHAligned% \newdimen\PyXDimenHAlignLT% \newdimen\PyXDimenHAlignRT% \gdef\PyXFlushHAlign{0}% \def\PyXragged{% \leftskip=0pt plus \PyXFlushHAlign fil% \rightskip=0pt plus 1fil% \advance\rightskip0pt plus -\PyXFlushHAlign fil% \parfillskip=0pt% \pretolerance=9999% \tolerance=9999% \parindent=0pt% \hyphenpenalty=9999% \exhyphenpenalty=9999}% \newbox\PyXBoxVBox% \newdimen\PyXDimenVBox% \newbox\PyXBoxVAlign% \newdimen\PyXDimenVAlign% \newdimen\PyXDimenVShift% \long\def\ProcessPyXBox#1#2{% \setbox\PyXBox=\hbox{{#1}}% \PyXDimenHAlignLT=\PyXBoxHAlign\wd\PyXBox% \PyXDimenHAlignRT=\wd\PyXBox% \advance\PyXDimenHAlignRT by -\PyXDimenHAlignLT% \gdef\PyXBoxHAlign{0}% \immediate\write16{PyXBox:page=#2,lt=\the\PyXDimenHAlignLT,rt=\the\PyXDimenHAlignRT,ht=\the\ht\PyXBox,dp=\the\dp\PyXBox:}% \setbox\PyXBoxHAligned=\hbox{\kern-\PyXDimenHAlignLT\box\PyXBox}% \ht\PyXBoxHAligned0pt% {\count0=80\count1=121\count2=88\count3=#2\shipout\box\PyXBoxHAligned}}% \def\PyXInput#1{\immediate\write16{PyXInputMarker:executeid=#1:}}% \def\PyXMarker#1{\hskip0pt\special{PyX:marker #1}}%% \PyXInput{1}% After parsing the return message from TeX, the following was left: This is TeX, Version 3.14159265 (TeX Live 2015) (preloaded format=tex) Error in atexit._run_exitfuncs: Traceback (most recent call last): File "/cosma/home/jregan/YT/yt-x86_64/lib/python2.7/atexit.py", line 24, in _run_exitfuncs func(*targs, **kargs) File "/cosma/home/jregan/YT/yt-x86_64/lib/python2.7/site-packages/pyx/text.py", line 744, in _cleantmp texrunner.expectqueue.put_nowait(None) # do not expect any output anymore File "/cosma/home/jregan/YT/yt-x86_64/lib/python2.7/Queue.py", line 148, in put_nowait return self.put(item, False) File "/cosma/home/jregan/YT/yt-x86_64/lib/python2.7/Queue.py", line 123, in put raise Full Full Error in sys.exitfunc: Traceback (most recent call last): File "/cosma/home/jregan/YT/yt-x86_64/lib/python2.7/atexit.py", line 24, in _run_exitfuncs func(*targs, **kargs) File "/cosma/home/jregan/YT/yt-x86_64/lib/python2.7/site-packages/pyx/text.py", line 744, in _cleantmp texrunner.expectqueue.put_nowait(None) # do not expect any output anymore File "/cosma/home/jregan/YT/yt-x86_64/lib/python2.7/Queue.py", line 148, in put_nowait return self.put(item, False) File "/cosma/home/jregan/YT/yt-x86_64/lib/python2.7/Queue.py", line 123, in put raise Full Queue.Full The call I make is: multi = eps.multiplot(NCOLS, NROWS, projections, bare_axes=True,cb_labels=colorbar_label, figsize=(8,4), shrink_cb=1.8) Cheers, John

3 4

EnzoDatasetInMemory not working in parallel
by Britton Smith 24 Feb '16

24 Feb '16

Hi all, I've recently been trying to use yt's inline analysis functionality with Enzo and am having some difficultly getting it to work in parallel. I am using the development tip of yt. In serial, everything works fine, but in parallel, I get the following error: http://paste.yt-project.org/show/5694/ It seems that the issue is that yt is not correctly identifying which grids are available on a given processory for the EnzoDatasetInMemory object. Does anyone have an idea of how to fix this? Has anyone else seen this? For reference, my user_script is just this: import yt from yt.frontends.enzo.api import EnzoDatasetInMemory def main(): ds = EnzoDatasetInMemory() ad = ds.all_data() print ad.quantities.total_quantity("cell_mass") Thanks for any help, Britton

3 9

Re: [yt-users] problem with yt update to 3.0
by Sushilkumar 04 Jan '16

04 Jan '16

Dear yt: I am currently running yt version 2.6.1 and want to update to version 3 (to read text files). Could you provide me link to so? I tried it using yt update --all as per the link http://yt-project.org/doc/yt3differences.html#updating-to-yt-3-0-from-old-v… . But it wont update to 3.0 and still shows as 2.6.1 Kindly help Thanks in advance sushilkumar On Thu, Dec 24, 2015 at 12:25 PM, <yt-users-request(a)lists.spacepope.org> wrote: > Send yt-users mailing list submissions to > yt-users(a)lists.spacepope.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.spacepope.org/listinfo.cgi/yt-users-spacepope.org > or, via email, send a message with subject or body 'help' to > yt-users-request(a)lists.spacepope.org > > You can reach the person managing the list at > yt-users-owner(a)lists.spacepope.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of yt-users digest..." > > > Today's Topics: > > 1. Re: problem with slices in non-unitary volumes (Nathan Goldbaum) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 23 Dec 2015 17:17:56 -0600 > From: Nathan Goldbaum <nathan12343(a)gmail.com> > To: Discussion of the yt analysis package > <yt-users(a)lists.spacepope.org> > Subject: Re: [yt-users] problem with slices in non-unitary volumes > Message-ID: > < > CAJXewOmVEX-qB41doTk+7DT1AOLsn53KMb8nvfr8dwyFrKY-4g(a)mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > I get the same error over here. I think it's unrelated to the other error. > The relevant portion of the C stack trace is here: > > Thread 0 Crashed:: Dispatch queue: com.apple.main-thread > 0 libsystem_kernel.dylib 0x00007fff8b615286 __pthread_kill + 10 > 1 libsystem_c.dylib 0x00007fff8bc2a9ab abort + 129 > 2 libsystem_malloc.dylib 0x00007fff915d5fe2 szone_error + 625 > 3 libsystem_malloc.dylib 0x00007fff915cf374 > small_free_list_remove_ptr + 154 > 4 libsystem_malloc.dylib 0x00007fff915cac3f > szone_free_definite_size + 1856 > 5 multiarray.so 0x00000001044c2d16 npy_free_cache + 70 > 6 multiarray.so 0x00000001044c6ed6 array_dealloc + 182 > 7 selection_routines.so 0x00000001063ffe34 > __pyx_pw_2yt_8geometry_18selection_routines_13SliceSelector_3fill_mask + > 8804 (selection_routines.c:19749) > > Line 19749 of selection_routines.c corresponds to line 1158 in > selection_routines.pyx, which is the place where the fill_mask member > variable of the SliceSelector extension type gets defined. > > Unfortunately, I have no idea how to debug this from here... > > -Nathan > > On Wed, Dec 23, 2015 at 4:57 PM, Brian O'Shea <bwoshea(a)gmail.com> wrote: > > > Actually, interesting followup here - I have to take it back. When I do > a > > projection plot: > > > > yt.ProjectionPlot(ds,'x',("gas", > > "temperature"),center=[0.0,0.0,0.0],width=(0.2,'Mpc')).save() > > > > the behavior is perfectly fine and I get projections that look sensible. > > *however*, when I do a slice plot: > > > > yt.SlicePlot(ds,'x',("gas", > > "temperature"),center=[0.0,0.0,0.0],width=(0.2,'Mpc')).save() > > > > I get a malloc error: > > > > yt : [INFO ] 2015-12-23 17:50:59,082 Gathering a field list (this may > > take a moment.) > > yt : [INFO ] 2015-12-23 17:50:59,155 Loading field plugins. > > yt : [INFO ] 2015-12-23 17:50:59,155 Loaded angular_momentum (8 new > > fields) > > yt : [INFO ] 2015-12-23 17:50:59,156 Loaded astro (16 new fields) > > yt : [INFO ] 2015-12-23 17:50:59,156 Loaded cosmology (23 new fields) > > yt : [INFO ] 2015-12-23 17:50:59,156 Loaded fluid (64 new fields) > > yt : [INFO ] 2015-12-23 17:50:59,157 Loaded fluid_vector (96 new > > fields) > > yt : [INFO ] 2015-12-23 17:50:59,157 Loaded geometric (112 new > fields) > > yt : [INFO ] 2015-12-23 17:50:59,157 Loaded local (112 new fields) > > yt : [INFO ] 2015-12-23 17:50:59,157 Loaded magnetic_field (120 new > > fields) > > yt : [INFO ] 2015-12-23 17:50:59,158 Loaded my_plugins (120 new > fields) > > yt : [INFO ] 2015-12-23 17:50:59,158 Loaded species (122 new fields) > > python2.7(12254,0x7fff72d19310) malloc: *** error for object 0x103e39008: > > incorrect checksum for freed object - object was probably modified after > > being freed. > > *** set a breakpoint in malloc_error_break to debug > > Abort trap: 6 > > > > This happens on my Mac (OS X 10.9.5, LLVM v6.0) and also on my Linux > > machine (Ubuntu 13.04, gcc 4.6.3), although on the linux machine I just > get > > a seg fault instead of the malloc stuff. Using pdb (python -m pdb > > crashing_script.py) gives me the same error with no additional > information. > > > > > > On Wed, Dec 23, 2015 at 5:40 PM, Brian O'Shea <bwoshea(a)gmail.com> wrote: > > > >> Bugfix confirmed; this works for me as well. Thank you very much! > >> > >> On Wed, Dec 23, 2015 at 5:18 PM, Nathan Goldbaum <nathan12343(a)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-creati… > >>> > >>> On Wed, Dec 23, 2015 at 4:08 PM, Brian O'Shea <bwoshea(a)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(a)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(a)gmail.com> wrote: > >>>>> > >>>>>> > >>>>>> > >>>>>> On Wed, Dec 23, 2015 at 11:20 AM, Brian O'Shea <bwoshea(a)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(a)lists.spacepope.org > >>>>>>> http://lists.spacepope.org/listinfo.cgi/yt-users-spacepope.org > >>>>>>> > >>>>>>> > >>>>>> > >>>>> > >>>>> _______________________________________________ > >>>>> yt-users mailing list > >>>>> yt-users(a)lists.spacepope.org > >>>>> http://lists.spacepope.org/listinfo.cgi/yt-users-spacepope.org > >>>>> > >>>>> > >>>> > >>>> _______________________________________________ > >>>> yt-users mailing list > >>>> yt-users(a)lists.spacepope.org > >>>> http://lists.spacepope.org/listinfo.cgi/yt-users-spacepope.org > >>>> > >>>> > >>> > >>> _______________________________________________ > >>> yt-users mailing list > >>> yt-users(a)lists.spacepope.org > >>> http://lists.spacepope.org/listinfo.cgi/yt-users-spacepope.org > >>> > >>> > >> > > > > _______________________________________________ > > yt-users mailing list > > yt-users(a)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/201… > > > > ------------------------------ > > Subject: Digest Footer > > _______________________________________________ > yt-users mailing list > yt-users(a)lists.spacepope.org > http://lists.spacepope.org/listinfo.cgi/yt-users-spacepope.org > > > ------------------------------ > > End of yt-users Digest, Vol 94, Issue 24 > **************************************** > -- *SK2* *"**Claiming that something can move faster than light is a good conversation-stopper in physics. People edge away from you in cocktail parties; friends never return phone calls. You just don’t mess with Albert Einstein.**"* _______________________________________________ yt-users mailing list yt-users(a)lists.spacepope.org http://lists.spacepope.org/listinfo.cgi/yt-users-spacepope.org

4 9

problem with slices in non-unitary volumes
by Brian O'Shea 23 Dec '15

23 Dec '15

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: 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(a)lists.spacepope.org http://lists.spacepope.org/listinfo.cgi/yt-users-spacepope.org

3 11