<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jun 24, 2016 at 5:36 AM, Steve Spicklemire <span dir="ltr"><<a href="mailto:spicklemire@uindy.edu" target="_blank">spicklemire@uindy.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">Hi YT folks,<br>
<br>
I’m trying to help a colleague who has encountered a problem on Windows. I’ve used the same code on my mac and it’s OK. ;-(<br>
<br>
The traceback is below.<br>
<br>
He’s following an intro tutorial, but using his own data. He’s using an anaconda install but he’s updated yt to 3.2.3. It seems when he calls ‘cam.draw_grids(im)’ the grid drawing process fails when it hits the cython function ‘lines’:<br>
<br>
        px, py, dz = self.project_to_plane(vertices, res=im.shape[:2])<br>
<br>
        # Must normalize the image<br>
        nim = im.rescale(inline=False)<br>
        enhance_rgba(nim)<br>
        nim.add_background_color('black', inline=True)<br>
<br>
        # we flipped it in snapshot to get the orientation correct, so<br>
        # flip the lines<br>
        lines(nim.d, px.d, py.d, colors, 24, flip=1)<br>
<br>
I think px.d, py.d are somehow ending up as ‘long’ rather than ‘int64’. I guess on my system those may be the same type. Maybe on his, they are not?<br></blockquote><div><br></div><div>Yes, that sounds right. Long integers on Windows are 4 bytes long - pretty much everywhere else they're 8 bytes.</div><div><br></div><div><a href="http://stackoverflow.com/questions/9689049/what-decides-the-sizeof-an-integer">http://stackoverflow.com/questions/9689049/what-decides-the-sizeof-an-integer</a><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">
<br>
Thoughts? Thanks!<br>
<br>
Here’s the traceback:<br>
<br>
 File "<ipython-input-7-6167d268a46c>", line 1, in <module><br>
    runfile('C:/Users/UIndyUser/Documents/Research/Haverhals/multiple_slice_vis.py', wdir='C:/Users/UIndyUser/Documents/Research/Haverhals')<br>
<br>
  File "C:\Users\UIndyUser\Anaconda2\lib\site-packages\spyderlib\widgets\externalshell\sitecustomize.py", line 699, in runfile<br>
    execfile(filename, namespace)<br>
<br>
  File "C:\Users\UIndyUser\Anaconda2\lib\site-packages\spyderlib\widgets\externalshell\sitecustomize.py", line 74, in execfile<br>
    exec(compile(scripttext, filename, 'exec'), glob, loc)<br>
<br>
  File "C:/Users/UIndyUser/Documents/Research/Haverhals/multiple_slice_vis.py", line 111, in <module><br>
    nim = cam.draw_grids(im)<br>
<br>
  File "C:\Users\UIndyUser\Anaconda2\lib\site-packages\yt\visualization\volume_rendering\camera.py", line 326, in draw_grids<br>
    lines(nim.d, px.d, py.d, colors, 24, flip=1)<br>
<br>
  File "yt\utilities\lib\misc_utilities.pyx", line 215, in yt.utilities.lib.misc_utilities.lines (build\src.win-amd64-2.7\yt\utilities\lib\misc_utilities.c:4881)<br>
<br>
ValueError: Buffer dtype mismatch, expected 'int64_t' but got ‘long'<br></blockquote><div><br></div><div>In principle this should be fixed inside yt to ensure the dtypes match so users don't need to think about it. However, a quick fix would be to explicity cast the "nim" variable in your script to int64 before passing it to draw_grids:</div><div><br></div><div>nim = nim.astype('int64')</div><div><br></div><div>Any chance you can file a bug about this issue? If you can include a sample script that triggers the issue on windows that will also help. We probably just need to explicitly cast some arrays internal to yt to the correct dtype to avoid this issue.</div><div><br></div><div><a href="https://bitbucket.org/yt_analysis/yt/issues/new">https://bitbucket.org/yt_analysis/yt/issues/new</a><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">
<br>
thanks,<br>
-steve<br>
<br>
Steve Spicklemire<br>
University of Indianapolis<br>
Lilly Science Hall 232B<br>
Dept. of Physics and Earth Space Sciences<br>
Shaheen College of Arts and Sciences<br>
<a href="mailto:spicklemire@uindy.edu">spicklemire@uindy.edu</a>  <a href="tel:%28317%29%20788-3313" value="+13177883313">(317) 788-3313</a><br>
<br>
Confidentiality Notice: This communication and/or its content are for the sole use of the intended recipient,and may be privileged, confidential, or otherwise protected from disclosure by law.  If you are not the intended recipient, please notify the sender and then delete all copies of it.  Unless you are the intended recipient, your use or dissemination of the information contained in this communication may be illegal.<br>
<br>
_______________________________________________<br>
yt-users mailing list<br>
<a href="mailto:yt-users@lists.spacepope.org">yt-users@lists.spacepope.org</a><br>
<a href="http://lists.spacepope.org/listinfo.cgi/yt-users-spacepope.org" rel="noreferrer" target="_blank">http://lists.spacepope.org/listinfo.cgi/yt-users-spacepope.org</a><br>
</blockquote></div><br></div></div>