How to name online framefiles when there is non-integer aggregation latency?
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
- 25/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Cần làm rõ
- Mức độ hoạt động
- Đình trệ
- Công nghệ
- python
- Lĩnh vực
- data-engineering
Hướng nghiên cứu
Bắt đầu bằng cách xem xét đường dẫn ghi frame của mô hình nguyên mẫu và các bài kiểm tra PE đã phát hiện sự không nhất quán của dấu thời gian. Xác định và ghi lại một quy ước đặt tên dài hạn cho độ trễ tổng hợp không nguyên, sau đó xác minh rằng các tín hiệu được chèn được tìm thấy tại các thời điểm mong đợi theo quy ước đó.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
I faced this issue with the prototype model I have been using that if we are going with non-integer aggregation latency, the frame file will have to be named decimal points in the GPS times.
For example, the frame that comes from a kernel ending at 1230000000, the 1s frame that we write after allowing an aggregation latency of 0.25, will be named (under the standard naming strategy followed in LIGO) as something like H-H1_HOFT-1229999998.75-1.gwf
which follows H-H1_HOFT-{start}-{duration}.gwf
Earlier it appeared ugly to me and I kept the timestamps to integers as if we did not apply an aggregation latency while it was actually applied (and terribly forgot about it :( ). This is what eventually led to the inconsistencies in the PE tests as the injected signals were not found at the times they were expected to be.
What is the solution in the long term?
- Ngôn ngữ chính
- Python
- Star
- 11
- Fork
- 6
- 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
- Không có Dockerfile hay tệp Docker Compose
- Không có mẫu pull request
- Đọ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 ML4GW/DeepClean
-
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 15/100
-
question research topic
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 20/100
-
enhancement
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 45/100
-
bug documentation good first issue
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 45/100
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 35/100
Tất cả issue của ML4GW/DeepClean
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 85/100
gramaziokohler/compas_timber#870 ·
-
bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
autowarefoundation/autoware_carla_scenario#500 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
good first issue priority: low size: XS testing
Độ khó 1/5 1-3 giờ Mức phù hợp với người mới 86/100
cubrid-lab/cubrid-mcp-server#385 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
good first issue priority: low size: S testing
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 85/100
cubrid-lab/cubrid-cookbook-python#447 ·
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 78/100