[yt-users] reading joined vtk from Athena in yt

[Stephanie Tonnesen]

Hi Sasha,

I can try and take a look at it with you next week at Princeton if you'd
like.  For now, can you open your vtk file and make sure all the header
info is what you expect?  The DIMENSIONS and CELL_DATA are correct for a
800 x 2000 file.  Can you see what pf.h.fields it is reading in?  I would
expect that if there is a problem (in more than that single print-out), the
fields list is going to end up messed up, possibly with just one field
listed.

Stephanie
(Rm 6 in Peyton)


On Thu, Oct 17, 2013 at 6:43 PM, John ZuHone <jzuhone at gmail.com> wrote:

> Hi Sasha,
>
> Sorry to hear about the trouble...
>
> Is there any way you can post a dataset somewhere that demonstrates this
> behavior that I can check out?
>
> Best,
>
> John
>
> On Oct 17, 2013, at 1:38 AM, Alexander Philippov <
> philippo at astro.princeton.edu> wrote:
>
> > Hi,
> >
> > I have a problem reading joined vtk files from Athena in yt.
> > Here is the problem. I have 800x2000 2D grid decomposed
> > on 4 processors in a way that each output is 200x2000.
> >
> > I'm now joining vtks and trying to download it to yt.
> >
> > pf=load("khc.0001.vtk")
> > print pf.h.grids
> > [AthenaGrid_0000 ([ 200 2000    1])]
> >
> > So the size of the grid I get is as if it is not joined file.
> > Tricks listed here
> https://bitbucket.org/yt_analysis/yt/issue/616/loading-vtk-files-from-athena-joined-with
> > do not work.
> > Hope someone can help with that.
> >
> > Thanks in advance,
> > Sasha
> > _______________________________________________
> > yt-users mailing list
> > yt-users at lists.spacepope.org
> > http://lists.spacepope.org/listinfo.cgi/yt-users-spacepope.org
>
> _______________________________________________
> yt-users mailing list
> yt-users at 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/20131018/52029d46/attachment.htm>