<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<p><tt>Stefan,</tt></p>
<p><tt>The solution I use for this problem is the PART-construct
that is provided by the EnSight gold binary format. My 'PARTS'
are defined by material ID's. Each Point datum-item has its own
file with all time-steps. Each Cell datum-item has its own file
with all time-steps. I have attached a typical EnSight
case-file. (The PART-construct is contained in the individual
files.)</tt></p>
<p><tt>ParaView reads this format. EnSight reads this format. If you
are interested in pursuing this simulation results format, I can
provide the format documentation and an example Fortran95
writer.</tt></p>
<tt>Samuel W Key</tt><br>
<tt>FMA Development, LLC</tt><br>
<tt>1005 39th Ave NE</tt><br>
<tt>Great Falls, Montana 59404</tt><br>
<tt><br>
</tt><br>
<br>
<br>
<div class="moz-cite-prefix">On 9/1/2016 4:00 AM, Stefan Melber
wrote:<br>
</div>
<blockquote cite="mid:3d4fb626-b36e-e9aa-d3d7-baec3b1c0245@DLR.de"
type="cite">Hi,
<br>
<br>
<br>
i have (maybe) a simple problem: For the visualization of the so
called dual-cells of an unstructured grid i use currently the
block-structured vtu-format. The data thereby consists of many
complex cells which are itself consists of a number of triangles -
see the picture d1 attached. Therefore i have to write out EVERY
cell in another vtu-file and group them with am vtm-file together.
This way works well with a small number of cells (~1000 - as for
the picture) however the aim is to go up to 100e6 cells. Depending
on the numbers i got from 1000 cells this process will take ~70
days!
<br>
<br>
The bottleneck is clearly the huge number of files i have to write
(and read in ParaView). So are there ideas to have another
representation in only one file for such kind of data?
<br>
<br>
I did some experiments writing all cells in one vtk(vtu)-file and
give them scalar values depending on the cell number. But then,
the n-th cell (its last point) is connected to the n+1 (its first
point) and so on. Looks ugly if the n-th cell is not a direct
neighbor to the n+1 cell - and that can be the case in my data.
And - cutting then the resulting stuff in ParaView i did not get
the cutting pictures (like d4) i like to have ...
<br>
<br>
Best regards and hoping for some nice ideas,
<br>
<br>
<br>
Stefan
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Powered by <a class="moz-txt-link-abbreviated" href="http://www.kitware.com">www.kitware.com</a>
Visit other Kitware open-source projects at <a class="moz-txt-link-freetext" href="http://www.kitware.com/opensource/opensource.html">http://www.kitware.com/opensource/opensource.html</a>
Please keep messages on-topic and check the ParaView Wiki at: <a class="moz-txt-link-freetext" href="http://paraview.org/Wiki/ParaView">http://paraview.org/Wiki/ParaView</a>
Search the list archives at: <a class="moz-txt-link-freetext" href="http://markmail.org/search/?q=ParaView">http://markmail.org/search/?q=ParaView</a>
Follow this link to subscribe/unsubscribe:
<a class="moz-txt-link-freetext" href="http://public.kitware.com/mailman/listinfo/paraview">http://public.kitware.com/mailman/listinfo/paraview</a>
</pre>
</blockquote>
<br>
</body>
</html>