BUG #13924 - Fixed import issue with nonstandard 3D cells

     GMV cell types 'general' and 'vface3d' are now mapped to VTK_POLYHEDRON
     instead of VTK_CONVEX_POINT_SET. This way, cells that are defined by (a
     subset of all) the faces they consist of and are possibly not watertight
     are not magically sealed on import.
BUG #13955 - Added proper support for GMV cell type 'ppyrmd5'

     Prior to this, the GMV cell type 'ppyrmd5', not knowingly supported, got
     accidentally interpreted as GMV cell type 'pyramid'. Given that the
     numbering of nodes differs for these two cell types, 'ppyrmd5' got wrongly
     imported.
ENH: Added support for quadratic element types

     Namely support for the following GMV element types:
       3line (VTK_QUADRATIC_EDGE),
       6tri (VTK_QUADRATIC_TRIANGLE),
       8quad (VTK_QUADRATIC_QUAD),
       ptet10 (VTK_QUADRATIC_TETRA),
       phex20 (VTK_QUADRATIC_HEXAHEDRON),
       phex27 (VTK_TRIQUADRATIC_HEXAHEDRON),
       ppyrmd13 (VTK_QUADRATIC_PYRAMID),
       pprism15 (VTK_QUADRATIC_WEDGE),

     Feature request #13957
ENH: When used with #procs > 1, raise warning GMVReader not parallel-aware

     Commit inspired by the fact that it is not apparent to users which of the
     various available readers are parallel-aware and which are not, see e.g.
     http://markmail.org/message/q7pjsqmkheopk4fz

     Feature request #13954
Integrate GMVReader Visit bug fix

Change-Id: I6c4a14082fd10b90981c389cde30830cbea5abd5
Merge topic 'gmv_reader_contribution' into next

d9c038c Integrate GMVReader Visit bug fix
3b93d60 ENH: When used with #procs > 1, raise warning GMVReader not parallel-aware
8964335 ENH: Added support for quadratic element types
20399ec BUG #13955 - Added proper support for GMV cell type 'ppyrmd5'
842d143 BUG #13924 - Fixed import issue with nonstandard 3D cells