0024331: CMake scripts improvements
[occt.git] / dox / user_guides / modeling_data / modeling_data.md
1 Modeling Data {#user_guides__modeling_data}
2 ========================
3
4 @tableofcontents
5
6 @section occt_modat_1 Introduction
7
8 Modeling Data supplies data structures to represent 2D and 3D geometric models. This manual explains how to use Modeling Data. For advanced information on modeling data, see our offerings on our web site at <a href="http://www.opencascade.org/support/training/">www.opencascade.org/support/training/</a>     
9
10
11
12 @section occt_modat_1 Geometry Utilities
13
14 Geometry Utilities provide the following services: 
15   * Creation of shapes by interpolation and approximation 
16   * Direct construction of shapes 
17   * Conversion of curves and surfaces to Bspline curves and surfaces 
18   * Computation of the coordinates of points on 2D and 3D curves 
19   * Calculation of extrema between shapes. 
20
21 @subsection occt_modat_1_1 Interpolations and Approximations
22
23 In modeling, it is often required to approximate or interpolate points into curves and surfaces. In interpolation, the process is complete when the curve or surface passes through all the points; in approximation, when it is as close to these points as possible. This component provides both high and low level services to approximate or interpolate points into curves and surfaces. The lower level services allow performing parallel approximation of groups of points into groups of Bezier or B-spline curves. 
24
25 @subsubsection occt_modat_1_1_1 Analysis of a set of points
26
27 The class *PEquation* from  *GProp* package allows analyzng a collection or cloud of points and verifying if they are coincident, collinear or coplanar within a given precision. If they are, the algorithm computes the mean point, the mean line or the mean plane of the points. If they are not, the algorithm computes the minimal box, which includes all the points. 
28
29 @subsubsection occt_modat_1_1_2 Basic Interpolation and Approximation
30
31 Packages *Geom2dAPI* and *GeomAPI* provide simple methods for approximation and interpolation with minimal programming
32
33 #### 2D Interpolation
34
35 The class *Interpolate* from *Geom2dAPI* package allows building a constrained 2D BSpline curve, defined by a table of points through which the curve passes. If required, the parameter values and vectors of the tangents can be given for each point in the table. 
36
37 #### 3D Interpolation
38
39 The class *Interpolate* from *GeomAPI* package allows building a constrained 3D BSpline curve, defined by a table of points through which the curve passes. If required, the parameter values and vectors of the tangents can be given for each point in the table. 
40
41 @image html /user_guides/modeling_data/images/modeling_data_image003.png "Approximation of a BSpline from scattered points"
42 @image latex /user_guides/modeling_data/images/modeling_data_image003.png "Approximation of a BSpline from scattered points"
43
44 This class may be instantiated as follows:
45 ~~~~~ 
46 GeomAPI_Interpolate Interp(Points); 
47 ~~~~~
48
49 From this object, the BSpline curve may be requested as follows: 
50 ~~~~~
51 Handle(Geom_BSplineCurve) C = Interp.Curve(); 
52 ~~~~~
53
54 #### 2D Approximation
55
56 The class *PointsToBSpline* from *Geom2dAPI* package allows building a 2DBSpline curve, which approximates a set of points. You have to define the lowest and highest degree of the curve, its continuity and a tolerance value for it.The tolerance value is used to check that points are not too close to each other, or tangential vectors not too small. The resulting BSpline curve will beC2 or second degree continuous, except where a tangency constraint is defined on a point through which the curve passes. In this case, it will be only C1continuous. 
57
58 #### 3D Approximation
59
60 The class *PointsToBSpline* from GeomAPI package allows building a 3D BSplinecurve, which approximates a set of points. It is necessary to define the lowest and highest degree of the curve, its continuity and tolerance. The tolerance value is used to check that points are not too close to each other,or that tangential vectors are not too small. 
61
62 The resulting BSpline curve will be C2 or second degree continuous, except where a tangency constraint is defined on a point, through which the curve passes. In this case, it will be only C1 continuous. This class is instantiated as follows: 
63
64 ~~~~~
65 GeomAPI_PointsToBSpline 
66 Approx(Points,DegMin,DegMax,Continuity, Tol); 
67 ~~~~~
68
69 From this object, the BSpline curve may be requested as follows: 
70
71 ~~~~~
72 Handle(Geom_BSplineCurve) K = Approx.Curve(); 
73 ~~~~~
74
75 #### Surface Approximation 
76
77 The class **PointsToBSplineSurface** from GeomAPI package allows building a BSpline surface, which approximates or interpolates a set of points. 
78
79 @subsubsection occt_modat_1_1_3 Advanced Approximation
80
81 Packages *AppDef* and *AppParCurves* provide low-level functions, allowing more control over the approximations.
82
83 #### Approximation by multiple point constraints
84
85 *AppDef* package provides low-level tools to allow parallel approximation of groups of points into Bezier or B-Spline curves using multiple point constraints. 
86
87 The following low level services are provided: 
88
89 * Definition of an array of point constraints:
90
91   The class *MultiLine* allows defining a given number of multipoint constraints in order to build the multi-line, multiple lines passing through ordered multiple point constraints. 
92
93   @image html /user_guides/modeling_data/images/modeling_data_image004.png "Definition of a MultiLine using Multiple Point Constraints"
94   @image latex /user_guides/modeling_data/images/modeling_data_image004.png "Definition of a MultiLine using Multiple Point Constraints"
95
96   In this image:
97   * *Pi*, *Qi*, *Ri* ... *Si* can be 2D or 3D points. 
98   * Defined as a group: *Pn*, *Qn*, *Rn,* ... *Sn* form a MultipointConstraint. They possess the same passage, tangency and curvature constraints. 
99   * *P1*, *P2*, ... *Pn*, or the *Q*, *R*, ... or *S* series represent the lines to be approximated. 
100
101 * Definition of a set of point constraints:
102
103   The class **MultiPointConstraint** allows defining a multiple point constraint and  computing the approximation of sets of points to several curves. 
104
105 * Computation of an approximation of a Bezier curve from a set of points:  
106
107   The class *Compute* allows making an approximation of a set of points to a Bezier curve 
108
109 * Computation of an approximation of a BSpline curve from a set of points: 
110
111 The class **BSplineCompute** allows making an approximation of a set of points to a BSpline curve. 
112
113 * Definition of Variational Criteria:
114
115 The class *TheVariational* allows fairing the approximation curve to a given number of points using a least squares method in conjunction with a variational criterion, usually the weights at each constraint point. 
116
117 #### Approximation by parametric or geometric constraints
118
119
120 *AppParCurves* package provides low-level tools to allow parallel approximation of groups of points into Bezier or B-Spline curve with parametric or geometric constraints, such as a requirement for the curve to pass through given points, or to have a given tangency or curvature at a particular point. 
121
122 The algorithms used include: 
123 - the least squares method 
124 - a search for the best approximation within a given tolerance value. 
125
126 The following low-level services are provided: 
127
128 * Association of an index to an object:
129
130 The class *ConstraintCouple* allows you associating an index to an object to compute faired curves using *AppDef_TheVariational*.
131
132 * Definition of a set of approximations of Bezier curves: 
133
134 The class *MultiCurve* allows defining the approximation of a multi-line made up of multiple Bezier curves.
135
136 * Definition of a set of approximations of BSpline curves:
137
138 The class *MultiBSpCurve* allows defining the approximation of a multi-line made up of multiple BSpline curves.
139  
140 * Definition of points making up a set of point constraints
141
142 The class *MultiPoint* allows defining groups of 2D or 3D points making up a multi-line. 
143
144 @subsection occt_modat_1_2 Direct Construction
145
146 Direct Construction methods from *gce*, *GC* and *GCE2d* packages provide simplified algorithms to build elementary geometric entities such as lines, circles and curves. They complement the reference definitions provided by the *gp*, *Geom* and *Geom2d *packages. 
147
148 For example, to construct a circle from a point and a radius using the *gp* package, it is necessary to construct axis *Ax2d* before creating the circle. If *gce* package is used, and *Ox* is taken for the axis, it is possible to create a circle directly from a point and a radius. 
149
150 @subsubsection occt_modat_1_2_1 Non-persistent entities
151
152 The following algorithms used to build entities from non-persistent *gp* entities are provided by *gce* package. 
153 - 2D line parallel to another at a distance, 
154 - 2D line parallel to another passing through a point, 
155 - 2D circle passing through two points, 
156 - 2D circle parallel to another at a distance, 
157 - 2D circle parallel to another passing through a point, 
158 - 2D circle passing through three points, 
159 - 2D circle from a center and a radius, 
160 - 2D hyperbola from five points, 
161 - 2D hyperbola from a center and two apexes, 
162 - 2D ellipse from five points, 
163 - 2D ellipse from a center and two apexes, 
164 - 2D parabola from three points, 
165 - 2D parabola from a center and an apex, 
166 - line parallel to another passing through a point, 
167 - line passing through two points, 
168 - circle coaxial to another passing through a point, 
169 - circle coaxial to another at a given distance, 
170 - circle passing through three points, 
171 - circle with its center, radius, and normal to the plane, 
172 - circle with its axis (center + normal), 
173 - hyperbola with its center and two apexes, 
174 - ellipse with its center and two apexes, 
175 - plane passing through three points, 
176 - plane from its normal, 
177 - plane parallel to another plane at a given distance, 
178 - plane parallel to another passing through a point, 
179 - plane from an array of points, 
180 - cylinder from a given axis and a given radius, 
181 - cylinder from a circular base, 
182 - cylinder from three points, 
183 - cylinder parallel to another cylinder at a given distance, 
184 - cylinder parallel to another cylinder passing through a point, 
185 - cone from four points, 
186 - cone from a given axis and two passing points, 
187 - cone from two points (an axis) and two radii, 
188 - cone parallel to another at a given distance, 
189 - cone parallel to another passing through a point, 
190 - all transformations (rotations, translations, mirrors,scaling transformations, etc.).
191
192 Each class from *gp* package, such as *Circ, Circ2d, Mirror, Mirror2d*, etc., has the corresponding *MakeCirc, MakeCirc2d, MakeMirror, MakeMirror2d*, etc. class from *gce* package. 
193
194 It is possible to create a point using a *gce* package class, then question it to recover the corresponding *gp* object. 
195
196 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~{.cpp}
197   gp_Pnt2d Point1,Point2; 
198   ...
199   //Initialization of Point1 and Point2 
200   gce_MakeLin2d L = gce_MakeLin2d(Point1,Point2); 
201   if (L.Status() == gce_Done() ){ 
202     gp_Lin2d l = L.Value(); 
203   }
204 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
205
206 This is useful if you are uncertain as to whether the arguments can create the *gp* object without raising an exception. In the case above, if *Point1* and *Point2* are closer than the tolerance value required by *MakeLin2d*, the function *Status* will return the enumeration *gce_ConfusedPoint*. This tells you why the *gp* object cannot be created. If you know that the points *Point1* and *Point2* are separated by the value exceeding the tolerance value, then you may create the *gp* object directly, as follows: 
207
208 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~{.cpp}
209 gp_Lin2d l = gce_MakeLin2d(Point1,Point2); 
210 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
211
212 @subsubsection occt_modat_1_2_2 Persistent entities
213
214 *GC* and *GCE2d* packages provides an implementation of algorithms used to build entities from *Geom* and *Geom2D* packages. They implement the same algorithms as the *gce* package but create **persistent** entities, and also contain algorithms for trimmed surfaces and curves. The following algorithms are available: 
215 - arc of a circle trimmed by two points, 
216 - arc of a circle trimmed by two parameters, 
217 - arc of a circle trimmed by one point and one parameter, 
218 - arc of an ellipse from an ellipse trimmed by two points, 
219 - arc of an ellipse from an ellipse trimmed by two parameters, 
220 - arc of an ellipse from an ellipse trimmed by one point and one parameter, 
221 - arc of a parabola from a parabola trimmed by two points, 
222 - arc of a parabola from a parabola trimmed by two parameters, 
223 - arc of a parabola from a parabola trimmed by one point and one parameter, 
224 - arc of a hyperbola from a hyperbola trimmed by two points, 
225 - arc of a hyperbola from a hyperbola trimmed by two parameters, 
226 - arc of a hyperbola from a hyperbola trimmed by one point and one parameter, 
227 - segment of a line from two points, 
228 - segment of a line from two parameters, 
229 - segment of a line from one point and one parameter, 
230 - trimmed cylinder from a circular base and a height, 
231 - trimmed cylinder from three points, 
232 - trimmed cylinder from an axis, a radius, and a height, 
233 - trimmed cone from four points, 
234 - trimmed cone from two points (an axis) and a radius, 
235 - trimmed cone from two coaxial circles. 
236
237 Each class from *GCE2d* package, such as *Circle, Ellipse, Mirror*, etc., has the corresponding *MakeCircle, MakeEllipse, MakeMirror*, etc. class from *Geom2d* package. 
238 Besides, the class *MakeArcOfCircle* returns an object of type *TrimmedCurve* from *Geom2d*. 
239
240 Each class from *GC* package, such as *Circle, Ellipse, Mirror*, etc., has the corresponding *MakeCircle, MakeEllipse, MakeMirror*, etc. class from *Geom* package. 
241 The following classes return objects of type *TrimmedCurve* from *Geom*: 
242 - *MakeArcOfCircle*
243 - *MakeArcOfEllipse* 
244 - *MakeArcOfHyperbola* 
245 - *MakeArcOfParabola* 
246 - *MakeSegment* 
247
248 @subsection occt_modat_1_3 Conversion to and from BSplines
249
250 The following algorithms to convert geometric curves or surfaces into their BSpline or Bezier equivalents are provided by *GeomConvert*, *Geom2dConvert* and *Convert* packages: 
251 - Conversion of a conic into a rational BSpline. 
252 - Conversion of an elementary surface into a rational Bspline. 
253 - Conversion of a BSpline or Bezier curve into two or more Bezier curves or surfaces. 
254 - Conversion of a BSpline curve or surface into two or more BSplinecurves or surfaces with constraints on continuity. 
255 - Conversion of a set of joining Bezier curves into a BSplinecurve. 
256 - Conversion of a polynomial representation into a BSpline curve. 
257
258 @subsection occt_modat_1_4 Points on Curves
259
260 The following characteristic points exist on parameterized curves in 3d space: 
261 - points equally spaced on a curve, 
262 - points distributed along a curve with equal chords, 
263 - a point at a given distance from another point on a curve. 
264
265 *GCPnts* package provides algorithms to calculate such points: 
266 - *AbscissaPoint* calculates a point on a curve at a given distance from another point on the curve.
267 - *UniformAbscissa* calculates a set of points at a given abscissa on a curve.
268 - *UniformDeflection* calculates a set of points at maximum constant deflection between the curve and the polygon that results from the computed points. 
269
270 ### Example: Visualizing a curve. 
271
272
273 Let us take an adapted curve **C**, i.e. an object which is an interface between the services provided by either a 2D curve from the package Geom2d (in case of an Adaptor_Curve2d curve) or a 3D curve from the package Geom (in case of an Adaptor_Curve curve), and the services required on the curve by the computation algorithm. The adapted curve is created in the following way: 
274
275 **2D case :** 
276 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~{.cpp}
277   Handle(Geom2d_Curve) mycurve = ... ; 
278   Geom2dAdaptor_Curve C (mycurve) ; 
279 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
280
281 **3D case :** 
282 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~{.cpp}
283   Handle(Geom_Curve) mycurve = ... ; 
284   GeomAdaptor_Curve C (mycurve) ; 
285 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
286
287 The algorithm is then constructed with this object:
288
289 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~{.cpp}
290   GCPnts_UniformDeflection myAlgo () ; 
291   Standard_Real Deflection = ... ; 
292   myAlgo.Initialize ( C , Deflection ) ; 
293   if ( myAlgo.IsDone() ) 
294   {
295     Standard_Integer nbr = myAlgo.NbPoints() ; 
296     Standard_Real param ; 
297      for ( Standard_Integer i = 1 ; i = nbr ; i++ ) 
298     { 
299       param = myAlgo.Parameter (i) ; 
300       ...
301     } 
302   }
303 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
304
305
306 @subsection occt_modat_1_5 Extrema
307
308 The classes to calculate the minimum distance between points, curves, and surfaces in 2d and 3d are provided by *GeomAPI* and *Geom2dAPI* packages.
309
310 These packages calculate the extrema of distance between: 
311 - point and a curve, 
312 - point and a surface, 
313 - two curves, 
314 - a curve and a surface, 
315 - two surfaces. 
316
317 @subsubsection occt_modat_1_5_1 Extrema between Curves
318
319 The *Geom2dAPI_ExtremaCurveCurve* class allows calculation of all extrema between two 2D geometric curves. Extrema are the lengths of the segments orthogonal to two curves. 
320
321 The *GeomAPI_ExtremaCurveCurve* class allows calculation of all extrema between two 3D geometric curves. Extrema are the lengths of the segments orthogonal to two curves. 
322
323 @subsubsection occt_modat_1_5_2 Extrema between Curve and Surface
324
325 The *GeomAPI_ExtremaCurveSurface* class allows calculation of all  extrema between a 3D curve and a surface. Extrema are the lengths of the segments orthogonal to the curve and the surface. 
326
327 @subsubsection occt_modat_1_5_3 Extrema between Surfaces
328
329 The *GeomAPI_ExtremaSurfaceSurface* class allows calculation of all extrema between two surfaces. Extrema are the lengths of the segments orthogonal to two surfaces. 
330
331 @section occt_modat_2 2D Geometry
332
333 *Geom2d* package defines geometric objects in 2dspace. All  geometric entities are STEP processed. The objects are non-persistent and are handled by reference. The following objects are available: 
334 - point, 
335 - Cartesian point, 
336 - vector,
337 - direction, 
338 - vector with magnitude, 
339 - axis, 
340 - curve,
341 - line, 
342 - conic: circle, ellipse, hyperbola, pparabola, 
343 - rounded curve: trimmed curve, NURBS curve, Bezier curve. 
344 - offset curve
345
346 Before creating a geometric object, it is necessary to decide how the object is handled. 
347 The objects provided by *Geom2d* package are handled by reference rather than by value. Copying an instance copies the handle, not the object, so that a change to one instance is reflected in each occurrence of it. 
348 If a set of object instances is needed rather than a  single object instance,  *TColGeom2d* package can be used. This package provides standard and frequently used instantiations of one-dimensional arrays and sequences for curves from *Geom2d* package. All objects are available in two versions: 
349 - handled by reference and 
350 - handled by value. 
351
352 @section occt_modat_3 3D Geometry
353
354 The *Geom* package defines geometric objects in 3d space and contains all basic geometric transformations, such as identity, rotation, translation, mirroring, scale transformations, combinations of transformations, etc. as well as special functions depending on the reference definition of the geometric object (e.g. addition of a control point on a B-Spline curve,modification of a curve, etc.). All geometrical entities are STEP processed. The following non-persistent and reference-handled objects are available: 
355 - Point 
356 - Cartesian point 
357 - Vector
358 - Direction
359 - Vector with magnitude 
360 - Axis
361 - Curve
362 - Line 
363 - Conic: circle, ellipse, hyperbola, parabola 
364 - Offset curve
365 - Elementary surface: plane, cylinder, cone, sphere, torus
366 - Bounded curve: trimmed curve, NURBS curve, Bezier curve
367 - Bounded surface: rectangular trimmed surface, NURBS surface,Bezier surface
368 - Swept surface: surface of linear extrusion, surface of revolution
369 - Offset surface. 
370
371 If a set of object instances is needed rather than a  single object instance,  *TColGeom* package can be used. This package provides  instantiations of one- and two-dimensional arrays and sequences for curves from *Geom* package. All objects are available in two versions: 
372 - handled by reference and 
373 - handled by value. 
374
375 @subsection occt_modat_4 Local Properties of Curves and Surfaces
376
377 Packages **GeomLProp**, **Geom2dLProp**  provide algorithms calculating the local properties of curves and surfaces
378
379 A curve (for one parameter) has the following local properties: 
380 - Point 
381 - Derivative
382 - Tangent 
383 - Normal
384 - Curvature
385 - Center of curvature. 
386
387 A surface (for two parameters U and V) has the following local properties: 
388 - point
389 - derivative for U and V)
390 - tangent line (for U and V)
391 - normal
392 - max curvature 
393 - min curvature 
394 - main directions of curvature
395 - mean curvature
396 - Gaussian curvature
397
398 The following methods are available:
399 * *CLProps* - calculates the local properties of a curve (tangency, curvature,normal); 
400 * *CurAndInf2d* - calculates the maximum and minimum curvatures and the inflection points of 2d curves; 
401 * *SLProps* - calculates the local properties of a surface (tangency, the normal and curvature). 
402 * *Continuity* - calculates regularity at the junction of two curves. 
403
404 Note that the B-spline curve and surface are accepted but they are not cut into pieces of the desired continuity. It is the global continuity, which is seen. 
405
406
407 @section occt_modat_5 Topology
408
409 Open CASCADE Technology Topology allows accessing and manipulating objects data without dealing with their 2D or 3D representations. Whereas OCCT Geometry provides a description of objects in terms of coordinates or parametric values, Topology describes data structures of objects in parametric space. These descriptions use location in and restriction of parts of this space. 
410
411 To provide its descriptions, OCCT abstract topology offers the following services: 
412 - Keeping track of Location of shapes 
413 - Naming shapes, sub-shapes, their orientations and states 
414 - Manipulating shapes and sub-shapes 
415 - Exploring topological data structures 
416 - Using lists and maps of shapes 
417
418
419 @subsection occt_modat_5_1  Shape Location
420
421 A local coordinate system can be viewed as either of the following: 
422 - A right-handed trihedron with an origin and three orthonormal vectors. The **gp_Ax2** package corresponds to this definition. 
423 - A transformation of a +1 determinant, allowing the transformation of coordinates between local and global references frames. This corresponds to the **gp_Trsf**. 
424
425 *TopLoc* package distinguishes two notions: 
426 - *TopLoc_Datum3D* class provides the elementary reference coordinate, represented by a right-handed orthonormal system of axes or by a right-handed unitary transformation. 
427 - *TopLoc_Location* class provides the composite reference coordinate made from elementary ones. It is a marker composed of a chain of references to elementary markers. The resulting cumulative transformation is stored in order to avoid recalculating the sum of the transformations for the whole list. 
428
429 @image html /user_guides/modeling_data/images/modeling_data_image005.png "Structure of TopLoc_Location"
430 @image latex /user_guides/modeling_data/images/modeling_data_image005.png "Structure of TopLoc_Location"
431
432 Two reference coordinates are equal if they are made up of the same elementary coordinates in the same order. There is no numerical comparison. Two coordinates can thus correspond to the same transformation without being equal if they were not built from the same elementary coordinates. 
433
434 For example, consider three elementary coordinates: 
435 R1, R2, R3 
436 The composite coordinates are: 
437 C1 = R1  * R2, 
438 C2 = R2  * R3 
439 C3 = C1  * R3 
440 C4 = R1  * C2 
441
442 **NOTE** C3 and C4 are equal because they are both R1 * R2 * R3.  
443
444 The TopLoc package is chiefly targeted at the topological data structure, but it can be used for other purposes. 
445
446 Change of coordinates
447 ---------------------
448
449 *TopLoc_Datum3D* class represents a change of elementary coordinates. Such changes must be shared so this class inherits from *MMgt_TShared*. The coordinate is represented by a transformation *gp_Trsfpackage*. This transformation has no scaling factor. 
450
451
452 @subsection occt_modat_5_2 Naming shapes, sub-shapes, their orientation and state
453
454 The **TopAbs** package provides general enumerations describing the basic concepts of topology and methods to handle these enumerations. It contains no classes. This package has been separated from the rest of the topology because the notions it contains are sufficiently general to be used by all topological tools. This avoids redefinition of enumerations by remaining independent of modeling resources. The TopAbs package defines three notions: 
455 - Topological type (TopAbs_ShapeEnum) 
456 - Orietation (TopAbs_Orientation) 
457 - StateTopAbs_State) 
458
459
460 @subsubsection occt_modat_5_2_1 Topological types
461
462 TopAbs contains the *TopAbs_ShapeEnum* enumeration,which lists the different topological types: 
463 - COMPOUND - a group of any type of topological objects.
464 - COMPSOLID - a composite solid is a set of solids connected by their faces. It expands the notions of WIRE and SHELL to solids.
465 - SOLID - a part of space limited by shells. It is three dimensional.
466 - SHELL - a set of faces connected by their edges. A shell can be open or closed.
467 - FACE - in 2D it is a part of a plane; in 3D it is a part of a surface. Its geometry is constrained (trimmed) by contours. It is two dimensional.
468 - WIRE - a set of edges connected by their vertices. It can be an open or closed contour depending on whether the edges are linked or not.
469 - EDGE - a topological element corresponding to a restrained curve. An edge is generally limited by vertices. It has one dimension.
470 - VERTEX - a topological element corresponding to a point. It has zero dimension.
471 - SHAPE - a generic term covering all of the above.
472
473 A topological model can be considered as a graph of objects with adjacency relationships. When modeling a part in 2D or 3D space it must belong to one of the categories listed in the ShapeEnum enumeration. The TopAbspackage lists all the objects, which can be found in any model. It cannot be extended but a subset can be used. For example, the notion of solid is useless in 2D. 
474
475 The terms of the enumeration appear in order from the most complex to the most simple, because objects can contain simpler objects in their description. For example, a face references its wires, edges, and vertices. 
476 @image html /user_guides/modeling_data/images/modeling_data_image006.png "ShapeEnum"
477 @image latex /user_guides/modeling_data/images/modeling_data_image006.png "ShapeEnum"
478
479 @subsubsection occt_modat_5_2_2 Orientation
480
481 The notion of orientation is represented by the **TopAbs_Orientation** enumeration. Orientation is a generalized notion of the sense of direction found in various modelers. This is used when a shape limits a geometric domain; and is closely linked to the notion of boundary. The three cases are the following: 
482 - Curve limited by a vertex. 
483 - Surface limited by an edge. 
484 - Space limited by a face. 
485
486 In each case the topological form used as the boundary of a geometric domain of a higher dimension defines two local regions of which one is arbitrarily considered as the **default region**. 
487
488 For a curve limited by a vertex the default region is the set of points with parameters greater than the vertex. That is to say it is the part of the curve after the vertex following the natural direction along the curve. 
489
490 For a surface limited by an edge the default region is on the left of the edge following its natural direction. More precisely it is the region pointed to by the vector product of the normal vector to the surface and the vector tangent to the curve. 
491
492 For a space limited by a face the default region is found on the negative side of the normal to the surface. 
493
494 Based on this default region the orientation allows definition of the region to be kept, which is called the *interior* or *material*. There are four orientations defining the interior. 
495
496 | Orientation | Description |
497 | :--------- | :--------------------------------- |
498 | FORWARD       | The interior is the default region. |
499 | REVERSED      | The interior is the region complementary to the default. |
500 | INTERNAL      | The interior includes both regions. The boundary lies inside the material. For example a surface inside a solid. |
501 | EXTERNAL      | The interior includes neither region. The boundary lies outside the material. For  example an edge in a wire-frame model. |
502
503 @image html /user_guides/modeling_data/images/modeling_data_image007.png "Four Orientations"
504 @image latex /user_guides/modeling_data/images/modeling_data_image007.png "Four Orientations"
505
506 The notion of orientation is a very general one, and it can be used in any context where regions or boundaries appear. Thus, for example, when describing the intersection of an edge and a contour it is possible to describe not only the vertex of intersection but also how the edge crosses the contour considering it as a boundary. The edge would therefore be divided into two regions - exterior and interior - with the intersection vertex as the boundary. Thus an orientation can be associated with an intersection vertex as in the following figure: 
507
508 | Orientation | Association |
509 | :-------- | :-------- |
510 | FORWARD       | Entering |
511 | REVERSED      | Exiting |
512 | INTERNAL      | Touching from inside |
513 | EXTERNAL      | Touching from outside |
514
515 @image html /user_guides/modeling_data/images/modeling_data_image008.png "Four orientations of intersection vertices"
516 @image latex /user_guides/modeling_data/images/modeling_data_image008.png "Four orientations of intersection vertices"
517
518
519 Along with the Orientation enumeration the *TopAbs* package defines four methods: 
520
521 @subsubsection occt_modat_5_2_3 State
522
523 The **TopAbs_State** enumeration described the position of a vertex or a set of vertices with respect to a region. There are four terms: 
524
525 |Position  | Description |
526 | :------ | :------- |
527 |IN        | The point is interior. |
528 |OUT       | The point is exterior. |
529 |ON        | The point is on the boundary(within tolerance). |
530 |UNKNOWN   | The state of the point is indeterminate. |
531
532 The UNKNOWN term has been introduced because this enumeration is often used to express the result of a calculation, which can fail. This term can be used when it is impossible to know if a point is inside or outside, which is the case with an open wire or face. 
533
534 @image html /user_guides/modeling_data/images/modeling_data_image009.png "The four states"
535 @image latex /user_guides/modeling_data/images/modeling_data_image009.png "The four states"
536
537 The State enumeration can also be used to specify various parts of an object. The following figure shows the parts of an edge intersecting a face. 
538
539 @image html /user_guides/modeling_data/images/modeling_data_image010.png  "State specifies the parts of an edge intersecting a face"
540 @image latex /user_guides/modeling_data/images/modeling_data_image010.png  "State specifies the parts of an edge intersecting a face"
541
542 @subsection occt_modat_5_3 Manipulating shapes and sub-shapes
543
544 The *TopoDS* package describes the topological data structure with the following characteristics: 
545 - reference to an abstract shape with neither orientation nor location. 
546 - Access to the data structure through the tool classes. 
547
548 As stated above, OCCT Topology describes data structures of objects in parametric space. These descriptions use localization in and restriction of parts of this space. The types of shapes, which can be described in these terms, are the vertex, the face and the shape. The vertex is defined in terms of localization in parametric space, and the face and shape, in terms of restriction of this space. 
549
550 OCCT topological descriptions also allow the simple shapes defined in these terms to be combined into sets. For example, a set of edges forms a wire; a set of faces forms a shell, and a set of solids forms a composite solid (CompSolid in Open CASCADE Technology). You can also combine shapes of either sort into compounds. Finally, you can give a shape an orientation and a location. 
551
552 Listing shapes in order of complexity from vertex to composite solid leads us to the notion of the data structure as knowledge of how to break a shape down into a set of simpler shapes. This is in fact, the purpose of the *TopoDS* package. 
553
554 The model of a shape is a shareable data structure because it can be used by other shapes. (An edge can be used by more than one face of a solid). A shareable data structure is handled by reference. When a simple reference is insufficient, two pieces of information are added - an orientation and a local coordinate reference. 
555 - An orientation tells how the referenced shape is used in a boundary (*Orientation* from *TopAbs*). 
556 - A local reference coordinate (*Location* from *TopLoc*) allows referencing a shape at a position different from that of its definition. 
557
558 The **TopoDS_TShape** class is the root of all shape descriptions. It contains a list of shapes. Classes inheriting **TopoDS_TShape** can carry the description of a geometric domain if necessary (for example, a geometric point associated with a TVertex). A **TopoDS_TShape** is a description of a shape in its definition frame of reference. This class is manipulated by reference. 
559
560 The **TopoDS_Shape** class describes a reference to a shape. It contains a reference to an underlying abstract shape, an orientation,and a local reference coordinate. This class is manipulated by value and thus cannot be shared. 
561
562 The class representing the underlying abstract shape is never referenced directly. The *TopoDS_Shape* class is always used to refer to it. 
563
564 The information specific to each shape (the geometric support) is always added by inheritance to classes deriving from **TopoDS_TShape**. The following figures show the example of a shell formed from two faces connected by an edge. 
565
566 @image html /user_guides/modeling_data/images/modeling_data_image011.png "Structure of a shell formed from two faces"
567 @image latex /user_guides/modeling_data/images/modeling_data_image011.png "Structure of a shell formed from two faces"
568
569 @image html /user_guides/modeling_data/images/modeling_data_image012.png "Data structure of the above shell"
570 @image latex /user_guides/modeling_data/images/modeling_data_image012.png "Data structure of the above shell"
571
572 In the previous diagram, the shell is described by the underlying shape TS, and the faces by TF1 and TF2. There are seven edges from TE1 to TE7 and six vertices from TV1 to TV6. 
573
574 The wire TW1 references the edges from TE1 to TE4; TW2 references from TE4 to TE7. 
575
576 The vertices are referenced by the edges as follows:TE1(TV1,TV4), TE2(TV1,TV2), TE3(TV2,TV3), TE4(TV3,TV4), TE5(TV4,TV5), TE6(T5,TV6),TE7(TV3,TV6). 
577
578 **Note** that this data structure does not contain any *back references*. All references go from more complex underlying shapes to less complex ones. The techniques used to access the information are described later. The data structure is as compact as possible. Sub-objects can be shared among different objects. 
579
580 Two very similar objects, perhaps two versions of the same object, might share identical sub-objects. The usage of local coordinates in the data structure allows the description of a repetitive sub-structure to be shared. 
581
582 The compact data structure avoids the loss of information associated with copy operations which are usually used in creating a new version of an object or when applying a coordinate change. 
583
584 The following figure shows a data structure containing two versions of a solid. The second version presents a series of identical holes bored at different positions. The data structure is compact and yet keeps all information on the sub-elements. 
585
586 The three references from *TSh2* to the underlying face *TFcyl* have associated local coordinate systems, which correspond to the successive positions of the hole. 
587 @image html /user_guides/modeling_data/images/modeling_data_image013.png "Data structure containing two versions of a solid"
588 @image latex /user_guides/modeling_data/images/modeling_data_image013.png "Data structure containing two versions of a solid"
589
590 Classes inheriting TopoDS_Shape
591 ------------------------------
592 *TopoDS* is based on class *TopoDS_Shape* and the class defining its underlying shape. This has certain advantages, but the major drawback is that these classes are too general. Different shapes they could represent do not type them (Vertex, Edge, etc.) hence it is impossible to introduce checks to avoid incoherences such as inserting a face in an edge. 
593
594  *TopoDS* package offers two sets of classes, one set inheriting the underlying shape with neither orientation nor location and the other inheriting *TopoDS_Shape*, which represent the standard topological shapes enumerated in *TopAbs* package. 
595
596 The following classes  inherit Shape : *TopoDS_Vertex, TopoDS_Edge, TopoDS_Wire, TopoDS_Face, TopoDS_Shell, TopoDS_Solid,TopoDS_CompSolid,* and *TopoDS_Compound*. In spite of the similarity of names with those inheriting from **TopoDS_TShape** there is a profound difference in the way they are used. 
597
598 *TopoDS_Shape* class and the classes, which inherit from it, are the natural means to manipulate topological objects. *TopoDS_TShape* classes are hidden.  *TopoDS_TShape* describes a class in its original local coordinate system without orientation.  *TopoDS_Shape* is a reference to *TopoDS_TShape* with an orientation and a local reference. 
599
600 *TopoDS_TShape* class is deferred; *TopoDS_Shape* class is not. Using *TopoDS_Shape* class allows manipulation of topological objects without knowing their type. It is a generic form. Purely topological algorithms often use the *TopoDS_Shape* class. 
601
602 *TopoDS_TShape* class is manipulated by reference; TopoDS_Shape class by value. A TopoDS_Shape is nothing more than a reference enhanced with an orientation and a local coordinate. The sharing of *TopoDS_Shapes* is meaningless. What is important is the sharing of the underlying *TopoDS_TShapes*. Assignment or passage in argument does not copy the data structure: this only creates new *TopoDS_Shapes* which refer to the same *TopoDS_TShape*. 
603
604 Although classes inheriting *TopoDS_TShape* are used for adding extra information, extra fields should not be added in a class inheriting from TopoDS_Shape. Classes inheriting from TopoDS_Shape serve only to specialize a reference in order to benefit from static type control (carried out by the compiler). For example, a routine that receives a *TopoDS_Face* in argument is more precise for the compiler than the one, which receives a *TopoDS_Shape*. It is pointless to derive other classes than those found inTopoDS. All references to a topological data structure are made with the Shape class and its inheritors defined in *TopoDS*. 
605
606 There are no constructors for the classes inheriting from the *TopoDS_Shape* class, otherwise the type control would disappear through **implicit casting** (a characteristic of C++). The TopoDS package provides package methods for **casting** an object of the TopoDS_Shape class in one of these sub-classes, with type verification. 
607
608 The following example shows a routine receiving an argument of the *TopoDS_Shape* type, then putting it into a variable V if it is a vertex or calling the method ProcessEdge if it is an edge. 
609
610
611 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~{.cpp}
612   #include TopoDS_Vertex.hxx 
613   #include TopoDS_Edge.hxx 
614   #include TopoDS_Shape.hxx 
615
616
617   void ProcessEdge(const TopoDS_Edge&); 
618
619   void Process(const TopoDS_Shape& aShape) { 
620     if (aShape.Shapetype() == TopAbs_VERTEX) { 
621       TopoDS_Vertex V; 
622       V = TopoDS::Vertex(aShape); // Also correct 
623       TopoDS_Vertex V2 = aShape;// Rejected by compiler 
624       TopoDS_Vertex V3 = TopoDS::Vertex(aShape); // Correct 
625     } 
626     else if (aShape.ShapeType() == TopAbs_EDGE){ 
627       ProcessEdge(aShape) ;// This is rejected 
628       ProcessEdge(TopoDS::Edge(aShape)) ; // Correct 
629     } 
630     else { 
631       cout *Neither a vertex nor an edge ?* ; 
632       ProcessEdge(TopoDS::Edge(aShape)) ; 
633       // OK for compiler but anexception will be raised at run-time 
634     }
635   } 
636 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
637
638
639
640 @subsection occt_modat_5_4 Exploration of Topological Data Structures
641
642 The *TopExp* package provides tools for exploring the data structure described with the *TopoDS* package. Exploring a topological structure means finding all sub-objects of a given type, for example, finding all the faces of a solid. 
643
644 The TopExp package provides the class *TopExp_Explorer* to find all sub-objects of a given type.  An explorer is built with: 
645 - The shape to be explored. 
646 - The type of shapes to be found e.g. VERTEX, EDGE with the exception of SHAPE, which is not allowed. 
647 - The type of Shapes to avoid. e.g. SHELL, EDGE. By default, this type is SHAPE. This default value means that there is no restriction on the exploration. 
648
649
650
651 The Explorer visits the whole structure in order to find the shapes of the requested type not contained in the type to avoid. The example below shows  how to find all faces in the shape *S*: 
652
653
654 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~{.cpp}
655   void test() { 
656     TopoDS_Shape S; 
657     TopExp_Explorer Ex; 
658     for (Ex.Init(S,TopAbs_FACE); Ex.More(); Ex.Next()) { 
659       ProcessFace(Ex.Current()); 
660     } 
661   } 
662 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
663
664 Find all the vertices which are not in an edge 
665
666 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~{.cpp}
667 for (Ex.Init(S,TopAbs_VERTEX,TopAbs_EDGE); ...) 
668 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
669
670
671 Find all the faces in a SHELL, then all the faces not in a SHELL: 
672
673
674 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~{.cpp}
675   void test() { 
676     TopExp_Explorer Ex1, Ex2; 
677     TopoDS_Shape S; 
678     for (Ex1.Init(S,TopAbs_SHELL);Ex1.More(); Ex1.Next()){ 
679       // visit all shells 
680       for (Ex2.Init(Ex1.Current(),TopAbs_FACE);Ex2.More(); 
681         Ex2.Next()){ 
682         //visit all the faces of the current shell 
683         ProcessFaceinAshell(Ex2.Current()); 
684         ... 
685       } 
686     } 
687     for(Ex1.Init(S,TopAbs_FACE,TopAbs_SHELL);Ex1.More(); Ex1.Next()){ 
688       // visit all faces not ina shell. 
689       ProcessFace(Ex1.Current()); 
690     }
691   }
692 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
693
694 The Explorer presumes that objects contain only objects of an equal or inferior type. For example, if searching for faces it does not look at wires, edges, or vertices to see if they contain faces. 
695
696 The *MapShapes* method from *TopExp* package allows filling a Map. An exploration using the Explorer class can visit an object more than once if it is referenced more than once. For example, an edge of a solid is generally referenced by two faces. To process objects only once, they have to be placed in a Map. 
697
698 **Example ** 
699 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~{.cpp}
700   void TopExp::MapShapes (const TopoDS_Shape& S, 
701               const TopAbs_ShapeEnum T, 
702               TopTools_IndexedMapOfShape& M) 
703   { 
704     TopExp_Explorer Ex(S,T); 
705     while (Ex.More()) { 
706       M.Add(Ex.Current()); 
707       Ex.Next(); 
708     }
709   }
710 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
711
712 In the following example all  faces and all  edges of an object are drawn in accordance with the following rules: 
713 - The faces are represented by a network of *NbIso* iso-parametric lines with *FaceIsoColor* color. 
714 - The edges are drawn in a color, which indicates the number of faces sharing the edge:
715         - *FreeEdgeColor* for edges, which do not belong to a face (i.e. wireframe element). 
716         - *BorderEdgeColor* for an edge belonging to a single face. 
717         - *SharedEdgeColor* for an edge belonging to more than one face. 
718 - The methods *DrawEdge* and *DrawFaceIso* are also available to display individual edges and faces. 
719
720 The following steps are performed: 
721 1. Storing the edges in a map and create in parallel an array of integers to count the number of faces sharing the edge. This array is initialized to zero. 
722 2. Exploring the faces. Each face is drawn. 
723 3. Exploring the edges and for each of them increment the counter of faces in the array. 
724 4. From the Map of edges, drawing each edge with the color corresponding to the number of faces. 
725
726 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~{.cpp}
727   void DrawShape ( const TopoDS_Shape& aShape, 
728   const Standard_Integer nbIsos, 
729   const Color FaceIsocolor, 
730   const Color FreeEdgeColor, 
731   const Color BorderEdgeColor, 
732   const Color SharedEdgeColor) 
733   { 
734     // Store the edges in aMap. 
735     TopTools_IndexedMapOfShape edgemap; 
736     TopExp::MapShapes(aShape,TopAbs_EDGE,edgeMap); 
737     // Create an array set to zero. 
738     TColStd_Array1OfInteger faceCount(1,edgeMap.Extent()); 
739     faceCount.Init (0); 
740     // Explore the faces. 
741     TopExp_Explorer expFace(aShape,TopAbs_FACE); 
742     while (expFace.More()) { 
743       //Draw the current face. 
744       DrawFaceIsos(TopoDS::Face(expFace.Current()),nbIsos,FaceIsoColor); 
745       // Explore the edges ofthe face. 
746       TopExp_Explorer expEdge(expFace.Current(),TopAbs_EDGE); 
747       while (expEdge.More()) { 
748         //Increment the face count for this edge. 
749         faceCount(edgemap.FindIndex(expEdge.Current()))++; 
750         expEdge.Next(); 
751       } 
752       expFace.Next(); 
753     } 
754     //Draw the edges of theMap 
755     Standard_Integer i; 
756     for (i=1;i=edgemap.Extent();i++) { 
757       switch (faceCount(i)) { 
758         case 0 : 
759         DrawEdge(TopoDS::Edge(edgemap(i)),FreeEdgeColor); 
760         break; 
761         case 1 : 
762         DrawEdge(TopoDS::Edge(edgemap(i)),BorderEdgeColor); 
763         break; 
764         default : 
765         DrawEdge(TopoDS::Edge(edgemap(i)),SharedEdgeColor); 
766         break; 
767       }
768     } 
769   } 
770 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
771
772 @subsection occt_modat_5_5 Lists and Maps of Shapes
773
774 **TopTools** package contains tools for exploiting the *TopoDS* data structure. It is an instantiation of the tools from *TCollection* package with the Shape classes of *TopoDS*. 
775
776
777 * *TopTools_Array1OfShape, HArray1OfShape* -  Instantiation of the *TCollection_Array1* and *TCollection_HArray1* with *TopoDS_Shape*. 
778 * *TopTools_SequenceOfShape* - Instantiation of the *TCollection_Sequence* with *TopoDS_Shape*. 
779 * *TopTools_MapOfShape* - Instantiation of the *TCollection_Map*. Allows the construction of sets of shapes. 
780 * *TopTools_IndexedMapOfShape* -        Instantiation of the *TCollection_IndexedMap*. Allows the construction of tables of shapes and other data structures. 
781
782 With a *TopTools_Map*, a set of references to Shapes can be kept without duplication. 
783 The following example counts the size of a data structure as a number of *TShapes*. 
784
785
786 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~{.cpp}
787   #include TopoDS_Iterator.hxx 
788   Standard_Integer Size(const TopoDS_Shape& aShape) 
789   { 
790     // This is a recursive method. 
791     // The size of a shape is1 + the sizes of the subshapes. 
792     TopoDS_Iterator It; 
793     Standard_Integer size = 1; 
794     for (It.Initialize(aShape);It.More();It.Next()) { 
795       size += Size(It.Value()); 
796     } 
797     return size; 
798   } 
799 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
800
801 This program is incorrect if there is sharing in the data structure. 
802
803 Thus for a contour of four edges it should count 1 wire + 4 edges +4 vertices with the result 9, but as the vertices are each shared by two edges this program will return 13. One solution is to put all the Shapes in a Map so as to avoid counting them twice, as in the following example: 
804
805
806 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~{.cpp}
807   #include TopoDS_Iterator.hxx 
808   #includeTopTools_MapOfShape.hxx 
809
810   void MapShapes(const TopoDS_Shape& aShape, 
811   TopTools_MapOfShape& aMap)
812   { 
813     //This is a recursive auxiliary method. It stores all subShapes of aShape in a Map.
814     if (aMap.Add(aShape)) { 
815       //Add returns True if aShape was not already in the Map. 
816       TopoDS_Iterator It; 
817       for (It.Initialize(aShape);It.More();It.Next()){ 
818         MapShapes(It.Value(),aMap); 
819       } 
820     } 
821   }
822
823   Standard_Integer Size(const TopoDS_Shape& aShape) 
824   { 
825     // Store Shapes in a Mapand return the size. 
826     TopTools_MapOfShape M; 
827     MapShapes(aShape,M); 
828     return M.Extent();
829   }
830 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
831
832 **Note** For more details about Maps please, refer to the TCollection documentation. (Foundation Classes Reference Manual) 
833
834 The following example is more ambitious and writes a program which copies a data structure using an *IndexedMap*. The copy is an identical structure but it shares nothing with the original. The principal algorithm is as follows: 
835 - All Shapes in the structure are put into an *IndexedMap*. 
836 - A table of Shapes is created in parallel with the map to receive the copies. 
837 - The structure is copied using the auxiliary recursive function,which copies from the map to the array. 
838
839 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~{.cpp}
840   #include TopoDS_Shape.hxx 
841   #include TopoDS_Iterator.hxx 
842   #include TopTools_IndexedMapOfShape.hxx 
843   #include TopTools_Array1OfShape.hxx 
844   #include TopoDS_Location.hxx 
845
846   TopoDS_Shape Copy(const TopoDS_Shape& aShape, 
847   const TopoDS_Builder& aBuilder) 
848   { 
849     // Copies the wholestructure of aShape using aBuilder. 
850     // Stores all thesub-Shapes in an IndexedMap. 
851     TopTools_IndexedMapOfShape theMap; 
852     TopoDS_Iterator It; 
853     Standard_Integer i; 
854     TopoDS_Shape S; 
855     TopLoc_Location Identity; 
856     S = aShape; 
857     S.Location(Identity); 
858     S.Orientation(TopAbs_FORWARD); 
859     theMap.Add(S); 
860     for (i=1; i= theMap.Extent(); i++) { 
861       for(It.Initialize(theMap(i)); It.More(); It.Next()) { 
862         S=It.Value(); 
863         S.Location(Identity); 
864         S.Orientation(TopAbs_FORWARD); 
865         theMap.Add(S); 
866       }
867     } 
868   } 
869 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
870
871
872 In the above example, the index *i* is that of the first object not treated in the Map. When *i* reaches the same size as the Map this means that everything has been treated. The treatment consists in inserting in the Map all the sub-objects, if they are not yet in the Map, they are inserted with an index greater than *i*. 
873
874 **Note** that the objects are inserted with a local reference set to the identity and a FORWARD orientation. Only the underlying TShape is of great interest.
875
876
877 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~{.cpp}
878   //Create an array to store the copies. 
879   TopTools_Array1OfShapetheCopies(1,theMap.Extent());
880
881   // Use a recursivefunction to copy the first element. 
882   void AuxiliaryCopy (Standard_Integer, 
883   const TopTools_IndexedMapOfShape &, 
884   TopTools_Array1OfShape &, 
885   const TopoDS_Builder&); 
886
887   AuxiliaryCopy(1,theMap,theCopies,aBuilder); 
888
889   // Get the result with thecorrect local reference and orientation. 
890   S = theCopies(1); 
891   S.Location(aShape.Location()); 
892   S.Orientation(aShape.Orientation()); 
893   return S; 
894 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
895
896 Below is the auxiliary function, which copies the element of rank *i* from the map to the table. This method checks if the object has been copied; if not copied, then an empty copy is performed into the table and the copies of all the sub-elements are inserted by finding their rank in the map. 
897
898
899 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~{.cpp}
900   void AuxiliaryCopy(Standard_Integer index, 
901   const TopTools_IndexedMapOfShapes& sources, 
902   TopTools_Array1OfShape& copies, 
903   const TopoDS_Builder& aBuilder) 
904   { 
905     //If the copy is a null Shape the copy is not done. 
906     if (copies(index).IsNull()) { 
907       copies(index) =sources(index).EmptyCopied(); 
908       //Insert copies of the sub-shapes. 
909       TopoDS_Iterator It; 
910       TopoDS_Shape S; 
911       TopLoc_Location Identity; 
912       for(It.Initialize(sources(index)),It.More(), It.Next ()) {
913         S = It.Value(); 
914         S.Location(Identity); 
915         S.Orientation(TopAbs_FORWARD); 
916         AuxiliaryCopy(sources.FindIndex(S),sources,copies,aBuilder); 
917         S.Location(It.Value().Location());S.Orientation(It.Value().Orientation()); aBuilder.Add(copies(index),S);
918       }
919     }
920   }
921 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
922
923 @subsubsection occt_modat_5_5_1 Wire Explorer
924
925 BRepTools_WireExplorer class can access edges of a wire in their order of connection. 
926
927 For example, in the wire in the image we want to recuperate the edges in the order {e1, e2, e3,e4, e5} :
928
929 @image html /user_guides/modeling_data/images/modeling_data_image014.png "A wire composed of 6 edges."
930 @image latex /user_guides/modeling_data/images/modeling_data_image014.png "A wire composed of 6 edges.
931
932 *TopExp_Explorer*, however, recuperates the lines in any order.
933  
934 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~{.cpp}
935   TopoDS_Wire W = ...; 
936   BRepTools_WireExplorer Ex; 
937   for(Ex.Init(W); Ex.More(); Ex.Next()) { 
938     ProcessTheCurrentEdge(Ex.Current()); 
939     ProcessTheVertexConnectingTheCurrentEdgeToThePrevious 
940     One(Ex.CurrentVertex()); 
941   } 
942 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~