CGAL 4.9.1  Triangulated Surface Mesh Simplification

Surface mesh simplification is the process of reducing the number of faces used in a surface mesh while keeping the overall shape, volume and boundaries preserved as much as possible. It is the opposite of subdivision.
The algorithm presented here can simplify any oriented 2manifold surface, with any number of connected components, with or without boundaries (border or holes) and handles (arbitrary genus), using a method known as edge collapse. Roughly speaking, the method consists of iteratively replacing an edge with a single vertex, removing 2 triangles per collapse.
Edges are collapsed according to a priority given by a usersupplied cost function, and the coordinates of the replacing vertex are determined by another usersupplied placement function. The algorithm terminates when a usersupplied stop predicate is met, such as reaching the desired number of edges.
The algorithm implemented here is generic in the sense that it does not require the surface mesh to be of a particular type. Instead, it defines the concept of a EdgeCollapsableSurfaceMesh
, which presents the surface mesh as being a halfedge data structure, and any surface mesh that is a model of that concept can be simplified. The concept is defined not in terms of a monolithic class, but in terms of a set of functions and traits, making it easy to adapt any concrete surface mesh type, even if it is not a halfedge data structure at all. In particular, the concept definition follows the design of the Boost Graph Library (Bgl) [6].
The design is policybased (http://en.wikipedia.org/wiki/Policybased_design
), meaning that you can customize some aspects of the process by passing a set of policy objects. Each policy object specifies a particular aspect of the algorithm, such as how edges are selected and where the replacement vertex is placed. All policies have a sensible default. Furthermore, the API uses the socalled namedparameters
technique which allows you to pass only the relevant parameters, in any order, omitting those parameters whose default is appropriate.
The free function that implements the simplification algorithm takes not only the surface mesh and the desired stop predicate but a number of additional parameters which control and monitor the simplification process. This section briefly describes the process in order to set the background for the discussion of the parameters to the algorithm.
There are two slightly different "edge" collapse operations. One is known as edgecollapse while the other is known as halfedgecollapse. Given an edge e
joining vertices w
and v
, the edgecollapse operation replaces e
,w
and v
for a new vertex r
, while the halfedgecollapse operation pulls v
into w
, dissapearing e
and leaving w
in place. In both cases the operation removes the edge e
along with the 2 triangles adjacent to it.
This package uses the halfedgecollapse operation, which is implemented by removing, additionally, 1 vertex (v
) and 2 edges, one per adjacent triangle. It optionally moves the remaining vertex (w
) into a new position, called placement, in which case the net effect is the same as in the edgecollapse operation.
Naturally, the surface mesh that results from an edge collapse deviates from the initial surface mesh by some amount, and since the goal of simplification is to reduce the number of triangles while retaining the overall look of the surface mesh as much as possible, it is necessary to measure such a deviation. Some methods attempt to measure the total deviation from the initial surface mesh to the completely simplified surface mesh, for example, by tracking an accumulated error while keeping a history of the simplification changes. Other methods, like the one implemented in this package, attempt to measure only the cost of each individual edge collapse (the local deviation introduced by a single simplification step) and plan the entire process as a sequence of steps of increasing cost.
Global error tracking methods produce highly accurate simplifications but take up a lot of additional space. Costdriven methods, like the one in this package, produce slightly less accurate simplifications but take up much less additional space, even none in some cases.
The costdriven method implemented in this package is mainly based on [4], [5], with contributions from [3], [2] and [1].
The algorithm proceeds in two stages. In the first stage, called collection stage, an initial collapse cost is assigned to each and every edge in the surface mesh. Then in the second stage, called collapsing stage, edges are processed in order of increasing cost. Some processed edges are collapsed while some are just discarded. Collapsed edges are replaced by a vertex and the collapse cost of all the edges now incident on the replacement vertex is recalculated, affecting the order of the remaining unprocessed edges.
Not all edges selected for processing are collapsed. A processed edge can be discarded right away, without being collapsed, if it does not satisfy certain topological and geometric conditions.
The algorithm presented in [2] contracts (collapses) arbitrary vertex pairs and not only edges by considering certain vertex pairs as forming a pseudoedge and proceeding to collapse both edges and pseudoedges in the same way as in [4], [5] ( which is the algorithm implemented here). However, contracting an arbitrary vertexpair may result in a nonmanifold surface mesh, but the current state of this package can only deal with manifold surface meshes, thus, it can only collapse edges. That is, this package cannot be used as a framework for vertex contraction.
The specific way in which the collapse cost and vertex placement is calculated is called the cost strategy. The user can choose different strategies in the form of policies and related parameters, passed to the algorithm.
The current version of the package provides a set of policies implementing two strategies: the LindstromTurk strategy, which is the default, and a strategy consisting of an edgelength cost with an optional midpoint placement (much faster but less accurate).
The main characteristic of the strategy presented in [4], [5] is that the simplified surface mesh is not compared at each step with the original surface mesh (or the surface mesh at a previous step) so there is no need to keep extra information, such as the original surface mesh or a history of the local changes. Hence the name memoryless simplification.
At each step, all remaining edges are potential candidates for collapsing and the one with the lowest cost is selected.
The cost of collapsing an edge is given by the position chosen for the vertex that replaces it.
The replacement vertex position is computed as the solution to a system of 3 linearlyindependent linear equality constraints. Each constraint is obtained by minimizing a quadratic objective function subject to the previously computed constraints.
There are several possible candidate constraints and each is considered in order of importance. A candidate constraint might be incompatible with the previously accepted constraints, in which case it is rejected and the next constraint is considered.
Once 3 constraints have been accepted, the system is solved for the vertex position.
The first constraints considered preserves the shape of the surface mesh boundaries (in case the edge profile has boundary edges). The next constraints preserve the total volume of the surface mesh. The next constraints, if needed, optimize the local changes in volume and boundary shape. Lastly, if a constraint is still needed (because the ones previously computed were incompatible), a third (and last) constraint is added to favor equilateral triangles over elongated triangles.
The cost is then a weighted sum of the shape, volume and boundary optimization terms, where the user specifies the unit weighting unit factor for each term.
The local changes are computed independently for each edge using only the triangles currently adjacent to it at the time when the edge is about to be collapsed, that is, after all previous collapses. Thus, the transitive path of minimal local changes yields at the end a global change reasonably close to the absolute minimum.
The cost strategy used by the algorithm is selected by means of two policies: GetPlacement
and GetCost
.
The GetPlacement
policy is called to compute the new position for the remaining vertex after the halfedgecollapse. It returns an optional value, which can be absent, in which case the remaining vertex is kept in its place.
The GetCost
policy is called to compute the cost of collapsing an edge. This policy uses the placement to compute the cost (which is an error measure) and determines the ordering of the edges.
The algorithm maintains an internal data structure (a mutable priority queue) which allows each edge to be processed in increasing cost order. Such a data structure requires some peredge additional information, such as the edge's cost. If the record of peredge additional information occupies N bytes of storage, simplifying a surface mesh of 1 million edges (a normal size) requires 1 million times N bytes of additional storage. Thus, to minimize the amount of additional memory required to simplify a surface mesh only the cost is attached to each edge and nothing else.
But this is a tradeoff: the cost of a collapse is a function of the placement (the new position chosen for the remaining vertex) so before GetCost
is called for each and every edge, GetPlacement
must also be called to obtain the placement parameter to the cost function. But that placement, which is a 3D Point, is not attached to each and every edge since that would easily triple the additional storage requirement.
On the one hand, this dramatically saves on memory but on the other hand is a processing waste because when an edge is effectively collapsed, GetPlacement
must be called again to know were to move the remaining vertex.
Earlier prototypes shown that attaching the placement to the edge, thus avoiding one redundant call to the placement function after the edge collapsed, has little impact on the total running time. This is because the cost of an each edge is not just computed once but changes several times during the process so the placement function must be called several times just as well. Caching the placement can only avoid the very last call, when the edge is collapsed, but not all the previous calls which are needed because the placement (and cost) changes.
Since the algorithm is free from robustness issues there is no need for exact predicates nor constructions and Simple_cartesian<double>
can be used safely. In the current version, 3.3, the LindstromTurk policies are not implemented for homogeneous coordinates, so a Cartesian kernel must be used.
The simplification algorithm is implemented as the free template function Surface_mesh_simplification::edge_collapse()
. The function has two mandatory and several optional parameters.
There are two main parameters to the algorithm: the surface mesh to be simplified (inplace) and the stop predicate.
The surface mesh to simplify must be a model of the EdgeCollapsableSurfaceMesh
concept. Many concrete surface mesh types, such as Polyhedron_3
with only triangular faces, become models of that concept via a technique known as external adaptation, which is described in [6] and this Bgl web page: http://www.boost.org/libs/graph/doc/leda_conversion.html
External adaptation is a way to add an interface to an object without coercing the type of the object (which happens when you adapt it by means of a wrapper). That is, the formal parameter to the edge_collapse
function that implements the simplification is the concrete surface mesh object itself, not an adaptor which delegates the functionality to the concrete type.
The stop predicate is called after each edge is selected for processing, before it is classified as collapsible or not (thus before it is collapsed). If the stop predicate returns true
the algorithm terminates.
The notion of named parameters was also introduced in the Bgl. You can read about it in [6] or the following site: http://www.boost.org/libs/graph/doc/bgl_named_params.html
. Named parameters allow the user to specify only those parameters which are really needed, by name, making the parameter ordering unimportant.
Say there is a function f()
that takes 3 parameters called name
, age
and gender
, and you have variables n,a and g
to pass as parameters to that function. Without named parameters, you would call it like this: f(n,a,g)
, but with named parameters, you call it like this: f(name(n).age(a).gender(g))
.
That is, you give each parameter a name by wrapping it into a function whose name matches that of the parameter. The entire list of named parameters is really a composition of function calls separated by a dot ( \( .\)). Thus, if the function takes a mix of mandatory and named parameters, you use a comma to separate the last nonnamed parameter from the first named parameters, like this:
f(non_named_par0, non_named_pa1, name(n).age(a).gender(g))
When you use named parameters, the ordering is irrelevant, so this: f(name(n).age(a).gender(g))
is equivalent to this: f(age(a).gender(g).name(n))
, and you can just omit any named parameter that has a default value.
The following example illustrates the simplest of the cases. It uses an ordinary polyhedron and only one of the optional parameters. The unspecified cost strategy defaults to LindstromTurk.
File Surface_mesh_simplification/edge_collapse_polyhedron.cpp
The following example is equivalent to the previous example but using an enriched polyhedron whose halfedges support an id
field to store the edge index needed by the algorithm. It also shows how to explicitly specify a cost strategy (other than the default) and how to use a visitor object to track the simplification process.
File Surface_mesh_simplification/edge_collapse_enriched_polyhedron.cpp
The following example shows how the mesh simplification package can be applied on a mesh data structure which is not part of CGAL, but a model of FaceGraph
.
What is particular in this example is the property map that allows to associate 3D CGAL points to the vertices.
File Surface_mesh_simplification/edge_collapse_OpenMesh.cpp
The following examples show how to use the optional named parameter edge_is_constrained_map
to prevent edges from being removed. Edges marked as contrained are guaranteed to be in the final surface mesh. However, the vertices of the constrained edges may change and the placement may change the points. The wrapper CGAL::Constrained_placement
guarantees that these points are not changed.
File Surface_mesh_simplification/edge_collapse_constrained_border_polyhedron.cpp