Proposal: change the way `data_processed` is use to determine if a dataset has been processed
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 5/5
- Thời gian dự kiến
- Hơn một tuần
- Mức phù hợp với người mới
- 30/100
Hướng nghiên cứu
Bắt đầu với truy vấn data/unprocessed/{data_engine_id}/{order} và kiểm tra cách bảng data_processed cùng điều kiện process_data_tries xác định tính đủ điều kiện. Xem xét luồng xử lý data_engine_id và các bài kiểm thử hoặc bên gọi hiện có liên quan đến cơ sở dữ liệu. Hoàn tất khi quyết định về trạng thái xử lý khớp với ngữ nghĩa retry đã thống nhất mà không làm mất hành vi riêng theo từng engine.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
The data_processed table is used in data/unprocessed/{data_engine_id}/{order} where the decision on whether or not a dataset has been processed by a data engine is determined by whether or not the data has been attempted to be processed 3 (process_data_tries) times. To me this is an odd decision. I would consider any dataset which has been attempted to be processed as processed. The data_engine_id itself should determine whether or not to try to process a dataset multiple times (provided it can access that information).
AND p.num_tries < ' . $this->config->item('process_data_tries') .
mysql> DESCRIBE data_processed;
+----------------------+--------------+------+-----+---------+-------+
| Field | Type | Null | Key | Default | Extra |
+----------------------+--------------+------+-----+---------+-------+
| did | int unsigned | NO | PRI | NULL | |
| evaluation_engine_id | int | NO | PRI | NULL | |
| user_id | int | NO | | NULL | |
| processing_date | datetime | NO | | NULL | |
| error | text | YES | | NULL | |
| warning | text | YES | | NULL | |
| num_tries | int | NO | | 1 | |
+----------------------+--------------+------+-----+---------+-------+
- Ngôn ngữ chính
- Python
- Star
- 17
- Fork
- 50
- Chỉ số merge pull request
- Không có pull request nào được merge trong 30 ngày
Chuẩn bị môi trường
- Có Dockerfile hoặc tệp Docker Compose
- Có mẫu pull request
- Không có hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của openml/server-api
-
behavior
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 62/100
openml/server-api#337 · 1 bình luận ·
-
Redesign POST /data/untag for v2Có thể làm lại được @omosola đã nhận 41 ngày trước và không có pull request nào đang mở. Đang mởproposal
openml/server-api#375 · 2 bình luận · 1 người được giao ·
-
Redesign POST /data/tag for v2Có thể làm lại được @omosola đã nhận 41 ngày trước và không có pull request nào đang mở. Đang mở
openml/server-api#374 · 2 bình luận · 1 người được giao ·
-
Redesign POST /data/qualities/unprocessed/{data_engine_id}/{order} for v2Có thể làm lại được @omosola đã nhận 41 ngày trước và không có pull request nào đang mở. Đang mở
openml/server-api#373 · 1 người được giao ·
-
Redesign POST /data/qualities for v2Có thể làm lại được @omosola đã nhận 41 ngày trước và không có pull request nào đang mở. Đang mở
openml/server-api#372 · 1 người được giao ·
Tất cả issue của openml/server-api
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
KalicoCrew/kalico#1012 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 82/100
esphome/esphome.io#7657 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 62/100
VNG-Realisatie/gemma-zaken#2658 ·
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 75/100
Maintainer thường phản hồi trong vòng 1 ngày
-
comp/gateway comp/plugins duplicate P3 type/bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
NousResearch/hermes-agent#137019 ·
Maintainer thường phản hồi trong vòng 1 ngày