2011-02-22 21:43:26 +01:00
Structural Analysis and Shape Descriptors
=========================================
2011-04-19 13:41:12 +02:00
.. highlight :: cpp
2011-02-28 22:26:43 +01:00
moments
2011-02-22 21:43:26 +01:00
-----------
2011-07-01 11:39:22 +02:00
Calculates all of the moments up to the third order of a polygon or rasterized shape.
2011-06-30 00:06:42 +02:00
2011-06-16 14:48:23 +02:00
.. ocv:function :: Moments moments( InputArray array, bool binaryImage=false )
2011-02-22 21:43:26 +01:00
2011-06-30 00:06:42 +02:00
.. ocv:pyfunction :: cv2.moments(array[, binaryImage]) -> retval
2012-05-28 09:36:14 +02:00
.. ocv:cfunction :: void cvMoments( const CvArr* arr, CvMoments* moments, int binary=0 )
.. ocv:pyoldfunction :: cv.Moments(arr, binary=0) -> moments
2011-06-30 00:06:42 +02:00
2011-07-04 18:18:12 +02:00
:param array: Raster image (single-channel, 8-bit or floating-point 2D array) or an array ( :math:`1 \times N` or :math:`N \times 1` ) of 2D points (``Point`` or ``Point2f`` ).
2011-06-30 00:06:42 +02:00
:param binaryImage: If it is true, all non-zero image pixels are treated as 1's. The parameter is used for images only.
2012-05-28 09:36:14 +02:00
2011-07-01 11:39:22 +02:00
:param moments: Output moments.
2011-06-30 00:06:42 +02:00
2011-07-01 11:39:22 +02:00
The function computes moments, up to the 3rd order, of a vector shape or a rasterized shape. The results are returned in the structure `` Moments `` defined as: ::
2011-05-05 15:31:54 +02:00
2011-02-22 21:43:26 +01:00
class Moments
{
public:
Moments();
Moments(double m00, double m10, double m01, double m20, double m11,
double m02, double m30, double m21, double m12, double m03 );
Moments( const CvMoments& moments );
operator CvMoments() const;
2012-05-28 09:36:14 +02:00
2012-04-13 23:50:59 +02:00
// spatial moments
double m00, m10, m01, m20, m11, m02, m30, m21, m12, m03;
// central moments
double mu20, mu11, mu02, mu30, mu21, mu12, mu03;
// central normalized moments
double nu20, nu11, nu02, nu30, nu21, nu12, nu03;
}
2011-02-26 12:05:10 +01:00
2011-06-30 00:06:42 +02:00
In case of a raster image, the spatial moments :math: `\texttt{Moments::m}_{ji}` are computed as:
2011-02-22 21:43:26 +01:00
.. math ::
2011-07-01 11:39:22 +02:00
\texttt{m} _{ji}= \sum _{x,y} \left ( \texttt{array} (x,y) \cdot x^j \cdot y^i \right )
2011-02-22 21:43:26 +01:00
2011-07-01 11:39:22 +02:00
The central moments
2011-02-26 12:05:10 +01:00
:math: `\texttt{Moments::mu}_{ji}` are computed as:
2011-02-22 21:43:26 +01:00
.. math ::
2011-02-26 12:05:10 +01:00
\texttt{mu} _{ji}= \sum _{x,y} \left ( \texttt{array} (x,y) \cdot (x - \bar{x} )^j \cdot (y - \bar{y} )^i \right )
2011-02-22 21:43:26 +01:00
2011-02-26 12:05:10 +01:00
where
:math: `(\bar{x}, \bar{y})` is the mass center:
2011-02-22 21:43:26 +01:00
.. math ::
2011-07-01 11:39:22 +02:00
\bar{x} = \frac{\texttt{m}_{10}}{\texttt{m}_{00}} , \; \bar{y} = \frac{\texttt{m}_{01}}{\texttt{m}_{00}}
2011-02-22 21:43:26 +01:00
2011-07-01 11:39:22 +02:00
The normalized central moments
2011-02-26 12:05:10 +01:00
:math: `\texttt{Moments::nu}_{ij}` are computed as:
2011-02-22 21:43:26 +01:00
.. math ::
2011-02-26 12:05:10 +01:00
\texttt{nu} _{ji}= \frac{\texttt{mu}_{ji}}{\texttt{m}_{00}^{(i+j)/2+1}} .
2011-02-22 21:43:26 +01:00
2011-07-04 18:18:12 +02:00
.. note ::
2011-02-22 21:43:26 +01:00
2011-07-07 13:43:21 +02:00
:math: `\texttt{mu}_{00}=\texttt{m}_{00}` ,
2012-05-28 09:36:14 +02:00
:math: `\texttt{nu}_{00}=1`
2011-07-07 13:43:21 +02:00
:math: `\texttt{nu}_{10}=\texttt{mu}_{10}=\texttt{mu}_{01}=\texttt{mu}_{10}=0` , hence the values are not stored.
The moments of a contour are defined in the same way but computed using the Green's formula (see http://en.wikipedia.org/wiki/Green_theorem). So, due to a limited raster resolution, the moments computed for a contour are slightly different from the moments computed for the same rasterized contour.
2011-04-30 15:52:25 +02:00
2012-04-13 23:50:59 +02:00
.. note ::
Since the contour moments are computed using Green formula, you may get seemingly odd results for contours with self-intersections, e.g. a zero area (`` m00 `` ) for butterfly-shaped contours.
2011-06-30 14:06:26 +02:00
.. seealso ::
:ocv:func: `contourArea` ,
:ocv:func: `arcLength`
2011-02-22 21:43:26 +01:00
2011-06-30 00:06:42 +02:00
2011-02-22 21:43:26 +01:00
2011-02-28 22:26:43 +01:00
HuMoments
2011-02-22 21:43:26 +01:00
-------------
2011-07-01 11:39:22 +02:00
Calculates seven Hu invariants.
2011-06-30 00:06:42 +02:00
2012-05-28 09:36:14 +02:00
.. ocv:function :: void HuMoments( const Moments& m, OutputArray hu )
2011-02-22 21:43:26 +01:00
2012-05-28 09:36:14 +02:00
.. ocv:function :: void HuMoments( const Moments& moments, double hu[7] )
2011-06-30 00:06:42 +02:00
2012-05-28 09:36:14 +02:00
.. ocv:pyfunction :: cv2.HuMoments(m[, hu]) -> hu
.. ocv:cfunction :: void cvGetHuMoments( CvMoments* moments, CvHuMoments* hu_moments )
2011-06-30 00:06:42 +02:00
.. ocv:pyoldfunction :: cv.GetHuMoments(moments) -> hu
2011-02-22 21:43:26 +01:00
2011-06-16 14:48:23 +02:00
:param moments: Input moments computed with :ocv:func:`moments` .
2011-06-30 14:06:26 +02:00
:param hu: Output Hu invariants.
2011-02-22 21:43:26 +01:00
2011-07-01 11:39:22 +02:00
The function calculates seven Hu invariants (introduced in [Hu62]_ ; see also
2011-06-30 00:06:42 +02:00
http://en.wikipedia.org/wiki/Image_moment) defined as:
2011-02-22 21:43:26 +01:00
.. math ::
2011-06-30 14:06:26 +02:00
\begin{array}{l} hu[0]= \eta _{20}+ \eta _{02} \\ hu[1]=( \eta _{20}- \eta _{02})^{2}+4 \eta _{11}^{2} \\ hu[2]=( \eta _{30}-3 \eta _{12})^{2}+ (3 \eta _{21}- \eta _{03})^{2} \\ hu[3]=( \eta _{30}+ \eta _{12})^{2}+ ( \eta _{21}+ \eta _{03})^{2} \\ hu[4]=( \eta _{30}-3 \eta _{12})( \eta _{30}+ \eta _{12})[( \eta _{30}+ \eta _{12})^{2}-3( \eta _{21}+ \eta _{03})^{2}]+(3 \eta _{21}- \eta _{03})( \eta _{21}+ \eta _{03})[3( \eta _{30}+ \eta _{12})^{2}-( \eta _{21}+ \eta _{03})^{2}] \\ hu[5]=( \eta _{20}- \eta _{02})[( \eta _{30}+ \eta _{12})^{2}- ( \eta _{21}+ \eta _{03})^{2}]+4 \eta _{11}( \eta _{30}+ \eta _{12})( \eta _{21}+ \eta _{03}) \\ hu[6]=(3 \eta _{21}- \eta _{03})( \eta _{21}+ \eta _{03})[3( \eta _{30}+ \eta _{12})^{2}-( \eta _{21}+ \eta _{03})^{2}]-( \eta _{30}-3 \eta _{12})( \eta _{21}+ \eta _{03})[3( \eta _{30}+ \eta _{12})^{2}-( \eta _{21}+ \eta _{03})^{2}] \\ \end{array}
2011-02-22 21:43:26 +01:00
2011-02-26 12:05:10 +01:00
where
2011-04-30 15:52:25 +02:00
:math: `\eta_{ji}` stands for
2011-02-26 12:05:10 +01:00
:math: `\texttt{Moments::nu}_{ji}` .
2011-02-22 21:43:26 +01:00
2011-04-30 15:52:25 +02:00
These values are proved to be invariants to the image scale, rotation, and reflection except the seventh one, whose sign is changed by reflection. This invariance is proved with the assumption of infinite image resolution. In case of raster images, the computed Hu invariants for the original and transformed images are a bit different.
2011-02-22 21:43:26 +01:00
2011-06-30 14:06:26 +02:00
.. seealso :: :ocv:func: `matchShapes`
2011-04-30 15:52:25 +02:00
2011-02-22 21:43:26 +01:00
2011-02-28 22:26:43 +01:00
findContours
2011-02-22 21:43:26 +01:00
----------------
2011-06-30 00:06:42 +02:00
Finds contours in a binary image.
2012-03-29 08:50:05 +02:00
.. ocv:function :: void findContours( InputOutputArray image, OutputArrayOfArrays contours, OutputArray hierarchy, int mode, int method, Point offset=Point())
2011-02-26 12:05:10 +01:00
2011-06-16 14:48:23 +02:00
.. ocv:function :: void findContours( InputOutputArray image, OutputArrayOfArrays contours, int mode, int method, Point offset=Point())
2011-02-22 21:43:26 +01:00
2012-04-13 23:50:59 +02:00
.. ocv:pyfunction :: cv2.findContours(image, mode, method[, contours[, hierarchy[, offset]]]) -> contours, hierarchy
2012-05-28 09:36:14 +02:00
.. ocv:cfunction :: int cvFindContours( CvArr* image, CvMemStorage* storage, CvSeq** first_contour, int header_size=sizeof(CvContour), int mode=CV_RETR_LIST, int method=CV_CHAIN_APPROX_SIMPLE, CvPoint offset=cvPoint(0,0) )
2012-03-29 08:50:05 +02:00
2012-05-28 09:36:14 +02:00
.. ocv:pyoldfunction :: cv.FindContours(image, storage, mode=CV_RETR_LIST, method=CV_CHAIN_APPROX_SIMPLE, offset=(0, 0)) -> contours
2011-02-22 21:43:26 +01:00
2011-06-16 14:48:23 +02:00
:param image: Source, an 8-bit single-channel image. Non-zero pixels are treated as 1's. Zero pixels remain 0's, so the image is treated as ``binary`` . You can use :ocv:func:`compare` , :ocv:func:`inRange` , :ocv:func:`threshold` , :ocv:func:`adaptiveThreshold` , :ocv:func:`Canny` , and others to create a binary image out of a grayscale or color one. The function modifies the ``image`` while extracting the contours.
2011-02-22 21:43:26 +01:00
2011-04-30 15:52:25 +02:00
:param contours: Detected contours. Each contour is stored as a vector of points.
2011-02-22 21:43:26 +01:00
2012-03-29 08:50:05 +02:00
:param hierarchy: Optional output vector containing information about the image topology. It has as many elements as the number of contours. For each contour ``contours[i]`` , the elements ``hierarchy[i][0]`` , ``hiearchy[i][1]`` , ``hiearchy[i][2]`` , and ``hiearchy[i][3]`` are set to 0-based indices in ``contours`` of the next and previous contours at the same hierarchical level: the first child contour and the parent contour, respectively. If for a contour ``i`` there are no next, previous, parent, or nested contours, the corresponding elements of ``hierarchy[i]`` will be negative.
2011-02-22 21:43:26 +01:00
2012-04-13 23:50:59 +02:00
:param mode: Contour retrieval mode (if you use Python see also a note below).
2011-02-22 21:43:26 +01:00
2011-04-30 15:52:25 +02:00
* **CV_RETR_EXTERNAL** retrieves only the extreme outer contours. It sets `` hierarchy[i][2]=hierarchy[i][3]=-1 `` for all the contours.
2011-02-22 21:43:26 +01:00
2011-04-30 15:52:25 +02:00
* **CV_RETR_LIST** retrieves all of the contours without establishing any hierarchical relationships.
2011-02-22 21:43:26 +01:00
2011-04-30 15:52:25 +02:00
* **CV_RETR_CCOMP** retrieves all of the contours and organizes them into a two-level hierarchy. At the top level, there are external boundaries of the components. At the second level, there are boundaries of the holes. If there is another contour inside a hole of a connected component, it is still put at the top level.
2011-02-22 21:43:26 +01:00
2011-04-30 15:52:25 +02:00
* **CV_RETR_TREE** retrieves all of the contours and reconstructs a full hierarchy of nested contours. This full hierarchy is built and shown in the OpenCV `` contours.c `` demo.
2011-02-22 21:43:26 +01:00
2012-04-13 23:50:59 +02:00
:param method: Contour approximation method (if you use Python see also a note below).
2011-02-22 21:43:26 +01:00
2011-05-05 15:31:54 +02:00
* **CV_CHAIN_APPROX_NONE** stores absolutely all the contour points. That is, any 2 subsequent points `` (x1,y1) `` and `` (x2,y2) `` of the contour will be either horizontal, vertical or diagonal neighbors, that is, `` max(abs(x1-x2),abs(y2-y1))==1 `` .
2011-02-22 21:43:26 +01:00
2011-04-30 15:52:25 +02:00
* **CV_CHAIN_APPROX_SIMPLE** compresses horizontal, vertical, and diagonal segments and leaves only their end points. For example, an up-right rectangular contour is encoded with 4 points.
2011-02-22 21:43:26 +01:00
2011-06-30 00:06:42 +02:00
* **CV_CHAIN_APPROX_TC89_L1,CV_CHAIN_APPROX_TC89_KCOS** applies one of the flavors of the Teh-Chin chain approximation algorithm. See [TehChin89]_ for details.
2011-02-26 12:05:10 +01:00
2011-04-30 15:52:25 +02:00
:param offset: Optional offset by which every contour point is shifted. This is useful if the contours are extracted from the image ROI and then they should be analyzed in the whole image context.
2011-02-22 21:43:26 +01:00
2011-04-30 15:52:25 +02:00
The function retrieves contours from the binary image using the algorithm
2011-06-30 00:06:42 +02:00
[Suzuki85]_ . The contours are a useful tool for shape analysis and object detection and recognition. See `` squares.c `` in the OpenCV sample directory.
2011-02-22 21:43:26 +01:00
2011-07-07 13:43:21 +02:00
.. note :: Source `` image `` is modified by this function.
2011-06-30 00:06:42 +02:00
2012-04-13 23:50:59 +02:00
.. note :: If you use the new Python interface then the `` CV_ `` prefix has to be omitted in contour retrieval mode and contour approximation method parameters (for example, use `` cv2.RETR_LIST `` and `` cv2.CHAIN_APPROX_NONE `` parameters). If you use the old Python interface then these parameters have the `` CV_ `` prefix (for example, use `` cv.CV_RETR_LIST `` and `` cv.CV_CHAIN_APPROX_NONE `` ).
2011-02-22 21:43:26 +01:00
2011-02-28 22:26:43 +01:00
approxPolyDP
2011-02-22 21:43:26 +01:00
----------------
2011-06-30 00:06:42 +02:00
Approximates a polygonal curve(s) with the specified precision.
2011-06-16 14:48:23 +02:00
.. ocv:function :: void approxPolyDP( InputArray curve, OutputArray approxCurve, double epsilon, bool closed )
2011-02-22 21:43:26 +01:00
2011-06-30 00:06:42 +02:00
.. ocv:pyfunction :: cv2.approxPolyDP(curve, epsilon, closed[, approxCurve]) -> approxCurve
2012-05-29 12:36:19 +02:00
.. ocv:cfunction :: CvSeq* cvApproxPoly( const void* src_seq, int header_size, CvMemStorage* storage, int method, double eps, int recursive=0 )
2011-02-22 21:43:26 +01:00
2011-07-01 11:39:22 +02:00
:param curve: Input vector of a 2D point stored in:
2012-05-28 09:36:14 +02:00
2011-06-30 00:06:42 +02:00
* `` std::vector `` or `` Mat `` (C++ interface)
2012-05-28 09:36:14 +02:00
2011-07-01 11:39:22 +02:00
* `` Nx2 `` numpy array (Python interface)
2012-05-28 09:36:14 +02:00
* `` CvSeq `` or `` ` ` CvMat `` (C interface)
2011-02-22 21:43:26 +01:00
2011-07-01 11:39:22 +02:00
:param approxCurve: Result of the approximation. The type should match the type of the input curve. In case of C interface the approximated curve is stored in the memory storage and pointer to it is returned.
2011-02-22 21:43:26 +01:00
2011-04-30 15:52:25 +02:00
:param epsilon: Parameter specifying the approximation accuracy. This is the maximum distance between the original curve and its approximation.
2011-02-22 21:43:26 +01:00
2011-04-30 15:52:25 +02:00
:param closed: If true, the approximated curve is closed (its first and last vertices are connected). Otherwise, it is not closed.
2012-05-28 09:36:14 +02:00
2012-05-29 12:36:19 +02:00
:param header_size: Header size of the approximated curve. Normally, ``sizeof(CvContour)`` is used.
2012-05-28 09:36:14 +02:00
2011-07-01 11:39:22 +02:00
:param storage: Memory storage where the approximated curve is stored.
2012-05-28 09:36:14 +02:00
2011-07-01 11:39:22 +02:00
:param method: Contour approximation algorithm. Only ``CV_POLY_APPROX_DP`` is supported.
2012-05-28 09:36:14 +02:00
2011-07-01 11:39:22 +02:00
:param recursive: Recursion flag. If it is non-zero and ``curve`` is ``CvSeq*``, the function ``cvApproxPoly`` approximates all the contours accessible from ``curve`` by ``h_next`` and ``v_next`` links.
2011-02-22 21:43:26 +01:00
2011-07-01 11:39:22 +02:00
The functions `` approxPolyDP `` approximate a curve or a polygon with another curve/polygon with less vertices so that the distance between them is less or equal to the specified precision. It uses the Douglas-Peucker algorithm
2011-02-22 21:43:26 +01:00
http://en.wikipedia.org/wiki/Ramer-Douglas-Peucker_algorithm
2012-03-11 15:35:46 +01:00
See http://code.opencv.org/svn/opencv/trunk/opencv/samples/cpp/contours.cpp for the function usage model.
2011-06-08 00:51:31 +02:00
2011-06-30 00:06:42 +02:00
ApproxChains
-------------
Approximates Freeman chain(s) with a polygonal curve.
2012-05-28 09:36:14 +02:00
.. ocv:cfunction :: CvSeq* cvApproxChains( CvSeq* src_seq, CvMemStorage* storage, int method=CV_CHAIN_APPROX_SIMPLE, double parameter=0, int minimal_perimeter=0, int recursive=0 )
.. ocv:pyoldfunction :: cv.ApproxChains(src_seq, storage, method=CV_CHAIN_APPROX_SIMPLE, parameter=0, minimal_perimeter=0, recursive=0)-> contours
2012-05-29 12:36:19 +02:00
:param src_seq: Pointer to the approximated Freeman chain that can refer to other chains.
2012-05-28 09:36:14 +02:00
:param storage: Storage location for the resulting polylines.
:param method: Approximation method (see the description of the function :ocv:cfunc:`FindContours` ).
:param parameter: Method parameter (not used now).
2012-05-29 12:36:19 +02:00
:param minimal_perimeter: Approximates only those contours whose perimeters are not less than ``minimal_perimeter`` . Other chains are removed from the resulting structure.
2012-05-28 09:36:14 +02:00
2011-07-01 11:39:22 +02:00
:param recursive: Recursion flag. If it is non-zero, the function approximates all chains that can be obtained from ``chain`` by using the ``h_next`` or ``v_next`` links. Otherwise, the single input chain is approximated.
2012-05-28 09:36:14 +02:00
2011-07-01 11:39:22 +02:00
This is a standalone contour approximation routine, not represented in the new interface. When :ocv:cfunc: `FindContours` retrieves contours as Freeman chains, it calls the function to get approximated contours, represented as polygons.
2011-06-30 00:06:42 +02:00
2011-02-22 21:43:26 +01:00
2011-02-28 22:26:43 +01:00
arcLength
2011-02-22 21:43:26 +01:00
-------------
2011-06-30 00:06:42 +02:00
Calculates a contour perimeter or a curve length.
2011-06-16 14:48:23 +02:00
.. ocv:function :: double arcLength( InputArray curve, bool closed )
2011-02-22 21:43:26 +01:00
2011-06-30 00:06:42 +02:00
.. ocv:pyfunction :: cv2.arcLength(curve, closed) -> retval
2012-05-28 09:36:14 +02:00
.. ocv:cfunction :: double cvArcLength( const void* curve, CvSlice slice=CV_WHOLE_SEQ, int is_closed=-1 )
.. ocv:pyoldfunction :: cv.ArcLength(curve, slice=CV_WHOLE_SEQ, isClosed=-1) -> float
2011-02-22 21:43:26 +01:00
2011-06-08 00:51:31 +02:00
:param curve: Input vector of 2D points, stored in ``std::vector`` or ``Mat``.
2011-02-22 21:43:26 +01:00
2011-04-30 15:52:25 +02:00
:param closed: Flag indicating whether the curve is closed or not.
2011-02-22 21:43:26 +01:00
2011-04-30 15:52:25 +02:00
The function computes a curve length or a closed contour perimeter.
2011-02-22 21:43:26 +01:00
2011-06-30 00:06:42 +02:00
2011-02-22 21:43:26 +01:00
2011-02-28 22:26:43 +01:00
boundingRect
2011-02-22 21:43:26 +01:00
----------------
2011-06-30 00:06:42 +02:00
Calculates the up-right bounding rectangle of a point set.
2011-06-16 14:48:23 +02:00
.. ocv:function :: Rect boundingRect( InputArray points )
2011-02-22 21:43:26 +01:00
2011-06-30 00:06:42 +02:00
.. ocv:pyfunction :: cv2.boundingRect(points) -> retval
.. ocv:cfunction :: CvRect cvBoundingRect( CvArr* points, int update=0 )
.. ocv:pyoldfunction :: cv.BoundingRect(points, update=0)-> CvRect
2011-02-22 21:43:26 +01:00
2011-06-08 00:51:31 +02:00
:param points: Input 2D point set, stored in ``std::vector`` or ``Mat``.
2011-02-22 21:43:26 +01:00
The function calculates and returns the minimal up-right bounding rectangle for the specified point set.
2011-06-30 00:06:42 +02:00
2011-02-22 21:43:26 +01:00
2011-02-28 22:26:43 +01:00
contourArea
2011-02-22 21:43:26 +01:00
---------------
2011-06-30 00:06:42 +02:00
Calculates a contour area.
2011-06-16 14:48:23 +02:00
.. ocv:function :: double contourArea( InputArray contour, bool oriented=false )
2011-02-22 21:43:26 +01:00
2011-06-30 00:06:42 +02:00
.. ocv:pyfunction :: cv2.contourArea(contour[, oriented]) -> retval
2012-05-28 09:36:14 +02:00
.. ocv:cfunction :: double cvContourArea( const CvArr* contour, CvSlice slice=CV_WHOLE_SEQ, int oriented=0 )
2012-03-29 08:50:05 +02:00
2012-05-28 09:36:14 +02:00
.. ocv:pyoldfunction :: cv.ContourArea(contour, slice=CV_WHOLE_SEQ) -> float
2011-02-22 21:43:26 +01:00
2011-07-01 11:39:22 +02:00
:param contour: Input vector of 2D points (contour vertices), stored in ``std::vector`` or ``Mat``.
2012-03-29 08:50:05 +02:00
:param oriented: Oriented area flag. If it is true, the function returns a signed area value, depending on the contour orientation (clockwise or counter-clockwise). Using this feature you can determine orientation of a contour by taking the sign of an area. By default, the parameter is ``false``, which means that the absolute value is returned.
2011-02-22 21:43:26 +01:00
2011-04-30 15:52:25 +02:00
The function computes a contour area. Similarly to
2011-06-16 14:48:23 +02:00
:ocv:func: `moments` , the area is computed using the Green formula. Thus, the returned area and the number of non-zero pixels, if you draw the contour using
:ocv:func: `drawContours` or
:ocv:func: `fillPoly` , can be different.
2012-04-13 23:50:59 +02:00
Also, the function will most certainly give a wrong results for contours with self-intersections.
2011-07-01 11:39:22 +02:00
Example: ::
2011-02-22 21:43:26 +01:00
vector<Point> contour;
contour.push_back(Point2f(0, 0));
contour.push_back(Point2f(10, 0));
contour.push_back(Point2f(10, 10));
contour.push_back(Point2f(5, 4));
2011-02-26 12:05:10 +01:00
2011-02-22 21:43:26 +01:00
double area0 = contourArea(contour);
vector<Point> approx;
approxPolyDP(contour, approx, 5, true);
double area1 = contourArea(approx);
2011-02-26 12:05:10 +01:00
2011-06-08 00:51:31 +02:00
cout << "area0 =" << area0 << endl <<
"area1 =" << area1 << endl <<
"approx poly vertices" << approx.size() << endl;
2011-02-22 21:43:26 +01:00
2011-06-30 00:06:42 +02:00
2011-02-22 21:43:26 +01:00
2011-02-28 22:26:43 +01:00
convexHull
2011-02-22 21:43:26 +01:00
--------------
2011-06-30 00:06:42 +02:00
Finds the convex hull of a point set.
2011-06-16 14:48:23 +02:00
.. ocv:function :: void convexHull( InputArray points, OutputArray hull, bool clockwise=false, bool returnPoints=true )
2011-02-22 21:43:26 +01:00
2012-05-28 09:36:14 +02:00
.. ocv:pyfunction :: cv2.convexHull(points[, hull[, clockwise[, returnPoints]]]) -> hull
2011-06-30 00:06:42 +02:00
2012-05-28 09:36:14 +02:00
.. ocv:cfunction :: CvSeq* cvConvexHull2( const CvArr* input, void* hull_storage=NULL, int orientation=CV_CLOCKWISE, int return_points=0 )
2011-06-30 00:06:42 +02:00
2012-05-28 09:36:14 +02:00
.. ocv:pyoldfunction :: cv.ConvexHull2(points, storage, orientation=CV_CLOCKWISE, return_points=0) -> convexHull
2011-02-22 21:43:26 +01:00
2011-06-08 00:51:31 +02:00
:param points: Input 2D point set, stored in ``std::vector`` or ``Mat``.
2011-02-22 21:43:26 +01:00
2012-04-13 23:50:59 +02:00
:param hull: Output convex hull. It is either an integer vector of indices or vector of points. In the first case, the ``hull`` elements are 0-based indices of the convex hull points in the original array (since the set of convex hull points is a subset of the original point set). In the second case, ``hull`` elements are the convex hull points themselves.
2012-05-28 09:36:14 +02:00
2012-05-29 12:36:19 +02:00
:param hull_storage: Output memory storage in the old API (``cvConvexHull2`` returns a sequence containing the convex hull points or their indices).
2011-02-22 21:43:26 +01:00
2011-07-01 11:39:22 +02:00
:param clockwise: Orientation flag. If it is true, the output convex hull is oriented clockwise. Otherwise, it is oriented counter-clockwise. The usual screen coordinate system is assumed so that the origin is at the top-left corner, x axis is oriented to the right, and y axis is oriented downwards.
2012-05-28 09:36:14 +02:00
2011-06-30 00:06:42 +02:00
:param orientation: Convex hull orientation parameter in the old API, ``CV_CLOCKWISE`` or ``CV_COUNTERCLOCKWISE``.
2012-05-28 09:36:14 +02:00
2011-07-01 11:39:22 +02:00
:param returnPoints: Operation flag. In case of a matrix, when the flag is true, the function returns convex hull points. Otherwise, it returns indices of the convex hull points. When the output array is ``std::vector``, the flag is ignored, and the output depends on the type of the vector: ``std::vector<int>`` implies ``returnPoints=true``, ``std::vector<Point>`` implies ``returnPoints=false``.
2011-02-22 21:43:26 +01:00
2011-04-30 15:52:25 +02:00
The functions find the convex hull of a 2D point set using the Sklansky's algorithm
2011-06-30 00:06:42 +02:00
[Sklansky82]_
2011-02-26 12:05:10 +01:00
that has
2011-06-08 00:51:31 +02:00
*O(N logN)* complexity in the current implementation. See the OpenCV sample `` convexhull.cpp `` that demonstrates the usage of different function variants.
2011-02-22 21:43:26 +01:00
2011-06-30 00:06:42 +02:00
2012-03-30 16:22:34 +02:00
convexityDefects
2011-06-30 00:06:42 +02:00
----------------
Finds the convexity defects of a contour.
2012-03-30 16:22:34 +02:00
.. ocv:function :: void convexityDefects( InputArray contour, InputArray convexhull, OutputArray convexityDefects )
2012-03-29 21:56:53 +02:00
2012-05-28 09:36:14 +02:00
.. ocv:pyfunction :: cv2.convexityDefects(contour, convexhull[, convexityDefects]) -> convexityDefects
2012-03-29 21:56:53 +02:00
2011-06-30 00:06:42 +02:00
.. ocv:cfunction :: CvSeq* cvConvexityDefects( const CvArr* contour, const CvArr* convexhull, CvMemStorage* storage=NULL )
.. ocv:pyoldfunction :: cv.ConvexityDefects(contour, convexhull, storage)-> convexityDefects
2012-05-28 09:36:14 +02:00
:param contour: Input contour.
:param convexhull: Convex hull obtained using :ocv:func:`convexHull` that should contain indices of the contour points that make the hull.
2012-03-29 21:56:53 +02:00
:param convexityDefects: The output vector of convexity defects. In C++ and the new Python/Java interface each convexity defect is represented as 4-element integer vector (a.k.a. ``cv::Vec4i``): ``(start_index, end_index, farthest_pt_index, fixpt_depth)``, where indices are 0-based indices in the original contour of the convexity defect beginning, end and the farthest point, and ``fixpt_depth`` is fixed-point approximation (with 8 fractional bits) of the distance between the farthest contour point and the hull. That is, to get the floating-point value of the depth will be ``fixpt_depth/256.0``. In C interface convexity defect is represented by ``CvConvexityDefect`` structure - see below.
2012-05-28 09:36:14 +02:00
2012-03-29 21:56:53 +02:00
:param storage: Container for the output sequence of convexity defects. If it is NULL, the contour or hull (in that order) storage is used.
2012-05-28 09:36:14 +02:00
2011-06-30 00:06:42 +02:00
The function finds all convexity defects of the input contour and returns a sequence of the `` CvConvexityDefect `` structures, where `` CvConvexityDetect `` is defined as: ::
struct CvConvexityDefect
{
CvPoint* start; // point of the contour where the defect begins
CvPoint* end; // point of the contour where the defect ends
CvPoint* depth_point; // the farthest from the convex hull point within the defect
float depth; // distance between the farthest point and the convex hull
};
2011-07-01 11:39:22 +02:00
The figure below displays convexity defects of a hand contour:
2011-06-30 00:06:42 +02:00
.. image :: pics/defects.png
2011-02-22 21:43:26 +01:00
2011-02-28 22:26:43 +01:00
fitEllipse
2011-02-22 21:43:26 +01:00
--------------
2011-06-30 00:06:42 +02:00
Fits an ellipse around a set of 2D points.
2011-06-16 14:48:23 +02:00
.. ocv:function :: RotatedRect fitEllipse( InputArray points )
2011-02-22 21:43:26 +01:00
2011-06-30 00:06:42 +02:00
.. ocv:pyfunction :: cv2.fitEllipse(points) -> retval
.. ocv:cfunction :: CvBox2D cvFitEllipse2( const CvArr* points )
.. ocv:pyoldfunction :: cv.FitEllipse2(points)-> Box2D
2011-02-22 21:43:26 +01:00
2011-07-01 11:39:22 +02:00
:param points: Input 2D point set, stored in:
2012-05-28 09:36:14 +02:00
2011-07-01 11:39:22 +02:00
* `` std::vector<> `` or `` Mat `` (C++ interface)
2011-06-30 00:06:42 +02:00
* `` CvSeq* `` or `` CvMat* `` (C interface)
2011-02-22 21:43:26 +01:00
2011-06-30 00:06:42 +02:00
* Nx2 numpy array (Python interface)
2011-02-22 21:43:26 +01:00
2011-07-01 11:39:22 +02:00
The function calculates the ellipse that fits (in a least-squares sense) a set of 2D points best of all. It returns the rotated rectangle in which the ellipse is inscribed. The algorithm [Fitzgibbon95]_ is used.
2011-02-22 21:43:26 +01:00
2011-02-28 22:26:43 +01:00
fitLine
2011-02-22 21:43:26 +01:00
-----------
2011-06-30 00:06:42 +02:00
Fits a line to a 2D or 3D point set.
2011-06-16 14:48:23 +02:00
.. ocv:function :: void fitLine( InputArray points, OutputArray line, int distType, double param, double reps, double aeps )
2011-02-22 21:43:26 +01:00
2012-05-28 09:36:14 +02:00
.. ocv:pyfunction :: cv2.fitLine(points, distType, param, reps, aeps[, line]) -> line
2011-06-30 00:06:42 +02:00
2012-05-28 09:36:14 +02:00
.. ocv:cfunction :: void cvFitLine( const CvArr* points, int dist_type, double param, double reps, double aeps, float* line )
.. ocv:pyoldfunction :: cv.FitLine(points, dist_type, param, reps, aeps) -> line
2011-02-22 21:43:26 +01:00
2011-06-08 00:51:31 +02:00
:param points: Input vector of 2D or 3D points, stored in ``std::vector<>`` or ``Mat``.
2011-02-22 21:43:26 +01:00
2011-07-01 11:39:22 +02:00
:param line: Output line parameters. In case of 2D fitting, it should be a vector of 4 elements (like ``Vec4f``) - ``(vx, vy, x0, y0)``, where ``(vx, vy)`` is a normalized vector collinear to the line and ``(x0, y0)`` is a point on the line. In case of 3D fitting, it should be a vector of 6 elements (like ``Vec6f``) - ``(vx, vy, vz, x0, y0, z0)``, where ``(vx, vy, vz)`` is a normalized vector collinear to the line and ``(x0, y0, z0)`` is a point on the line.
2011-02-26 12:05:10 +01:00
2011-07-01 11:39:22 +02:00
:param distType: Distance used by the M-estimator (see the discussion below).
2011-02-26 12:05:10 +01:00
2011-04-30 15:52:25 +02:00
:param param: Numerical parameter ( ``C`` ) for some types of distances. If it is 0, an optimal value is chosen.
2011-02-26 12:05:10 +01:00
2011-06-30 14:06:26 +02:00
:param reps: Sufficient accuracy for the radius (distance between the coordinate origin and the line).
2012-05-28 09:36:14 +02:00
2011-06-30 14:06:26 +02:00
:param aeps: Sufficient accuracy for the angle. 0.01 would be a good default value for ``reps`` and ``aeps``.
2011-02-26 12:05:10 +01:00
2011-05-05 15:31:54 +02:00
The function `` fitLine `` fits a line to a 2D or 3D point set by minimizing
2011-02-26 12:05:10 +01:00
:math: `\sum_i \rho(r_i)` where
2011-04-30 15:52:25 +02:00
:math: `r_i` is a distance between the
:math: `i^{th}` point, the line and
2011-07-01 11:39:22 +02:00
:math: `\rho(r)` is a distance function, one of the following:
2011-02-22 21:43:26 +01:00
* distType=CV\_DIST\_L2
2011-02-26 12:05:10 +01:00
2011-02-22 21:43:26 +01:00
.. math ::
2011-02-26 12:05:10 +01:00
\rho (r) = r^2/2 \quad \text{(the simplest and the fastest least-squares method)}
2011-02-22 21:43:26 +01:00
* distType=CV\_DIST\_L1
2011-02-26 12:05:10 +01:00
2011-02-22 21:43:26 +01:00
.. math ::
2011-02-26 12:05:10 +01:00
\rho (r) = r
2011-02-22 21:43:26 +01:00
* distType=CV\_DIST\_L12
2011-02-26 12:05:10 +01:00
2011-02-22 21:43:26 +01:00
.. math ::
2011-02-26 12:05:10 +01:00
\rho (r) = 2 \cdot ( \sqrt{1 + \frac{r^2}{2}} - 1)
2011-02-22 21:43:26 +01:00
* distType=CV\_DIST\_FAIR
2011-02-26 12:05:10 +01:00
2011-02-22 21:43:26 +01:00
.. math ::
2011-02-26 12:05:10 +01:00
\rho \left (r \right ) = C^2 \cdot \left ( \frac{r}{C} - \log{\left(1 + \frac{r}{C}\right)} \right ) \quad \text{where} \quad C=1.3998
2011-02-22 21:43:26 +01:00
* distType=CV\_DIST\_WELSCH
2011-02-26 12:05:10 +01:00
2011-02-22 21:43:26 +01:00
.. math ::
2011-02-26 12:05:10 +01:00
\rho \left (r \right ) = \frac{C^2}{2} \cdot \left ( 1 - \exp{\left(-\left(\frac{r}{C}\right)^2\right)} \right ) \quad \text{where} \quad C=2.9846
2011-02-22 21:43:26 +01:00
* distType=CV\_DIST\_HUBER
2011-02-26 12:05:10 +01:00
2011-02-22 21:43:26 +01:00
.. math ::
2011-02-26 12:05:10 +01:00
\rho (r) = \fork{r^2/2}{if $r < C$}{C \cdot (r-C/2)}{otherwise} \quad \text{where} \quad C=1.345
2011-02-22 21:43:26 +01:00
2011-02-26 12:05:10 +01:00
The algorithm is based on the M-estimator (
http://en.wikipedia.org/wiki/M-estimator
2011-04-30 15:52:25 +02:00
) technique that iteratively fits the line using the weighted least-squares algorithm. After each iteration the weights
:math: `w_i` are adjusted to be inversely proportional to
2011-02-26 12:05:10 +01:00
:math: `\rho(r_i)` .
2011-02-22 21:43:26 +01:00
2011-06-30 00:06:42 +02:00
2011-02-22 21:43:26 +01:00
2011-02-28 22:26:43 +01:00
isContourConvex
2011-02-22 21:43:26 +01:00
-------------------
2011-06-30 00:06:42 +02:00
Tests a contour convexity.
2011-06-16 14:48:23 +02:00
.. ocv:function :: bool isContourConvex( InputArray contour )
2011-02-22 21:43:26 +01:00
2011-06-30 00:06:42 +02:00
.. ocv:pyfunction :: cv2.isContourConvex(contour) -> retval
2011-02-22 21:43:26 +01:00
2011-06-30 00:06:42 +02:00
.. ocv:cfunction :: int cvCheckContourConvexity( const CvArr* contour )
.. ocv:pyoldfunction :: cv.CheckContourConvexity(contour)-> int
2011-07-01 11:39:22 +02:00
:param contour: Input vector of 2D points, stored in:
2012-05-28 09:36:14 +02:00
2011-07-01 11:39:22 +02:00
* `` std::vector<> `` or `` Mat `` (C++ interface)
2011-06-30 00:06:42 +02:00
* `` CvSeq* `` or `` CvMat* `` (C interface)
* Nx2 numpy array (Python interface)
2011-02-22 21:43:26 +01:00
2011-04-30 15:52:25 +02:00
The function tests whether the input contour is convex or not. The contour must be simple, that is, without self-intersections. Otherwise, the function output is undefined.
2011-02-22 21:43:26 +01:00
2011-06-30 00:06:42 +02:00
2011-02-22 21:43:26 +01:00
2011-02-28 22:26:43 +01:00
minAreaRect
2011-02-22 21:43:26 +01:00
---------------
2011-06-30 00:06:42 +02:00
Finds a rotated rectangle of the minimum area enclosing the input 2D point set.
2011-06-16 14:48:23 +02:00
.. ocv:function :: RotatedRect minAreaRect( InputArray points )
2011-02-22 21:43:26 +01:00
2011-06-30 00:06:42 +02:00
.. ocv:pyfunction :: cv2.minAreaRect(points) -> retval
2011-02-22 21:43:26 +01:00
2011-06-30 00:06:42 +02:00
.. ocv:cfunction :: CvBox2D cvMinAreaRect2( const CvArr* points, CvMemStorage* storage=NULL )
2012-05-28 09:36:14 +02:00
.. ocv:pyoldfunction :: cv.MinAreaRect2(points, storage=None) -> Box2D
2011-06-30 00:06:42 +02:00
2011-07-01 11:39:22 +02:00
:param points: Input vector of 2D points, stored in:
2012-05-28 09:36:14 +02:00
2011-07-01 11:39:22 +02:00
* `` std::vector<> `` or `` Mat `` (C++ interface)
2012-05-28 09:36:14 +02:00
2011-06-30 00:06:42 +02:00
* `` CvSeq* `` or `` CvMat* `` (C interface)
2012-05-28 09:36:14 +02:00
2011-06-30 00:06:42 +02:00
* Nx2 numpy array (Python interface)
2011-04-30 15:52:25 +02:00
2011-05-05 15:31:54 +02:00
The function calculates and returns the minimum-area bounding rectangle (possibly rotated) for a specified point set. See the OpenCV sample `` minarea.cpp `` .
2011-02-22 21:43:26 +01:00
2011-06-30 00:06:42 +02:00
2011-02-22 21:43:26 +01:00
2011-02-28 22:26:43 +01:00
minEnclosingCircle
2011-02-22 21:43:26 +01:00
----------------------
2011-06-30 00:06:42 +02:00
Finds a circle of the minimum area enclosing a 2D point set.
2011-06-16 14:48:23 +02:00
.. ocv:function :: void minEnclosingCircle( InputArray points, Point2f& center, float& radius )
2011-02-22 21:43:26 +01:00
2012-05-28 09:36:14 +02:00
.. ocv:pyfunction :: cv2.minEnclosingCircle(points) -> center, radius
2011-06-30 00:06:42 +02:00
.. ocv:cfunction :: int cvMinEnclosingCircle( const CvArr* points, CvPoint2D32f* center, float* radius )
2011-04-30 15:52:25 +02:00
2011-06-30 00:06:42 +02:00
.. ocv:pyoldfunction :: cv.MinEnclosingCircle(points)-> (int, center, radius)
2011-07-01 11:39:22 +02:00
:param points: Input vector of 2D points, stored in:
2012-05-28 09:36:14 +02:00
2011-07-01 11:39:22 +02:00
* `` std::vector<> `` or `` Mat `` (C++ interface)
2012-05-28 09:36:14 +02:00
2011-06-30 00:06:42 +02:00
* `` CvSeq* `` or `` CvMat* `` (C interface)
2012-05-28 09:36:14 +02:00
2011-06-30 00:06:42 +02:00
* Nx2 numpy array (Python interface)
2011-02-22 21:43:26 +01:00
2011-04-30 15:52:25 +02:00
:param center: Output center of the circle.
2011-02-22 21:43:26 +01:00
2011-04-30 15:52:25 +02:00
:param radius: Output radius of the circle.
2011-02-22 21:43:26 +01:00
2011-05-05 15:31:54 +02:00
The function finds the minimal enclosing circle of a 2D point set using an iterative algorithm. See the OpenCV sample `` minarea.cpp `` .
2011-02-22 21:43:26 +01:00
2011-06-30 00:06:42 +02:00
2011-02-22 21:43:26 +01:00
2011-02-28 22:26:43 +01:00
matchShapes
2011-02-22 21:43:26 +01:00
---------------
2011-06-30 00:06:42 +02:00
Compares two shapes.
2012-05-28 09:36:14 +02:00
.. ocv:function :: double matchShapes( InputArray contour1, InputArray contour2, int method, double parameter )
2011-02-22 21:43:26 +01:00
2011-06-30 00:06:42 +02:00
.. ocv:pyfunction :: cv2.matchShapes(contour1, contour2, method, parameter) -> retval
.. ocv:cfunction :: double cvMatchShapes( const void* object1, const void* object2, int method, double parameter=0 )
2012-05-28 09:36:14 +02:00
.. ocv:pyoldfunction :: cv.MatchShapes(object1, object2, method, parameter=0) -> float
2011-02-22 21:43:26 +01:00
2011-07-01 11:39:22 +02:00
:param object1: First contour or grayscale image.
2011-02-22 21:43:26 +01:00
2011-07-01 11:39:22 +02:00
:param object2: Second contour or grayscale image.
2011-02-22 21:43:26 +01:00
2012-04-30 16:33:52 +02:00
:param method: Comparison method: ``CV_CONTOURS_MATCH_I1`` , \ ``CV_CONTOURS_MATCH_I2`` \
2011-04-30 15:52:25 +02:00
or `` CV_CONTOURS_MATCH_I3 `` (see the details below).
2011-02-22 21:43:26 +01:00
2011-04-30 15:52:25 +02:00
:param parameter: Method-specific parameter (not supported now).
2011-02-22 21:43:26 +01:00
2011-04-30 15:52:25 +02:00
The function compares two shapes. All three implemented methods use the Hu invariants (see
2011-06-16 14:48:23 +02:00
:ocv:func: `HuMoments` ) as follows (
2011-02-26 12:05:10 +01:00
:math: `A` denotes `` object1 `` ,:math: `B` denotes `` object2 `` ):
2011-02-22 21:43:26 +01:00
2012-04-30 16:33:52 +02:00
* method=CV_CONTOURS_MATCH_I1
2011-02-26 12:05:10 +01:00
2011-02-22 21:43:26 +01:00
.. math ::
2011-02-26 12:05:10 +01:00
I_1(A,B) = \sum _{i=1...7} \left | \frac{1}{m^A_i} - \frac{1}{m^B_i} \right |
2011-02-22 21:43:26 +01:00
2012-04-30 16:33:52 +02:00
* method=CV_CONTOURS_MATCH_I2
2011-02-22 21:43:26 +01:00
.. math ::
2011-02-26 12:05:10 +01:00
I_2(A,B) = \sum _{i=1...7} \left | m^A_i - m^B_i \right |
2011-02-22 21:43:26 +01:00
2012-04-30 16:33:52 +02:00
* method=CV_CONTOURS_MATCH_I3
2011-02-22 21:43:26 +01:00
2011-02-26 12:05:10 +01:00
.. math ::
2011-02-22 21:43:26 +01:00
2012-04-30 16:33:52 +02:00
I_3(A,B) = \max _{i=1...7} \frac{ \left| m^A_i - m^B_i \right| }{ \left| m^A_i \right| }
2011-02-22 21:43:26 +01:00
2011-02-26 12:05:10 +01:00
where
2011-02-22 21:43:26 +01:00
2011-02-26 12:05:10 +01:00
.. math ::
2011-02-22 21:43:26 +01:00
2011-02-26 12:05:10 +01:00
\begin{array}{l} m^A_i = \mathrm{sign} (h^A_i) \cdot \log{h^A_i} \\ m^B_i = \mathrm{sign} (h^B_i) \cdot \log{h^B_i} \end{array}
2011-02-22 21:43:26 +01:00
2011-02-26 12:05:10 +01:00
and
:math: `h^A_i, h^B_i` are the Hu moments of
:math: `A` and
2011-04-30 15:52:25 +02:00
:math: `B` , respectively.
2011-02-22 21:43:26 +01:00
2011-06-30 00:06:42 +02:00
2011-02-22 21:43:26 +01:00
2011-02-28 22:26:43 +01:00
pointPolygonTest
2011-02-22 21:43:26 +01:00
--------------------
2011-06-30 00:06:42 +02:00
Performs a point-in-contour test.
2011-06-16 14:48:23 +02:00
.. ocv:function :: double pointPolygonTest( InputArray contour, Point2f pt, bool measureDist )
2011-02-22 21:43:26 +01:00
2011-06-30 00:06:42 +02:00
.. ocv:pyfunction :: cv2.pointPolygonTest(contour, pt, measureDist) -> retval
2012-05-28 09:36:14 +02:00
.. ocv:cfunction :: double cvPointPolygonTest( const CvArr* contour, CvPoint2D32f pt, int measure_dist )
.. ocv:pyoldfunction :: cv.PointPolygonTest(contour, pt, measure_dist) -> float
2011-02-22 21:43:26 +01:00
2011-04-30 15:52:25 +02:00
:param contour: Input contour.
2011-02-22 21:43:26 +01:00
2011-04-30 15:52:25 +02:00
:param pt: Point tested against the contour.
2011-02-22 21:43:26 +01:00
2011-04-30 15:52:25 +02:00
:param measureDist: If true, the function estimates the signed distance from the point to the nearest contour edge. Otherwise, the function only checks if the point is inside a contour or not.
2011-02-22 21:43:26 +01:00
The function determines whether the
point is inside a contour, outside, or lies on an edge (or coincides
2011-04-30 15:52:25 +02:00
with a vertex). It returns positive (inside), negative (outside), or zero (on an edge) value,
2011-02-26 12:05:10 +01:00
correspondingly. When `` measureDist=false `` , the return value
2011-04-30 15:52:25 +02:00
is +1, -1, and 0, respectively. Otherwise, the return value
is a signed distance between the point and the nearest contour
2011-02-22 21:43:26 +01:00
edge.
2011-07-01 11:39:22 +02:00
See below a sample output of the function where each image pixel is tested against the contour.
2011-02-22 21:43:26 +01:00
2011-03-05 22:26:13 +01:00
.. image :: pics/pointpolygon.png
2011-02-22 21:43:26 +01:00
2011-07-01 14:09:39 +02:00
.. [Fitzgibbon95] Andrew W. Fitzgibbon, R.B.Fisher. *A Buyer's Guide to Conic Fitting* . Proc.5th British Machine Vision Conference, Birmingham, pp. 513-522, 1995.
2011-06-30 00:06:42 +02:00
2011-07-01 11:39:22 +02:00
.. [Hu62] M. Hu. *Visual Pattern Recognition by Moment Invariants* , IRE Transactions on Information Theory, 8:2, pp. 179-187, 1962.
2011-06-30 00:06:42 +02:00
2011-07-01 11:39:22 +02:00
.. [Sklansky82] Sklansky, J., *Finding the Convex Hull of a Simple Polygon* . PRL 1 $number, pp 79-83 (1982)
2011-06-30 00:06:42 +02:00
2011-07-01 11:39:22 +02:00
.. [Suzuki85] Suzuki, S. and Abe, K., *Topological Structural Analysis of Digitized Binary Images by Border Following* . CVGIP 30 1, pp 32-46 (1985)
2011-06-30 00:06:42 +02:00
2011-07-01 11:39:22 +02:00
.. [TehChin89] Teh, C.H. and Chin, R.T., *On the Detection of Dominant Points on Digital Curve* . PAMI 11 8, pp 859-872 (1989)