Skip to content

Commit ca9a3af

Browse files
authored
Merge pull request opencv#9756 from pranitbauva1997:doc-typo-faster
doc: fix typo in py_tutorials
2 parents eca5906 + d3e3d09 commit ca9a3af

File tree

4 files changed

+5
-5
lines changed

4 files changed

+5
-5
lines changed

doc/py_tutorials/py_core/py_basic_ops/py_basic_ops.markdown

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -130,7 +130,7 @@ Or
130130
>>> b = img[:,:,0]
131131
@endcode
132132
Suppose, you want to make all the red pixels to zero, you need not split like this and put it equal
133-
to zero. You can simply use Numpy indexing, and that is more faster.
133+
to zero. You can simply use Numpy indexing, and that is faster.
134134
@code{.py}
135135
>>> img[:,:,2] = 0
136136
@endcode

doc/py_tutorials/py_feature2d/py_matcher/py_matcher.markdown

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -140,7 +140,7 @@ FLANN based Matcher
140140

141141
FLANN stands for Fast Library for Approximate Nearest Neighbors. It contains a collection of
142142
algorithms optimized for fast nearest neighbor search in large datasets and for high dimensional
143-
features. It works more faster than BFMatcher for large datasets. We will see the second example
143+
features. It works faster than BFMatcher for large datasets. We will see the second example
144144
with FLANN based matcher.
145145

146146
For FLANN based matcher, we need to pass two dictionaries which specifies the algorithm to be used,

doc/py_tutorials/py_feature2d/py_surf_intro/py_surf_intro.markdown

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -34,7 +34,7 @@ applications, rotation invariance is not required, so no need of finding this or
3434
speeds up the process. SURF provides such a functionality called Upright-SURF or U-SURF. It improves
3535
speed and is robust upto \f$\pm 15^{\circ}\f$. OpenCV supports both, depending upon the flag,
3636
**upright**. If it is 0, orientation is calculated. If it is 1, orientation is not calculated and it
37-
is more faster.
37+
is faster.
3838

3939
![image](images/surf_orientation.jpg)
4040

@@ -130,7 +130,7 @@ False
130130
131131
>>> plt.imshow(img2),plt.show()
132132
@endcode
133-
See the results below. All the orientations are shown in same direction. It is more faster than
133+
See the results below. All the orientations are shown in same direction. It is faster than
134134
previous. If you are working on cases where orientation is not a problem (like panorama stitching)
135135
etc, this is better.
136136

doc/py_tutorials/py_imgproc/py_histograms/py_histogram_begins/py_histogram_begins.markdown

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -99,7 +99,7 @@ as 0-0.99, 1-1.99, 2-2.99 etc. So final range would be 255-255.99. To represent
9999
np.histogram(). So for one-dimensional histograms, you can better try that. Don't forget to set
100100
minlength = 256 in np.bincount. For example, hist = np.bincount(img.ravel(),minlength=256)
101101

102-
@note OpenCV function is more faster than (around 40X) than np.histogram(). So stick with OpenCV
102+
@note OpenCV function is faster than (around 40X) than np.histogram(). So stick with OpenCV
103103
function.
104104

105105
Now we should plot histograms, but how?

0 commit comments

Comments
 (0)