<html>

  <head>

    <meta content="text/html; charset=windows-1252"

      http-equiv="Content-Type">

  </head>

  <body bgcolor="#FFFFFF" text="#000000">

    Hi Frank,<br>

    <br>

    Erik can probably elaborate more, but my experience with yt has been

    that it is very difficult to correctly reconstruct the Carpet grid

    structure from our hdf5 output. Therefore, perhaps it would be nice

    to have more substantive (and easy to parse) grid information output

    at each time step.<br>

    <br>

    Perhaps ask the developers of various post-processing and

    visualization toolboxes and ask them what information makes reading

    simpler.<br>

    <br>

    Best,<br>

    Jonah Miller<br>

    <br>

    <div class="moz-cite-prefix">On 15-08-18 04:02 PM, Frank Loeffler

      wrote:<br>

    </div>

    <blockquote cite="mid:20150818200253.GB25232@topf.wg" type="cite">

      <pre wrap="">Hi,

We had quite a discussion about the problems the current visualization

tools have reading our hdf5 format. It became clear that we have to

change/extend it, but before we think about how, I would like to see

what specifically the readers have problems with. Let me start here with

what I can recall, and please freely add to that.

One of the problems is that readers currently have to iterate over all

datasets present to get to some information they need. Getting the list

of all datasets by itself can take quite a while on a regular hdf5 file,

but then readers also have to look at attributed within each dataset.

While of of this is necessary to visualize all data in a given file,

most of the time not all of the data is actually necessary, and

certainly not for just 'opening the file'.

operations a reader needs to be fast:

- list of variables (at a given iteration)

- list of time steps / iterations

- AMR structure for one given iteration (all maps, rls and components)

Regardless of these additional meta-data, we already established the

need for a meta-data file, effectively a copy of all datasets but

without the actual data. Am I remembering correctly that the idea was to

write this at run-time (eventually - right now it could be generated as

post-processing)?

Is this all readers would need?

Frank

</pre>

      <br>

      <fieldset class="mimeAttachmentHeader"></fieldset>

      <br>

      <pre wrap="">_______________________________________________

Users mailing list

<a class="moz-txt-link-abbreviated" href="mailto:Users@einsteintoolkit.org">Users@einsteintoolkit.org</a>

<a class="moz-txt-link-freetext" href="http://lists.einsteintoolkit.org/mailman/listinfo/users">http://lists.einsteintoolkit.org/mailman/listinfo/users</a>

</pre>

    </blockquote>

    <br>

  </body>

</html>