Export in the format of a technique (NXcanSAS, ORSO), in place of the generic HDF5 files
Maintainer thường phản hồi trong vòng 1 ngày
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
- 32/100
Hướng nghiên cứu
Read ess.apps.batch.export.export_table and write_outputs, which the issue identifies as the export path, then compare the current ess.apps.hdf5 output with the requested NXcanSAS and ORSO formats. Decide where writers live, how each output selects a writer, and what happens when none is available; the issue leaves these design questions open. Done means exports use the appropriate technique format and the workspace files are no longer misclassified as calibration.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
essapps-batch export and ess.apps.batch.export.export_table (#174) write each output of a record as <key>/<output>.h5 in the format of the folder store (ess.apps.hdf5): scipp HDF5, with a group as a DataGroup of its fields. This is a placeholder. scipp.io.load_hdf5 reads the files, but no other SANS or reflectometry tool does.
Wanted: an output is exported in the format of its technique, such as NXcanSAS for I(Q) or ORSO for reflectivity.
Open questions:
- Where does a writer live, and what selects it? Candidates: the output type (a writer per group class, provided by the instrument or technique package), or the spec.
- Does export stay a step over the
recordcolumn of the table, with the writer chosen per output? I think so: the table and the step need not change, only whatwrite_outputswrites. - What does an output without a writer do: fall back to the generic file, or refuse?
- The same writers would serve a later publish to SciCat, where a column of catalogue identifiers takes the place of the paths.
A side effect that goes away with this: files exported into the workspace folder are scipp HDF5, which LoKI's read_metadata lists as kind: calibration in a later essapps-batch files.
- Ngôn ngữ chính
- Python
- Star
- 0
- Fork
- 1
- Merge trung bình
- 8 giờ 48 phút
- Pull request đã merge (30 ngày)
- 70
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 scipp/essapps
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 74/100
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
Maintainer thường phản hồi trong vòng 1 ngày
-
A number that is not finite is stored as None at a field that accepts NoneCó thể đã có người làm @jeevanabhi-r đã nhận 6 ngày trước. Đang mởbug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
scipp/essapps#140 · 3 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của scipp/essapps
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 84/100
FAIRmat-NFDI/pynxtools#861 ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
NVIDIA/nsight-python#88 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Criteria can pass when the deliverable is missingCó thể đã có người làm @clementtisseau đã nhận hôm nay. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
harveyai/harvey-labs#217 ·
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 62/100
Maintainer thường phản hồi trong vòng 1 ngày
-
priority/medium roadmap/v1.1.1 stakeholder/rapr type/bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 83/100
databrickslabs/ontos#1420 ·
Maintainer thường phản hồi trong vòng 3 ngày