Date

30 April 2014

Attendees

 

 

Agenda

  1. Discuss proposed error handling changes Error handling policy
  2. Discuss WASP API
  3. Review Action Item status 3.x Development Action Items

Notes

We reviewed the Error Handling documented and agreed to pursue option (3):

Adopt policies that would avoid current problems

Avoid use of MyBase's global error code for detecting errors. This would imply guaranteeing that constructors never fail (easily done by adding a class initialization method when needed, e.g. open() or initialize() ). Hence, method/function return values, not MyBase::GetErrCode(), would be the preferred mechanism for detecting errors.

We also reviewed the WASP API. Alan raised questions about how the API might scale with larger and larger data sets, and how whether it would support unstructured data like that produced by MPAS. John responded that there are a couple of extensions that could be made to improve scalability (e.g. more flexible control of grid resolution). The WASP extensions would not, however, readily support unstructured data.

We also discussed the action item list. Alan is completing item (3), before moving on to 4 and 5. After that time Alan feels we should review the prototype from end-to-end.

Action Items

ItemWho
Review WASP API proposed by JohnAlan, Scott