find_component_model
— Find the best matches of a component model in an image.
find_component_model(Image : : ComponentModelID, RootComponent, AngleStartRoot, AngleExtentRoot, MinScore, NumMatches, MaxOverlap, IfRootNotFound, IfComponentNotFound, PosePrediction, MinScoreComp, SubPixelComp, NumLevelsComp, GreedinessComp : ModelStart, ModelEnd, Score, RowComp, ColumnComp, AngleComp, ScoreComp, ModelComp)
The operator find_component_model
finds the best
NumMatches
instances of the component model
ComponentModelID
in the input image Image
. The
model must have been created previously by calling
create_trained_component_model
,
create_component_model
, or read_component_model
.
The components of the component model ComponentModelID
are
represented in in a tree structure. The component that stands at the
root of this search tree (root component) is searched within the
full search space, i.e., at all allowed positions and in the allowed
range of orientations (see below). In contrast, the remaining
components are searched relative to the pose of their predecessor in
the search tree within a restricted search space that is computed
from the relations (recursive search). The index of the root
component can be passed in RootComponent
. To what extent a
model component is suited to act as root component depends on
several factors. In principle, a model component that can be found
in the image with a high probability, should be chosen. Therefore, a
component that is sometimes occluded to a high degree or that is
missing in some cases is not well suited to act as root
component. The behavior of the operator when dealing with a missing
or strongly occluded root component can be set with
IfRootNotFound
(see below). Also, the computation time
that is associated with the root component during the search can
serve as a criterion. A ranking of the model components that is
based on the latter criterion is returned in RootRanking
of the operator create_trained_component_model
or
create_component_model
, respectively. If the complete
ranking is passed in RootComponent
, the first value
RootComponent
[0] is automatically selected as the root
component. The domain of the image Image
determines the
search space for the reference point, i.e., the allowed positions,
of the root component. The parameters AngleStartRoot
and
AngleExtentRoot
specify the allowed angle range within which
the root component is searched. If necessary, the range of rotations
is clipped to the range given when the component model was created
with create_trained_component_model
or
create_component_model
, respectively. The angle range for
each component can be queried with get_shape_model_params
after requesting the corresponding shape model handles with
get_component_model_params
.
The position and rotation of the model components of all found
component model instances are returned in RowComp
,
ColumnComp
, and AngleComp
. The coordinates
RowComp
and ColumnComp
are the coordinates of the
origin (reference point) of the component in the search image. If
the component model was created with
create_trained_component_model
by training, the origin of
the component is the center of gravity of the respective returned
contour region in ModelComponents
of the operator
train_model_components
. Otherwise, if the component model
was created manually with create_component_model
, the origin
of the component is the center of gravity of the corresponding
passed component region ComponentRegion
of the operator
create_component_model
. Since the relations between the
components in ComponentModelID
refer to this reference
point, the origin of the components must not be modified by using
set_shape_model_origin
.
Additionally, the score of each found component instance is returned
in ScoreComp
. The score is a number between 0 and 1, and
is an approximate measure of how much of the component is visible in
the image. If, for example, half of the component is occluded, the
score cannot exceed 0.5. While ScoreComp
represents the
score of the instances of the single components, Score
contains the score of the instances of the entire component
model. More precisely, Score
contains the weighted mean of
the associated values of ScoreComp
. The weighting is
performed according to the number of model points within the
respective component.
In order to assign the values in RowComp
,
ColumnComp
, AngleComp
, and ScoreComp
to
the associated model component, the index of the model component
(see create_component_model
and
train_model_components
, respectively) is returned in
ModelComp
. Furthermore, for each found instance of the
component model its associated component matches are given in
ModelStart
and ModelEnd
. Thus, the matches of the
components that correspond to the first found instance of the
component model are given by the interval of indices
[ModelStart
[0],ModelEnd
[0]]. The indices refer to
the parameters RowComp
, ColumnComp
,
AngleComp
, ScoreComp
, and
ModelComp
. Assume, for example, that two instances of the
component model, which consists of three components, are found in
the image, where for one instance only two components (component 0
and component 2) could be found. Then the returned parameters could,
for example, have the following elements: RowComp
=
[100,200,300,150,250], ColumnComp
=
[200,210,220,400,425], AngleComp
=
[0,0.1,-0.2,0.1,0.2,0], ScoreComp
=
[1,1,1,1,1], ModelComp
= [0,1,2,0,2],
ModelStart
= [0,3], ModelEnd
=
[2,4], Score
= [1,1]. The operator
get_found_component_model
can be used to visualize the
result of the search and to extract the component matches of a
certain component model instance.
The component model is searched within those points of the domain of
the image in which the model lies completely within the image.
This means that the
components will not be found if they extend beyond the borders of
the image, even if they would achieve a score greater than
MinScoreComp
(see below). Note that, if for a certain pyramid
level the component model touches the image border, it might not be
found even if it lies completely within the original image.
As a rule of thumb, the model might not be found if its distance to
an image border falls below .
This behavior can be changed
with set_system('border_shape_models','true')
, which will
cause components that extend beyond the image border to be found if
they achieve a score greater than MinScoreComp
. Here,
points lying outside the image are regarded as being occluded, i.e.,
they lower the score. It should be noted that the runtime of the
search will increase in this mode. Note further, that in rare cases,
which occur typically only for artificial images, the model might not be
found also if for certain pyramid levels the model touches the border
of the reduced domain. Then, it may help to enlarge the reduced
domain by using,
e.g., dilation_circle
.
The parameter MinScore
determines what score a potential
match of the component model must at least have to be regarded as an
instance of the component model in the image. If the component model
can be expected never to be occluded in the images,
MinScore
may be set as high as 0.8 or even
0.9. If a missing or strongly occluded root component must
be assumed, and hence IfRootNotFound
is set to
'select_new_root' (see below), the search is faster the
larger MinScore
is chosen. Otherwise, the value of this
parameter only slightly influences the computation time.
The maximum number of model instances to be found can be determined
with NumMatches
. If more than NumMatches
instances with a score greater than MinScore
are found in
the image, only the best NumMatches
instances are returned.
If fewer than NumMatches
are found, only that number is
returned, i.e., the parameter MinScore
takes precedence
over NumMatches
. If all model instances exceeding
MinScore
in the image should be found, NumMatches
must be set to 0.
When tracking the matches through the image pyramid, on each level,
some less promising matches are rejected based on NumMatches
. Thus,
it is possible that some matches are rejected that would have had a higher
score on the lowest pyramid level. Due to this, for example, the found
match for NumMatches
set to 1 might be
different from the match with the highest score returned when setting
NumMatches
to 0 or > 1.
If multiple objects with a similar score are expected, but only the one with
the highest score should be returned, it might be preferable to raise
NumMatches
, and then select the match with the highest score.
In some cases, found instances only differ in the pose of one or a
few components. The parameter MaxOverlap
determines by what
fraction (i.e., a number between 0 and 1) two instances may at most
overlap in order to consider them as different instances, and hence
to return them separately. If two instances overlap each other by
more than MaxOverlap
only the best instance is returned.
The calculation of the overlap is based on the smallest enclosing
rectangles of arbitrary orientation (see
smallest_rectangle2
) of the found component instances. If
MaxOverlap
= 0, the found instances may not
overlap at all, while for MaxOverlap
= 1 no
check for overlap is performed, and hence all instances are
returned.
The parameter IfRootNotFound
specifies the behavior of the
operator when dealing with a missing or strongly occluded root
component. This parameter strongly influences the computation time
of the operator. If IfRootNotFound
is set to
'stop_search' , it is assumed that the root component is
always found in the image. Consequently, for instances for which
the root component could not be found the search for the remaining
components is not continued. If IfRootNotFound
is set to
'select_new_root' , different components are successively
chosen as the root component and searched within the full search
space. The order in which the selection of the root component is
performed corresponds to the order passed in
RootRanking
. The poses of the found instances of all root
components are then used to start the recursive search for the
remaining components. Hence, it is possible to find instances even
if the original root component is not found. However, the
computation time of the search increases significantly in comparison
to the search when choosing 'stop_search' . The number of
root components to search depends on the value specified for
MinScore
. The higher the value for MinScore
is
chosen the fewer root components must be searched, and thus the
faster the search is performed. If the number of elements in
RootComponent
is less than the number of required root
components during the search, the root components are completed by
the automatically computed order (see
create_trained_component_model
or
create_component_model
).
The parameter IfComponentNotFound
specifies the behavior of
the operator when dealing with missing or strongly occluded
components other than the root component. Here, it can be stated in
which way components that must be searched relative to the pose of
another (predecessor) component should be treated if the predecessor
component was not found. If IfComponentNotFound
is set to
'prune_branch' , such components are not searched at all and
are also treated as 'not found'. If IfComponentNotFound
is
set to 'search_from_upper' , such components are searched
relative to the pose of the predecessor component of the predecessor
component. If IfComponentNotFound
is set to
'search_from_best' , such components are searched relative
to the pose of the already found component from which the relative
search can be performed with minimum computational effort.
The parameter PosePrediction
determines whether the pose of
components that could not be found should be estimated. If
PosePrediction
is set to 'none' , only the poses of
the found components are returned. In contrast, if
PosePrediction
is set to 'from_neighbors' or
'from_all' , the poses of components that could not be found
are estimated and returned with a score of ScoreComp
=
0.0. The estimation of the poses is then either based on
the poses of the found neighboring components in the search tree
('from_neighbors' ) or on the poses of all found components
('from_all' ).
Internally, the shape-based matching is used for the component-based
matching in order to search the individual components (see
find_shape_model
). Therefore, the parameters
MinScoreComp
, SubPixelComp
,
NumLevelsComp
, and GreedinessComp
have the same
meaning as the corresponding parameters in find_shape_model
.
These parameters must either contain one element, in which case the
parameter is used for all components, or must contain the same
number of elements as model components in ComponentModelID
,
in which case each parameter element refers to the corresponding
component in ComponentModelID
. NumLevelsComp
may
also contain two elements or twice the number of elements as model
components. The first value determines the number of pyramid levels
to use. The second value determines the lowest pyramid level to
which the found matches are tracked. If different values should be
used for different components, the number of pyramid levels and the
lowest pyramid level must be specified interleaved in
NumLevelsComp
. If, for example, two components are
contained in ComponentModelID
, and the number of pyramid
levels is 5 for the first component and 4 for the second component,
and the lowest pyramid level is 2 for the first component and 1 for
the second component, NumLevelsComp
= [5,2,4,1]
must be selected. Besides the subpixel extraction,
SubPixelComp
may also contain a second element that
contains the maximum object deformation. The deformation must be
specified in pixels. This can be done by passing the optional
parameter value 'max_deformation ' followed by an integer
value between 0 and 32 (in the same string), which
specifies the maximum deformation. To get a meaningful score value
and to avoid erroneous matches, we recommend to always combine the
allowance of a deformation with a subpixel extraction that applies
a least-squares adjustment. If the subpixel extraction and/or
the maximum object deformation is specified separately for each
component, for each component in ComponentModelID
exactly
one value for the subpixel extraction must be passed in
SubPixelComp
. After each value for the subpixel extraction
optionally a second value can be passed, which describes the maximum
object deformation of the corresponding mode. If for a certain
component no value for the maximum object deformation is passed, the
component is searched without taking deformations into
account. Further details can be found in the documentation of
find_shape_models
.
Image
(input_object) (multichannel-)image →
object (byte / uint2)
Input image in which the component model should be found.
ComponentModelID
(input_control) component_model →
(handle)
Handle of the component model.
RootComponent
(input_control) integer(-array) →
(integer)
Index of the root component.
Suggested values: 0, 1, 2, 3, 4, 5, 6, 7, 8
AngleStartRoot
(input_control) angle.rad(-array) →
(real)
Smallest rotation of the root component
Default value: -0.39
Suggested values: -3.14, -1.57, -0.79, -0.39, -0.20, 0.0
AngleExtentRoot
(input_control) angle.rad(-array) →
(real)
Extent of the rotation of the root component.
Default value: 0.79
Suggested values: 6.28, 3.14, 1.57, 0.79, 0.39, 0.0
Restriction: AngleExtentRoot >= 0
MinScore
(input_control) real →
(real)
Minimum score of the instances of the component model to be found.
Default value: 0.5
Suggested values: 0.3, 0.4, 0.5, 0.6, 0.7, 0.8, 0.9, 1.0
Minimum increment: 0.01
Recommended increment: 0.05
Restriction: 0 <= MinScore && MinScore <= 1
NumMatches
(input_control) integer →
(integer)
Number of instances of the component model to be found (or 0 for all matches).
Default value: 1
Suggested values: 0, 1, 2, 3, 4, 5, 10, 20
MaxOverlap
(input_control) real →
(real)
Maximum overlap of the instances of the component models to be found.
Default value: 0.5
Suggested values: 0.0, 0.1, 0.2, 0.3, 0.4, 0.5, 0.6, 0.7, 0.8, 0.9, 1.0
Minimum increment: 0.01
Recommended increment: 0.05
Restriction: 0 <= MaxOverlap && MaxOverlap <= 1
IfRootNotFound
(input_control) string →
(string)
Behavior if the root component is missing.
Default value: 'stop_search'
List of values: 'select_new_root' , 'stop_search'
IfComponentNotFound
(input_control) string →
(string)
Behavior if a component is missing.
Default value: 'prune_branch'
List of values: 'prune_branch' , 'search_from_best' , 'search_from_upper'
PosePrediction
(input_control) string →
(string)
Pose prediction of components that are not found.
Default value: 'none'
List of values: 'from_all' , 'from_neighbors' , 'none'
MinScoreComp
(input_control) real(-array) →
(real)
Minimum score of the instances of the components to be found.
Default value: 0.5
Suggested values: 0.3, 0.4, 0.5, 0.6, 0.7, 0.8, 0.9, 1.0
Minimum increment: 0.01
Recommended increment: 0.05
Restriction: 0 <= MinScoreComp && MinScoreComp <= 1
SubPixelComp
(input_control) string(-array) →
(string)
Subpixel accuracy of the component poses if not equal to 'none' .
Default value: 'least_squares'
Suggested values: 'none' , 'interpolation' , 'least_squares' , 'least_squares_high' , 'least_squares_very_high' , 'max_deformation 1' , 'max_deformation 2' , 'max_deformation 3' , 'max_deformation 4' , 'max_deformation 5' , 'max_deformation 6'
NumLevelsComp
(input_control) integer(-array) →
(integer)
Number of pyramid levels for the components used in
the matching
(and lowest pyramid level to use if
|NumLevelsComp
| = 2n).
Default value: 0
List of values: 0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10
GreedinessComp
(input_control) real(-array) →
(real)
“Greediness” of the search heuristic for the components (0: safe but slow; 1: fast but matches may be missed).
Default value: 0.9
Suggested values: 0.0, 0.1, 0.2, 0.3, 0.4, 0.5, 0.6, 0.7, 0.8, 0.9, 1.0
Minimum increment: 0.01
Recommended increment: 0.05
Restriction: 0 <= GreedinessComp && GreedinessComp <= 1
ModelStart
(output_control) integer(-array) →
(integer)
Start index of each found instance of the component model in the tuples describing the component matches.
ModelEnd
(output_control) integer(-array) →
(integer)
End index of each found instance of the component model in the tuples describing the component matches.
Score
(output_control) real(-array) →
(real)
Score of the found instances of the component model.
RowComp
(output_control) point.y(-array) →
(real)
Row coordinate of the found component matches.
ColumnComp
(output_control) point.x(-array) →
(real)
Column coordinate of the found component matches.
AngleComp
(output_control) angle.rad(-array) →
(real)
Rotation angle of the found component matches.
ScoreComp
(output_control) real(-array) →
(real)
Score of the found component matches.
ModelComp
(output_control) integer(-array) →
(integer)
Index of the found components.
If the parameter values are correct, the operator
find_component_model
returns the value 2 (H_MSG_TRUE). If the input
is empty (no input image available) the behavior can be set via
set_system('no_object_result',<Result>)
. If necessary, an
exception is raised.
create_trained_component_model
,
create_component_model
,
read_component_model
find_shape_model
,
find_shape_models
,
get_shape_model_params
,
get_component_model_params
,
train_model_components
,
set_shape_model_origin
,
smallest_rectangle2
Matching