<div dir="ltr">Responses in line.<br><div class="gmail_extra"><br><div class="gmail_quote">On Thu, May 14, 2015 at 4:47 AM, Chris Richardson <span dir="ltr"><<a href="mailto:chris@bpi.cam.ac.uk" target="_blank">chris@bpi.cam.ac.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
I guess that leads to the following questions:<br>
<br>
1) When will Xdmf3 be used by ParaView?<br>
<br></blockquote><div><br></div><div>I want to deprecate Xdmf2 and make Xdmf3 the default the next release. Because Xdmf3 adds a dependency on boost Xdmf will have to become optional in ParaView. The Kitware binaries will have it on because we already Superbuild in boost for the VisItBridge, but other versions could easily drop it.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
2) Does 2D work properly?<br>
<br></blockquote><div><br></div><div>I don't think I tested that particular path in Xdmf3.  If you can make a small test dataset which disproves its working, I'll likely be able to fix it and add it to the regression test suite for Xdmf3 in VTK.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
3) What about Attributes which are not in a "Set". The XDMF pages say this:-<br>
<br>
"A Grid centered Attribute might be something like "Material Type" where the value is constant everywhere in the grid. Edge and Face centered values are defined, but do not map well to many visualization systems."<br></blockquote><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
But how do you define Edge and Face centered values for the whole mesh, anyway?<br>
<br></blockquote><div><br></div><div>Not sure I understand the question, much less the answer, but lets have a go shall we?</div><div>Set's can have their own attributes and those attributes can be grid centered. So if the set has all the edges, then the set's grid centered attributes apply to all of the edges in the mesh.<br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
4) Finally, is there any real need (in the case below) to go via the Faces? Maybe, before the standard gets more widespread, this could be eliminated,<br>
   and just go direct from Cell->Edge... OK, this is just a suggestion...<span><br>
<br></span></blockquote><div><br></div><div>Could do. I can't think of a reason off the top of my head why vtk's cell->GetEdge is any less well defined than cell->GetFace()->GetEdge() and it is probably faster. Maybe that is why the "bug" is there in xdmf1/2.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span>
Chris Richardson<br>
BP Institute<br>
Madingley Road<br>
Cambridge CB3 0EZ<br>
<br>
<br></span><div><div>
On 14/05/2015 01:28, David E DeMarle wrote:<br>
</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div>
I believe in this case the intent was to get the edge'th edge out of<br>
the face'th face out of the cell'th cell.<br>
<br>
So in your example we get four edges out.<br>
<br>
cell 0's 0'th face's 0'th edge,<br>
cell 0's 1'st face's 1'st edge,<br>
cell 1's 2'nd face's 0'th edge,<br>
and<br>
cell 1's 3'rd face's 2'nd edge.<br>
The ordering in each case is defined by VTK.<br>
<br>
However, in the code (specifically vtkXdmfHeavyData.cxx:1507) it looks<br>
like it does exactly as you say.<br>
This appears to be a bug.<br>
<br>
In the Xdmf3 version  we do it properly (see<br>
vtkXdmf3DataSet.cxx:2205).<br>
<br>
David E DeMarle<br>
Kitware, Inc.<br>
R&D Engineer<br>
21 Corporate Drive<br>
Clifton Park, NY 12065-8662<br>
Phone: <a href="tel:518-881-4909" value="+15188814909" target="_blank">518-881-4909</a><br>
<br>
On Fri, Apr 17, 2015 at 5:39 AM, Chris Richardson<br>
<<a href="mailto:chris@bpi.cam.ac.uk" target="_blank">chris@bpi.cam.ac.uk</a>> wrote:<br>
<br>
</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div>
I would like to be able to specify data, or subsets of data in the<br>
XDMF<br>
format with Edge or Facet sets.<br>
<br>
According to the header file of XdmfSet.h:<br>
<br>
XdmfSet is a Class that handles sets of nodes,cells,faces, and<br>
edges<br>
on an XdmfGrid. They may be centered on the Node, Edge,<br>
Face, Cell. An XdmfSet can have from 1 to 3 DataItems. The<br>
last DataItem<br>
is always the "Ids" or the indexes into Nodes, Cells, etc.<br>
If SetType is<br>
"Face" or "Edge", the First DataItem defines the CellIds.<br>
If SetType is<br>
"Edge" second DataItem defines FaceIds<br>
<br>
I have two questions:<br>
<br>
1) What is the purpose of the FaceIds for a set of Edges?<br>
<br>
>From what I can tell, using ParaView, the three dataitems provide:<br>
global CellIDs, unused FaceIDs, cell-local EdgeIds<br>
<br>
e.g. in this case, the first DataItem "0 0 1 1" lists the cells,<br>
the second DataItem "0 1 2 3" is ignored, and the third<br>
DataItem "0 1 0 2"<br>
lists the cell-local Edges which have data attached?<br>
<br>
<Set SetType="Edge" Name="edgeSet"><br>
<DataItem NumberType="Int" Dimensions="4" Format="XML"><br>
0 0 1 1<br>
</DataItem><br>
<DataItem NumberType="Int" Dimensions="4" Format="XML"><br>
0 1 2 3<br>
</DataItem><br>
<DataItem NumberType="Int" Dimensions="4" Format="XML"><br>
0 1 0 2<br>
</DataItem><br>
<Attribute Name="Set Values" Center="Edge"><br>
<DataItem Format="XML" Dimensions="4"><br>
100 200 400 600<br>
</DataItem><br>
</Attribute><br>
</Set><br>
<br>
Is that correct?<br>
<br>
2) How can I specify an Edge set in 2D? Nothing seems to work in<br>
this case,<br>
as ParaView complains that the cells have invalid Faces.<br>
<br>
--<br>
Chris Richardson<br>
BP Institute<br>
Madingley Road<br>
Cambridge CB3 0EZ<br>
_______________________________________________<br></div></div>
Powered by <a href="http://www.kitware.com" target="_blank">www.kitware.com</a> [1]<span><br>
<br>
Visit other Kitware open-source projects at<br>
</span><a href="http://www.kitware.com/opensource/opensource.html" target="_blank">http://www.kitware.com/opensource/opensource.html</a> [2]<span><br>
<br>
Please keep messages on-topic and check the ParaView Wiki at:<br>
</span><a href="http://paraview.org/Wiki/ParaView" target="_blank">http://paraview.org/Wiki/ParaView</a> [3]<span><br>
<br>
Search the list archives at: <a href="http://markmail.org/search/?q=ParaView" target="_blank">http://markmail.org/search/?q=ParaView</a><br></span>
[4]<span><br>
<br>
Follow this link to subscribe/unsubscribe:<br>
</span><a href="http://public.kitware.com/mailman/listinfo/paraview" target="_blank">http://public.kitware.com/mailman/listinfo/paraview</a> [5]<br>
</blockquote>
<br>
<br>
<br>
Links:<br>
------<br>
[1] <a href="http://www.kitware.com" target="_blank">http://www.kitware.com</a><br>
[2] <a href="http://www.kitware.com/opensource/opensource.html" target="_blank">http://www.kitware.com/opensource/opensource.html</a><br>
[3] <a href="http://paraview.org/Wiki/ParaView" target="_blank">http://paraview.org/Wiki/ParaView</a><br>
[4] <a href="http://markmail.org/search/?q=ParaView" target="_blank">http://markmail.org/search/?q=ParaView</a><br>
[5] <a href="http://public.kitware.com/mailman/listinfo/paraview" target="_blank">http://public.kitware.com/mailman/listinfo/paraview</a><br>
</blockquote><div><div>
<br>
-- <br>
Chris Richardson<br>
BP Institute<br>
Madingley Road<br>
Cambridge CB3 0EZ<br>
</div></div></blockquote></div><br></div></div>