'Required' terminology
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
- 35/100
- Loại issue
- Tài liệu
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Đình trệ
- Lĩnh vực
- documentation
Hướng nghiên cứu
Bắt đầu với định nghĩa mở đầu về “Required” trong tài liệu OMOP CDM và xem xét các mô tả cột cũng như các bảng sử dụng thuật ngữ này. Xác định cách diễn đạt hoặc tuyên bố miễn trừ trách nhiệm có thể nêu một cách nhất quán rằng mọi cột đều phải tồn tại, trong khi các cột không phải “Required” có thể là NULL; hoàn tất khi sự phân biệt này rõ ràng trong toàn bộ tài liệu bị ảnh hưởng.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
In the OMOP CDM documentation for each of the columns it is stated if the column is required or not. Required meaning if it can be left missing or it must be populated.
At the beginning of the documentation it is stated: Similarly, fields that are not required should exist in the CDM table but do not need to be populated.
Although I acknowledge it is stated in the documentation, maybe the word is not the best wording as I've found at least 3 OMOP CDM instances of independent groups that seemed to have misunderstood "required" as if the column must exist. And then they didn't create the columns that have required = No.
Do you think we could find a better word or add a disclaimer in every table (e.g required* and then in the foot note: the column must always exists but if not required it can be left as NULL)? Just to prevent other users to do the same mistake.
- 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ự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
PyTomography/PyTomography#431 ·
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 91/100
aws-samples/sample-per-model-bedrock#803 ·
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 74/100
earendil-works/pi-claude-code#36 ·
Maintainer thường phản hồi trong vòng 6 ngày
-
documentation p1
Độ khó 2/5 1-3 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
-
bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 88/100
obsidianmd/obsidian-help#1169 ·
Maintainer thường phản hồi trong vòng 2 ngày