Manually/automatically re-run clustering on rejected faces
まだ誰も着手していません。
評価
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 初心者へのやさしさ
- 35/100
- issue の種類
- 機能追加
- 明瞭さ
- おおむね明確
- 活発さ
- 停滞
- 技術スタック
- machine-learning, php
調査の方向性
まず、occ を通じて clustering がどのように呼び出されているかを確認し、現在の動作を issue #951 と比較します。手動で割り当てられた顔が新しい clustering の入力になる流れを追い、そのうえで、完了の定義を、新しい写真を必要とせずに以前拒否された顔に対して clustering を再実行できることとします。
索引モデルが issue の本文から書いたものです。
説明
Describe the feature you'd like to request
Last year, I added a few thousand photos to Memories over a few days. Recognize eventually churned through most of them and did a pretty good job of recognizing faces and tagging people. However, just a few weeks ago, I discovered the Unassigned faces page and there are so many photos and faces that remain unassigned. I spent a couple of hours assigning faces to ones that Recognize had already clustered together (most of which had a name assigned to them). I then assumed that Recognize would incrementally re-run clustering on rejected faces given the new information I provided by manually assigning a few. However, this does not seem to be the case.
Describe the solution you'd like
I would like a way to have Recognize re-run clustering on rejected faces given new stimuli (such as some rejected faces being manually assigned by the user). This would help me cut down on the number of unassigned faces I have.
I did come across https://github.com/nextcloud/recognize/issues/951 which says that clustering does grab a portion of rejected faces during the clustering of new faces. However, if I am not actively adding new photos, then this does not occur.
Describe alternatives you've considered
I've tried manually running clustering using occ but, as mentioned above, this will only work with new photos that have not yet been clustered. I'm hoping for a way to make the manual assignment of faces a new stimulus for attempting to cluster previously rejected faces.
- 主要言語
- PHP
- スター
- 699
- フォーク
- 68
- 平均マージ
- 18時間 34分
- マージ済み PR（30日）
- 2
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートなし
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
nextcloud/recognize のほかの issue
-
bug
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
-
insertDeletion looks up recognize_fs_deletions by node_id alone, which no index covers — bulk removals scan the whole table per file対応中かも @marcelklehr が 6 日前に担当しました。 オープンbug
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
-
enhancement
難易度 3/5 1〜2日 初心者へのやさしさ 65/100
-
enhancement
難易度 4/5 3〜5日 初心者へのやさしさ 45/100
-
Recognize maintenance routine unnecessarily redownloads Tensorflow CPU and GPU models every time再び着手できるかも @marcelklehr が 187 日前に担当しましたが、オープン中のプルリクエストはありません。 オープンbug
nextcloud/recognize の issue をすべて見る
似ている issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
thephpleague/commonmark#1159 ·
-
bug
難易度 2/5 1〜3時間 初心者へのやさしさ 76/100
awslabs/aidlc-workflows#1879 ·
メンテナーはふだん 1 日以内に返信
-
[Bug] The PHP file that lists DNS records truncates records to 12 characters?対応中かも @sahsanu が今日担当しました。 オープンbug
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
hestiacp/hestiacp#5769 · コメント 2 件 ·
メンテナーはふだん 1 日以内に返信
-
bug customer-reported
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
MagnaCapax/PMSS#1011 ·
メンテナーはふだん 5 日以内に返信
-
Talk Review
難易度 2/5 1〜3時間 初心者へのやさしさ 66/100
socallinuxexpo/scale-drupal#351 ·