Fix spelling typos

modules/gapi/doc/00-root.markdown

@@ -95,7 +95,7 @@ Internally, cv::GComputation::apply() compiles the captured graph for
 the given input parameters and executes the compiled graph on data
 immediately.
 
-There is a number important concepts can be outlines with this examle:
+There is a number important concepts can be outlines with this example:
 * Graph declaration and graph execution are distinct steps;
 * Graph is built implicitly from a sequence of G-API expressions;
 * G-API supports function-like calls -- e.g. cv::gapi::resize(), and

modules/gapi/doc/01-background.markdown

@@ -36,7 +36,7 @@ software optimization due to diffent costs of memory access on modern
 computer architectures -- the more data is reused in the first level
 cache, the more efficient pipeline is.
 
-Definitely the aforementioned techinques can be applied manually --
+Definitely the aforementioned techniques can be applied manually --
 but it requires extra skills and knowledge of the target platform and
 the algorithm implementation changes irrevocably -- becoming more
 specific, less flexible, and harder to extend and maintain.

modules/gapi/doc/slides/gapi_overview.org

@@ -242,7 +242,7 @@ Graph *protocol* defines what arguments a computation was defined on
 - A type name (every operation is a C++ type);
 - Operation signature (similar to ~std::function<>~);
 - Operation identifier (a string);
-- Metadata callback -- desribe what is the output value format(s),
+- Metadata callback -- describe what is the output value format(s),
   given the input and arguments.
 - Use ~OpType::on(...)~ to use a new kernel ~OpType~ to construct graphs.
 #+LaTeX: {\footnotesize

modules/gapi/include/opencv2/gapi/cpu/gcpukernel.hpp

@@ -124,7 +124,7 @@ protected:
     F m_f;
 };
 
-// FIXME: This is an ugly ad-hoc imlpementation. TODO: refactor
+// FIXME: This is an ugly ad-hoc implementation. TODO: refactor
 
 namespace detail
 {

modules/gapi/include/opencv2/gapi/fluid/gfluidkernel.hpp

@@ -39,7 +39,7 @@ namespace fluid
      */
     GAPI_EXPORTS cv::gapi::GBackend backend();
     /** @} */
-} // namespace flud
+} // namespace fluid
 } // namespace gapi
 
 

modules/gapi/include/opencv2/gapi/gcompiled.hpp

@@ -148,7 +148,7 @@ public:
      * @param outs vector of output cv::Mat objects to produce by the
      * computation.
      *
-     * Numbers of elements in ins/outs vectos must match numbers of
+     * Numbers of elements in ins/outs vectors must match numbers of
      * inputs/outputs which were used to define the source GComputation.
      */
     void operator() (const std::vector<cv::Mat> &ins,            // Compatibility overload

modules/gapi/include/opencv2/gapi/gcomputation.hpp

@@ -314,7 +314,7 @@ public:
      * @param args compilation arguments for underlying compilation
      * process.
      *
-     * Numbers of elements in ins/outs vectos must match numbers of
+     * Numbers of elements in ins/outs vectors must match numbers of
      * inputs/outputs which were used to define this GComputation.
      */
     void apply(const std::vector<cv::Mat>& ins,         // Compatibility overload
@@ -373,7 +373,7 @@ public:
     //     template<typename... Ts>
     //     GCompiled compile(const Ts&... metas, GCompileArgs &&args)
     //
-    // But not all compilers can hande this (and seems they shouldn't be able to).
+    // But not all compilers can handle this (and seems they shouldn't be able to).
     // FIXME: SFINAE looks ugly in the generated documentation
     /**
      * @overload

modules/gapi/include/opencv2/gapi/gtype_traits.hpp

@@ -101,7 +101,7 @@ namespace detail
     template<>           struct GTypeOf<cv::gapi::own::Scalar> { using type = cv::GScalar;   };
     template<typename U> struct GTypeOf<std::vector<U> >       { using type = cv::GArray<U>; };
     // FIXME: This is not quite correct since IStreamSource may produce not only Mat but also Scalar
-    // and vector data. TODO: Extend the type dispatchig on these types too.
+    // and vector data. TODO: Extend the type dispatching on these types too.
     template<>           struct GTypeOf<cv::gapi::wip::IStreamSource::Ptr> { using type = cv::GMat;};
     template<class T> using g_type_of_t = typename GTypeOf<T>::type;
 

modules/gapi/include/opencv2/gapi/ocl/goclkernel.hpp

@@ -94,7 +94,7 @@ protected:
     F m_f;
 };
 
-// FIXME: This is an ugly ad-hoc imlpementation. TODO: refactor
+// FIXME: This is an ugly ad-hoc implementation. TODO: refactor
 
 namespace detail
 {

modules/gapi/include/opencv2/gapi/streaming/cap.hpp

@@ -35,7 +35,7 @@ namespace wip {
  * This class implements IStreamSource interface.
  * Its constructor takes the same parameters as cv::VideoCapture does.
  *
- * Please make sure that videoio OpenCV module is avaiable before using
+ * Please make sure that videoio OpenCV module is available before using
  * this in your application (G-API doesn't depend on it directly).
  *
  * @note stream sources are passed to G-API via shared pointers, so

modules/gapi/samples/draw_example.cpp

@@ -7,7 +7,7 @@
 int main(int argc, char *argv[])
 {
     if (argc < 2) {
-        std::cerr << "Filename requried" << std::endl;
+        std::cerr << "Filename required" << std::endl;
         return 1;
     }
 

modules/gapi/src/api/ft_render.cpp

@@ -61,13 +61,13 @@ cv::Size cv::gapi::wip::draw::FTTextRender::Priv::getTextSize(const std::wstring
     //                                              or decrement (for right-to-left writing) the pen position after a
     //                                              glyph has been rendered when processing text
     //
-    //   widht (bitmap->width)                   - The width of glyph
+    //   width (bitmap->width)                   - The width of glyph
     //
     //
-    //   Algorihm to compute size of the text bounding box:
+    //   Algorithm to compute size of the text bounding box:
     //
     //   1) Go through all symbols and shift pen position and save glyph parameters (left, advance, width)
-    //      If left + pen postion < 0 set left to 0. For example it's maybe happened
+    //      If left + pen position < 0 set left to 0. For example it's maybe happened
     //      if we print first letter 'J' or any other letter with negative 'left'
     //      We want to render glyph in pen position + left, so we must't allow it to be negative
     //

modules/gapi/src/api/render_ocv.cpp

@@ -184,7 +184,7 @@ void drawPrimitivesOCV(cv::Mat& in,
                 cv::Point org(0, mask.rows - baseline);
                 cv::putText(mask, tp.text, org, tp.ff, tp.fs, 255, tp.thick);
 
-                // Org is bottom left point, trasform it to top left point for blendImage
+                // Org is bottom left point, transform it to top left point for blendImage
                 cv::Point tl(tp.org.x, tp.org.y - mask.size().height + baseline);
 
                 blendTextMask(in, mask, tl, tp.color);
@@ -208,7 +208,7 @@ void drawPrimitivesOCV(cv::Mat& in,
                 cv::Point org(0, mask.rows - baseline);
                 ftpr->putText(mask, ftp.text, org, ftp.fh);
 
-                // Org is bottom left point, trasform it to top left point for blendImage
+                // Org is bottom left point, transform it to top left point for blendImage
                 cv::Point tl(ftp.org.x, ftp.org.y - mask.size().height + baseline);
 
                 blendTextMask(in, mask, tl, color);

modules/gapi/src/backends/fluid/gfluidimgproc.cpp

@@ -1823,7 +1823,7 @@ GAPI_FLUID_KERNEL(GFluidBayerGR2RGB, cv::gapi::imgproc::GBayerGR2RGB, false)
     }
 };
 
-} // namespace fliud
+} // namespace fluid
 } // namespace gapi
 } // namespace cv
 

modules/gapi/src/backends/fluid/gfluidimgproc_func.dispatch.cpp

@@ -209,7 +209,7 @@ RUN_MEDBLUR3X3_IMPL( float)
 
 #undef RUN_MEDBLUR3X3_IMPL
 
-} // namespace fliud
+} // namespace fluid
 } // namespace gapi
 } // namespace cv
 

modules/gapi/src/backends/fluid/gfluidutils.hpp

@@ -25,7 +25,7 @@ using cv::gapi::own::rintd;
 
 //--------------------------------
 //
-// Macros for mappig of data types
+// Macros for mapping of data types
 //
 //--------------------------------
 

modules/gapi/src/backends/ie/giebackend.cpp

@@ -185,7 +185,7 @@ struct IEUnit {
         // The practice shows that not all inputs and not all outputs
         // are mandatory to specify in IE model.
         // So what we're concerned here about is:
-        // if opeation's (not topology's) input/output number is
+        // if operation's (not topology's) input/output number is
         // greater than 1, then we do care about input/output layer
         // names. Otherwise, names are picked up automatically.
         // TODO: Probably this check could be done at the API entry point? (gnet)

modules/gapi/src/backends/ocl/goclimgproc.hpp

@@ -15,7 +15,7 @@
 
 namespace cv { namespace gimpl {
 
-// NB: This is what a "Kernel Package" from the origianl Wiki doc should be.
+// NB: This is what a "Kernel Package" from the original Wiki doc should be.
 void loadOCLImgProc(std::map<std::string, cv::GOCLKernel> &kmap);
 
 }}

modules/gapi/src/compiler/passes/islands.cpp

@@ -32,7 +32,7 @@ namespace
         //
         // In this case, Data object is part of Island A if and only if:
         // - Data object's producer is part of Island A,
-        // - AND any of Data obejct's consumers is part of Island A.
+        // - AND any of Data object's consumers is part of Island A.
         //
         //   Op["island0"] --> Data[ ? ] --> Op["island0"]
         //                       :
@@ -147,7 +147,7 @@ void cv::gimpl::passes::checkIslands(ade::passes::PassContext &ctx)
 
         // Run the recursive traversal process as described in 5/a-d.
         // This process is like a flood-fill traversal for island.
-        // If there's to distint successful flood-fills happened for the same island
+        // If there's to distinct successful flood-fills happened for the same island
         // name, there are two islands with this name.
         std::stack<ade::NodeHandle> stack;
         stack.push(tagged_nh);

modules/gapi/src/executor/gstreamingexecutor.cpp

@@ -198,7 +198,7 @@ void sync_data(cv::GRunArgs &results, cv::GRunArgsP &outputs)
 // "Stop" is received.
 //
 // Queue reader is the class which encapsulates all this logic and
-// provies threads with a managed storage and an easy API to obtain
+// provides threads with a managed storage and an easy API to obtain
 // data.
 class QueueReader
 {

modules/gapi/test/common/gapi_core_tests.hpp

@@ -67,7 +67,7 @@ inline std::ostream& operator<<(std::ostream& os, bitwiseOp op)
 // initMatsRandU - function that is used to initialize input/output data
 // FIXTURE_API(mathOp,bool,double,bool) - test-specific parameters (types)
 // 4 - number of test-specific parameters
-// opType, testWithScalar, scale, doReverseOp - test-spcific parameters (names)
+// opType, testWithScalar, scale, doReverseOp - test-specific parameters (names)
 //
 // We get:
 // 1. Default parameters: int type, cv::Size sz, int dtype, getCompileArgs() function

modules/gapi/test/common/gapi_core_tests_inl.hpp

@@ -294,7 +294,7 @@ TEST_P(Polar2CartTest, AccuracyTest)
         // expect of single-precision elementary functions implementation.
         //
         // However, good idea is making such threshold configurable: parameter
-        // of this test - which a specific test istantiation could setup.
+        // of this test - which a specific test instantiation could setup.
         //
         // Note that test instantiation for the OpenCV back-end could even let
         // the threshold equal to zero, as CV back-end calls the same kernel.
@@ -340,7 +340,7 @@ TEST_P(Cart2PolarTest, AccuracyTest)
         // expect of single-precision elementary functions implementation.
         //
         // However, good idea is making such threshold configurable: parameter
-        // of this test - which a specific test istantiation could setup.
+        // of this test - which a specific test instantiation could setup.
         //
         // Note that test instantiation for the OpenCV back-end could even let
         // the threshold equal to zero, as CV back-end calls the same kernel.

modules/gapi/test/common/gapi_imgproc_tests.hpp

@@ -19,7 +19,7 @@ namespace opencv_test
 // initMatrixRandN - function that is used to initialize input/output data
 // FIXTURE_API(CompareMats,int,int) - test-specific parameters (types)
 // 3 - number of test-specific parameters
-// cmpF, kernSize, borderType - test-spcific parameters (names)
+// cmpF, kernSize, borderType - test-specific parameters (names)
 //
 // We get:
 // 1. Default parameters: int type, cv::Size sz, int dtype, getCompileArgs() function

modules/gapi/test/gapi_async_test.cpp

@@ -426,7 +426,7 @@ struct output_args_lifetime : ::testing::Test{
     static constexpr const int num_of_requests = 20;
 };
 TYPED_TEST_CASE_P(output_args_lifetime);
-//There are intentionaly no actual checks (asserts and verify) in output_args_lifetime tests.
+//There are intentionally no actual checks (asserts and verify) in output_args_lifetime tests.
 //They are more of example use-cases than real tests. (ASAN/valgrind can still catch issues here)
 TYPED_TEST_P(output_args_lifetime, callback){
 

modules/gapi/test/gapi_smoke_test.cpp

@@ -64,7 +64,7 @@ TEST(GAPI, Mat_Recreate)
     EXPECT_EQ(m3.at<uchar>(0, 0), m4.at<uchar>(0, 0));
 
     // cv::Mat::create must be NOOP if we don't change the meta,
-    // even if the origianl mat is created from handle.
+    // even if the original mat is created from handle.
     m4.create(3, 3, CV_8U);
     EXPECT_EQ(m3.rows, m4.rows);
     EXPECT_EQ(m3.cols, m4.cols);