<div dir="ltr">Yes, the documentation is out of date. That documentation was correct for the old OpenGL backend, but the new code is more capable. I'll try to remember to update it.</div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jan 24, 2018 at 10:39 AM, Langer, Stephen A. (Fed) <span dir="ltr"><<a href="mailto:stephen.langer@nist.gov" target="_blank">stephen.langer@nist.gov</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">







<div bgcolor="white" lang="EN-US" link="blue" vlink="purple">
<div class="m_-2901516660678586667WordSection1">
<p class="MsoNormal">Hi Ken --<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">Yes, that seems to work.  Thank you!<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">Is there an error in the documentation for vtkMapper::<wbr>SetResolveCoincidentTopologyTo<wbr>PolygonOffset()?  It says that it does not distinguish vertices and lines from one another, but that appears not to be the case.<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">-- Steve<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<div style="border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span style="font-size:12.0pt;color:black">From: </span></b><span style="font-size:12.0pt;color:black">Ken Martin <<a href="mailto:ken.martin@kitware.com" target="_blank">ken.martin@kitware.com</a>><br>
<b>Date: </b>Wednesday, January 24, 2018 at 9:22 AM<br>
<b>To: </b>"Langer, Stephen A. (Fed)" <<a href="mailto:stephen.langer@nist.gov" target="_blank">stephen.langer@nist.gov</a>><br>
<b>Cc: </b>"<a href="mailto:vtkusers@vtk.org" target="_blank">vtkusers@vtk.org</a>" <<a href="mailto:vtkusers@vtk.org" target="_blank">vtkusers@vtk.org</a>><br>
<b>Subject: </b>Re: [vtkusers] Coincident topology questions<u></u><u></u></span></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">Ahh I think I see what the issue is.  If you want to try it I think it can be fixed in vtkDataSetMapper.cxx around line 134. It copies a bunch of properties from itself to a polydata mapper that does the rendering. But it does not copy
 the coincident settings so they are ignored. I think it can be fixed with the following changes
<u></u><u></u></p>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal"><a href="https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgitlab.kitware.com%2Fvtk%2Fvtk%2Fmerge_requests%2F3836%2Fdiffs&data=02%7C01%7Cstephen.langer%40nist.gov%7C0490782e5daa41a069f808d56335de66%7C2ab5d82fd8fa4797a93e054655c61dec%7C1%7C0%7C636524005382908921&sdata=pFFFvab5051y1cytl01YcUpnKEUlZV60KA6r30veBQg%3D&reserved=0" target="_blank">https://gitlab.kitware.com/<wbr>vtk/vtk/merge_requests/3836/<wbr>diffs</a><u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">if you want to give it a try.<u></u><u></u></p>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
</div>
</div>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
<div>
<p class="MsoNormal">On Wed, Jan 17, 2018 at 6:52 PM, Langer, Stephen A. (Fed) <<a href="mailto:stephen.langer@nist.gov" target="_blank">stephen.langer@nist.gov</a>> wrote:<u></u><u></u></p>
<blockquote style="border:none;border-left:solid #cccccc 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in">
<div>
<div>
<p class="MsoNormal">Hi Ken --<u></u><u></u></p>
<p class="MsoNormal"> <u></u><u></u></p>
<p class="MsoNormal">I've attached a short program that reproduces the problem.  It creates a rectilinear grid (gray checkerboard pattern) and an unstructured grid (red tetrahedra).  The surfaces of
 some of the tetrahedra are coincident with the outer surfaces of the checkerboard.  If you rotate the view, the tetrahedra are not drawn correctly.<u></u><u></u></p>
<p class="MsoNormal"> <u></u><u></u></p>
<p class="MsoNormal">I've tested this with vtk 8.1.0 on macOS 10.12.6 (using vtk built for cocoa) and on Ubuntu 17.10 (running under VirtualBox on macOS).<u></u><u></u></p>
<p class="MsoNormal"> <u></u><u></u></p>
<p class="MsoNormal">Thanks for taking a look at it.<u></u><u></u></p>
<p class="MsoNormal"> <u></u><u></u></p>
<p class="MsoNormal">-- Steve<u></u><u></u></p>
<p class="MsoNormal"> <u></u><u></u></p>
<p class="MsoNormal"> <u></u><u></u></p>
<div style="border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span style="font-size:12.0pt;color:black">From:
</span></b><span style="font-size:12.0pt;color:black">Ken Martin <<a href="mailto:ken.martin@kitware.com" target="_blank">ken.martin@kitware.com</a>><br>
<b>Date: </b>Thursday, January 11, 2018 at 2:41 PM<br>
<b>To: </b>"Langer, Stephen A. (Fed)" <<a href="mailto:stephen.langer@nist.gov" target="_blank">stephen.langer@nist.gov</a>><br>
<b>Cc: </b>"<a href="mailto:vtkusers@vtk.org" target="_blank">vtkusers@vtk.org</a>" <<a href="mailto:vtkusers@vtk.org" target="_blank">vtkusers@vtk.org</a>><br>
<b>Subject: </b>Re: [vtkusers] Coincident topology questions</span><u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"> <u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">Yes, that should work and -3, -3 is pretty reasonable for values. Something odd is going on. Can you give a bit more detail or a snippet of code?
<u></u><u></u></p>
<div>
<p class="MsoNormal"> <u></u><u></u></p>
</div>
</div>
<div>
<p class="MsoNormal"> <u></u><u></u></p>
<div>
<p class="MsoNormal">On Thu, Jan 11, 2018 at 2:30 PM, Langer, Stephen A. (Fed) <<a href="mailto:stephen.langer@nist.gov" target="_blank">stephen.langer@nist.gov</a>> wrote:<u></u><u></u></p>
<blockquote style="border:none;border-left:solid #cccccc 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-bottom:5.0pt">
<div>
<div>
<p class="MsoNormal">So if I use
<u></u><u></u></p>
<p class="MsoNormal">     vtkMapper::<wbr>SetResolveCoincidentTopologyTo<wbr>PolygonOffset();<u></u><u></u></p>
<p class="MsoNormal">and<u></u><u></u></p>
<p class="MsoNormal">     mapper-><wbr>SetRelativeCoincidentTopologyP<wbr>olygonOffsetParameters(-3,- 3);<u></u><u></u></p>
<p class="MsoNormal">then polygons drawn with that mapper should obscure coincident polygons drawn with other mappers?  That's not happening.    What am I missing?<u></u><u></u></p>
<p class="MsoNormal"> <u></u><u></u></p>
<p class="MsoNormal">-- Steve<u></u><u></u></p>
<p class="MsoNormal"> <u></u><u></u></p>
<div style="border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span style="font-size:12.0pt;color:black">From:
</span></b><span style="font-size:12.0pt;color:black">Ken Martin <<a href="mailto:ken.martin@kitware.com" target="_blank">ken.martin@kitware.com</a>><br>
<b>Date: </b>Wednesday, January 10, 2018 at 7:52 PM<br>
<b>To: </b>"Langer, Stephen A. (Fed)" <<a href="mailto:stephen.langer@nist.gov" target="_blank">stephen.langer@nist.gov</a>><br>
<b>Cc: </b>"<a href="mailto:vtkusers@vtk.org" target="_blank">vtkusers@vtk.org</a>" <<a href="mailto:vtkusers@vtk.org" target="_blank">vtkusers@vtk.org</a>><br>
<b>Subject: </b>Re: [vtkusers] Coincident topology questions</span><u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"> <u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">Here is part of an old email that has some description
<u></u><u></u></p>
<div>
<p class="MsoNormal"> <u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">You can use the relative settings if the two coincident polygons are in two different mappers.<u></u><u></u></p>
<div>
<p class="MsoNormal"> <u></u><u></u></p>
</div>
<div>
<pre style="white-space:pre-wrap"><i><span style="color:black"> On Tue, Dec 1, 2015 at 1:29 PM, Ken Martin <<a href="https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fpublic.kitware.com%2Fmailman%2Flistinfo%2Fvtkusers&data=02%7C01%7Cstephen.langer%40nist.gov%7Ceb611caace3b43fd388508d5588d7ed0%7C2ab5d82fd8fa4797a93e054655c61dec%7C1%7C0%7C636512287107516935&sdata=MOAz%2BaPGI75IQNOwc551Ke8i2lYFFFyY3aD3E4dq%2BuQ%3D&reserved=0" target="_blank">ken.martin at kitware.com</a>> wrote:</span></i><u></u><u></u></pre>
<pre><span style="color:black">><i> </i></span><u></u><u></u></pre>
<pre><span style="color:black">>><i> </i></span><u></u><u></u></pre>
<pre><span style="color:black">>><i> I wanted to take a second to write up a recent change I made to how VTK</i></span><u></u><u></u></pre>
<pre><span style="color:black">>><i> (on the OpenGL2 backend) can handle coincident geometry.  Previously VTK</i></span><u></u><u></u></pre>
<pre><span style="color:black">>><i> supported global values for specifying a polygonal offset to push surfaces</i></span><u></u><u></u></pre>
<pre><span style="color:black">>><i> forward or back in the zbuffer. This was often used to draw a surface back</i></span><u></u><u></u></pre>
<pre><span style="color:black">>><i> a bit in the zbuffer, and then draw the same surface in wireframe mode at</i></span><u></u><u></u></pre>
<pre><span style="color:black">>><i> the normal z location. The result was a wireframe overlaid on top of the</i></span><u></u><u></u></pre>
<pre><span style="color:black">>><i> surface. This approach faced a couple limitations. Every surface was offset</i></span><u></u><u></u></pre>
<pre><span style="color:black">>><i> the same amount and there was no way to offset points from lines.  To</i></span><u></u><u></u></pre>
<pre><span style="color:black">>><i> address this I have added a few methods to vtkMapper to specify global line</i></span><u></u><u></u></pre>
<pre><span style="color:black">>><i> and point offsets as well as ivars to hold local offsets per mapper. The</i></span><u></u><u></u></pre>
<pre><span style="color:black">>><i> global methods look like:</i></span><u></u><u></u></pre>
<pre><span style="color:black">>><i> </i></span><u></u><u></u></pre>
<pre><span style="color:black">>><i>   static void SetResolveCoincidentTopologyLi<wbr>neOffsetParameters(</i></span><u></u><u></u></pre>
<pre><span style="color:black">>><i>     double factor, double units);</i></span><u></u><u></u></pre>
<pre><span style="color:black">>><i> </i></span><u></u><u></u></pre>
<pre><span style="color:black">>><i> while the instance methods look like:</i></span><u></u><u></u></pre>
<pre><span style="color:black">>><i> </i></span><u></u><u></u></pre>
<pre><span style="color:black">>><i>   void SetRelativeCoincidentTopologyL<wbr>ineOffsetParameters(</i></span><u></u><u></u></pre>
<pre><span style="color:black">>><i>     double factor, double units);</i></span><u></u><u></u></pre>
<pre><span style="color:black">>><i> </i></span><u></u><u></u></pre>
<pre><span style="color:black">>><i> Both signatures use two parameters which are worth mentioning. The first</i></span><u></u><u></u></pre>
<pre><span style="color:black">>><i> factor is how much to shift the zbuffer based on how quickly the z values</i></span><u></u><u></u></pre>
<pre><span style="color:black">>><i> of the surface or line changes. This may seem complicated but it addresses</i></span><u></u><u></u></pre>
<pre><span style="color:black">>><i> a simple issue.  Due to rasterization issues, surfaces and lines with sharp</i></span><u></u><u></u></pre>
<pre><span style="color:black">>><i> zvalue slopes are more prone to noise in the zvalues they produce. To</i></span><u></u><u></u></pre>
<pre><span style="color:black">>><i> combat that, we offset them by an amount that is based on their z slope. If</i></span><u></u><u></u></pre>
<pre><span style="color:black">>><i> the surface is perpendicular to the view direction the factor is</i></span><u></u><u></u></pre>
<pre><span style="color:black">>><i> irrelevant, but the more the surface is at a sharp angle to the view</i></span><u></u><u></u></pre>
<pre><span style="color:black">>><i> direction, the more the factor comes into play. A value of 1.0 to 2.0 is</i></span><u></u><u></u></pre>
<pre><span style="color:black">>><i> fairly typical for the factor. The second parameter is the units, a</i></span><u></u><u></u></pre>
<pre><span style="color:black">>><i> constant offset to the zbuffer. It is currently specified conservatively in</i></span><u></u><u></u></pre>
<pre><span style="color:black">>><i> terms of a 16bit zbuffer for the OpenGL backend so a value of 1.0 to 2.0 is</i></span><u></u><u></u></pre>
<pre><span style="color:black">>><i> a good place to start. For rendering points we do not have a slope so those</i></span><u></u><u></u></pre>
<pre><span style="color:black">>><i> methods only take the units argument.</i></span><u></u><u></u></pre>
<pre><span style="color:black">>><i> </i></span><u></u><u></u></pre>
<pre><span style="color:black">>><i> I have changed the global defaults so that surfaces are offset at</i></span><u></u><u></u></pre>
<pre><span style="color:black">>><i> 2.0,2.0, lines are offset at 1.0,1.0, and points are at 0.0. There is a new</i></span><u></u><u></u></pre>
<pre><span style="color:black">>><i> test in OpenGL2/Testing/CXX/<wbr>TestCoincident.cxx that renders points on top</i></span><u></u><u></u></pre>
<pre><span style="color:black">>><i> of lines on top of a surface while rendering the points first and the</i></span><u></u><u></u></pre>
<pre><span style="color:black">>><i> surface last (the opposite order of their visibility).</i></span><u></u><u></u></pre>
<pre><span style="color:black">>><i> </i></span><u></u><u></u></pre>
<pre><span style="color:black">>><i> Thanks</i></span><u></u><u></u></pre>
<pre><span style="color:black">>><i> Ken</i></span><u></u><u></u></pre>
<div>
<p class="MsoNormal"> <u></u><u></u></p>
</div>
</div>
</div>
</div>
<div>
<p class="MsoNormal"> <u></u><u></u></p>
<div>
<p class="MsoNormal">On Wed, Jan 10, 2018 at 5:44 PM, Langer, Stephen A. (Fed) <<a href="mailto:stephen.langer@nist.gov" target="_blank">stephen.langer@nist.gov</a>> wrote:<u></u><u></u></p>
<blockquote style="border:none;border-left:solid #cccccc 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-bottom:5.0pt">
<p class="MsoNormal" style="margin-bottom:12.0pt">Hi --<br>
<br>
How does one set the arguments to the various vtkMapper::<wbr>SetRelativeCoincidentTopology methods?  I can't find an explanation for 'factor' and 'units'.<br>
<br>
The attached screenshot shows a surface representation of a grid of rectangular voxels and a wire-frame grid of tetrahedra.  Four of the tetrahedral elements are also drawn with a surface representation in red and are supposed to obscure the voxels, but a mix
 of tex and voxel is drawn instead.  The surfaces of the voxels and the tetrahedral are coplanar.  They don't share nodes and edges, but the points on the x=0 face all have x=0 exactly.  Is the coincident topology resolution machinery expected to work in this
 case?<br>
<br>
I'm using vtk 8.1.0.<br>
<br>
Thanks.<br>
<br>
      -- Steve<br>
<br>
<br>
______________________________<wbr>_________________<br>
Powered by <a href="https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.kitware.com&data=02%7C01%7Cstephen.langer%40nist.gov%7Ceb611caace3b43fd388508d5588d7ed0%7C2ab5d82fd8fa4797a93e054655c61dec%7C1%7C0%7C636512287107516935&sdata=5QzbWO3Fo9lHhuc2VH8Y7Wlun4i%2BdDk1p%2Fd2zzsQuho%3D&reserved=0" target="_blank">
www.kitware.com</a><br>
<br>
Visit other Kitware open-source projects at <a href="https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.kitware.com%2Fopensource%2Fopensource.html&data=02%7C01%7Cstephen.langer%40nist.gov%7Ceb611caace3b43fd388508d5588d7ed0%7C2ab5d82fd8fa4797a93e054655c61dec%7C1%7C0%7C636512287107516935&sdata=h7DBgY2pmRRUZD6LrmGpIHO1oIOADRTuXF3XffiY%2Fgk%3D&reserved=0" target="_blank">
http://www.kitware.com/<wbr>opensource/opensource.html</a><br>
<br>
Please keep messages on-topic and check the VTK FAQ at: <a href="https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.vtk.org%2FWiki%2FVTK_FAQ&data=02%7C01%7Cstephen.langer%40nist.gov%7Ceb611caace3b43fd388508d5588d7ed0%7C2ab5d82fd8fa4797a93e054655c61dec%7C1%7C0%7C636512287107516935&sdata=LbMs8SnnejFm%2BgoK7jbU7Q32nAXIUq6tYfeL1%2FrSVhU%3D&reserved=0" target="_blank">
http://www.vtk.org/Wiki/VTK_<wbr>FAQ</a><br>
<br>
Search the list archives at: <a href="https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fmarkmail.org%2Fsearch%2F%3Fq%3Dvtkusers&data=02%7C01%7Cstephen.langer%40nist.gov%7Ceb611caace3b43fd388508d5588d7ed0%7C2ab5d82fd8fa4797a93e054655c61dec%7C1%7C0%7C636512287107516935&sdata=RBVsZcDO3qCqk7Q%2BNWm74dXagCcgvDWKhwPP2fYdBpc%3D&reserved=0" target="_blank">
http://markmail.org/search/?q=<wbr>vtkusers</a><br>
<br>
Follow this link to subscribe/unsubscribe:<br>
<a href="https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fvtk.org%2Fmailman%2Flistinfo%2Fvtkusers&data=02%7C01%7Cstephen.langer%40nist.gov%7Ceb611caace3b43fd388508d5588d7ed0%7C2ab5d82fd8fa4797a93e054655c61dec%7C1%7C0%7C636512287107516935&sdata=Cigk%2F94r%2BYZdT6qteN4lhfgTn2SnkHc5nqXvzI3pREc%3D&reserved=0" target="_blank">https://vtk.org/mailman/<wbr>listinfo/vtkusers</a><u></u><u></u></p>
</blockquote>
</div>
<p class="MsoNormal"><br>
<br clear="all">
<u></u><u></u></p>
<div>
<p class="MsoNormal"> <u></u><u></u></p>
</div>
<p class="MsoNormal">--
<u></u><u></u></p>
<div>
<div>
<div>
<p class="MsoNormal">Ken Martin PhD
<u></u><u></u></p>
<div>
<p class="MsoNormal">Distinguished Engineer<br>
<span style="font-size:9.5pt">Kitware Inc.</span><u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><a href="https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaps.google.com%2F%3Fq%3D28%2BCorporate%2BDrive%2B%250D%2BClifton%2BPark%2BNY%2B12065%26entry%3Dgmail%26source%3Dg&data=02%7C01%7Cstephen.langer%40nist.gov%7Cf37855aff09d4873915208d5592b52fe%7C2ab5d82fd8fa4797a93e054655c61dec%7C1%7C0%7C636512964960094193&sdata=C%2Ftp6ax8hFkI0osmhjEhqtg4x1BoiqxdUimXsDuAOYM%3D&reserved=0" target="_blank">28
 Corporate Drive</a><br>
Clifton Park NY 12065<u></u><u></u></p>
<div>
<p class="MsoNormal"> <u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Tahoma",sans-serif">This communication, including all attachments, contains confidential and legally privileged information, and it is
 intended only for the use of the addressee.  Access to this email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken in reliance on it is prohibited and may be unlawful. If you received
 this communication in error please notify us immediately and destroy the original message.  Thank you.</span><u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</blockquote>
</div>
<p class="MsoNormal"><br>
<br clear="all">
<u></u><u></u></p>
<div>
<p class="MsoNormal"> <u></u><u></u></p>
</div>
<p class="MsoNormal">--
<u></u><u></u></p>
<div>
<div>
<div>
<p class="MsoNormal">Ken Martin PhD
<u></u><u></u></p>
<div>
<p class="MsoNormal">Distinguished Engineer<br>
<span style="font-size:9.5pt">Kitware Inc.</span><u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><a href="https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaps.google.com%2F%3Fq%3D28%2BCorporate%2BDrive%2B%250D%2BClifton%2BPark%2BNY%2B12065%26entry%3Dgmail%26source%3Dg&data=02%7C01%7Cstephen.langer%40nist.gov%7C0490782e5daa41a069f808d56335de66%7C2ab5d82fd8fa4797a93e054655c61dec%7C1%7C0%7C636524005382908921&sdata=HTQxAIID%2FxlCz0gQm5sCdJpUCnm29XEFoToqiE0Rnk0%3D&reserved=0" target="_blank">28
 Corporate Drive</a><br>
Clifton Park NY 12065<u></u><u></u></p>
<div>
<p class="MsoNormal"> <u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Tahoma",sans-serif">This communication, including all attachments, contains confidential and legally privileged information, and it is
 intended only for the use of the addressee.  Access to this email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken in reliance on it is prohibited and may be unlawful. If you received
 this communication in error please notify us immediately and destroy the original message.  Thank you.</span><u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</blockquote>
</div>
<p class="MsoNormal"><br>
<br clear="all">
<u></u><u></u></p>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<p class="MsoNormal">-- <u></u><u></u></p>
<div>
<div>
<div>
<p class="MsoNormal">Ken Martin PhD <u></u><u></u></p>
<div>
<p class="MsoNormal">Distinguished Engineer<br>
<span style="font-size:9.5pt">Kitware Inc.</span><u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><a href="https://maps.google.com/?q=28+Corporate+Drive+%0D+Clifton+Park+NY+12065&entry=gmail&source=g">28 Corporate Drive</a><br>
Clifton Park NY 12065<u></u><u></u></p>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Tahoma",sans-serif">This communication, including all attachments, contains confidential and legally privileged information, and it is intended only for the use of the addressee.  Access to this
 email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken in reliance on it is prohibited and may be unlawful. If you received this communication in error please notify us immediately
 and destroy the original message.  Thank you.</span><u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>

</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div>Ken Martin PhD<div>Distinguished Engineer<br><span style="font-size:12.8px">Kitware Inc.</span><br></div><div>28 Corporate Drive<br>Clifton Park NY 12065<br><div><br></div><div><span style="font-size:10pt;font-family:Tahoma,sans-serif">This communication,
including all attachments, contains confidential and legally privileged
information, and it is intended only for the use of the addressee.  Access to this email by anyone else is
unauthorized. If you are not the intended recipient, any disclosure, copying,
distribution or any action taken in reliance on it is prohibited and may be
unlawful. If you received this communication in error please notify us
immediately and destroy the original message. 
Thank you.</span></div></div></div></div></div>
</div>