Teleconference 2019-08-21

Attendees: Ken Moreland (SNL), Rob Maynard (Kitware), Nick Davis (SNL), Allie Vacanti (Kitware), Matt Larsen (LLNL), Sujin Philip (Kitware), Ollie Lo (LANL)

ECP Updates

• Budget plus ups
  • Remember to send BOEs to Ken
• ECP review coming up
  • September 23-27
  • 30 minute talk like previous years
  • Will ask for input as necessary
• Capability Assessment Report (CAR) also coming up
  • Will update from last year
• KPP-3 will undergo another iteration
  • There will be a standard scoring system
  • It will likely be similar, but not accumulative

ECP deliverable updates

FY19Q4

• [MS-19/09] Path Geometry
  • MR open for tube filter, but it is nearing completion
  • Just need User's guide documentation
  • Dave plans to have the documentation done this week
• [MS-20/01] Lightweight Cell Library
  • Working through cell types
  • Need to set up proper repository and dashboards
• [MS-20/02] Specialized Data Models
  • Just need documentation from Mark
  • Dave will ask Mark to get it done this week
  • Just added a patch for serialization of extruded cell sets
• [MS-20/05] Cell Metrics
  • Implementations for 18 metrics.
    • Not all tested thoroughly
  • New student Sam Schwartz is getting up to speed
• [MS-20/06] Contouring
  • All 3D cells have been covered
  • Still need 2D and 1D
  • It means that we have to change from CellSetSingleType to CellSetExplicit
    • Rob still wants to have a special case for structured cell sets
• [MS-20/07] Advanced Flow Algorithms
  • FTLE is merged in and documented
  • Stream surface merged in a while ago
  • Dave plans to have the documentation done this week

Rountable notes

We were contacted by Mahesh Rajan about having a VTK-m instance on some OSTI-managed resources. Not sure who is taking point in that.

During this week while testing the new contour filters, Ollie found some issues with the gradient computation used to generate normals. Part of this was a bug in how normals were computed in pyramids, which Ken fixed. However, Ollie was still getting NaN values for the gradient in pyramids. After looking into this more, Ken found that this was caused by clipping a hexahedron with the plane intersecting exactly at 3 points. This caused the clip tables to create degenerate pyramids, and the gradient computation is sensitive to degenerate pyramids. Ken checked and saw that the clip in ParaView has the same behavior with respect to both the clip filter and the gradient computation, so at least for now we can probably ignore this. The easiest solution is to change the test to put the plane in general position.

This discussion brought up a desire to design a better mechanism for error and warning reporting.