[otb] 02/03: Update spelling-errors.patch to fix 'symmetric' typo.
Bas Couwenberg
sebastic at debian.org
Mon Jul 4 19:41:05 UTC 2016
This is an automated email from the git hooks/post-receive script.
sebastic pushed a commit to branch master
in repository otb.
commit 7af3abc22adca29e438473305e0b38096d2dff34
Author: Bas Couwenberg <sebastic at xs4all.nl>
Date: Mon Jul 4 21:29:47 2016 +0200
Update spelling-errors.patch to fix 'symmetric' typo.
---
debian/changelog | 1 +
debian/patches/spelling-errors.patch | 91 +++++++++++++++++++++++++++++++++++-
2 files changed, 90 insertions(+), 2 deletions(-)
diff --git a/debian/changelog b/debian/changelog
index 4c4ddf3..602a8f9 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,6 +1,7 @@
otb (5.4.0+dfsg-3) UNRELEASED; urgency=medium
* Drop unused overrides for spelling-error-in-binary false positives.
+ * Update spelling-errors.patch to fix 'symmetric' typo.
-- Bas Couwenberg <sebastic at debian.org> Mon, 04 Jul 2016 20:43:21 +0200
diff --git a/debian/patches/spelling-errors.patch b/debian/patches/spelling-errors.patch
index 4337e6e..7234401 100644
--- a/debian/patches/spelling-errors.patch
+++ b/debian/patches/spelling-errors.patch
@@ -1,7 +1,8 @@
Description: Fix spelling errors.
- ouptut -> output
- catched -> caught
allows to <verb> -> allows <verb>ing
+ catched -> caught
+ ouptut -> output
+ symetric -> symmetric
Author: Bas Couwenberg <sebastic at debian.org>
--- a/Modules/Filtering/ImageManipulation/include/otbGridResampleImageFilter.txx
@@ -59,3 +60,89 @@ Author: Bas Couwenberg <sebastic at debian.org>
* by the given key.
* \param key The key identifying the actor to retrieve
* \return A pointer to the retrieved actor. This pointer will be
+--- a/Modules/Applications/AppSARPolarMatrixConvert/app/otbSARPolarMatrixConvert.cxx
++++ b/Modules/Applications/AppSARPolarMatrixConvert/app/otbSARPolarMatrixConvert.cxx
+@@ -193,7 +193,7 @@ private:
+ "This application allows converting classical polarimetric matrices to each other.\n"
+ "For instance, it is possible to get the coherency matrix from the Sinclar one, or the Mueller matrix from the coherency one.\n"
+ "The filters used in this application never handle matrices, but images where each band is related to their elements.\n"
+- "As most of the time SAR polarimetry handles symetric/hermitian matrices, only the relevant elements are stored, so that the images representing them have a minimal number of bands.\n"
++ "As most of the time SAR polarimetry handles symmetric/hermitian matrices, only the relevant elements are stored, so that the images representing them have a minimal number of bands.\n"
+ "For instance, the coherency matrix size is 3x3 in the monostatic case, and 4x4 in the bistatic case : it will thus be stored in a 6-band or a 10-band complex image (the diagonal and the upper elements of the matrix).\n"
+ "\n"
+ "The Sinclair matrix is a special case : it is always represented as 3 or 4 one-band complex images (for mono- or bistatic case).\n"
+--- a/Modules/Applications/AppSARPolarSynth/app/otbSARPolarSynth.cxx
++++ b/Modules/Applications/AppSARPolarSynth/app/otbSARPolarSynth.cxx
+@@ -63,7 +63,7 @@ private:
+ "\n"
+ "In order to determine the architecture, the application first relies on the number of bands of the input image.\n"
+ "1) Architecture HH_HV_VH_VV is the only one with four bands, there is no possible confusion.\n"
+- "2) Concerning HH_HV_VV and HH_VH_VV architectures, both correspond to a three channels image. But they are processed in the same way, as the Sinclair matrix is symetric in the monostatic case.\n"
++ "2) Concerning HH_HV_VV and HH_VH_VV architectures, both correspond to a three channels image. But they are processed in the same way, as the Sinclair matrix is symmetric in the monostatic case.\n"
+ "3) Finally, the two last architectures (dual polarizations), can't be distinguished only by the number of bands of the input image.\n"
+ " User must then use the parameters emissionh and emissionv to indicate the architecture of the system : emissionh=1 and emissionv=0 --> HH_HV, emissionh=0 and emissionv=1 --> VH_VV.\n"
+ "Note : if the architecture is HH_HV, khii and psii are automatically set to 0°/0°; if the architecture is VH_VV, khii and psii are automatically set to 0°/90°.\n"
+--- a/Modules/Core/LabelMap/include/otbShapeAttributesLabelMapFilter.txx
++++ b/Modules/Core/LabelMap/include/otbShapeAttributesLabelMapFilter.txx
+@@ -380,7 +380,7 @@ ShapeAttributesLabelObjectFunctor<TLabel
+ // do this one here to avoid the double assigment in the following loop
+ // when i == j
+ centralMoments[i][i] += length * physicalPosition[i] * physicalPosition[i];
+- // central moments are symetrics, so avoid to compute them 2 times
++ // central moments are symmetrics, so avoid to compute them 2 times
+ for (DimensionType j = i + 1; j < LabelObjectType::ImageDimension; ++j)
+ {
+ // note that we won't use that code if the image dimension is less than 3
+--- a/Modules/Feature/Descriptors/include/otbImageToHessianDeterminantImageFilter.h
++++ b/Modules/Feature/Descriptors/include/otbImageToHessianDeterminantImageFilter.h
+@@ -51,7 +51,7 @@ public:
+
+ /*
+ *
+- * \param input : A symetric Hessian Matrix
++ * \param input : A symmetric Hessian Matrix
+ * \return Determinant of the Hessian Matrix
+ */
+ inline TOutput operator ()(const TInput& input)
+--- a/Modules/Feature/Edge/include/otbAssociativeSymmetricalSumImageFilter.h
++++ b/Modules/Feature/Edge/include/otbAssociativeSymmetricalSumImageFilter.h
+@@ -24,7 +24,7 @@ namespace otb
+ {
+
+ /** \class AssociativeSymmetricalSumImageFilter
+- * \brief Implements an assymetric fusion of line detector image filter.
++ * \brief Implements an asymmetric fusion of line detector image filter.
+ *
+ * This class implements a fusion of the output images of
+ * otb::LineRatioDetector and otb::LineCorrelationDetector
+--- a/Modules/Registration/Stereo/include/otbLineOfSightOptimizer.h
++++ b/Modules/Registration/Stereo/include/otbLineOfSightOptimizer.h
+@@ -66,7 +66,7 @@ public:
+
+ /** Compute the best intersection between N lines of sight.
+ * Starting points of every line of sight are stored in the point set 'pointA'
+- * ending points are stored in 'pointB' (however, the computation is symetrical)*/
++ * ending points are stored in 'pointB' (however, the computation is symmetrical)*/
+ PointType Compute(PointSetPointerType pointA, PointSetPointerType pointB);
+
+ /** Get the residues from last computation */
+--- a/Modules/Segmentation/Labelling/include/otbLabelToBoundaryImageFilter.h
++++ b/Modules/Segmentation/Labelling/include/otbLabelToBoundaryImageFilter.h
+@@ -30,7 +30,7 @@ namespace Functor
+ * \brief Functor to extract segmentation boundaries
+ *
+ * Functor intended to work with 3x3 neighborhood and scalar label image
+- * The generated boundary is 1-pixel wide, so it is not symetric.
++ * The generated boundary is 1-pixel wide, so it is not symmetric.
+ * Output value is 1 on the boundaries and 0 in the background
+ *
+ * \ingroup OTBLabelling
+@@ -63,7 +63,7 @@ public:
+ * \brief Filter to extract boundaries of a label image
+ *
+ * Filter intended to work with a scalar label image.
+- * The generated boundary is 1-pixel wide, so it is not symetric.
++ * The generated boundary is 1-pixel wide, so it is not symmetric.
+ * Output value is 1 on the boundaries and 0 in the background
+ *
+ * \ingroup OTBLabelling
--
Alioth's /usr/local/bin/git-commit-notice on /srv/git.debian.org/git/pkg-grass/otb.git
More information about the Pkg-grass-devel
mailing list