Initial `classify` handles already tagged images
まだ誰も着手していません。
評価
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 初心者へのやさしさ
- 35/100
- issue の種類
- バグ
- 明瞭さ
- 説明が足りない
- 活発さ
- 静か
- 技術スタック
- php, tensorflow
調査の方向性
recognize:classify コマンドから始め、--retry オプションがすでに認識タグの付いている画像をどのように処理するかを追跡します。中断された実行を再現し、同等の Nextcloud セットアップで --retry を付けて再実行したうえで、以前に分類された写真がスキップされ、残りの写真にタグが付与され、進捗がデータベースと一致することを確認します。
索引モデルが issue の本文から書いたものです。
説明
Which version of recognize are you using?
10.0.7
Enabled Modes
Object recognition, Face recognition, Video recognition
TensorFlow mode
Normal mode
Downstream App
Memories App
Which Nextcloud version do you have installed?
32.0.6 Turnkey
Which Operating system do you have installed?
TurnKey GNU/Linux 18.1 (Debian 12/Bookworm)
Which database are you running Nextcloud on?
10.11.14-MariaDB-0+deb12u2
Which Docker container are you using to run Nextcloud? (if applicable)
Proxmox LXC container
How much RAM does your server have?
5GB
What processor Architecture does your CPU have?
x86_64
Describe the Bug
Hello. I have an old Nextcloud setup with about 500G of photos.
It tooks more than a day to recognize them, so recognize:classify process dies probably because of PHP process timeout. During that day, it classifies about 35K of photos.
After relaunching a classification process, Recognize handles already classified from a first run photos ignoring a --retry key, so like 2/3 of files stay untouched. Tags count in the database stays at 35K without any changes despite the classify progress reports
Expected Behavior
Recognize skips classified photos and handles fresh ones
To Reproduce
Env quirks which may affect smth:
- Proxmox + Turnkey Nextcloud container image
- NC data folder is a symlink to a mounted secondary storage: /var/www/nextcloud-data -> /nextcloud-data
- Run
turnkey-occ recognize:classify - wait a process to die
- rerun a process:
turnkey-occ recognize:classify --retry
Debug log
No response
- 主要言語
- PHP
- スター
- 698
- フォーク
- 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 が 9 日前に担当しました。 オープン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 が 190 日前に担当しましたが、オープン中のプルリクエストはありません。 オープンbug
nextcloud/recognize の issue をすべて見る
似ている issue
-
📚 Documentation: Placeholder link `link-to-realtime-docs` in Flutter SDK changelog対応中かも @ShyneChikwapulo が今日担当しました。 オープンapi / realtime product / auth product / messaging product / vcs
難易度 1/5 1時間未満 初心者へのやさしさ 82/100
appwrite/appwrite#14272 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
-
難易度 1/5 1時間未満 初心者へのやさしさ 75/100
Boavizta/boaviztapi#580 · コメント 1 件 ·
-
Add Prestashopオープンrequest
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
endoflife-date/endoflife.date#11303 ·
メンテナーはふだん 1 日以内に返信
-
0. to triage enhancement
難易度 2/5 1〜3時間 初心者へのやさしさ 65/100
メンテナーはふだん 1 日以内に返信