質問編集履歴
7
修正
test
CHANGED
File without changes
|
test
CHANGED
@@ -3,7 +3,7 @@
|
|
3
3
|
🌻 **cv2.findContours(...)関数で取得した輪郭線は必ず閉じる曲線でしょうか❓**
|
4
4
|
(ここで言う「閉じる曲線」とはロジック的(幾何学的、トポロジー的)なもんで、必ずしも座標値が連続である必要はない)
|
5
5
|
|
6
|
-
アップした画像はbinary画像に対するcv2.findContours(...)の結果ですけれども、その輪郭検出する『規則』は人間の直感からすれば、あまり合理的ではない感じです。
|
6
|
+
アップした画像はbinary画像に対するcv2.findContours(...)の結果(赤の線)ですけれども、その輪郭検出する『規則』は人間の直感からすれば、あまり合理的ではない感じです。
|
7
7
|
|
8
8
|
通常、基本規則として、黒の連続域か白の連続域の片一方を囲む線を検出すれば良いのに、cv2.findContours(...)はそうではありません。
|
9
9
|
もし、検出された輪郭線が必ず閉じた曲線として検出されたのであれば、それを保証するために幾つかの選択肢や規則が存在する中、わざわざ強引に画像の一番外に存在する観念上の「境界線」を輪郭線の一部として利用するのは可笑しいでは⁉
|
6
追加
test
CHANGED
File without changes
|
test
CHANGED
@@ -1,7 +1,7 @@
|
|
1
1
|
](https://ddjkaamml8q8x.cloudfront.net/questions/2023-01-28/a58844d2-2ae8-4a09-a21d-05f38539f88e.png)
|
2
2
|
|
3
3
|
🌻 **cv2.findContours(...)関数で取得した輪郭線は必ず閉じる曲線でしょうか❓**
|
4
|
-
(ここで言う「閉じる曲線」とはロジック的(トポロジー的)なもんで、必ずしも座標値が連続である必要はない)
|
4
|
+
(ここで言う「閉じる曲線」とはロジック的(幾何学的、トポロジー的)なもんで、必ずしも座標値が連続である必要はない)
|
5
5
|
|
6
6
|
アップした画像はbinary画像に対するcv2.findContours(...)の結果ですけれども、その輪郭検出する『規則』は人間の直感からすれば、あまり合理的ではない感じです。
|
7
7
|
|
@@ -9,7 +9,7 @@
|
|
9
9
|
もし、検出された輪郭線が必ず閉じた曲線として検出されたのであれば、それを保証するために幾つかの選択肢や規則が存在する中、わざわざ強引に画像の一番外に存在する観念上の「境界線」を輪郭線の一部として利用するのは可笑しいでは⁉
|
10
10
|
|
11
11
|
|
12
|
-
🌻 **一体、cv2.findContours(...)はどんな規則(例えば、トポロジー
|
12
|
+
🌻 **一体、cv2.findContours(...)はどんな規則(例えば、幾何的やトポロジー)に従って、輪郭線を形成したのでしょうか❓**
|
13
13
|
|
14
14
|
|
15
15
|
---
|
5
修正
test
CHANGED
File without changes
|
test
CHANGED
@@ -5,7 +5,7 @@
|
|
5
5
|
|
6
6
|
アップした画像はbinary画像に対するcv2.findContours(...)の結果ですけれども、その輪郭検出する『規則』は人間の直感からすれば、あまり合理的ではない感じです。
|
7
7
|
|
8
|
-
通常、基本規則として、黒の連
|
8
|
+
通常、基本規則として、黒の連続域か白の連続域の片一方を囲む線を検出すれば良いのに、cv2.findContours(...)はそうではありません。
|
9
9
|
もし、検出された輪郭線が必ず閉じた曲線として検出されたのであれば、それを保証するために幾つかの選択肢や規則が存在する中、わざわざ強引に画像の一番外に存在する観念上の「境界線」を輪郭線の一部として利用するのは可笑しいでは⁉
|
10
10
|
|
11
11
|
|
4
修正
test
CHANGED
File without changes
|
test
CHANGED
@@ -1,12 +1,12 @@
|
|
1
1
|
](https://ddjkaamml8q8x.cloudfront.net/questions/2023-01-28/a58844d2-2ae8-4a09-a21d-05f38539f88e.png)
|
2
2
|
|
3
|
-
🌻 **cv2.findContours(...)関数
|
3
|
+
🌻 **cv2.findContours(...)関数で取得した輪郭線は必ず閉じる曲線でしょうか❓**
|
4
|
-
(ここで言う「閉じる曲線」はロジック的(トポロジー的)なもんで、必ずしも座標値が連続である必要はない)
|
4
|
+
(ここで言う「閉じる曲線」とはロジック的(トポロジー的)なもんで、必ずしも座標値が連続である必要はない)
|
5
5
|
|
6
6
|
アップした画像はbinary画像に対するcv2.findContours(...)の結果ですけれども、その輪郭検出する『規則』は人間の直感からすれば、あまり合理的ではない感じです。
|
7
7
|
|
8
|
-
通常、基本規則として、黒の連通域か白の連続連通域の片一方を囲む線を検出すれば良いのに、cv2.findContours(...)はそうでは
|
8
|
+
通常、基本規則として、黒の連通域か白の連続連通域の片一方を囲む線を検出すれば良いのに、cv2.findContours(...)はそうではありません。
|
9
|
-
もし、検出された輪郭線が必ず閉じた曲線として検出されたのであれば、それを保証するために幾つかの選択肢や規則が存在する中、わざわざ強引に画像の一番外に存在する観念上の「境界線」を輪郭線の一部として利用するのは可笑しい
|
9
|
+
もし、検出された輪郭線が必ず閉じた曲線として検出されたのであれば、それを保証するために幾つかの選択肢や規則が存在する中、わざわざ強引に画像の一番外に存在する観念上の「境界線」を輪郭線の一部として利用するのは可笑しいでは⁉
|
10
10
|
|
11
11
|
|
12
12
|
🌻 **一体、cv2.findContours(...)はどんな規則(例えば、トポロジー理論)に従って、輪郭線を形成したのでしょうか❓**
|
3
修正
test
CHANGED
File without changes
|
test
CHANGED
@@ -1,6 +1,7 @@
|
|
1
1
|
](https://ddjkaamml8q8x.cloudfront.net/questions/2023-01-28/a58844d2-2ae8-4a09-a21d-05f38539f88e.png)
|
2
2
|
|
3
|
-
🌻 **cv2.findContours(...)関数より取得するがbinary画像の輪郭線は必ず閉じる曲線として検出されたのでしょうか❓**
|
3
|
+
🌻 **cv2.findContours(...)関数より取得するがbinary画像の輪郭線は必ず閉じる曲線として検出されたのでしょうか❓**
|
4
|
+
(ここで言う「閉じる曲線」はロジック的(トポロジー的)なもんで、必ずしも座標値が連続である必要はない)
|
4
5
|
|
5
6
|
アップした画像はbinary画像に対するcv2.findContours(...)の結果ですけれども、その輪郭検出する『規則』は人間の直感からすれば、あまり合理的ではない感じです。
|
6
7
|
|
@@ -8,7 +9,7 @@
|
|
8
9
|
もし、検出された輪郭線が必ず閉じた曲線として検出されたのであれば、それを保証するために幾つかの選択肢や規則が存在する中、わざわざ強引に画像の一番外に存在する観念上の「境界線」を輪郭線の一部として利用するのは可笑しい。
|
9
10
|
|
10
11
|
|
11
|
-
🌻**
|
12
|
+
🌻 **一体、cv2.findContours(...)はどんな規則(例えば、トポロジー理論)に従って、輪郭線を形成したのでしょうか❓**
|
12
13
|
|
13
14
|
|
14
15
|
---
|
2
追加
test
CHANGED
File without changes
|
test
CHANGED
@@ -1,4 +1,16 @@
|
|
1
1
|
](https://ddjkaamml8q8x.cloudfront.net/questions/2023-01-28/a58844d2-2ae8-4a09-a21d-05f38539f88e.png)
|
2
2
|
|
3
|
+
🌻 **cv2.findContours(...)関数より取得するがbinary画像の輪郭線は必ず閉じる曲線として検出されたのでしょうか❓**(ここで言う「閉じる曲線」はロジック的(トポロジー的)なもんで、必ずしも座標値が連続である必要はない)
|
4
|
+
|
5
|
+
アップした画像はbinary画像に対するcv2.findContours(...)の結果ですけれども、その輪郭検出する『規則』は人間の直感からすれば、あまり合理的ではない感じです。
|
6
|
+
|
7
|
+
通常、基本規則として、黒の連通域か白の連続連通域の片一方を囲む線を検出すれば良いのに、cv2.findContours(...)はそうではない。
|
8
|
+
もし、検出された輪郭線が必ず閉じた曲線として検出されたのであれば、それを保証するために幾つかの選択肢や規則が存在する中、わざわざ強引に画像の一番外に存在する観念上の「境界線」を輪郭線の一部として利用するのは可笑しい。
|
3
9
|
|
4
10
|
|
11
|
+
🌻** 一体、cv2.findContours(...)はどんな規則(例えば、トポロジー理論)に従って、輪郭線を形成したのでしょうか❓**
|
12
|
+
|
13
|
+
|
14
|
+
---
|
15
|
+
|
16
|
+
皆様のご見解をお伺いさせていただきたいのです
|
1
追加
test
CHANGED
File without changes
|
test
CHANGED
@@ -1,4 +1,4 @@
|
|
1
|
-
](https://ddjkaamml8q8x.cloudfront.net/questions/2023-01-28/a58844d2-2ae8-4a09-a21d-05f38539f88e.png)
|
1
|
+
](https://ddjkaamml8q8x.cloudfront.net/questions/2023-01-28/a58844d2-2ae8-4a09-a21d-05f38539f88e.png)
|
2
2
|
|
3
3
|
|
4
4
|
|