<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML xmlns="http://www.w3.org/TR/REC-html40" xmlns:v =
"urn:schemas-microsoft-com:vml" xmlns:o =
"urn:schemas-microsoft-com:office:office" xmlns:w =
"urn:schemas-microsoft-com:office:word" xmlns:m =
"http://schemas.microsoft.com/office/2004/12/omml"><HEAD>
<META content="text/html; charset=iso-8859-1" http-equiv=Content-Type>
<META name=GENERATOR content="MSHTML 8.00.6001.23543">
<STYLE>@font-face {
font-family: Wingdings;
}
@font-face {
font-family: Wingdings;
}
@font-face {
font-family: Calibri;
}
@page WordSection1 {size: 612.0pt 792.0pt; margin: 70.85pt 70.85pt 70.85pt 70.85pt; }
P.MsoNormal {
MARGIN: 0cm 0cm 0pt; FONT-FAMILY: "Calibri","sans-serif"; FONT-SIZE: 11pt; mso-fareast-language: EN-US
}
LI.MsoNormal {
MARGIN: 0cm 0cm 0pt; FONT-FAMILY: "Calibri","sans-serif"; FONT-SIZE: 11pt; mso-fareast-language: EN-US
}
DIV.MsoNormal {
MARGIN: 0cm 0cm 0pt; FONT-FAMILY: "Calibri","sans-serif"; FONT-SIZE: 11pt; mso-fareast-language: EN-US
}
A:link {
COLOR: blue; TEXT-DECORATION: underline; mso-style-priority: 99
}
SPAN.MsoHyperlink {
COLOR: blue; TEXT-DECORATION: underline; mso-style-priority: 99
}
A:visited {
COLOR: purple; TEXT-DECORATION: underline; mso-style-priority: 99
}
SPAN.MsoHyperlinkFollowed {
COLOR: purple; TEXT-DECORATION: underline; mso-style-priority: 99
}
P.MsoListParagraph {
MARGIN: 0cm 0cm 0pt 36pt; FONT-FAMILY: "Calibri","sans-serif"; FONT-SIZE: 11pt; mso-fareast-language: EN-US; mso-style-priority: 34
}
LI.MsoListParagraph {
MARGIN: 0cm 0cm 0pt 36pt; FONT-FAMILY: "Calibri","sans-serif"; FONT-SIZE: 11pt; mso-fareast-language: EN-US; mso-style-priority: 34
}
DIV.MsoListParagraph {
MARGIN: 0cm 0cm 0pt 36pt; FONT-FAMILY: "Calibri","sans-serif"; FONT-SIZE: 11pt; mso-fareast-language: EN-US; mso-style-priority: 34
}
SPAN.EmailStyle17 {
FONT-FAMILY: "Calibri","sans-serif"; COLOR: windowtext; mso-style-type: personal-compose
}
.MsoChpDefault {
FONT-FAMILY: "Calibri","sans-serif"; mso-fareast-language: EN-US; mso-style-type: export-only
}
DIV.WordSection1 {
page: WordSection1
}
OL {
MARGIN-BOTTOM: 0cm
}
UL {
MARGIN-BOTTOM: 0cm
}
</STYLE>
<!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]--></HEAD>
<BODY lang=FR-BE link=blue bgColor=#ffffff vLink=purple>
<DIV><FONT size=2 face=Arial>Hi Eloi,</FONT></DIV>
<DIV><FONT size=2 face=Arial></FONT> </DIV>
<DIV><FONT size=2 face=Arial>The treatment of quadratic cells in
vtkDataSetSurfaceFilter appears to have changed between 5.8 &
5.10.</FONT></DIV>
<DIV><FONT size=2 face=Arial></FONT> </DIV>
<DIV><FONT size=2 face=Arial>I have noticed two side effects -</FONT></DIV>
<DIV><FONT size=2 face=Arial></FONT> </DIV>
<DIV><FONT size=2 face=Arial> 1. Point Global Ids are no
longer copied.</FONT></DIV>
<DIV><FONT size=2 face=Arial></FONT> </DIV>
<DIV><FONT size=2 face=Arial> 2. Coincident points are ALWAYS
merged.</FONT></DIV>
<DIV><FONT size=2 face=Arial></FONT> </DIV>
<DIV><FONT size=2 face=Arial>I have not reported these as bugs yet because I
would like to give a suitable fix. The sticking point for me is the additional
memory used by vtkUnstructuredGridGeometryFilter. I would prefer the quadratic
cells to be treated as in 5.8.</FONT></DIV>
<DIV><FONT size=2 face=Arial></FONT> </DIV>
<DIV><FONT size=2 face=Arial>If you think 2 above may be causing trouble, you
could changing <FONT
size=2>vtkDataSetSurfaceFilter::UnstructuredGridExecute()...</FONT>
</FONT></DIV>
<DIV><FONT size=2 face=Arial></FONT> </DIV>
<DIV><FONT size=2>
<P>uggf->SetPassThroughPointIds(</FONT><FONT color=#0000ff size=2><FONT
color=#0000ff size=2>this</FONT></FONT><FONT
size=2>->PassThroughPointIds);</P>
<P>uggf->MergingOff(); </FONT><FONT color=#008000 size=2><FONT color=#008000
size=2>// ** JCP ** do not merge coincident points</P></FONT></FONT></DIV>
<DIV> </DIV>
<DIV><FONT size=2 face=Arial>HTH</FONT></DIV>
<DIV><FONT size=2 face=Arial></FONT> </DIV>
<DIV><FONT size=2 face=Arial>John.</FONT></DIV>
<DIV> </DIV>
<DIV>----- Original Message ----- </DIV>
<BLOCKQUOTE
style="BORDER-LEFT: #000000 2px solid; PADDING-LEFT: 5px; PADDING-RIGHT: 0px; MARGIN-LEFT: 5px; MARGIN-RIGHT: 0px">
<DIV
style="FONT: 10pt arial; BACKGROUND: #e4e4e4; font-color: black"><B>From:</B>
<A title=Eloi.Gaudry@fft.be href="mailto:Eloi.Gaudry@fft.be">Eloi Gaudry</A>
</DIV>
<DIV style="FONT: 10pt arial"><B>To:</B> <A title=vtkusers@vtk.org
href="mailto:vtkusers@vtk.org">vtkusers@vtk.org</A> </DIV>
<DIV style="FONT: 10pt arial"><B>Cc:</B> <A title=Gregory.Lielens@fft.be
href="mailto:Gregory.Lielens@fft.be">Gregory Lielens</A> </DIV>
<DIV style="FONT: 10pt arial"><B>Sent:</B> Thursday, January 09, 2014 9:40
AM</DIV>
<DIV style="FONT: 10pt arial"><B>Subject:</B> [vtkusers]
[NonLinearSubdivisionLevel] issue with quadratic meshes related to
non-symmetric rotating triangulation algorithm</DIV>
<DIV><BR></DIV>
<DIV class=WordSection1>
<P class=MsoNormal><SPAN lang=EN-US>Hi,<o:p></o:p></SPAN></P>
<P class=MsoNormal><SPAN lang=EN-US><o:p> </o:p></SPAN></P>
<P class=MsoNormal><SPAN lang=EN-US>I’m sending a small reproducer (made of a
quadratic hexaedron element connected to a quadratic wedge ) for the following
bug : depending on the orientation of the elements, the triangulation
algorithm failed to delivers an input usable by the surface mapper with a
NonLinearSubdivisionLevel >=1: <o:p></o:p></SPAN></P>
<P style="TEXT-INDENT: -18pt; mso-list: l0 level1 lfo1"
class=MsoListParagraph><![if !supportLists]><SPAN lang=EN-US><SPAN
style="mso-list: Ignore">-<SPAN
style="FONT: 7pt 'Times New Roman'">
</SPAN></SPAN></SPAN><![endif]><SPAN lang=EN-US>for a value of 0, the external
boundaries are displayed correctly,<o:p></o:p></SPAN></P>
<P style="TEXT-INDENT: -18pt; mso-list: l0 level1 lfo1"
class=MsoListParagraph><![if !supportLists]><SPAN lang=EN-US><SPAN
style="mso-list: Ignore">-<SPAN
style="FONT: 7pt 'Times New Roman'">
</SPAN></SPAN></SPAN><![endif]><SPAN lang=EN-US>for a value of 1, the shared
faces/nodes between the hexaedron and the wedge is displayed as an external
boundary (i.e. the shared faces are considered different whereas they are
based on the same nodes.)<o:p></o:p></SPAN></P>
<P style="TEXT-INDENT: -18pt; mso-list: l0 level1 lfo1"
class=MsoListParagraph><![if !supportLists]><SPAN lang=EN-US><SPAN
style="mso-list: Ignore">-<SPAN
style="FONT: 7pt 'Times New Roman'">
</SPAN></SPAN></SPAN><![endif]><SPAN lang=EN-US>for a value of 2 and more, the
subdivision leads to a buggy on-screen representation.<o:p></o:p></SPAN></P>
<P class=MsoNormal><SPAN lang=EN-US><o:p> </o:p></SPAN></P>
<P class=MsoNormal><SPAN lang=EN-US>The first file (*_ok.vtk) will show the
expected behavior for a NonLinearSubdvisionLevel value of 0 and
1.<o:p></o:p></SPAN></P>
<P class=MsoNormal><SPAN lang=EN-US>The second file (*_ko.vtk) will show the
incorrect behavior for a NonLinearSubdvisionLevel value
1.<o:p></o:p></SPAN></P>
<P class=MsoNormal><SPAN lang=EN-US><o:p> </o:p></SPAN></P>
<P class=MsoNormal><SPAN lang=EN-US>If you look at the subelements used for
dividing each faces of the hexaedron and the wedge (with a surface mapper and
an opacity of 0.5 for instance), you will notice a mismatch between the ones
created on the hexaedron and the ones created on the wedge. This leads to an
incorrect vizualisation of an unshared face between both
cells…<o:p></o:p></SPAN></P>
<P class=MsoNormal><SPAN lang=EN-US><o:p> </o:p></SPAN></P>
<P class=MsoNormal><SPAN lang=EN-US>Are you aware of this issue (present in
5.10.1 version at least and still there in 6.1.0.rc1) ?<o:p></o:p></SPAN></P>
<P class=MsoNormal><SPAN lang=EN-US>Can this easily be fixed (the behavior
seen in 5.6.1 is correct for a NonLinearSubdivisionLevel value-like of 1)
?<o:p></o:p></SPAN></P>
<P class=MsoNormal><SPAN lang=EN-US><o:p> </o:p></SPAN></P>
<P class=MsoNormal><SPAN lang=EN-US>Regards,<o:p></o:p></SPAN></P>
<P class=MsoNormal><SPAN lang=EN-US>Eloi<o:p></o:p></SPAN></P>
<P class=MsoNormal><SPAN lang=EN-US><o:p> </o:p></SPAN></P></DIV>
<P>
<HR>
<P></P>_______________________________________________<BR>Powered by
www.kitware.com<BR><BR>Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html<BR><BR>Please keep messages
on-topic and check the VTK FAQ at:
http://www.vtk.org/Wiki/VTK_FAQ<BR><BR>Follow this link to
subscribe/unsubscribe:<BR>http://www.vtk.org/mailman/listinfo/vtkusers<BR></BLOCKQUOTE></BODY></HTML>