errors in inst/csv/OMOP_CDMv6.0_Field_Level.csv
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 3/5
- Thời gian dự kiến
- 1-2 ngày
- Mức phù hợp với người mới
- 45/100
- Loại issue
- Lỗi
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Đình trệ
- Lĩnh vực
- databases
Hướng nghiên cứu
Xem xét inst/csv/OMOP_CDMv6.0_Field_Level.csv cùng với các thay đổi của v6.0 được mô tả tại trang Common Data Model được liên kết. Kiểm tra mục stop_reason của drug_exposure và các yêu cầu về date/datetime trong condition_occurrence và drug_exposure, sau đó so sánh các đặc tả trường v6.0 còn lại với những thay đổi đã được ghi lại. Công việc được xem là hoàn tất khi tất cả các phần kế thừa từ v5.4 đã xác định đều được sửa trong CSV.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
The csv file that contains the field-level specs for the OMOP CDM v6.0 seems to have some errors in it.
For example:
(1) In the drug_exposure table, the field stop_reason is present, even though it is explained in the user guidance that this field "will be retired in v6.0."
(2) In several tables, the requirements on date/datetimes seems to be reversed. The explanation at https://ohdsi.github.io/CommonDataModel/cdm60.html#Changes_in_v60 is that "DATETIME fields were made mandatory and date fields were made optional." This is true in the spec for some tables (e.g., visit_occurrence), but the opposite is specified for condition_occurrence and drug_exposure.
It looks to me like some of the specs were updated appropriately in this file for v5.4 -> v6.0, but for certain tables, the field-level specs from v5.4 were simply repeated in the file for v6.0 when they should have been changed.
Examples above are not intended to be exhaustive, they are simply a few observations.
- Ngôn ngữ chính
- HTML
- Star
- 1.1k
- Fork
- 515
- Merge trung bình
- 10 ngày 13 giờ
- Pull request đã merge (30 ngày)
- 3
Chuẩn bị môi trường
Dự án này không cung cấp dev container, Dockerfile hay hướng dẫn đóng góp, nên bạn cần tự thiết lập môi trường: hãy bắt đầu từ README và xem hướng dẫn đóng góp lần đầu của chúng tôi để biết các bước chung.
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 OHDSI/CommonDataModel
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 74/100
OHDSI/CommonDataModel#802 · 1 bình luận ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
OHDSI/CommonDataModel#799 ·
-
fix: mark cohort_definition_id as primary key in cohort_definition table for v5.3 and v5.4Có thể đã có người làm @rtmalikian đã nhận 142 ngày trước. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
OHDSI/CommonDataModel#787 ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 65/100
OHDSI/CommonDataModel#784 ·
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 55/100
OHDSI/CommonDataModel#823 ·
Tất cả issue của OHDSI/CommonDataModel
Issue tương tự
-
bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
Maintainer thường phản hồi trong vòng 1 ngày
-
RedisStorage writes can persist a key without its sliding TTLCó thể đã có người làm @lianbie đã nhận hôm nay. Đang mởtriage/confirmed
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
agentscope-ai/agentscope#3878 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 2 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
koordinator-sh/koordinator#3257 ·
Maintainer thường phản hồi trong vòng 6 ngày
-
bug security
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Component: Backup and Restore Type: Bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
Maintainer thường phản hồi trong vòng 1 ngày